Thread (1 message) 1 message, 1 author, 2016-03-24

Re: [RFD] workqueue: WQ_MEM_RECLAIM usage in network drivers

From: Johannes Berg <hidden>
Date: 2016-03-24 14:23:05
Also in: linux-nfs, linux-wireless, lkml

Possibly related (same subject, not in this thread)

On Sun, 2016-03-20 at 14:55 -0400, Tejun Heo wrote:
If everything else is working, I'd be happy to throw in
WQ_MEM_RECLAIM but I really don't want to add it if it doesn't
actually achieve the goal.  Can a wireless person chime in here?
I think for many wireless devices the workqueue, like for iwldvm that
was just changed, isn't in the packet path and thus less relevant.

For some, like SDIO based chips, it's more likely to be in the packet
path, so it would make sense to keep it.

Of course there's always a possibility of getting disconnected and then
not being able to re-establish the connection in memory pressure, but
that's not something we can control/predict (the disconnection). Can of
course also happen with wired if somebody pulls out the cable, but it's
less reliant on memory allocations to get back to working there, I
guess :)

johannes
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help