Thread (15 messages) 15 messages, 4 authors, 2018-08-17

Re: [PATCH RFC 1/2] drivers/base: export lock_device_hotplug/unlock_device_hotplug

From: Heiko Carstens <hidden>
Date: 2018-08-17 11:29:07
Also in: linux-acpi, linux-mm, linux-s390, lkml

On Fri, Aug 17, 2018 at 01:04:58PM +0200, David Hildenbrand wrote:
quoted
quoted
If there are no objections, I'll go into that direction. But I'll wait
for more comments regarding the general concept first.
It is the middle of the merge window, and maintainers are really busy
right now.  I doubt you will get many review comments just yet...
This has been broken since 2015, so I guess it can wait a bit :)
I hope you figured out what needs to be locked why. Your patch description
seems to be "only" about locking order ;)

I tried to figure out and document that partially with 55adc1d05dca ("mm:
add private lock to serialize memory hotplug operations"), and that wasn't
easy to figure out. I was especially concerned about sprinkling
lock/unlock_device_hotplug() calls, which has the potential to make it the
next BKL thing.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help