Re: [Bugme-new] [Bug 12826] New: cpufreq driver do not expose all data and configuration to /sys

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 2009-03-07 at 17:33 +0100, Thomas Renninger wrote:
> On Saturday 07 March 2009 04:00:16 pm Matthew Garrett wrote:
> > On Sat, Mar 07, 2009 at 12:09:29PM +0100, Maciej Piechotka wrote:
> > > # cat /proc/acpi/thermal_zone/THM0/trip_points
> > > critical (S5):           99 C
> > > passive:                 95 C: tc1=5 tc2=4 tsp=600 devices= CPU
> > >
> > > The problem is that it seems that the system halts at about 95 C - in
> > > moment when cooling should be applied. This might be an ACPI/ibm_acpi
> > > bug.
> >
> > Halts as in shuts down, or halts as in stops running?

Halts as in shut down. As after halt command but without syncing disks
etc.

> > The R51e seems to
> > have the 32/64-bit ACPI address issue - can you try booting with
> > acpi=rsdt as a kernel argument and see whether it behaves any better?
> 
> Yes it has.
> I posted patches to fix this about three times, first time probably more than 
> a year ago, last one should be these (on the acpi list, easy to google):
> 
> [PATCH 1/3] ACPICA: Add acpi_gbl_force_rsdt variable
> [PATCH 2/3] Introduce acpi_root_table=rsdt boot param and dmi list to force 
> rsdt
> [PATCH 3/3] Remove R40e c-state blacklist
> 
> wrong the last time I sent them was on 19th of Oct. 2008:
> [RESEND] [PATCH 0/3] Blacklist broken ThinkPads to use 32 bit FADT addresses
> [RESEND] [PATCH 1/3] ACPICA: Add acpi_gbl_force_rsdt variable
> [RESEND] [PATCH 2/3] Introduce acpi_root_table=rsdt boot param and dmi list to 
> force rsdt
> [RESEND] [PATCH 3/3] Remove R40e c-state blacklist
> 
> No we have:
>   - SUSE and mainline kernels are out of sync with boot params,
>     acpi_root_table=rsdt vs acpi=rsdt
>   - R51e and R40e are broken in mainline for years, even we know why and they
>     still are
> 
> While I agree with Len that we should try to find the root cause, such issues 
> should get blacklisted first until the root cause has been found or we start 
> debugging the same issues over and over again and loose an overview about 
> which machines/BIOSes are broken.
> 
>        Thomas

Unfortunately those patches cannot be applied to current kernel:
Applying: ACPICA: Add acpi_gbl_force_rsdt variable
error: drivers/acpi/tables/tbutils.c: does not exist in index
error: drivers/acpi/utilities/utglobal.c: does not exist in index
error: include/acpi/acglobal.h: does not exist in index
Patch failed at 0001 ACPICA: Add acpi_gbl_force_rsdt variable

I'll try the boot option. 

Regards

Attachment: signature.asc
Description: This is a digitally signed message part


[Index of Archives]     [Linux Kernel Devel]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Forum]     [Linux SCSI]

  Powered by Linux