All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robbie Harwood <rharwood@redhat.com>
To: Paul Menzel <pmenzel@molgen.mpg.de>,
	Javier Martinez Canillas <javierm@redhat.com>
Cc: Peter Jones <pjones@redhat.com>,
	Daniel Kiper <daniel.kiper@oracle.com>,
	The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: [PATCH v2] i386: Make pmtimer tsc calibration not take 51 seconds to fail
Date: Wed, 19 Jan 2022 17:25:19 -0500	[thread overview]
Message-ID: <jlgfspj5po0.fsf@redhat.com> (raw)
In-Reply-To: <5081629f-11c2-bcaf-544a-7374d4753271@molgen.mpg.de>

[-- Attachment #1: Type: text/plain, Size: 1147 bytes --]

Paul Menzel <pmenzel@molgen.mpg.de> writes:

> Am 29.05.20 um 12:08 schrieb Javier Martinez Canillas:
>
>> +/*
>> + * Define GRUB_PMTIMER_IGNORE_BAD_READS if you're trying to test a timer that's
>> + * present but doesn't keep time well.
>> + */
>> +// #define GRUB_PMTIMER_IGNORE_BAD_READS
>
> So GRUB needs to be rebuild for both cases? Could it be configured at
> runtime with a config option, or is the TSC calibration happening too
> early?

Not an author, but my understanding is that that's a configuration
intended for testing only.  e.g., from the commit message:

> This outcome was tested using grub compiled with
> GRUB_PMTIMER_IGNORE_BAD_READS defined (so as not to trip the bad read
> test) using qemu+kvm with UEFI (OVMF) firmware, and these options:
> -machine pc-q35-2.10 -cpu Broadwell-noTSX

which I take to mean that Peter did not have a machine with a timer that
misbehaved but didn't return 0 or 0xffffffff, yet wanted a way to test
that codepath.  This wouldn't be a configuration that I can imagine
anyone wanting to ship, so I don't really see value in having it
available at runtime.  Hope that helps.

Be well,
--Robbie

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 861 bytes --]

      reply	other threads:[~2022-01-19 22:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-29 10:08 [PATCH v2] i386: Make pmtimer tsc calibration not take 51 seconds to fail Javier Martinez Canillas
2022-01-17 23:17 ` Robbie Harwood
2022-01-18  8:17 ` Paul Menzel
2022-01-19 22:25   ` Robbie Harwood [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=jlgfspj5po0.fsf@redhat.com \
    --to=rharwood@redhat.com \
    --cc=daniel.kiper@oracle.com \
    --cc=grub-devel@gnu.org \
    --cc=javierm@redhat.com \
    --cc=pjones@redhat.com \
    --cc=pmenzel@molgen.mpg.de \
    /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.