Re: [PATCH] Hotplug for device power state changes

From: Patrick Mochel (mochel_at_digitalimplant.org)
Date: 05/05/04

  • Next message: Ashok Raj: "(resend) take3: Updated CPU Hotplug patches for IA64 (pj blessed) Patch [7/7]" 
    Date:	Tue, 4 May 2004 21:19:20 -0700 (PDT)
To: Todd Poynor <tpoynor@mvista.com>

    > The ability to do this was originally requested in the context of a
    > driver managing the power state of its devices (according to some
    > unspecified logic); agreed that state changes requested via sysfs are a
    > less compelling usage scenario. Small battery-powered gadgets often
    > implement drivers that are more actively involved in managing power
    > state than the desktop/notebook/server norm, invoking LDM suspend
    > routines when an opportunity to power down arises. But it is also
    > common in wall-plug-wired systems to have a few power state transitions
    > that result from things under kernel control, such as blanking a display
    > device after a timer expires.

    It seems like it would best be done at the class level, rather than the
    core driver level, if you wanted to do it all. For things like
    communication devices going out of range, you would probably want to
    easily support multiple drivers of the same type, so you might as well
    abstract it to the class. And, I don't see a reason for it to be
    synchronous, since any apps trying to communicate over it will soon
    realize it's not available; and any policy in userspace shouldn't by
    definition be that critical to the health of the system.

    Display blanking is based on user input inactivity, and already works on
    most systems.

            Pat
    -
    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/

  • Next message: Ashok Raj: "(resend) take3: Updated CPU Hotplug patches for IA64 (pj blessed) Patch [7/7]"

    Relevant Pages

    • Re: Nvidia MCP55 Machine reboots on ixgb driver load
      ... There are some serious hardware compatibility issues with the ixgb mixing it with other cards on the same PCI-X bus, ... loading the driver with debug does not appear to produce ... 02:00.0 PCI bridge: NEC Corporation uPD720400 PCI Express - PCI/PCI-X Bridge ... ACPI: Power Button ...
      (Linux-Kernel)
    • Re: KB835732 breaks S3 standby timer
      ... APM is a BIOS ... for power control. ... most late SCSI and NDIS drivers hook WDM ACPI messages. ... Windows driver interaction issues, you should disable ACPI for these ...
      (microsoft.public.win2000.windows_update)
    • Re: [linux-pm] Power Management framework proposal
      ... if they are why should this new API need to worry about that? ... clocks seems like it fits well into the model) becouse some power modes ... the onenand driver needs to adjust its timing parameters ... the software needs to know what the interconnects and dependancies ...
      (Linux-Kernel)
    • Re: Power Management framework proposal
      ... A power policy management framework doesn't need a unified framework (I ... I can see that if things really are different then it's worth doing different things to control them. ... to have any ability to control the mode of anything at runtime requires that the code doing so must have specific knowledge of the driver in question. ... 50 35 quarter power to the backlight ...
      (Linux-Kernel)
    • Re: i wanna look cute today...
      ... London buses are still as reliable as ever, ... power line for the pick-up to reach, ... Mostly only happened if the driver took a wrong turn onto a road with no ... female cyclists interviewed seemed to have similar ...
      (uk.people.support.depression)