Skip to content
Snippets Groups Projects
  1. Feb 24, 2020
  2. Jun 13, 2019
  3. Mar 08, 2019
  4. Aug 16, 2017
  5. Jul 20, 2017
  6. Dec 12, 2016
  7. Apr 21, 2016
  8. Mar 18, 2016
    • Aaron Young's avatar
      ldmvsw: Add ldmvsw.c driver code · 5d01fa0c
      Aaron Young authored
      
        Add ldmvsw.c driver
      
        Details:
      
        The ldmvsw driver very closely follows the sunvnet.c code and makes
        use of the sunvnet_common.c code for core functionality.
      
        A significant difference between sunvnet and ldmvsw driver is
        sunvnet creates a network interface for each vnet-port *parent*
        node in the MD while the ldmvsw driver creates a network interface
        for every vsw-port node in the Machine Description (MD).
        Therefore the netdev_priv() for sunvnet is a vnet structure while
        the netdev_priv() for ldmvsw is a vnet_port structure.
      
        Vnet_port structures allocated by ldmvsw have the vsw bit set.
        When finding the net_device associated with a port, the common code keys
        off this bit to use either the net_device found in the vnet_port or the
        net_device in the vnet structure (see the VNET_PORT_TO_NET_DEVICE() macro in
        sunvnet_common.h). This scheme allows the common code to work with
        both drivers with minimal changes.
      
        Similar to Xen, network interfaces created by the ldmvsw driver will always
        have a HW Addr (i.e. mac address) of FE:FF:FF:FF:FF:FF and each will be
        assigned the devname "vif<cfg_handle>.<port_id>" - where <cfg_handle> and
        <port_id> are a unique handle/port pair assigned to the associated
        vsw-port node in the MD.
      
      Signed-off-by: default avatarAaron Young <aaron.young@oracle.com>
      Signed-off-by: default avatarRashmi Narasimhan <rashmi.narasimhan@oracle.com>
      Reviewed-by: default avatarSowmini Varadhan <sowmini.varadhan@oracle.com>
      Reviewed-by: default avatarAlexandre Chartre <Alexandre.Chartre@oracle.com>
      
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      5d01fa0c
  9. Sep 24, 2014
  10. Apr 26, 2012
  11. Aug 14, 2010
  12. Aug 09, 2010
  13. May 27, 2010
  14. Apr 03, 2010
  15. Mar 03, 2010
  16. Jan 21, 2010
  17. Sep 16, 2009
  18. Aug 19, 2009
  19. Jun 16, 2009
  20. Apr 17, 2009
  21. Jan 26, 2009
  22. Jan 03, 2009
  23. Dec 04, 2008
    • Sam Ravnborg's avatar
      sparc,sparc64: unify Makefile · 5e538790
      Sam Ravnborg authored
      
      To unify Makefile for sparc and sparc64 a few other steps was needed:
      1) separate defconfig files for sparc and sparc64 is required,
         so locate these in arch/sparc/configs
      2) removoval of hack in toplevel Makefile to deal with that
         headers was in a separate directory compared to the rest
      
      The unification of the Makefile required usage of several
      
          foo-$(CONFIG_SPARCnn) +=
      
      due to a few directories pending unification.
      This will be cleaned up when we unify the remaining directories.
      
      Included in this patch are the deletion of a few files in
      sparc64 as they are no longer needed: Makefile + Kconfig.
      arch/sparc64/ will after this patch is applied only
      have four directories (prom, lib, kernel, boot)
      
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      5e538790
  24. Nov 10, 2008
  25. Jul 18, 2008
  26. May 16, 2008
  27. Apr 27, 2008
  28. Apr 24, 2008
  29. Apr 21, 2008
  30. Mar 26, 2008
  31. Feb 18, 2008
  32. Feb 13, 2008
  33. Feb 06, 2008
  34. Dec 05, 2007
  35. Nov 01, 2007
  36. Oct 22, 2007
  37. Oct 14, 2007
  38. Sep 16, 2007
  39. Jul 24, 2007
  40. Jul 20, 2007
Loading