Andrea Merello b81c04382b lantiq: fix sleep with spinlock held in xrx200 network driver ... In the xrx200_close() function we call napi_disable(), that could sleep, with priv->hw->chan[i].lock held. This could lead to deadlock and causes the kernel to complain. Look at the code I couldn't convince myself about why we need to protect that specific code part with the lock. IMHO there seems no reason to protect the refcount variables, because AFAIK ndo_close() and ndo_open() callbacks are already called with a semaphore held. Neither I could figure out why napi_disable() have to be called with that lock held. The only remaining code part for which I could guess the lock is useful for is ltq_dma_close() function call. This patch reduces the lock to the said function call, avoiding the sleep-with-spinlock-held situation Signed-off-by: Andrea Merello <andrea.merello@gmail.com> [fold into 0025-NET-MIPS-lantiq-adds-xrx200-net.patch, backport to kernel 4.4] Signed-off-by: Mathias Kresin <dev@kresin.me>		2017-07-20 19:10:29 +02:00
..
imagebuilder	imagebuilder: don't rewrite package list output	2017-06-17 01:24:43 +02:00
linux	lantiq: fix sleep with spinlock held in xrx200 network driver	2017-07-20 19:10:29 +02:00
sdk	build: get rid of host.mk	2017-02-26 13:31:44 +01:00
toolchain	build: get rid of host.mk	2017-02-26 13:31:44 +01:00
Config.in	kernel: allow selecting RTC drivers on targets without explicit RTC support	2017-05-02 14:33:58 +02:00
Makefile	build: make <subdir>/install opt-in, use it for target/ only	2017-02-09 13:51:35 +01:00