[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.1011091500220.2900@localhost6.localdomain6>
Date: Tue, 9 Nov 2010 15:02:13 +0100 (CET)
From: Thomas Gleixner <tglx@...utronix.de>
To: Borislav Petkov <bp@...64.org>
cc: Markus Trippelsdorf <markus@...ppelsdorf.de>,
Borislav Petkov <bp@...en8.de>,
john stultz <johnstul@...ibm.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"hpa@...ux.intel.com" <hpa@...ux.intel.com>,
Ingo Molnar <mingo@...e.hu>,
"Herrmann3, Andreas" <Andreas.Herrmann3@....com>,
"heiko.carstens@...ibm.com" <heiko.carstens@...ibm.com>,
"a.p.zijlstra@...llo.nl" <a.p.zijlstra@...llo.nl>,
"avi@...hat.com" <avi@...hat.com>,
"mtosatti@...hat.com" <mtosatti@...hat.com>
Subject: Re: [bisected] Clocksource tsc unstable git
On Fri, 5 Nov 2010, Borislav Petkov wrote:
> On Fri, Nov 05, 2010 at 05:27:49PM -0400, Markus Trippelsdorf wrote:
> > Err, 20==0x14 so it's not that much difference and it's running fine here
> > also.
> >
> > Feel free to add:
> > Reported-and-tested-by: Markus Trippelsdorf <markus@...ppelsdorf.de>
>
> Thanks Markus,
>
> actually your board is not what concerns me, 20 ticks is still ok, more
> or less, but there are other machines which contain absurd values in
> there like 0x37ee or 0x1000 (a Broadcom chipset). We'll need to give a
> change like that a good run before we can be absolutely sure it doesn't
> break any machines.
If the ACPI entry is known to be flaky, shouldn't we simply err out on
the safe side and use 128 ticks in any case, which is not a really big
deal.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists