From: Thomas Renninger <trenn@suse.de>
To: Richard <tuxbox.guru@gmail.com>
Cc: linux-acpi@vger.kernel.org, "Langsdorf,
Mark" <mark.langsdorf@amd.com>,
andreas.herrmann3@amd.com
Subject: Re: ACPI on Compaq 6715b - BIOS from the wrong end of the planet
Date: Tue, 29 Apr 2008 20:29:31 +0200 [thread overview]
Message-ID: <1209493771.1784.892.camel@queen.suse.de> (raw)
In-Reply-To: <4817457C.6000103@gmail.com>
On Tue, 2008-04-29 at 16:57 +0100, Richard wrote:
> Thomas Renninger wrote:
> > On Sun, 2008-04-27 at 10:06 +0100, Richard wrote:
> >
> >> Hi all,
> >>
> >> Pardon for the intrusion, I am trying to fault find a horrible wrong
> >> ACPI interface and fix it.
> >>
> >> the problem is as follows...
> >>
> >> Kernel 2.6.23 works fine, except there is no stable clocksource..
> >> acpi_pm, tsc doesnt work and jiffies .. well thats just jiffies. The
> >> kernel boots but time sources are erratic and this results in an
> >> unstable clock (Mp3's play at erratic speeds)
> >>
> >> Kernel 2.6.25 hangs the system if I enable ACPI Timer and rebuild/boot
> >> the new linux kernel. The only clock sources are tsc and jiffies and TSC
> >> is disables due to being erratic. If I totally disable ACPI, the kernel
> >> boots and works with stable clocks.. but obviously Power management is
> >> gone.
> >>
> >> The system is an ATI bridged AMD Sempron notebook. I have tried Millions
> >> of options in the kernel bootup and none seem to do clear the problem.
> >> This system seems to suffer from the Clocks fast bug. (the dmesg reports
> >> that the 8254 clock is disables, IO-APIC int0 fails and IO-APIC Vritual
> >> wire is OK.. if that means anything :D)
> >>
> >> Any pointers.. and if anyone wants the AML/ACPI stuff, please feel free
> >> to shout.
> >>
> > Does:
> > disable_timer_pin_1
> > or
> > noapictimer
> > work?
> >
> > Thomas
> >
> >
> >
>
> Thanks a Million..
> noapictimer works perfectly ... BUT .. only on 64Bit. acpi_pm is not
> present on 32bit as a clocksource and it defaulted to jiffies. (tsc was
> marked as imreliable)
>
> I am really surprised that this Sempron notebook actually had 64Bit CPU
> compatibility :D
This one helps for my Turion.
AFAIK, another Turion (very similar) does not need this, but I do not
know for sure.
Index: linux-2.6.25-rc6/arch/x86/kernel/cpu/amd.c
===================================================================
--- linux-2.6.25-rc6.orig/arch/x86/kernel/cpu/amd.c
+++ linux-2.6.25-rc6/arch/x86/kernel/cpu/amd.c
@@ -39,9 +39,14 @@ static __cpuinit int amd_apic_timer_brok
{
u32 lo, hi;
u32 eax = cpuid_eax(CPUID_PROCESSOR_SIGNATURE);
+ struct cpuinfo_x86 *c = &boot_cpu_data;
switch (eax & CPUID_XFAM) {
case CPUID_XFAM_K8:
+ if (c->x86 == 15 && c->x86_model == 72 && c->x86_mask == 2) {
+ printk ("Found AMD Turion, disabling apic timer\n");
+ return 1;
+ }
if ((eax & CPUID_XMOD) < CPUID_XMOD_REV_F)
break;
case CPUID_XFAM_10H:
Index: linux-2.6.25-rc6/arch/x86/kernel/setup_64.c
===================================================================
--- linux-2.6.25-rc6.orig/arch/x86/kernel/setup_64.c
+++ linux-2.6.25-rc6/arch/x86/kernel/setup_64.c
@@ -627,11 +627,14 @@ static void __cpuinit early_init_amd_mc(
static __cpuinit int amd_apic_timer_broken(void)
{
u32 lo, hi, eax = cpuid_eax(CPUID_PROCESSOR_SIGNATURE);
-
struct cpuinfo_x86 *c = &boot_cpu_data;
switch (eax & CPUID_XFAM) {
case CPUID_XFAM_K8:
+ if (c->x86 == 15 && c->x86_model == 72 && c->x86_mask == 2) {
+ printk ("Found AMD Turion, disabling apic timer\n");
+ return 1;
+ }
if ((eax & CPUID_XMOD) < CPUID_XMOD_REV_F)
break;
case CPUID_XFAM_10H:
next prev parent reply other threads:[~2008-04-29 18:29 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-27 9:06 ACPI on Compaq 6715b - BIOS from the wrong end of the planet Richard
2008-04-29 13:45 ` Thomas Renninger
2008-04-29 15:57 ` Richard
2008-04-29 18:29 ` Thomas Renninger [this message]
2008-04-29 23:36 ` H. Peter Anvin
2008-04-30 8:30 ` Richard
2008-04-30 8:39 ` Thomas Renninger
2008-04-30 10:23 ` Richard
2008-04-30 12:07 ` Thomas Renninger
2008-04-30 13:09 ` Richard
2008-04-30 13:34 ` Richard
2008-04-30 13:58 ` Thomas Renninger
2008-04-30 17:56 ` Overriding ACPI tables H. Peter Anvin
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=1209493771.1784.892.camel@queen.suse.de \
--to=trenn@suse.de \
--cc=andreas.herrmann3@amd.com \
--cc=linux-acpi@vger.kernel.org \
--cc=mark.langsdorf@amd.com \
--cc=tuxbox.guru@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox