1. 11 10月, 2018 2 次提交
    • F
      net: dsa: bcm_sf2: Call setup during switch resume · abd01ba2
      Florian Fainelli 提交于
      There is no reason to open code what the switch setup function does, in
      fact, because we just issued a switch reset, we would make all the
      register get their default values, including for instance, having unused
      port be enabled again and wasting power and leading to an inappropriate
      switch core clock being selected.
      
      Fixes: 8cfa9498 ("net: dsa: bcm_sf2: add suspend/resume callbacks")
      Signed-off-by: NFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      abd01ba2
    • F
      net: dsa: bcm_sf2: Fix unbind ordering · 448765e1
      Florian Fainelli 提交于
      The order in which we release resources is unfortunately leading to bus
      errors while dismantling the port. This is because we set
      priv->wol_ports_mask to 0 to tell bcm_sf2_sw_suspend() that it is now
      permissible to clock gate the switch. Later on, when dsa_slave_destroy()
      comes in from dsa_unregister_switch() and calls
      dsa_switch_ops::port_disable, we perform the same dismantling again, and
      this time we hit registers that are clock gated.
      
      Make sure that dsa_unregister_switch() is the first thing that happens,
      which takes care of releasing all user visible resources, then proceed
      with clock gating hardware. We still need to set priv->wol_ports_mask to
      0 to make sure that an enabled port properly gets disabled in case it
      was previously used as part of Wake-on-LAN.
      
      Fixes: d9338023 ("net: dsa: bcm_sf2: Make it a real platform device driver")
      Signed-off-by: NFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      448765e1
  2. 05 10月, 2018 1 次提交
  3. 02 10月, 2018 1 次提交
  4. 29 9月, 2018 1 次提交
    • A
      net: dsa: b53: Fix build with B53_SRAB enabled and B53_SERDES=m · d2f1e81a
      Arnd Bergmann 提交于
      When B53_SERDES is a loadable module, a built-in srab driver still
      cannot reach it, so the previous fix is incomplete:
      
      b53_srab.c:(.text+0x3f4): undefined reference to `b53_serdes_init'
      drivers/net/dsa/b53/b53_srab.o:(.rodata+0xe64): undefined reference to `b53_serdes_link_state'
      drivers/net/dsa/b53/b53_srab.o:(.rodata+0xe74): undefined reference to `b53_serdes_link_set'
      drivers/net/dsa/b53/b53_srab.o:(.rodata+0xe88): undefined reference to `b53_serdes_an_restart'
      drivers/net/dsa/b53/b53_srab.o:(.rodata+0xea0): undefined reference to `b53_serdes_phylink_validate'
      drivers/net/dsa/b53/b53_srab.o:(.rodata+0xea4): undefined reference to `b53_serdes_config'
      
      Add a Kconfig dependency that forces srab to also be a module
      in this case, but allow it to be built-in when serdes is
      disabled or built-in.
      
      Fixes: 7a8c7f5c ("net: dsa: b53: Fix build with B53_SRAB enabled and not B53_SERDES")
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      d2f1e81a
  5. 26 9月, 2018 1 次提交
  6. 22 9月, 2018 3 次提交
  7. 17 9月, 2018 5 次提交
  8. 14 9月, 2018 1 次提交
  9. 13 9月, 2018 2 次提交
    • H
      net: dsa: Add Lantiq / Intel DSA driver for vrx200 · 14fceff4
      Hauke Mehrtens 提交于
      This adds the DSA driver for the GSWIP Switch found in the VRX200 SoC.
      This switch is integrated in the DSL SoC, this SoC uses a GSWIP version
      2.1, there are other SoCs using different versions of this IP block, but
      this driver was only tested with the version found in the VRX200.
      Currently only the basic features are implemented which will forward all
      packages to the CPU and let the CPU do the forwarding. The hardware also
      support Layer 2 offloading which is not yet implemented in this driver.
      
      The GPHY FW loaded is now done by this driver and not any more by the
      separate driver in drivers/soc/lantiq/gphy.c, I will remove this driver
      is a separate patch. to make use of the GPHY this switch driver is
      needed anyway. Other SoCs have more embedded GPHYs so this driver should
      support a variable number of GPHYs. After the firmware was loaded the
      GPHY can be probed on the MDIO bus and it behaves like an external GPHY,
      without the firmware it can not be probed on the MDIO bus.
      
      The clock names in the sysctrl.c file have to be changed because the
      clocks are now used by a different driver. This should be cleaned up and
      a real common clock driver should provide the clocks instead.
      Signed-off-by: NHauke Mehrtens <hauke@hauke-m.de>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      14fceff4
    • M
      net: dsa: mv88e6xxx: Make sure to configure ports with external PHYs · d700ec41
      Marek Vasut 提交于
      The MV88E6xxx can have external PHYs attached to certain ports and those
      PHYs could even be on different MDIO bus than the one within the switch.
      This patch makes sure that ports with such PHYs are configured correctly
      according to the information provided by the PHY.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Andrew Lunn <andrew@lunn.ch>
      Reviewed-by: NAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      d700ec41
  10. 12 9月, 2018 2 次提交
  11. 08 9月, 2018 1 次提交
  12. 06 9月, 2018 5 次提交
  13. 03 9月, 2018 2 次提交
  14. 02 9月, 2018 1 次提交
  15. 01 9月, 2018 1 次提交
  16. 17 8月, 2018 1 次提交
  17. 15 8月, 2018 2 次提交
  18. 10 8月, 2018 8 次提交