All of lore.kernel.org
 help / color / mirror / Atom feed
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:



  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 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.