Thread (1 message) 1 message, 1 author, 2011-01-07

Re: [PATCH 10/11] ACPI: Drop device flag wake_capable

From: Rafael J. Wysocki <hidden>
Date: 2011-01-07 00:22:12

On Friday, January 07, 2011, David Brownell wrote:
quoted hunk
--- On Thu, 1/6/11, Rafael J. Wysocki <rjw@sisk.pl> wrote:

quoted
The wake_capable ACPI device flag is not necessary, because
it is
only used in scan.c for recording the information

Only  for ACPI, yes? Generically, it records data for any
wake-capable dvice, and is not ACPI-specific...
You're wrong, sorry.  It _is_ ACPI-specific.
My bias is that ACPI should  work the way other PM
solutions/hardware work, not collect special cases
unique to ACPI (kind of like this.) ...
So this patch is going into the right direction, isn't it?
 that _PRW
quoted
is
present for the given device.  That information is
only used by
acpi_add_single_object() to decide whether or not to call
acpi_bus_get_wakeup_device_flags(), so the flag may be
dropped
if the _PRW check is moved to
acpi_bus_get_wakeup_device_flags().
Only if you presume ACPI ....
What do you mean _exactly_?  This flags is _not_ used anywhere outside of
drivers/acpi/scan.c, so what's the problem?
I'm glad to see that generic-vs-ACPI duplication
of flags vanishing; way back when I started to add
wakeup support, I had to stop part way through ACPI
in large part because wake didn't work well yet in the Linux PM
framework, except for select non-ACPI HW.
(Starting with a USB subset: OTG and hub port sleep and ewakeup); oh, also GPIO wake on some HW, e.g.
or buttons, and switches like MMC/SD card detect. ISTR that stuff still wierds out a bit as it goes
through Linux-ACPI.

Also, to the extent that the ACPI code was supposed
to be generic and not Linux-specific, I thought Len
or someone from Intel should drive such issues.
Again, please be more specific.

It appears you haven't been following the development in this area for years
and now you're making comments I can't really understand.  What's up, really?

Rafael
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help