LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Ben Collins <ben.collins@ubuntu.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Cal Peake <cp@absolutedigital.net>,
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: Fri, 03 Aug 2007 11:52:08 -0400 [thread overview]
Message-ID: <1186156328.8105.72.camel@cunning> (raw)
In-Reply-To: <alpine.LFD.0.999.0708021353320.8184@woody.linux-foundation.org>
On Thu, 2007-08-02 at 14:07 -0700, Linus Torvalds wrote:
>
> On Thu, 2 Aug 2007, Cal Peake wrote:
> >
> > Figured I should have sent that right after I hit the send key...
> >
> > processor : 0
> > vendor_id : AuthenticAMD
> > cpu family : 15
> > model : 72
> > model name : AMD Turion(tm) 64 X2 Mobile Technology TL-52
>
> Sadly, this doesn't show the "extended family" stuff from cpuid.
>
> So it doesn't show any of the bits we actually care about. Sad.
>
> That said, the "AMD Turion(tm) 64 X2 Mobile Technology TL-52" _should_ be
> a REV-F CPU afaik, and it should have thus fallen through to the
> "ENABLE_C1E_MASK" logic. Afaik that's broken.
>
> Cal - can you
> (a) test that forcing a "return 1" from that amd_apic_timer_broken()
> function fixes it for you.
> (b) make that function print out the values it uses for debugging (ie the
> xtended family and model numbers, and the MSR_K8_ENABLE_C1E MSR
> values)?
>
> Andi, can you check with your AMD contacts that those bits are correct..
> Maybe the "Mobile Technology" things *always* have the broken "Enhanced
> Halt State", regardless of any MSR settings? That would perhaps be what
> makes them "Mobile".
This is the same problem I'm seeing (See Subject: Regression in 2.6.22,
clock problems on Turion with 32-bit kernel).
This commit is what we bisected to:
commit e9e2cdb412412326c4827fc78ba27f410d837e6e
Author: Thomas Gleixner <tglx@linutronix.de>
Date: Fri Feb 16 01:28:04 2007 -0800
[PATCH] clockevents: i386 drivers
Add clockevent drivers for i386: lapic (local) and PIT/HPET (global). Update
the timer IRQ to call into the PIT/HPET driver's event handler and the
lapic-timer IRQ to call into the lapic clockevent driver. The assignement of
timer functionality is delegated to the core framework code and replaces the
compile and runtime evalution in do_timer_interrupt_hook()
Use the clockevents broadcast support and implement the lapic_broadcast
function for ACPI.
No changes to existing functionality.
--
Ubuntu : http://www.ubuntu.com/
Linux1394: http://wiki.linux1394.org/
next prev parent reply other threads:[~2007-08-03 15:52 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
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 [this message]
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=1186156328.8105.72.camel@cunning \
--to=ben.collins@ubuntu.com \
--cc=akpm@linux-foundation.org \
--cc=andi@firstfloor.org \
--cc=cebbert@redhat.com \
--cc=cp@absolutedigital.net \
--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).