1. 20 Feb, 2013 1 commit
  2. 19 Feb, 2013 27 commits
  3. 18 Feb, 2013 12 commits
    • Eric Dumazet's avatar
      ipv6: fix a sparse warning · 8064b3cf
      Eric Dumazet authored
      net/ipv6/reassembly.c:82:72: warning: incorrect type in argument 3 (different base types)
      net/ipv6/reassembly.c:82:72:    expected unsigned int [unsigned] [usertype] c
      net/ipv6/reassembly.c:82:72:    got restricted __be32 [usertype] id
      Signed-off-by: default avatarEric Dumazet <edumazet@google.com>
      Reported-by: default avatarFengguang Wu <fengguang.wu@intel.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      8064b3cf
    • David S. Miller's avatar
      Merge branch 'for-davem' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-next · 40d1ae57
      David S. Miller authored
      John W. Linville says:
      
      ====================
      This probably is the last big pull request for wireless bits
      for 3.9.  Of course, I'm sure there will be a few stragglers here
      and there...surely a few bug fixes as well... :-) (In fact, I see
      that Johannes has already queued-up a few more for me while I was
      preparing this...)
      
      Included are a number of pulls...
      
      For mac80211-next, Johannes says:
      
      "The biggest change I have is undoubtedly Marco's mesh powersave
      implementation. Beyond that, I have a patch from Emmanuel to modify the
      DTIM period API in mac80211, scan improvements and a removal of some
      previous workaround code from Stanislaw, dynamic short slot time from
      Thomas and 64-bit station byte counters from Vladimir. I also made a
      number of changes myself, some related to WoWLAN, some auth/deauth
      improvements and most of them BSS list cleanups."
      
      "This time, I have relatively large number of fixes in various areas of
      the code (a memory leak in regulatory, an RX race in mac80211, the new
      radar checking caused a P2P device problem, some mesh issues with
      stations, an older bug in tracing and for kernel-doc) as well as a
      number of small new features. The biggest (in the diffstat) is my work
      on hidden SSID tracking."
      
      "Please pull to get
       * radar detection work from Simon
       * mesh improvements from Thomas
       * a connection monitoring/powersave fix from Wojciech
       * TDLS-related station management work from Jouni
       * VLAN crypto fixes from Michael Braun
       * CCK support in minstrel_ht from Felix
       * an SMPS (not SMSP, oops) related improvement in mac80211 (Emmanuel)
       * some WoWLAN work from Amitkumar Karwar: pattern match offset and a
         documentation fix
       * some WoWLAN work from myself (TCP connection wakeup feature API)
       * and a lot of VHT (and some HT) work (also from myself)
      
      And a number of more random cleanups/fixes. I merged mac80211/master to
      avoid a merge problem there."
      
      And regarding iwlwifi-next, Johannes says:
      
      "We continue work on our new driver, but I also have a WoWLAN and AP mode
      improvement for the previous driver and a change to use threaded
      interrupts to prepare us for working with non-PCIe devices."
      
      Regarding wl12xx, Luca says:
      
      "A few more patches intended for 3.9.  Mostly some clean-ups I've been
      doing to make it easier to support device-tree.  Also including one bug
      fix for wl12xx where the rates we advertise were wrong and an update in
      the wlconf structure to support newer firmwares."
      
      For the nfc-next bits, Samuel says:
      
      "This is the second NFC pull request for 3.9.
      
      We have:
      
      - A few pn533 fixes on top of Waldemar refactorization of the driver, one of
        them fixes target mode.
      
      - A new driver for Inside Secure microread chipset. It supports two
        physical layers: i2c and MEI. The MEI one depends on a patchset that's
        been sent to Greg Kroah-Hartman for inclusion into the 3.9 kernel [1]. The
        dependency is a KConfig one which means this code is not buildable as long
        as the MEI API is not usptream."
      
      "This 3rd NFC pull request for 3.9 contains a fix for the microread MEI
      physical layer support, as the MEI bus API changed.
      
      From the MEI code, we now pass the MEI id back to the driver probe routine,
      and we also pass a name and a MEI id table through the mei_bus_driver
      structure. A few renames as well like e.g. mei_bus_driver to mei_driver or
      mei_bus_client to mei_device in order to be closer to the driver model
      practices."
      
      For the ath6kl bits, Kalle says:
      
      "There's not anything special here, most of the patches are just code
      cleanup. The only functional changes are using the beacon interval from user
      space and fixing a crash which happens when inserting and removing the
      module in a loop."
      
      Also, I pulled the wireless tree in order to resolve some pending
      merge issues.  On top of that, there is a bunch of work on brcmfmac
      that leads up to P2P support.  Also, mwifiex, rtlwifi, and a variety
      of other drivers see some basic cleanups and minor enhancements.
      
      Please let me know if there are problems!
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      40d1ae57
    • Andy King's avatar
      VSOCK: Don't reject PF_VSOCK protocol · 6cf1c5fc
      Andy King authored
      Allow our own family as the protocol value for socket creation.
      Reported-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      Signed-off-by: default avatarAndy King <acking@vmware.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      6cf1c5fc
    • Andy King's avatar
      VSOCK: Remove hypervisor-only socket option · 5b8ca534
      Andy King authored
      Remove hypervisor-only socket option.
      Reported-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      Acked-by: default avatarDmitry Torokhov <dtor@vmware.com>
      Signed-off-by: default avatarAndy King <acking@vmware.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      5b8ca534
    • Dmitry Torokhov's avatar
      VSOCK: get rid of vsock_version.h · 7ccd7de6
      Dmitry Torokhov authored
      There isn't really a need to have a separate file for it.
      Acked-by: default avatarAndy King <acking@vmware.com>
      Signed-off-by: default avatarDmitry Torokhov <dtor@vmware.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      7ccd7de6
    • Dmitry Torokhov's avatar
      VSOCK: get rid of EXPORT_SYMTAB · 7777ac38
      Dmitry Torokhov authored
      This is the default behavior for a looooooong time.
      Acked-by: default avatarAndy King <acking@vmware.com>
      Signed-off-by: default avatarDmitry Torokhov <dtor@vmware.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      7777ac38
    • Romain KUNTZ's avatar
      xfrm: release neighbor upon dst destruction · 18cf0d07
      Romain KUNTZ authored
      Neighbor is cloned in xfrm6_fill_dst but seems to never be released.
      Neighbor entry should be released when XFRM6 dst entry is destroyed
      in xfrm6_dst_destroy, otherwise references may be kept forever on
      the device pointed by the neighbor entry.
      
      I may not have understood all the subtleties of XFRM & dst so I would
      be happy to receive comments on this patch.
      Signed-off-by: default avatarRomain Kuntz <r.kuntz@ipflavors.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      18cf0d07
    • Gao feng's avatar
      net: proc: remove proc_net_remove · c2399059
      Gao feng authored
      proc_net_remove has been replaced by remove_proc_entry.
      we can remove it now.
      Signed-off-by: default avatarGao feng <gaofeng@cn.fujitsu.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      c2399059
    • Gao feng's avatar
      net: proc: change proc_net_remove to remove_proc_entry · ece31ffd
      Gao feng authored
      proc_net_remove is only used to remove proc entries
      that under /proc/net,it's not a general function for
      removing proc entries of netns. if we want to remove
      some proc entries which under /proc/net/stat/, we still
      need to call remove_proc_entry.
      
      this patch use remove_proc_entry to replace proc_net_remove.
      we can remove proc_net_remove after this patch.
      Signed-off-by: default avatarGao feng <gaofeng@cn.fujitsu.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ece31ffd
    • Gao feng's avatar
      net: proc: remove proc_net_fops_create · b4278c96
      Gao feng authored
      proc_net_fops_create has been replaced by proc_create,
      we can remove it now.
      Signed-off-by: default avatarGao feng <gaofeng@cn.fujitsu.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      b4278c96
    • Gao feng's avatar
      net: proc: change proc_net_fops_create to proc_create · d4beaa66
      Gao feng authored
      Right now, some modules such as bonding use proc_create
      to create proc entries under /proc/net/, and other modules
      such as ipv4 use proc_net_fops_create.
      
      It looks a little chaos.this patch changes all of
      proc_net_fops_create to proc_create. we can remove
      proc_net_fops_create after this patch.
      Signed-off-by: default avatarGao feng <gaofeng@cn.fujitsu.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      d4beaa66
    • Mugunthan V N's avatar
      drivers: net: davinci_cpdma: acknowledge interrupt properly · 510a1e72
      Mugunthan V N authored
      CPDMA interrupts are not properly acknowledged which leads to interrupt
      storm, only cpdma interrupt 0 is acknowledged in Davinci CPDMA driver.
      Changed cpdma_ctlr_eoi api to acknowledge 1 and 2 interrupts which are
      used for rx and tx respectively.
      Reported-by: default avatarPantelis Antoniou <panto@antoniou-consulting.com>
      Signed-off-by: default avatarMugunthan V N <mugunthanvnm@ti.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      510a1e72