1. 11 Aug, 2011 1 commit
    • Jeff Kirsher's avatar
      cassini/niu/sun*: Move the Sun drivers · e689cf4a
      Jeff Kirsher authored
      Moves the Sun drivers into drivers/net/ethernet/sun/ and make
      the necessary Kconfig and Makefile changes.
      Oliver Hartkopp <socketcan@hartkopp.net> suggested removing the
      sun* prefix on the driver names.  This type of change I will
      leave up to the driver maintainers.
      CC: Sam Creasey <sammy@sammy.net>
      CC: Adrian Sun <asun@darksunrising.com>
      CC: Benjamin Herrenscmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarJeff Kirsher <jeffrey.t.kirsher@intel.com>
  2. 19 Aug, 2010 1 commit
  3. 10 May, 2010 1 commit
  4. 03 Apr, 2010 1 commit
    • Jiri Pirko's avatar
      net: convert multicast list to list_head · 22bedad3
      Jiri Pirko authored
      Converts the list and the core manipulating with it to be the same as uc_list.
      +uses two functions for adding/removing mc address (normal and "global"
       variant) instead of a function parameter.
      +removes dev_mcast.c completely.
      +exposes netdev_hw_addr_list_* macros along with __hw_addr_* functions for
       manipulation with lists on a sandbox (used in bonding and 80211 drivers)
      Signed-off-by: default avatarJiri Pirko <jpirko@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  5. 18 Feb, 2010 1 commit
  6. 29 Dec, 2009 1 commit
  7. 22 Sep, 2009 1 commit
    • Julia Lawall's avatar
      drivers/net: remove duplicate structure field initialization · 5ee21245
      Julia Lawall authored
      The definitions of vnet_ops and ehea_netdev_ops have initializations of a
      local function and eth_change_mtu for their respective ndo_change_mtu
      fields.  This change uses only the local function.
      The semantic match that finds this problem is as follows:
      // <smpl>
      identifier I, s, fld;
      position p0,p;
      expression E;
      struct I s =@p0 { ... .fld@p = E, ...};
      identifier I, s, r.fld;
      position r.p0,p;
      expression E;
      struct I s =@p0 { ... .fld@p = E, ...};
      p0 << r.p0;
      fld << r.fld;
      ps << s.p;
      pr << r.p;
      if int(ps[0].line)!=int(pr[0].line) or int(ps[0].column)!=int(pr[0].column):
      // </smpl>
      Signed-off-by: default avatarJulia Lawall <julia@diku.dk>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  8. 12 Jul, 2009 2 commits
  9. 20 Mar, 2009 1 commit
  10. 06 Jan, 2009 1 commit
  11. 27 Oct, 2008 1 commit
  12. 01 Sep, 2008 1 commit
  13. 03 Feb, 2008 1 commit
  14. 28 Jan, 2008 1 commit
  15. 31 Jul, 2007 1 commit
  16. 20 Jul, 2007 1 commit
  17. 19 Jul, 2007 1 commit
  18. 18 Jul, 2007 2 commits
  19. 16 Jul, 2007 2 commits
    • David S. Miller's avatar
      [SPARC64]: Abstract out mdesc accesses for better MD update handling. · 43fdf274
      David S. Miller authored
      Since we have to be able to handle MD updates, having an in-tree
      set of data structures representing the MD objects actually makes
      things more painful.
      The MD itself is easy to parse, and we can implement the existing
      interfaces using direct parsing of the MD binary image.
      The MD is now reference counted, so accesses have to now take the
      	handle = mdesc_grab();
      	... operations on MD ...
      The only remaining issue are cases where code holds on to references
      to MD property values.  mdesc_get_property() returns a direct pointer
      to the property value, most cases just pull in the information they
      need and discard the pointer, but there are few that use the pointer
      directly over a long lifetime.  Those will be fixed up in a subsequent
      A preliminary handler for MD update events from domain services is
      there, it is rudimentry but it works and handles all of the reference
      counting.  It does not check the generation number of the MDs,
      and it does not generate a "add/delete" list for notification to
      interesting parties about MD changes but that will be forthcoming.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
    • David S. Miller's avatar