1. 05 May, 2009 4 commits
    • Jiri Pirko's avatar
      bonding: get rid of CONFIG_PROC_FS ifdefs · aee64faf
      Jiri Pirko authored
      Remove CONFIG_PROC_FS ifdefs from the code by adding void functions.
      Signed-off-by: default avatarJiri Pirko <jpirko@redhat.com>
      
       drivers/net/bonding/bond_main.c |   30 ++++++++++++++++++++----------
       1 files changed, 20 insertions(+), 10 deletions(-)
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      aee64faf
    • Jiri Pirko's avatar
      net: introduce a list of device addresses dev_addr_list (v6) · f001fde5
      Jiri Pirko authored
      v5 -> v6 (current):
      -removed so far unused static functions
      -corrected dev_addr_del_multiple to call del instead of add
      
      v4 -> v5:
      -added device address type (suggested by davem)
      -removed refcounting (better to have simplier code then safe potentially few
       bytes)
      
      v3 -> v4:
      -changed kzalloc to kmalloc in __hw_addr_add_ii()
      -ASSERT_RTNL() avoided in dev_addr_flush() and dev_addr_init()
      
      v2 -> v3:
      -removed unnecessary rcu read locking
      -moved dev_addr_flush() calling to ensure no null dereference of dev_addr
      
      v1 -> v2:
      -added forgotten ASSERT_RTNL to dev_addr_init and dev_addr_flush
      -removed unnecessary rcu_read locking in dev_addr_init
      -use compare_ether_addr_64bits instead of compare_ether_addr
      -use L1_CACHE_BYTES as size for allocating struct netdev_hw_addr
      -use call_rcu instead of rcu_synchronize
      -moved is_etherdev_addr into __KERNEL__ ifdef
      
      This patch introduces a new list in struct net_device and brings a set of
      functions to handle the work with device address list. The list is a replacement
      for the original dev_addr field and because in some situations there is need to
      carry several device addresses with the net device. To be backward compatible,
      dev_addr is made to point to the first member of the list so original drivers
      sees no difference.
      Signed-off-by: default avatarJiri Pirko <jpirko@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      f001fde5
    • Daniel Mack's avatar
      net: smsc911x: add power management functions · b6907b0c
      Daniel Mack authored
      This adds a power management implementation for smsc911x.c which assumes
      the chips remains powered during suspend. The device is put in its D1
      power saving mode.
      Signed-off-by: default avatarDaniel Mack <daniel@caiaq.de>
      Acked-by: default avatarSteve Glendinning <steve.glendinning@smsc.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      b6907b0c
    • Greg Kroah-Hartman's avatar
      net: remove driver_data direct access of struct device from more drivers · c7ae011d
      Greg Kroah-Hartman authored
      In the near future, the driver core is going to not allow direct access
      to the driver_data pointer in struct device.  Instead, the functions
      dev_get_drvdata() and dev_set_drvdata() should be used.  These functions
      have been around since the beginning, so are backwards compatible with
      all older kernel versions.
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      c7ae011d
  2. 04 May, 2009 4 commits
  3. 03 May, 2009 5 commits
  4. 02 May, 2009 6 commits
  5. 01 May, 2009 12 commits
  6. 30 Apr, 2009 9 commits