1. 16 9月, 2016 1 次提交
  2. 25 8月, 2016 1 次提交
    • V
      net: dsa: rename switch operations structure · 9d490b4e
      Vivien Didelot 提交于
      Now that the dsa_switch_driver structure contains only function pointers
      as it is supposed to, rename it to the more appropriate dsa_switch_ops,
      uniformly to any other operations structure in the kernel.
      
      No functional changes here, basically just the result of something like:
      s/dsa_switch_driver *drv/dsa_switch_ops *ops/g
      
      However keep the {un,}register_switch_driver functions and their
      dsa_switch_drivers list as is, since they represent the -- likely to be
      deprecated soon -- legacy DSA registration framework.
      
      In the meantime, also fix the following checks from checkpatch.pl to
      make it happy with this patch:
      
          CHECK: Comparison to NULL could be written "!ops"
          #403: FILE: net/dsa/dsa.c:470:
          +	if (ops == NULL) {
      
          CHECK: Comparison to NULL could be written "ds->ops->get_strings"
          #773: FILE: net/dsa/slave.c:697:
          +		if (ds->ops->get_strings != NULL)
      
          CHECK: Comparison to NULL could be written "ds->ops->get_ethtool_stats"
          #824: FILE: net/dsa/slave.c:785:
          +	if (ds->ops->get_ethtool_stats != NULL)
      
          CHECK: Comparison to NULL could be written "ds->ops->get_sset_count"
          #835: FILE: net/dsa/slave.c:798:
          +		if (ds->ops->get_sset_count != NULL)
      
          total: 0 errors, 0 warnings, 4 checks, 784 lines checked
      Signed-off-by: NVivien Didelot <vivien.didelot@savoirfairelinux.com>
      Acked-by: NFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9d490b4e
  3. 23 8月, 2016 1 次提交
  4. 20 8月, 2016 2 次提交
  5. 09 7月, 2016 1 次提交
  6. 09 6月, 2016 1 次提交
    • F
      net: dsa: Initialize CPU port ethtool ops per tree · 0c73c523
      Florian Fainelli 提交于
      Now that we can properly support multiple distinct trees in the system,
      using a global variable: dsa_cpu_port_ethtool_ops is getting clobbered
      as soon as the second switch tree gets probed, and we don't want that.
      
      We need to move this to be dynamically allocated, and since we can't
      really be comparing addresses anymore to determine first time
      initialization versus any other times, just move this to dsa.c and
      dsa2.c where the remainder of the dst/ds initialization happens.
      
      The operations teardown restores the master netdev's ethtool_ops to its
      original ethtool_ops pointer (typically within the Ethernet driver)
      Signed-off-by: NFlorian Fainelli <f.fainelli@gmail.com>
      Reviewed-by: NAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0c73c523
  7. 05 6月, 2016 8 次提交
  8. 12 5月, 2016 3 次提交
  9. 22 4月, 2016 1 次提交
  10. 18 4月, 2016 1 次提交
  11. 14 4月, 2016 4 次提交
  12. 15 3月, 2016 3 次提交
  13. 11 3月, 2016 1 次提交
  14. 08 1月, 2016 1 次提交
  15. 08 12月, 2015 4 次提交
  16. 25 11月, 2015 1 次提交
    • A
      net: dsa: include gpio consumer header file · 85beabfe
      Arnd Bergmann 提交于
      After the introduction of the switch gpio reset API, I'm getting
      build errors in configurations that disable CONFIG_GPIOLIB:
      
      net/dsa/dsa.c:783:16: error: implicit declaration of function 'gpio_to_desc' [-Werror=implicit-function-declaration]
      
      The reason is that linux/gpio/consumer.h is not automatically
      included without gpiolib support. This adds an explicit #include
      statement to make it compile in all configurations. The reset
      functionality will not work without gpiolib, which is what you
      get when disabling the feature.
      
      As far as I can tell, gpiolib is supported on all architectures
      on which you can have DSA at the moment.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Fixes: cc30c163 ("net: dsa: Add support for a switch reset gpio")
      Acked-by: NAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      85beabfe
  17. 24 11月, 2015 1 次提交
  18. 07 10月, 2015 5 次提交