I agree, and it should be called for any device. As you know, the issueis that the global system notify handler acpi_bus_notify() and driver'snotify handler work independently, and their functionality conflictseach other. I have not thought out yet, but my current thinking is thatwe may be able to integrate them into acpi_bus_notify() in the followingway. This model allows a choice -- use the default handler or driver'shandler. We can then call _OST for any device. It can also eliminateredundant ACPI namespace walks performed by drivers when registeringtheir notify handlers. What do you think?

> The second thing is that the kernel should be correct at every point> in a patch series. In this case, if only patch [1/4] is applied, we> claim to support _OST, but we actually don't. So I think the patches> that add support for evaluating _OST should be first, and this one> should be last. Or even better, a single patch could enable _OST> evaluation and add this _OSC bit at the same time.

I see. I will change the ordering, if that is OK. I am a little afraidthat the patches may be hard to review when combined into a singlepatch.