Re: interesting problem with priorities and /sbin/hotplug

Steven Dake (sdake@mvista.com)
Wed, 09 Jul 2003 11:44:24 -0700


Greg KH wrote:

>On Wed, Jul 09, 2003 at 11:26:05AM -0700, Steven Dake wrote:
>
>
>>Greg,
>>
>>We found a small problem with the scheduler with our Linux 2.4 O1
>>backport in that a certain kernel process, keventd, would create a
>>priority inversion. If a process was run at realtime priority level 99,
>>keventd would never run. The keventd process is required for the
>>console, creating the appearance that the system had stopped responding.
>>
>>This problem started me thinking about priority inversions with
>>/sbin/hotplug. I wanted to get your thoughts about priority inversion
>>impact on /sbin/hotplug. Should /sbin/hotplug run at priority level 99
>>realtime?
>>
>>
>
>I don't know, why would that help anything out? How would there be a
>priority inversion in the existing code?
>
>
I'm not sure if there is a problem, but one example to consider is the
following:

If a process is running with realtime priority 99 totally consuming the
system, and an /sbin/hotplug process is started by the kernel because of
a device insert or remove, /sbin/hotplug will never be scheduled if it
runs with standard priority. If that service depends on those hotplug
events, it will never see them (even though they have occured). Since
I'm no scheduler expert, I don't know if this is actually how the system
would behave.... I do know that it would be desireable to have
/sbin/hotplug always run even if other processes in the system are
running in realtime priority....

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/