From: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
To: john stultz <johnstul@us.ibm.com>
Cc: "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>,
Andi Kleen <ak@suse.de>, lkml <linux-kernel@vger.kernel.org>,
keith maanthey <kmannth@us.ibm.com>,
Max Asbock <masbock@us.ibm.com>, Chris McDermott <lcm@us.ibm.com>,
andrew@walrond.org
Subject: Re: i386 HPET code
Date: Thu, 3 Feb 2005 12:02:34 -0800 [thread overview]
Message-ID: <20050203120233.A23267@unix-os.sc.intel.com> (raw)
In-Reply-To: <1107459056.2040.243.camel@cog.beaverton.ibm.com>; from johnstul@us.ibm.com on Thu, Feb 03, 2005 at 11:30:56AM -0800
On Thu, Feb 03, 2005 at 11:30:56AM -0800, john stultz wrote:
> On Thu, 2005-02-03 at 06:28 -0800, Pallipadi, Venkatesh wrote:
> > Can you check whether only the following change makes the problem go
> > away. If yes, then it looks like a hardware issue.
> >
> > > hpet_writel(hpet_tick, HPET_T0_CMP);
> > >+ hpet_writel(hpet_tick, HPET_T0_CMP); /* AK: why twice? */
> > >
>
> Yep. Adding only the second write seems to make the box boot.
>
> Since this isn't just affecting our hardware (see Andrew Walrond's
> comment in the thread), would doing two writes like x86-64 does be
> acceptable?
>
Yes. As this is just the initialization code, I think adding second write
is OK. But, I am not sure why two writes are required and will the two write
be sufficient for all systems. I don't seem to remember anything about this
in HPET specs. I will double check it.
Basically I am thinking of something like this will be a good generic solution
in place of simple two writes.
for (i = 0 ; i <some number for max retries>; i++) {
hpet_writel(hpet_tick, HPET_T0_CMP);
if (hpet_tick == hpet_readl(hpet_tick, HPET_T0_CMP))
break;
}
I think we can wait for result from Andrew's system and chose either one
of the above approaches.
Thanks,
Venki
next prev parent reply other threads:[~2005-02-03 20:09 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-03 14:28 i386 HPET code Pallipadi, Venkatesh
2005-02-03 19:30 ` john stultz
2005-02-03 20:02 ` Venkatesh Pallipadi [this message]
2005-02-03 21:22 ` Andi Kleen
2005-02-04 17:22 ` Andrew Walrond
2005-02-03 21:30 ` Andi Kleen
2005-02-04 19:28 ` Vojtech Pavlik
2005-02-04 20:02 ` Vojtech Pavlik
2005-02-04 20:03 ` Vojtech Pavlik
2005-02-04 23:41 ` [PATCH][i386] HPET setup, duplicate HPET_T0_CMP needed for some platforms Venkatesh Pallipadi
2005-02-05 10:55 ` Andrew Walrond
2005-02-06 15:58 ` Giuseppe Bilotta
-- strict thread matches above, loose matches on Subject: below --
2005-02-03 2:05 i386 HPET code john stultz
2005-02-03 8:37 ` Andrew Walrond
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=20050203120233.A23267@unix-os.sc.intel.com \
--to=venkatesh.pallipadi@intel.com \
--cc=ak@suse.de \
--cc=andrew@walrond.org \
--cc=johnstul@us.ibm.com \
--cc=kmannth@us.ibm.com \
--cc=lcm@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=masbock@us.ibm.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.