[patch] pm_qos update fixing mmotm 2010-05-11 -dies inpm_qos_update_request()

From: mgross
Date: Fri May 14 2010 - 22:19:37 EST

Next message: Mike Travis: "Re: [Patch 1/1] x86 pci: Add option to not assign BAR's if not alreadyassigned"
Previous message: mgross: "[PATCH] PM QOS updateThis patch changes the string based list management to a handle baseimplementation to help with the hot path use of pm-qos, it also renamesmuch of the API to use "request" as opposed to "requirement" that wasused in the initial implementation. I did this because request moreaccurately represents what it actually does."
Next in thread: Rafael J. Wysocki: "Re: [patch] pm_qos update fixing mmotm 2010-05-11 -dies in pm_qos_update_request()"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

I apologize for the goofy email address.

The following is a fix for the crash reported by Valdis.

The problem was that the original pm_qos silently fails when a request
update is passed to a parameter that has not been added to the list
yet. It seems that the e1000e is doing this. This update restores this
behavior.

I need to think about how to better handle such abuse, but for now this
restores the original behavior.

Signed-off-by: markgross <markgross@xxxxxxxxxxx>
--mgross