<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/include/acpi, branch v2.6.23.17</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/include/acpi?h=v2.6.23.17</id>
<link rel='self' href='https://git.amat.us/linux/atom/include/acpi?h=v2.6.23.17'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2007-09-25T21:58:52Z</updated>
<entry>
<title>ACPI: CONFIG_ACPI_SLEEP=n power off regression in 2.6.23-rc8 (NOT in rc7)</title>
<updated>2007-09-25T21:58:52Z</updated>
<author>
<name>Alexey Starikovskiy</name>
<email>astarikovskiy@suse.de</email>
</author>
<published>2007-09-25T14:45:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=853298bc03ef65e3eb392f5d61265605214ee8fb'/>
<id>urn:sha1:853298bc03ef65e3eb392f5d61265605214ee8fb</id>
<content type='text'>
Signed-off-by: Alexey Starikovskiy &lt;astarikovskiy@suse.de&gt;
Acked-by: Rafael J. Wysocki &lt;rjw@sisk.pl&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: disable lower idle C-states across suspend/resume</title>
<updated>2007-09-23T00:15:34Z</updated>
<author>
<name>Thomas Gleixner</name>
<email>tglx@linutronix.de</email>
</author>
<published>2007-09-22T22:29:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b04e7bdb984e3b7f62fb7f44146a529f88cc7639'/>
<id>urn:sha1:b04e7bdb984e3b7f62fb7f44146a529f88cc7639</id>
<content type='text'>
device_suspend() calls ACPI suspend functions, which seems to have undesired
side effects on lower idle C-states. It took me some time to realize that
especially the VAIO BIOSes (both Andrews jinxed UP and my elfstruck SMP one)
show this effect. I'm quite sure that other bug reports against suspend/resume
about turning the system into a brick have the same root cause.

After fishing in the dark for quite some time, I realized that removing the ACPI
processor module before suspend (this removes the lower C-state functionality)
made the problem disappear. Interestingly enough the propability of having a
bricked box is influenced by various factors (interrupts, size of the ram image,
...). Even adding a bunch of printks in the wrong places made the problem go
away. The previous periodic tick implementation simply pampered over the
problem, which explains why the dyntick / clockevents changes made this more
prominent.

We avoid complex functionality during the boot process and we have to do the
same during suspend/resume. It is a similar scenario and equaly fragile.

Add suspend / resume functions to the ACPI processor code and disable the lower
idle C-states across suspend/resume. Fall back to the default idle
implementation (halt) instead.

Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Tested-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Cc: Len Brown &lt;lenb@kernel.org&gt;
Cc: Venkatesh Pallipadi &lt;venkatesh.pallipadi@intel.com&gt;
Cc: Rafael J. Wysocki &lt;rjw@sisk.pl&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Pull events into release branch</title>
<updated>2007-08-25T05:44:01Z</updated>
<author>
<name>Len Brown</name>
<email>len.brown@intel.com</email>
</author>
<published>2007-08-25T05:44:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=25c87f7f2a4fc3e50a7912b1c78405d454d1c4d9'/>
<id>urn:sha1:25c87f7f2a4fc3e50a7912b1c78405d454d1c4d9</id>
<content type='text'>
Conflicts:

	drivers/acpi/video.c

Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: Fix a warning of discarding qualifiers from pointer target type</title>
<updated>2007-08-25T05:38:40Z</updated>
<author>
<name>Al Viro</name>
<email>viro@ftp.linux.org.uk</email>
</author>
<published>2007-08-21T15:18:20Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=70b30fb13bf46d7874537f5e2089bcc772559fc4'/>
<id>urn:sha1:70b30fb13bf46d7874537f5e2089bcc772559fc4</id>
<content type='text'>
drivers/acpi/ec.c: In function `acpi_ec_ecdt_probe':
drivers/acpi/ec.c:873: warning: passing arg 1 of `acpi_get_devices' discards qualifiers from pointer target type

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: Schedule /proc/acpi/event for removal</title>
<updated>2007-08-23T19:20:26Z</updated>
<author>
<name>Len Brown</name>
<email>len.brown@intel.com</email>
</author>
<published>2007-08-23T19:20:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=14e04fb34ffa82ee61ae69f98d8fca12d2e8e31c'/>
<id>urn:sha1:14e04fb34ffa82ee61ae69f98d8fca12d2e8e31c</id>
<content type='text'>
Schedule /proc/acpi/event for removal in 6 months.

Re-name acpi_bus_generate_event() to acpi_bus_generate_proc_event()
to make sure there is no confusion that it is for /proc/acpi/event only.

Add CONFIG_ACPI_PROC_EVENT to allow removal of /proc/acpi/event.
There is no functional change if CONFIG_ACPI_PROC_EVENT=y

Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: don't duplicate input events on netlink</title>
<updated>2007-08-23T18:27:23Z</updated>
<author>
<name>Zhang Rui</name>
<email>rui.zhang@intel.com</email>
</author>
<published>2007-08-22T17:24:31Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=962ce8ca0604af0c3c5609f7613d4ec5fcfac623'/>
<id>urn:sha1:962ce8ca0604af0c3c5609f7613d4ec5fcfac623</id>
<content type='text'>
The previous events patch added a netlink event for every
user of the legacy /proc/acpi/event interface.

However, some users of /proc/acpi/event are really input events,
and they already report their events via the input layer.

Introduce a new interface, acpi_bus_generate_netlink_event(),
which is explicitly called by devices that want to repoprt
events via netlink.  This allows the input-like events
to opt-out of generating netlink events.  In summary:

events that are sent via netlink:
	ac/battery/sbs
	thermal
	processor
	thinkpad_acpi dock/bay

events that are sent via input layer:
	button
	video hotkey
	thinkpad_acpi hotkey
	asus_acpi/asus-laptop hotkey
	sonypi/sonylaptop

Signed-off-by: Zhang Rui &lt;rui.zhang@intel.com&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>acpi-cpufreq: Fix some x86/x86-64 acpi-cpufreq driver issues</title>
<updated>2007-08-07T22:40:30Z</updated>
<author>
<name>Fenghua Yu</name>
<email>fenghua.yu@intel.com</email>
</author>
<published>2007-08-07T22:40:30Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=501092929ccb8a1d2eb0ed700e38df4ae0de7108'/>
<id>urn:sha1:501092929ccb8a1d2eb0ed700e38df4ae0de7108</id>
<content type='text'>
This patch addresses some issues in x86/x86-64 acpi-cpufreq driver:

1.  Current memory allocation for acpi_perf_data is actually open-coded
   alloc_percpu().  The patch defines and handles acpi_perf_data as percpu
   data.  The code will be cleaner and easier to be maintained with this
   change.

2. Won't load driver in acpi_cpufreq_early_init() failure case.

3. Add __init for acpi_cpufreq_early_init().

Signed-off-by: Fenghua Yu &lt;fenghua.yu@intel.com&gt;
Acked-by: Venkatesh Pallipadi &lt;venkatesh.pallipadi@intel.com&gt;
Cc: Dave Jones &lt;davej@codemonkey.org.uk&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: restore CONFIG_ACPI_SLEEP</title>
<updated>2007-07-29T23:53:59Z</updated>
<author>
<name>Len Brown</name>
<email>len.brown@intel.com</email>
</author>
<published>2007-07-28T07:33:16Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=673d5b43daa00b42759cecc6b0760b8bf6be80d2'/>
<id>urn:sha1:673d5b43daa00b42759cecc6b0760b8bf6be80d2</id>
<content type='text'>
Restore the 2.6.22 CONFIG_ACPI_SLEEP build option, but now shadowing the
new CONFIG_PM_SLEEP option.

Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
[ Modified to work with the PM config setup changes. ]
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Introduce CONFIG_SUSPEND for suspend-to-Ram and standby</title>
<updated>2007-07-29T23:45:38Z</updated>
<author>
<name>Rafael J. Wysocki</name>
<email>rjw@sisk.pl</email>
</author>
<published>2007-07-29T21:27:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=296699de6bdc717189a331ab6bbe90e05c94db06'/>
<id>urn:sha1:296699de6bdc717189a331ab6bbe90e05c94db06</id>
<content type='text'>
Introduce CONFIG_SUSPEND representing the ability to enter system sleep
states, such as the ACPI S3 state, and allow the user to choose SUSPEND
and HIBERNATION independently of each other.

Make HOTPLUG_CPU be selected automatically if SUSPEND or HIBERNATION has
been chosen and the kernel is intended for SMP systems.

Also, introduce CONFIG_PM_SLEEP which is automatically selected if
CONFIG_SUSPEND or CONFIG_HIBERNATION is set and use it to select the
code needed for both suspend and hibernation.

The top-level power management headers and the ACPI code related to
suspend and hibernation are modified to use the new definitions (the
changes in drivers/acpi/sleep/main.c are, mostly, moving code to reduce
the number of ifdefs).

There are many other files in which CONFIG_PM can be replaced with
CONFIG_PM_SLEEP or even with CONFIG_SUSPEND, but they can be updated in
the future.

Signed-off-by: Rafael J. Wysocki &lt;rjw@sisk.pl&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Pull auto-load-modules into release branch</title>
<updated>2007-07-25T05:36:53Z</updated>
<author>
<name>Len Brown</name>
<email>len.brown@intel.com</email>
</author>
<published>2007-07-25T05:36:53Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=323ef30af3a0da47cc761b04b262d98d0fe79126'/>
<id>urn:sha1:323ef30af3a0da47cc761b04b262d98d0fe79126</id>
<content type='text'>
</content>
</entry>
</feed>
