<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/acpi/processor_idle.c, branch linux-2.6.21.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.21.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.21.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2007-03-23T17:21:02Z</updated>
<entry>
<title>[PATCH] i386: add command line option "local_apic_timer_c2_ok"</title>
<updated>2007-03-23T17:21:02Z</updated>
<author>
<name>Thomas Gleixner</name>
</author>
<published>2007-03-23T15:08:01Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e585bef815c0315f2730d7bb4e15b82602454efd'/>
<id>urn:sha1:e585bef815c0315f2730d7bb4e15b82602454efd</id>
<content type='text'>
It turned out that it is almost impossible to trust ACPI, BIOS &amp; Co.
regarding the C states. This was the reason to switch the local apic
timer off in C2 state already. OTOH there are sane and well behaving
systems, which get punished by that decision.

Allow the user to confirm that the local apic timer is trustworthy in C2
state. This keeps the default behaviour on the safe side.

Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Acked-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Revert "ACPI: Only use IPI on known broken machines (AMD, Dothan/BaniasPentium M)"</title>
<updated>2007-03-23T15:03:47Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2007-03-23T15:03:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=296d93cd0205433489b0689533426ce0a8cf2dec'/>
<id>urn:sha1:296d93cd0205433489b0689533426ce0a8cf2dec</id>
<content type='text'>
This reverts commit 25496caec111481161e7f06bbfa12a533c43cc6f, which
broke bootup on at least Ingo's ThinkPad T60.  Need to figure out
exactly what is wrong before we can re-do the logic.

Requested-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Acked-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Cc: Thomas Renninger &lt;trenn@suse.de&gt;
Cc: Len Brown &lt;len.brown@intel.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>ACPI: Only use IPI on known broken machines (AMD, Dothan/BaniasPentium M)</title>
<updated>2007-03-17T04:50:46Z</updated>
<author>
<name>Thomas Renninger</name>
</author>
<published>2007-02-27T17:13:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=25496caec111481161e7f06bbfa12a533c43cc6f'/>
<id>urn:sha1:25496caec111481161e7f06bbfa12a533c43cc6f</id>
<content type='text'>
Use IPI for blacklisted CPUs, add parameter IPI vs LAPIC

Currently, Linux disables lapic timer for all machines with C2 and higher
C-state support.

According to Intel only specific Intel models (Banias/Dothan) are broken
in respect of not waking up from C2 with lapic.

However, I am not sure about the naming of the parameter and how it
could/should get integrated into the dyntick part
(CONFIG_GENERIC_CLOCKEVENTS). There, a more fine grained check (TSC
still running?, ..) is needed? Does this make sense (always use
CLOCK_EVT_NOTIFY_BROADCAST_ON, but use OFF if forced by use_ipi=0:
clockevents_notify(use_ipi ? CLOCK_EVT_NOTIFY_BROADCAST_ON :
CLOCK_EVT_NOTIFY_BROADCAST_OFF, &amp;pr-&gt;id);

Signed-off-by: Thomas Renninger &lt;trenn@suse.de&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>Pull fluff into release branch</title>
<updated>2007-02-17T03:10:32Z</updated>
<author>
<name>Len Brown</name>
</author>
<published>2007-02-17T03:10:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c0cd79d11412969b6b8fa1624cdc1277db82e2fe'/>
<id>urn:sha1:c0cd79d11412969b6b8fa1624cdc1277db82e2fe</id>
<content type='text'>
Conflicts:

	arch/x86_64/pci/mmconfig.c
	drivers/acpi/bay.c

Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>Pull misc-for-upstream into release branch</title>
<updated>2007-02-16T23:52:41Z</updated>
<author>
<name>Len Brown</name>
</author>
<published>2007-02-16T23:52:41Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=81450b73dde07f473a4a7208b209b4c8b7251d90'/>
<id>urn:sha1:81450b73dde07f473a4a7208b209b4c8b7251d90</id>
<content type='text'>
Conflicts:

	drivers/usb/misc/appledisplay.c

Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] clockevents: i386 drivers</title>
<updated>2007-02-16T16:13:59Z</updated>
<author>
<name>Thomas Gleixner</name>
</author>
<published>2007-02-16T09:28:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e9e2cdb412412326c4827fc78ba27f410d837e6e'/>
<id>urn:sha1:e9e2cdb412412326c4827fc78ba27f410d837e6e</id>
<content type='text'>
Add clockevent drivers for i386: lapic (local) and PIT/HPET (global).  Update
the timer IRQ to call into the PIT/HPET driver's event handler and the
lapic-timer IRQ to call into the lapic clockevent driver.  The assignement of
timer functionality is delegated to the core framework code and replaces the
compile and runtime evalution in do_timer_interrupt_hook()

Use the clockevents broadcast support and implement the lapic_broadcast
function for ACPI.

No changes to existing functionality.

[ kdump fix from Vivek Goyal &lt;vgoyal@in.ibm.com&gt; ]
[ fixes based on review feedback from Arjan van de Ven &lt;arjan@infradead.org&gt; ]
Cleanups-from: Adrian Bunk &lt;bunk@stusta.de&gt;
Build-fixes-from: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: john stultz &lt;johnstul@us.ibm.com&gt;
Cc: Roman Zippel &lt;zippel@linux-m68k.org&gt;
Cc: Andi Kleen &lt;ak@suse.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] ACPI keep track of timer broadcasting</title>
<updated>2007-02-16T16:13:58Z</updated>
<author>
<name>Thomas Gleixner</name>
</author>
<published>2007-02-16T09:27:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=169a0abbe32813af4904cc1605c0f7ea0534f77b'/>
<id>urn:sha1:169a0abbe32813af4904cc1605c0f7ea0534f77b</id>
<content type='text'>
This is a preperatory patch for highres/dyntick:

- replace the big #ifdef ARCH_APICTIMER_STOPS_ON_C3 hackery by functions

- remove the double switch in the power verify function (in the worst case
  we switched ipi to apic and 20usec later apic to ipi)

- keep track of the the state which stops local APIC timer

Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: Len Brown &lt;len.brown@intel.com&gt;
Cc: &lt;linux-acpi@vger.kernel.org&gt;
Cc: Andi Kleen &lt;ak@suse.de&gt;
Cc: john stultz &lt;johnstul@us.ibm.com&gt;
Cc: Roman Zippel &lt;zippel@linux-m68k.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] ACPI: fix missing include for UP</title>
<updated>2007-02-16T16:13:58Z</updated>
<author>
<name>Thomas Gleixner</name>
</author>
<published>2007-02-16T09:27:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3434933b17fa64adddf83059603c61296f6e1ee2'/>
<id>urn:sha1:3434933b17fa64adddf83059603c61296f6e1ee2</id>
<content type='text'>
apic.h does not get included on UP compiles.  That way the
APICTIMER_STOPS_ON_C3 is not there and UP boxen have no support for timer
broadcasting.  This was never noticed, because the lapic timer is only used
for profiling on UP.

Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: Roman Zippel &lt;zippel@linux-m68k.org&gt;
Cc: john stultz &lt;johnstul@us.ibm.com&gt;
Cc: Len Brown &lt;len.brown@intel.com&gt;
Cc: Andi Kleen &lt;ak@suse.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>ACPI: include apic.h in processor driver for benefit of UP kernels</title>
<updated>2007-02-16T04:27:13Z</updated>
<author>
<name>Thomas Gleixner</name>
</author>
<published>2007-02-16T04:25:53Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5c95d3f5783ab184f64b7848f0a871352c35c3cf'/>
<id>urn:sha1:5c95d3f5783ab184f64b7848f0a871352c35c3cf</id>
<content type='text'>
apic.h does not get included on UP compiles.  That way the
APICTIMER_STOPS_ON_C3 is not there and UP boxen have no support for timer
broadcasting.  This was never noticed, because the lapic timer is only used
for profiling on UP.

Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: Roman Zippel &lt;zippel@linux-m68k.org&gt;
Cc: john stultz &lt;johnstul@us.ibm.com&gt;
Cc: Andi Kleen &lt;ak@suse.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: delete extra #defines in /drivers/acpi/ drivers</title>
<updated>2007-02-13T04:50:52Z</updated>
<author>
<name>Len Brown</name>
</author>
<published>2007-02-13T04:50:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7cda93e008e1a477970adbf82dba81a5d4f0ae40'/>
<id>urn:sha1:7cda93e008e1a477970adbf82dba81a5d4f0ae40</id>
<content type='text'>
Cosmetic only.

Except in a single case, #define ACPI_*_DRIVER_NAME
were invoked 0 or 1 times.

Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
</feed>
