From: Richard <tuxbox.guru@gmail.com>
To: trenn@suse.de
Cc: "H. Peter Anvin" <hpa@zytor.com>,
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: Wed, 30 Apr 2008 11:23:01 +0100 [thread overview]
Message-ID: <48184885.2090703@gmail.com> (raw)
In-Reply-To: <1209544792.29352.78.camel@linux-2bdv.site>
Thomas Renninger wrote:
> On Tue, 2008-04-29 at 16:36 -0700, H. Peter Anvin wrote:
>
>> Thomas Renninger wrote:
>>
>>>>>
>>>>>
>>>> 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.
>>>
>>>
>> Is the common denominator here the Turion (and if so, what model
>> number), or is it the mainboard or BIOS? If the latter, it should be
>> keyed on a DMI signature instead of the CPU.
>>
>
> noapictimer is needed on machines with C1E (when all cores issue C1, the
> BIOS may decide to shut down more things, like the apic timer...).
> Therefore the checking for C1E (in arch/x86/setup_64.c
> amd_apic_timer_broken(..)). The check for C1E is done for K8 RevF, K10
> and K11. I now expect it simply has been forgotten that K8 RevE CPUs
> may also have C1E (maybe only mobile Turion and Semprons, could the
> check below be enhanced to only check mobile CPUs?)?
>
> This patch should also check for RevE with more than one core. It's
> untested, but should compile. Does this one work for you Richard?
>
>
> Also check for broken apic timer for RevE multi core machines
>
> Signed-off-by: Thomas Renninger <trenn@suse.de>
>
> Index: linux-2.6/arch/x86/kernel/setup_64.c
> ===================================================================
> --- linux-2.6.orig/arch/x86/kernel/setup_64.c
> +++ linux-2.6/arch/x86/kernel/setup_64.c
> @@ -686,7 +686,7 @@ static void __cpuinit early_init_amd_mc(
> #define CPUID_XFAM_10H 0x00100000
> #define CPUID_XFAM_11H 0x00200000
> #define CPUID_XMOD 0x000f0000
> -#define CPUID_XMOD_REV_F 0x00040000
> +#define CPUID_XMOD_REV_E 0x00020000
>
> /* AMD systems with C1E don't have a working lAPIC timer. Check for that. */
> static __cpuinit int amd_apic_timer_broken(void)
> @@ -695,7 +695,9 @@ static __cpuinit int amd_apic_timer_brok
>
> switch (eax & CPUID_XFAM) {
> case CPUID_XFAM_K8:
> - if ((eax & CPUID_XMOD) < CPUID_XMOD_REV_F)
> + if ((eax & CPUID_XMOD) < CPUID_XMOD_REV_E)
> + break;
> + if (num_online_cpus() < 2)
> break;
> case CPUID_XFAM_10H:
> case CPUID_XFAM_11H:
>
>
>
>
>
Hi there,
The results are in.. and the patch done nothing on my notebook. The
symptoms are exactly the same as before. Kernel loads, INIT starts and
then the machine shuts down a few seconds later. noapictimer still fixes
it tho'
<insert twilight zone music here>
Thanks a million,
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2008-04-30 10:23 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
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 [this message]
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=48184885.2090703@gmail.com \
--to=tuxbox.guru@gmail.com \
--cc=andreas.herrmann3@amd.com \
--cc=hpa@zytor.com \
--cc=linux-acpi@vger.kernel.org \
--cc=mark.langsdorf@amd.com \
--cc=trenn@suse.de \
/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