>> exregion-0185 [36] ex_system_memory_space: system_memory 0
>(32 width) Address=23FDFFC0
>> exregion-0185 [36] ex_system_memory_space: system_memory 1
>(32 width) Address=23FDFFC0
>> exregion-0290 [36] ex_system_io_space_han: system_iO 1 (8
>width) Address=00B2
>>
>> Hmm, could you file dmesgs with thermal module loaded and unloaded?
>
>Filed at bugzilla.
Excellent! .
>Let me know if there's a different permutation of debug options that I
>should try. I wasn't sure whether you meant that I should leave all
>the debug values at 0x10. Or whether I should s
>> I need the acpi trace log before _PTS to see what kind of thermal
>> related methods got called.
>
>Alas, I've included all the dmesg's.
I need the full log for S3 suspend failure not just snippets.
Please attach it on bugzilla.kernel.org
The log for S3 suspend success cannot help me to tra
Thanks for your debug information.
>
>> Could you try to mute thermal poll?
>
>Done. The sleep.sh script now has
>
>echo 0 > /proc/acpi/thermal_zone/THM2/polling_frequency
>echo 0 > /proc/acpi/thermal_zone/THM0/polling_frequency
>sleep 1
Hmm, could you file dmesges with tmermal module loaded a
>width) Address=23FDFFC0
>exregion-0290 [36] ex_system_io_space_han: system_iO 1 (8
>width) Address=00B2
>exregion-0185 [35] ex_system_memory_space: system_memory 0 (32
>width) Address=23FDFFC0
>exregion-0185 [36] ex_system_memory_space: system_memory 0 (32
>width) Ad
> exregion-0290 [36] ex_system_io_space_han: system_iO 1 (8
>>> width) Address=00B2
>>>
>>> repeated endlessly.
>
>> I need calltrace for this
>
>Looking at /proc/acpi/debug_level, I see several debugging choices
>that might give the calltrace you want. Let me know which ones are
>es
>From: "Yu, Luming" <[EMAIL PROTECTED]>
>> I suggest you to retest, and post dmesg with UN-modified BIOS.
>
>I'm now running/testing an unmodified DSDT with 2.6.16-rc5.
>For a while
>I had no S3 hangs, but I just noticed them again. The error
>
>
>>> Subject: S3 sleep hangs the second time - 600X
>>> References : http://bugzilla.kernel.org/show_bug.cgi?id=5989
>
>From: "Yu, Luming" <[EMAIL PROTECTED]>
>> According to bug report, the BIOS DSDT is modified. I don't know
>>
>Subject: S3 sleep hangs the second time - 600X
>References : http://bugzilla.kernel.org/show_bug.cgi?id=5989
>Submitter : Sanjoy Mahajan <[EMAIL PROTECTED]>
>Handled-By : Luming Yu <[EMAIL PROTECTED]>
>Status : is being debugged,
> we might want to change the default back for
I don't think anybody claimed this isn't a regression for the 600X.
>
>>> I narrowed it further. The short story is that this commit (diff
>>> below sig) makes the second S3 sleep go into the endless loop, if
>>> the loaded modules are exactly thermal, processor, intel_agp, and
>>> agpgart:
>
>> I don't think anybody claimed this isn't a regression for the 600X.
>
>I narrowed it further. The short story is that this commit (diff below
>sig) makes the second S3 sleep go into the endless loop, if the loaded
>modules are exactly thermal, processor, intel_agp, and agpgart:
If you believe
Please verify if APIC mode can help this case?
Thanks
Luming
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of Daniel Blueman
>Sent: 2004年10月25日 4:20
>To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
>Subject: [2.6.9] unhandled OHCI IRQs...
>
>When plugging in
12 matches
Mail list logo
