[PATCH] wlcore: Allow scans when in AP mode

From: James Minor When in AP mode, scans can be done without changing firmware to the multi-role firmware. Allow the interface to scan if forced in the scan request. Signed-off-by: James Minor Signed-off-by: Xander Huff Reviewed-by: Ben Shelton Reviewed-by: Jaeden Amero --- drivers/net

[PATCH] net: macb: NULL out phydev after removing mdio bus

From: Nathan Sullivan To ensure the dev->phydev pointer is not used after becoming invalid in mdiobus_unregister, set it to NULL. This happens when removing the macb driver without first taking its interface down, since unregister_netdev will end up calling macb_close. Signed-off-by: Xan

[PATCH v2] net: macb: Increase DMA TX buffer size

From: Nathan Sullivan In recent testing with the RT patchset, we have seen cases where the transmit ring can fill even with up to 200 txbds in the ring. Increase the size of the DMA TX ring to avoid overruns. Signed-off-by: Xander Huff Signed-off-by: Nathan Sullivan --- drivers/net/ethernet

[PATCH v2] Revert "phy: IRQ cannot be shared"

e... most probably I thought that the kernel IRQ handling code exited the loop over the IRQ actions once IRQ_HANDLED was returned -- which is obviously not so in reality..." Signed-off-by: Xander Huff Signed-off-by: Nathan Sullivan --- Note: this reverted code fails "CHECK: Alignmen

Re: [PATCH] phy: request shared IRQ

On 8/24/2016 1:41 PM, Sergei Shtylyov wrote: Hello. On 08/24/2016 08:53 PM, Xander Huff wrote: From: Nathan Sullivan On hardware with multiple PHY devices hooked up to the same IRQ line, allow them to share it. Note that it had been allowed until my (erroneous?) commit

[PATCH] net: macb: Increase DMA buffer size

From: Nathan Sullivan In recent testing with the RT patchset, we have seen cases where the transmit ring can fill even with up to 200 txbds in the ring. Increase the size of the DMA rings to avoid overruns. Signed-off-by: Nathan Sullivan Acked-by: Ben Shelton Acked-by: Jaeden Amero Natinst-R

[PATCH] phy: request shared IRQ

From: Nathan Sullivan On hardware with multiple PHY devices hooked up to the same IRQ line, allow them to share it. Signed-off-by: Nathan Sullivan Signed-off-by: Xander Huff Acked-by: Ben Shelton Acked-by: Jaeden Amero --- drivers/net/phy/phy.c | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH] net: phy: micrel: remove suspend/resume

= genphy_resume, }, { .phy_id = PHY_ID_KSZ8051, .phy_id_mask= MICREL_PHY_ID_MASK, It doesn't appear that KSZ9031 is affected by this errata; no mention of suspend: http://ww1.microchip.com/downloads/en/DeviceDoc/KSZ9031MNX_Errata_Rev%20A_A2_032515.pdf -- Xander Huff

Re: [PATCH] phy: micrel: Reenable interrupts during on resume for ksz9031

On 8/22/2016 3:43 PM, Xander Huff wrote: Like the ksz8081, the ksz9031 has the behavior where it will clear the interrupt enable bits when leaving power down. This takes advantage of the solution provided by f5aba91. Signed-off-by: Xander Huff Signed-off-by: Nathan Sullivan Natinst

[PATCH] phy: micrel: Reenable interrupts during on resume for ksz9031

Like the ksz8081, the ksz9031 has the behavior where it will clear the interrupt enable bits when leaving power down. This takes advantage of the solution provided by f5aba91. Signed-off-by: Xander Huff Signed-off-by: Nathan Sullivan Natinst-ReviewBoard-ID: 149877 --- drivers/net/phy/micrel.c

[PATCH] phy: micrel: Reenable interrupts during resume for ksz9031

Like the ksz8081, the ksz9031 has the behavior where it will clear the interrupt enable bits when leaving power down. This takes advantage of the solution provided by f5aba91. Signed-off-by: Xander Huff Signed-off-by: Nathan Sullivan --- drivers/net/phy/micrel.c | 2 +- 1 file changed, 1