BMC/Intel-BMC/linux.git/drivers/net/ethernet/faraday, branch dev-4.6

drivers/net/ftgmac100: Adapt for Aspeed SoCs

2016-07-12T09:58:20+00:00

The RXDES and TXDES registers bits in the ftgmac100 indicates EDO{R,T}R at bit position 15 for the Faraday Tech IP. However, the version of this IP present in the Aspeed SoCs has these bits at position 30 in the registers. It appers that ast2400 SoCs support both positions, with the 15th bit marked as reserved but still functional. In the ast2500 this bit is reused for another function, so we need a work around. This was confirmed with engineers from Aspeed that using bit 30 is correct for both the ast2400 and ast2500 SoCs. Signed-off-by: Joel Stanley

drivers/net/ftgmac100: Make EDO{R,T}R bits configurable

2016-07-12T09:58:07+00:00

These bits are #defined at a fixed location. In order to support future hardware that has chosen to move these bits around move the bits into a member of the struct ftgmac100. Signed-off-by: Andrew Jeffery Signed-off-by: Joel Stanley

drievrs/net/ftgmac100: Separate rx page storage from rxdesc

2016-07-12T09:58:01+00:00

The ftgmac100 hardware revision in e.g. the Aspeed AST2500 no longer reserves all bits in RXDES#2 but instead uses the bottom 16 bits to store MAC frame metadata. Avoid corruption by shifting struct page pointers out to their own member in struct ftgmac100. Signed-off-by: Andrew Jeffery Signed-off-by: Joel Stanley

net/ethernet/ftgmac100: Warn when nc-si enabled

2016-07-12T09:57:50+00:00

When a driver indicates it wants to use nc-si in the device tree but the kerenl does not have it enabled the driver currently silently fails. Signed-off-by: Joel Stanley

net/ethernet/faraday: Forward port ftgmac100 NC-SI

2016-06-03T20:51:49+00:00

This reflects changes made in order to build with 4.7. Signed-off-by: Joel Stanley

net/farady: Keep MAC always active for NCSI packets

2016-06-03T20:51:49+00:00

The status of MAC and NCSI interface are sychronized. When NCSI interface is down, the MAC is brought down. It means the NCSI packets (especially AEN packets) cannot be received by the MAC's driver even they're transmitted by far end. It causes one issue: the ethernet cable is unplugged initially and system boots up with down NCSI interface. The MAC stops receiving any ingress traffic including NCSI packets. At later point, one NCSI (AEN) packet is sent from far end when the ethernet cable is plugged. We're going to miss the AEN on local end and the interface has to be down for ever. This keeps the receive/transmit buffer, IRQ and NAPI are always enabled so that we won't miss any NCSI packets even the interrupt is currently in link down state. Signed-off-by: Gavin Shan Signed-off-by: Joel Stanley

net/ncsi: Remove ncsi_stop_dev()

2016-06-03T20:51:47+00:00

This drops API ncsi_stop_dev() as it does nothing. Signed-off-by: Gavin Shan Signed-off-by: Joel Stanley

net/faraday: Enable NCSI interface

2016-06-03T20:51:46+00:00

The NIC has the possibility to connect to NCSI package and channel. This supports NCSI enabled interface. When the network device is registered, the accompanying NCSI device is registered. When the interface is to be brought up, the NCSI device is started to probe NCSI topology and choose one active channel automatically. On the other handle, when the interface is to be brought down, the interface will be shuted down when the NCSI device is teared down. IP/UDP/TCP offload checksum is enabled according to information passed on from bootloader through device-tree. The offload doesn't work properly when the interface is in NCSI mode. Signed-off-by: Gavin Shan Signed-off-by: Joel Stanley

net: ethernet: faraday: Use phy_find_first() instead of open coding it

2016-01-11T03:05:30+00:00

Use phy_find_first() to find the first phy device instead of open coding it. Cc: Andrew Lunn Signed-off-by: Guenter Roeck Acked-by: Andrew Lunn Signed-off-by: David S. Miller

phy: Add API for {un}registering an mdio device to a bus.

2016-01-07T19:31:26+00:00

Rather than have drivers directly manipulate the mii_bus structure, provide and API for registering and unregistering devices on an MDIO bus, and performing lookups. Signed-off-by: Andrew Lunn Reviewed-by: Florian Fainelli Signed-off-by: David S. Miller