kernel.git/drivers/net/ethernet/sgi, branch linux-5.4.yHosts the 0x221E linux distro kernel.
https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.4.y2019-08-30T20:54:36Znet: sgi: ioc3-eth: no need to stop queue set_multicast_list2019-08-30T20:54:36ZThomas Bogendoerfer2019-08-30T09:25:38Zurn:sha1:70359dbe2475d43a914b5259b870b45b15c8ecad
netif_stop_queue()/netif_wake_qeue() aren't needed for changing
multicast filters.
Signed-off-by: Thomas Bogendoerfer <tbogendoerfer@suse.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
net: sgi: ioc3-eth: protect emcr in all cases2019-08-30T20:54:36ZThomas Bogendoerfer2019-08-30T09:25:37Zurn:sha1:d1c9454274d84671737574ec21c69f26c0433307
emcr in private struct wasn't always protected by spinlock.
Signed-off-by: Thomas Bogendoerfer <tbogendoerfer@suse.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
net: sgi: ioc3-eth: Fix IPG settings2019-08-30T20:54:36ZThomas Bogendoerfer2019-08-30T09:25:36Zurn:sha1:3498cb272e87af8d3e7d6884e57cbe7689215672
The half/full duplex settings for inter packet gap counters/timer were
reversed.
Signed-off-by: Thomas Bogendoerfer <tbogendoerfer@suse.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
net: sgi: ioc3-eth: use csum_fold2019-08-30T20:54:36ZThomas Bogendoerfer2019-08-30T09:25:35Zurn:sha1:8dff19a6dcb8bcab8bed86e60c8033aaf0a13646
replace open coded checksum folding by csum_fold.
Signed-off-by: Thomas Bogendoerfer <tbogendoerfer@suse.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
net: sgi: ioc3-eth: use dma-direct for dma allocations2019-08-30T20:54:36ZThomas Bogendoerfer2019-08-30T09:25:34Zurn:sha1:ed870f6a7aa2120720e9cd463926969699036eaa
Replace the homegrown DMA memory allocation, which only works on
SGI-IP27 machines, with the generic dma allocations.
Signed-off-by: Thomas Bogendoerfer <tbogendoerfer@suse.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
net: sgi: ioc3-eth: refactor rx buffer allocation2019-08-30T20:54:36ZThomas Bogendoerfer2019-08-30T09:25:33Zurn:sha1:850d2fed5bcebbcbb3f450ffad9bb4dd096ff829
Move common code for rx buffer setup into ioc3_alloc_skb and deal
with allocation failures. Also clean up allocation size calculation.
Signed-off-by: Thomas Bogendoerfer <tbogendoerfer@suse.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
net: sgi: ioc3-eth: split ring cleaning/freeing and allocation2019-08-30T20:54:36ZThomas Bogendoerfer2019-08-30T09:25:32Zurn:sha1:19a957b6b464ddabd32e5ebcc44df8eb6380881b
Do tx ring cleaning and freeing of rx buffers, when chip is shutdown and
allocate buffers before bringing chip up.
Signed-off-by: Thomas Bogendoerfer <tbogendoerfer@suse.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
net: sgi: ioc3-eth: introduce chip start function2019-08-30T20:54:35ZThomas Bogendoerfer2019-08-30T09:25:31Zurn:sha1:fcd0da5a6d8784aba38916cdba86abd83694bc73
ioc3_init did everything from reset to init rings to starting the chip.
This change move out chip start into a new function as preparation
for easier handling of receive buffer allocation failures.
Signed-off-by: Thomas Bogendoerfer <tbogendoerfer@suse.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
net: sgi: ioc3-eth: separate tx and rx ring handling2019-08-30T20:54:35ZThomas Bogendoerfer2019-08-30T09:25:30Zurn:sha1:9c328b05443a09bd62e4fcae284aeebbd13ca30e
After allocation of descriptor memory is now done once in probe
handling of tx ring is completely done by ioc3_clean_tx_ring. So
we remove the remaining tx ring actions out of ioc3_alloc_rings
and ioc3_free_rings and rename it to ioc3_[alloc|free]_rx_bufs
to better describe what they are doing.
Signed-off-by: Thomas Bogendoerfer <tbogendoerfer@suse.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
net: sgi: ioc3-eth: get rid of ioc3_clean_rx_ring()2019-08-30T20:54:35ZThomas Bogendoerfer2019-08-30T09:25:29Zurn:sha1:489467e52486d483550ac3e3ed33dceb93b1e4a9
Move clearing of the descriptor valid bit into ioc3_alloc_rings. This
makes ioc3_clean_rx_ring obsolete.
Signed-off-by: Thomas Bogendoerfer <tbogendoerfer@suse.de>
Signed-off-by: David S. Miller <davem@davemloft.net>