LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Cal Peake <cp@absolutedigital.net>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Chuck Ebbert <cebbert@redhat.com>,
Gabriel C <nix.or.die@googlemail.com>,
Frank Hale <frankhale@gmail.com>,
Kernel Mailing List <linux-kernel@vger.kernel.org>,
Kernel ACPI Mailing List <linux-acpi@vger.kernel.org>,
len.brown@intel.com, Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@elte.hu>,
Andrew Morton <akpm@linux-foundation.org>,
Andi Kleen <andi@firstfloor.org>
Subject: Re: ACPI on Averatec 2370
Date: Tue, 7 Aug 2007 18:15:37 -0400 (EDT) [thread overview]
Message-ID: <Pine.LNX.4.64.0708071803570.28199@lancer.cnet.absolutedigital.net> (raw)
In-Reply-To: <alpine.LFD.0.999.0708031447420.8184@woody.linux-foundation.org>
On Fri, 3 Aug 2007, Linus Torvalds wrote:
> > MSR_K8_ENABLE_C1E lo == 0x04c14015
> > MSR_K8_ENABLE_C1E hi == 0x00000000
> > lo & ENABLE_C1E_MASK == 0
>
> And yeah, that claims that C1E is not on, but:
>
> > amd_apic_timer_broken: forcing return value of 1
So it seems my initial debugging report was, err, incomplete. I failed to
notice that the amd_apic_timer_broken function was getting called twice,
once for each core.
The second call shows this:
MSR_K8_ENABLE_C1E == 0x14c14015
which causes our ENABLE_C1E_MASK check to be true and thus properly
return 1 from the function. So when we call the above function from
init_amd we prolly need to do a
set_bit(X86_FEATURE_LAPIC_TIMER_BROKEN, c->x86_capability);
for each core if any of them happen to return true upon checking for a
broken timer.
Andi, does that seem right?
--
Cal Peake
next prev parent reply other threads:[~2007-08-07 22:17 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-29 18:05 Frank Hale
2007-07-29 18:13 ` Gabriel C
2007-07-29 18:45 ` Cal Peake
2007-07-29 18:58 ` Frank Hale
2007-07-29 19:58 ` Frank Hale
2007-07-30 15:20 ` Cal Peake
2007-08-02 17:50 ` Cal Peake
2007-08-02 19:09 ` Chuck Ebbert
2007-08-02 19:42 ` Cal Peake
2007-08-02 20:26 ` Chuck Ebbert
2007-08-02 20:30 ` Cal Peake
2007-08-02 20:51 ` Frank Hale
2007-08-02 21:07 ` Linus Torvalds
2007-08-02 21:53 ` Cal Peake
2007-08-03 21:56 ` Linus Torvalds
2007-08-04 9:30 ` Andi Kleen
2007-08-04 13:50 ` Frank Hale
2007-08-05 14:26 ` Thomas Renninger
2007-08-07 22:15 ` Cal Peake [this message]
2007-08-08 0:06 ` Andi Kleen
2007-08-08 0:53 ` [PATCH] drop unneeded variable in amd_apic_timer_broken Cal Peake
2007-08-08 14:36 ` Andi Kleen
2007-08-08 16:00 ` Cal Peake
2007-08-08 18:25 ` Tim Gardner
2007-08-08 14:41 ` ACPI on Averatec 2370 Joachim Deguara
2007-08-08 23:52 ` Frank Hale
2007-08-09 9:45 ` Joachim Deguara
2007-08-03 15:52 ` Ben Collins
2007-08-03 18:19 ` Chuck Ebbert
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=Pine.LNX.4.64.0708071803570.28199@lancer.cnet.absolutedigital.net \
--to=cp@absolutedigital.net \
--cc=akpm@linux-foundation.org \
--cc=andi@firstfloor.org \
--cc=cebbert@redhat.com \
--cc=frankhale@gmail.com \
--cc=len.brown@intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=nix.or.die@googlemail.com \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
--subject='Re: ACPI on Averatec 2370' \
/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
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).