From: Paul Gortmaker <paul.gortmaker@windriver.com>
To: Yasunori Goto <y-goto@jp.fujitsu.com>
Cc: Clemens Ladisch <clemens@ladisch.de>,
Linux Kernel ML <linux-kernel@vger.kernel.org>,
robert.picco@hp.com, venkatesh.pallipadi@intel.com,
vojtech@suse.cz, mingo@redhat.com
Subject: Re: [Patch] Fix the possibility of insane return value of hpet_calibrate() against SMI.
Date: Tue, 17 Mar 2009 09:12:55 -0400 [thread overview]
Message-ID: <49BFA1D7.8020302@windriver.com> (raw)
In-Reply-To: <20090317185152.47CD.E1E9C6FF@jp.fujitsu.com>
Yasunori Goto wrote:
> Sorry for late response.
>
>
>> Yasunori Goto wrote:
>>
>>>> I've no sense of feel for how long each calibration run would take.
>>>> Would doing it 5 times show up as a significant increase in the boot
>>>> time for those that care about boot time being as quick as possible?
>>>>
>>> Hmm. The loop times is trade off against reliable value....
>>> Though SMI is rare interruption, I don't know how frequent
>>> hypervisor's switch is.
>>>
>> Could you, just for testing, run the calibration five thousand times or
>> so instead of five times, and count how often you get insane values?
>> (And how much delay does such an SMI add?)
>>
>
> I tried 50000 times. But insane value was nothing.
> I think SMI is very rare.
>
>
>>> Each calibration of this has 1 milli second.
>>> Do you think 5 msec is too long?
>>>
>> This shouldn't matter when booting. Anyway, I think it's possible to
>> increase TICK_CALIBRATE without losing too much accuracy.
>>
>
> Hmm. If the person who is trying to reduce boot time for fastboot dislikes this impact,
> then I'll try Vojtech-san's way.
>
That probably makes sense -- if it is extremely rare, and if you get two
values that are the same (within some small delta) then you probably
are 99.99% confident that you have the right data.
Paul.
>
> Thanks.
>
next prev parent reply other threads:[~2009-03-17 13:14 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-13 5:00 [Patch] Fix the possibility of insane return value of hpet_calibrate() against SMI Yasunori Goto
2009-03-14 8:23 ` Rik van Riel
2009-03-15 19:56 ` Paul Gortmaker
2009-03-16 2:34 ` Yasunori Goto
2009-03-16 8:59 ` Vojtech Pavlik
2009-03-16 9:52 ` Clemens Ladisch
2009-03-17 10:12 ` Yasunori Goto
2009-03-17 13:12 ` Paul Gortmaker [this message]
2009-03-18 0:45 ` Yasunori Goto
2009-03-18 2:47 ` [Patch] Fix the possibility of insane return value of hpet_calibrate() against SMI. (take 2) Yasunori Goto
2009-03-18 7:44 ` Clemens Ladisch
2009-03-18 8:25 ` Vojtech Pavlik
2009-03-18 13:55 ` Paul Gortmaker
2009-03-18 15:11 ` Clemens Ladisch
2009-03-18 15:32 ` Paul Gortmaker
2009-03-30 21:06 ` Andrew Morton
2009-03-30 21:23 ` Paul Gortmaker
-- strict thread matches above, loose matches on Subject: below --
2008-12-04 10:34 [Patch] Fix the possibility of insane return value of hpet_calibrate() against SMI Yasunori Goto
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=49BFA1D7.8020302@windriver.com \
--to=paul.gortmaker@windriver.com \
--cc=clemens@ladisch.de \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=robert.picco@hp.com \
--cc=venkatesh.pallipadi@intel.com \
--cc=vojtech@suse.cz \
--cc=y-goto@jp.fujitsu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.