LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Thomas Gleixner <tglx@linutronix.de>
To: Len Brown <lenb@kernel.org>
Cc: Stefan Prechtel <stefan.prechtel@googlemail.com>,
	Andi Kleen <ak@suse.de>,
	Grzegorz Chwesewicz <grzegorz.chwesewicz@chilan.com>,
	linux-kernel@vger.kernel.org, mingo@elte.hu,
	john stultz <johnstul@us.ibm.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Adrian Bunk <bunk@stusta.de>,
	Arjan van de Ven <arjan@infradead.org>
Subject: Re: [PATCH] i386: disable local apic timer via command line or dmi quirk
Date: Wed, 28 Mar 2007 11:13:10 +0200	[thread overview]
Message-ID: <1175073190.4017.14.camel@chaos> (raw)
In-Reply-To: <200703272328.34685.lenb@kernel.org>

Len,

On Tue, 2007-03-27 at 23:28 -0400, Len Brown wrote:
> Is this failure specific to NO_HZ, and that is why the "nolapic_timer" fix is i386 only?
> I'm running 2.6.21-rc5 an nx6325 here in 64-bit mode and I don't see the dramatic
> boot failure described earlier in this thread.

The difference between x86_64 and i386 is that on i386 we now switch off
the PIT and do the jiffies increment in the local apic timer interrupt.
This is necessary for NO_HZ and HIGH_RES_TIMERS. We just fall back to
the PIT in C3 (enforced to C2 now due to massive breakage).

You can see the same problem on x86_64 by adding "apicmaintimer" to the
kernel command line. This should make your box really slow.

> However, I have observed that when running on battery,
> the LOC falls behind the irq0 timer to the tune of about
> 2 interrupt/minute.  eg. when i booted my machine, LOC was
> behind irq0 by 50, and now about a 20 minutes later it is behind
> irq0 by 99.  However, the LOC for each processor remain at
> a constant offset with respect to each other.
> 
> I do not see these this drift when running on AC.
> Yes, the system exports just C1 in both cases.

Right, but it does bad magic when running on battery. The offsets you
observe are due to the LAPIC stops. The delta is rather small, because
you wake up via the PIT periodically, so the APICs start to run as well.
And they do it on both cores.

Someone should apply a huge clue stick to BIOS developers.

I have some experimental code to detect the LAPIC breakage during run
time, but this needs more thought and is definitely not 2.6.21 material.

> Other oddities is the IRQ name on irq0 is garbled:
> 
> lenb@nx6325:~> uname -a; cat /proc/interrupts; sleep 100; cat /proc/interrupts
> Linux nx6325 2.6.21-rc5 #37 SMP Tue Mar 27 22:26:00 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux
>            CPU0       CPU1
>   0:     723812          0    <NULL>-edge      timer

Hrmpf. Ingo ???

	tglx



      parent reply	other threads:[~2007-03-28  9:13 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-19 17:10 BUG lapic: Can't boot on battery (2.6.21-rc{1,2,3,4}) Stefan Prechtel
2007-03-19 17:36 ` Thomas Gleixner
2007-03-19 17:48   ` Thomas Gleixner
2007-03-19 18:53     ` Stefan Prechtel
2007-03-19 19:17       ` Stefan Prechtel
2007-03-19 19:27       ` Thomas Gleixner
2007-03-19 19:49         ` Stefan Prechtel
2007-03-19 20:04           ` Thomas Gleixner
2007-03-19 20:35             ` Stefan Prechtel
2007-03-19 20:56               ` Thomas Gleixner
2007-03-19 21:51                 ` Stefan Prechtel
2007-03-20  1:15                   ` Thomas Gleixner
2007-03-20  8:23                     ` Stefan Prechtel
2007-03-20 16:47                       ` Grzegorz Chwesewicz
2007-03-21  9:24                         ` Thomas Gleixner
2007-03-21  9:46                           ` Andi Kleen
2007-03-21 10:10                             ` Thomas Gleixner
2007-03-21 10:37                               ` Andi Kleen
2007-03-21 11:14                                 ` Thomas Gleixner
2007-03-21 12:15                                   ` Thomas Gleixner
2007-03-21 12:33                                     ` Thomas Gleixner
2007-03-21 12:42                                   ` Andi Kleen
2007-03-21 13:04                                     ` Stefan Prechtel
2007-03-21 13:15                                       ` Thomas Gleixner
2007-03-21 14:14                                       ` [PATCH] i386: disable local apic timer via command line or dmi quirk Thomas Gleixner
2007-03-21 14:09                                         ` Ingo Molnar
2007-03-21 15:14                                           ` Grzegorz Chwesewicz
2007-03-22 20:42                                             ` Stefan Prechtel
2007-03-28  3:28                                         ` Len Brown
2007-03-28  3:38                                           ` Len Brown
2007-03-28  9:13                                           ` Thomas Gleixner [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1175073190.4017.14.camel@chaos \
    --to=tglx@linutronix.de \
    --cc=ak@suse.de \
    --cc=akpm@linux-foundation.org \
    --cc=arjan@infradead.org \
    --cc=bunk@stusta.de \
    --cc=grzegorz.chwesewicz@chilan.com \
    --cc=johnstul@us.ibm.com \
    --cc=lenb@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=stefan.prechtel@googlemail.com \
    --subject='Re: [PATCH] i386: disable local apic timer via command line or dmi quirk' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).