linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Con Kolivas <kernel@kolivas.org>
To: linux-kernel@vger.kernel.org
Cc: Robert Hancock <hancockr@shaw.ca>,
	tglx@timesys.com, Ingo Molnar <mingo@elte.hu>,
	Andrew Morton <akpm@osdl.org>,
	Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
Subject: Re: [PATCHSET] Announce: High-res timers, tickless/dyntick and	dynamic HZ -V4
Date: Sat, 24 Jun 2006 11:15:31 +1000	[thread overview]
Message-ID: <200606241115.32042.kernel@kolivas.org> (raw)
In-Reply-To: <200606241109.56414.kernel@kolivas.org>

On Saturday 24 June 2006 11:09, Con Kolivas wrote:
> On Saturday 24 June 2006 10:51, Robert Hancock wrote:
> > Thomas Gleixner wrote:
> > > On Thu, 2006-06-22 at 21:31 -0600, Robert Hancock wrote:
> > >> Thomas Gleixner wrote:
> > >>> An updated patchset is available from:
> > >>>
> > >>> http://www.tglx.de/projects/hrtimers/2.6.17/patch-2.6.17-hrt-dyntick4
> > >>>.p atch
> > >>
> > >> On my Compaq Presario X1050 laptop running Fedora Core 5 I get:
> > >>
> > >> Disabling NO_HZ and high resolution timers due to timer broadcasting
> > >>
> > >> Not sure exactly what this is indicating or what's triggered this, but
> > >> I'm assuming the patch isn't doing much on this machine?
> > >
> > > The system is configured for SMP, but this is an UP machine and the
> > > APIC is disabled in the BIOS. Linux uses then the PIT and an IPI
> > > mechanism to broadcast timer events. We need to do the event
> > > reprogramming per CPU, so we switch off in that situation.
> > >
> > > Solution: Either use an UP kernel, or enable Local APIC in the BIOS (is
> > > not possible in most BIOSes), or add "lapic" to the kernel command
> > > line.
> > >
> > > Also for an UP kernel adding "lapic" to the commandline is good, as the
> > > APIC is faster accessible than the PIT.
> >
> > Tried that, still no dice:
> >
> > Kernel command line: ro root=/dev/VolGroup00/LogVol00 lapic
> > Local APIC disabled by BIOS -- reenabling.
> > Found and enabled local APIC!
> >
> > ...
> >
> > Disabling NO_HZ and high resolution timers due to timer broadcasting
> >
> > This isn't a viable solution for all machines anyway - some laptops
> > disable the local APIC and the BIOS expects it to remain that way, and
> > blows up if it gets turned on.
>
> One thing I did discover with my dynticks was that APIC on UP i386 was nigh
> on broken for the most part. Virtually all BIOSs disable it and even if you
> force enable it you may have to play with enable_timer_pin to get it to
> work (sometimes 1, sometimes 0) and there was no pattern to when it would
> be required since the BIOS manufacturer cared not. This is why for UP I
> disabled APIC when dynticks was enabled, and would test for one online cpu
> on SMP and do the same. This obviously isn't a solution when cpu hotplug is
> enabled and only one cpu is online.

That was enable_timer_pin_1 and disable_timer_pin_1 sorry.

-- 
-ck

  reply	other threads:[~2006-06-24  1:16 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <fa.lKfxxA+pCJb5tSZbL1XnnrPzaeQ@ifi.uio.no>
2006-06-23  3:31 ` [PATCHSET] Announce: High-res timers, tickless/dyntick and dynamic HZ -V4 Robert Hancock
2006-06-23  8:27   ` Thomas Gleixner
2006-06-23  8:26     ` Ingo Molnar
2006-06-23 14:17       ` Robert Hancock
2006-06-24  0:51     ` Robert Hancock
2006-06-24  1:09       ` Con Kolivas
2006-06-24  1:15         ` Con Kolivas [this message]
2006-06-19 20:06 Thomas Gleixner
2006-06-20 14:51 ` Michal Piotrowski
2006-06-29 17:48 ` Pavel Machek
2006-06-29 19:03   ` Thomas Gleixner
2006-06-30 18:07     ` Pavel Machek
2006-06-30 19:15       ` Thomas Gleixner
2006-06-30 21:09         ` Pavel Machek

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=200606241115.32042.kernel@kolivas.org \
    --to=kernel@kolivas.org \
    --cc=akpm@osdl.org \
    --cc=hancockr@shaw.ca \
    --cc=linux-kernel@vger.kernel.org \
    --cc=michal.k.k.piotrowski@gmail.com \
    --cc=mingo@elte.hu \
    --cc=tglx@timesys.com \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).