* Occasional (too common) suspend problem
@ 2011-01-21 4:50 Linus Torvalds
[not found] ` <AANLkTi=LyufFJ-zqMWdGnSnZ-iW+ONbQ8mLfTn1O5WVi@mail.gmail.com>
` (4 more replies)
0 siblings, 5 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-21 4:50 UTC (permalink / raw)
To: Rafael J. Wysocki, Len Brown, Jeff Chua, ACPI Devel Maling List
So I have one remaining problem on my nasty EeePC problem child
computer, and this one I cannot bisect simply because it's so flaky.
The exact same kernel may suspend and resume many many times in a row,
and then I reboot it, and it hangs on the first suspend. Very
occasionally the machine comes back when I press a key, and resumes
ok. Most of the time it does not - it's just dead to the world, and
there are no logs to go by. I even tried pm_trace, and that didn't get
me anywhere, although I once got a hash match:
hash matches drivers/base/power/main.c:555
which is the last part of a deivice_resume(), but none of the devices
matched, so that didn't really give any information at all.
So I have very little to go on.
However, at least one time when it failed and came back (remember:
very rare), I did get that suspend sequence printouts logged. Here's a
_good_ suspend:
...
[ 79.596367] PM: Saving platform NVS memory
[ 79.596378] Disabling non-boot CPUs ...
[ 79.700053] CPU 1 is now offline
[ 79.700565] PM: Restoring platform NVS memory
[ 79.700565] Enabling non-boot CPUs ...
[ 79.700565] Booting Node 0 Processor 1 APIC 0x1
[ 79.597894] Initializing CPU#1
...
and here's the one that failed and then ended up coming back on a keypress:
...
[ 54.628375] PM: Saving platform NVS memory
[ 54.628387] Disabling non-boot CPUs ...
[ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
for [EmbeddedControl] (20110112/evregion-474)
[ 63.554992] ACPI Error: Method parse/execution failed
[\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
(20110112/psparse-536)
[ 63.555022] ACPI Error: Method parse/execution failed
[\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
[ 63.555047] ACPI Error: Method parse/execution failed
[\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
(20110112/psparse-536)
[ 63.555079] Thermal: failed to read out thermal zone 0
[ 63.556361] CPU 1 is now offline
[ 63.556944] PM: Restoring platform NVS memory
[ 63.556944] Enabling non-boot CPUs ...
[ 63.556944] Booting Node 0 Processor 1 APIC 0x1
[ 63.556279] Initializing CPU#1
...
which really doesn't tell me much, except that clearly something in
ACPI-land is unhappy, and it looks thermal-related (that last error
message comes from thermal_zone_device_update()).
Any ideas?
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: [linux-pm] Occasional (too common) suspend problem
[not found] ` <AANLkTi=LyufFJ-zqMWdGnSnZ-iW+ONbQ8mLfTn1O5WVi@mail.gmail.com>
@ 2011-01-21 5:26 ` Lin Ming
2011-01-21 16:28 ` Linus Torvalds
2011-01-21 5:26 ` Lin Ming
1 sibling, 1 reply; 61+ messages in thread
From: Lin Ming @ 2011-01-21 5:26 UTC (permalink / raw)
To: Linus Torvalds
Cc: Rafael J. Wysocki, Len Brown, Jeff Chua, ACPI Devel Maling List,
Linux-pm mailing list, Moore, Robert
On Fri, 2011-01-21 at 13:23 +0800, Lin Ming wrote:
> ---------- Forwarded message ----------
> From: Linus Torvalds <torvalds@linux-foundation.org>
> Date: Fri, Jan 21, 2011 at 12:50 PM
> Subject: [linux-pm] Occasional (too common) suspend problem
> To: "Rafael J. Wysocki" <rjw@sisk.pl>, Len Brown <lenb@kernel.org>,
> Jeff Chua <jeff.chua.linux@gmail.com>, ACPI Devel Maling List
> <linux-acpi@vger.kernel.org>, Linux-pm mailing list
> <linux-pm@lists.linux-foundation.org>
>
>
> So I have one remaining problem on my nasty EeePC problem child
> computer, and this one I cannot bisect simply because it's so flaky.
>
> The exact same kernel may suspend and resume many many times in a row,
> and then I reboot it, and it hangs on the first suspend. Very
> occasionally the machine comes back when I press a key, and resumes
> ok. Most of the time it does not - it's just dead to the world, and
> there are no logs to go by. I even tried pm_trace, and that didn't get
> me anywhere, although I once got a hash match:
>
> hash matches drivers/base/power/main.c:555
>
> which is the last part of a deivice_resume(), but none of the devices
> matched, so that didn't really give any information at all.
>
> So I have very little to go on.
>
> However, at least one time when it failed and came back (remember:
> very rare), I did get that suspend sequence printouts logged. Here's a
> _good_ suspend:
>
> ...
> [ 79.596367] PM: Saving platform NVS memory
> [ 79.596378] Disabling non-boot CPUs ...
> [ 79.700053] CPU 1 is now offline
> [ 79.700565] PM: Restoring platform NVS memory
> [ 79.700565] Enabling non-boot CPUs ...
> [ 79.700565] Booting Node 0 Processor 1 APIC 0x1
> [ 79.597894] Initializing CPU#1
> ...
>
> and here's the one that failed and then ended up coming back on a keypress:
>
> ...
> [ 54.628375] PM: Saving platform NVS memory
> [ 54.628387] Disabling non-boot CPUs ...
> [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> for [EmbeddedControl] (20110112/evregion-474)
> [ 63.554992] ACPI Error: Method parse/execution failed
> [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555022] ACPI Error: Method parse/execution failed
> [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> [ 63.555047] ACPI Error: Method parse/execution failed
> [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555079] Thermal: failed to read out thermal zone 0
> [ 63.556361] CPU 1 is now offline
> [ 63.556944] PM: Restoring platform NVS memory
> [ 63.556944] Enabling non-boot CPUs ...
> [ 63.556944] Booting Node 0 Processor 1 APIC 0x1
> [ 63.556279] Initializing CPU#1
> ...
>
> which really doesn't tell me much, except that clearly something in
> ACPI-land is unhappy, and it looks thermal-related (that last error
> message comes from thermal_zone_device_update()).
>
> Any ideas?
Does revert bba63a29(ACPICA: Implicit notify support) help?
Lin Ming
>
> Linus
> _______________________________________________
> linux-pm mailing list
> linux-pm@lists.linux-foundation.org
> https://lists.linux-foundation.org/mailman/listinfo/linux-pm
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
[not found] ` <AANLkTi=LyufFJ-zqMWdGnSnZ-iW+ONbQ8mLfTn1O5WVi@mail.gmail.com>
2011-01-21 5:26 ` [linux-pm] " Lin Ming
@ 2011-01-21 5:26 ` Lin Ming
1 sibling, 0 replies; 61+ messages in thread
From: Lin Ming @ 2011-01-21 5:26 UTC (permalink / raw)
To: Linus Torvalds
Cc: Jeff Chua, Moore, Robert, ACPI Devel Maling List, Linux-pm mailing list
On Fri, 2011-01-21 at 13:23 +0800, Lin Ming wrote:
> ---------- Forwarded message ----------
> From: Linus Torvalds <torvalds@linux-foundation.org>
> Date: Fri, Jan 21, 2011 at 12:50 PM
> Subject: [linux-pm] Occasional (too common) suspend problem
> To: "Rafael J. Wysocki" <rjw@sisk.pl>, Len Brown <lenb@kernel.org>,
> Jeff Chua <jeff.chua.linux@gmail.com>, ACPI Devel Maling List
> <linux-acpi@vger.kernel.org>, Linux-pm mailing list
> <linux-pm@lists.linux-foundation.org>
>
>
> So I have one remaining problem on my nasty EeePC problem child
> computer, and this one I cannot bisect simply because it's so flaky.
>
> The exact same kernel may suspend and resume many many times in a row,
> and then I reboot it, and it hangs on the first suspend. Very
> occasionally the machine comes back when I press a key, and resumes
> ok. Most of the time it does not - it's just dead to the world, and
> there are no logs to go by. I even tried pm_trace, and that didn't get
> me anywhere, although I once got a hash match:
>
> hash matches drivers/base/power/main.c:555
>
> which is the last part of a deivice_resume(), but none of the devices
> matched, so that didn't really give any information at all.
>
> So I have very little to go on.
>
> However, at least one time when it failed and came back (remember:
> very rare), I did get that suspend sequence printouts logged. Here's a
> _good_ suspend:
>
> ...
> [ 79.596367] PM: Saving platform NVS memory
> [ 79.596378] Disabling non-boot CPUs ...
> [ 79.700053] CPU 1 is now offline
> [ 79.700565] PM: Restoring platform NVS memory
> [ 79.700565] Enabling non-boot CPUs ...
> [ 79.700565] Booting Node 0 Processor 1 APIC 0x1
> [ 79.597894] Initializing CPU#1
> ...
>
> and here's the one that failed and then ended up coming back on a keypress:
>
> ...
> [ 54.628375] PM: Saving platform NVS memory
> [ 54.628387] Disabling non-boot CPUs ...
> [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> for [EmbeddedControl] (20110112/evregion-474)
> [ 63.554992] ACPI Error: Method parse/execution failed
> [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555022] ACPI Error: Method parse/execution failed
> [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> [ 63.555047] ACPI Error: Method parse/execution failed
> [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555079] Thermal: failed to read out thermal zone 0
> [ 63.556361] CPU 1 is now offline
> [ 63.556944] PM: Restoring platform NVS memory
> [ 63.556944] Enabling non-boot CPUs ...
> [ 63.556944] Booting Node 0 Processor 1 APIC 0x1
> [ 63.556279] Initializing CPU#1
> ...
>
> which really doesn't tell me much, except that clearly something in
> ACPI-land is unhappy, and it looks thermal-related (that last error
> message comes from thermal_zone_device_update()).
>
> Any ideas?
Does revert bba63a29(ACPICA: Implicit notify support) help?
Lin Ming
>
> Linus
> _______________________________________________
> linux-pm mailing list
> linux-pm@lists.linux-foundation.org
> https://lists.linux-foundation.org/mailman/listinfo/linux-pm
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 4:50 Occasional (too common) suspend problem Linus Torvalds
[not found] ` <AANLkTi=LyufFJ-zqMWdGnSnZ-iW+ONbQ8mLfTn1O5WVi@mail.gmail.com>
@ 2011-01-21 7:26 ` Zhang Rui
2011-01-21 7:26 ` Zhang Rui
` (2 subsequent siblings)
4 siblings, 0 replies; 61+ messages in thread
From: Zhang Rui @ 2011-01-21 7:26 UTC (permalink / raw)
To: Linus Torvalds
Cc: Rafael J. Wysocki, Len Brown, Jeff Chua, ACPI Devel Maling List,
Linux-pm mailing list
On Fri, 2011-01-21 at 12:50 +0800, Linus Torvalds wrote:
> So I have one remaining problem on my nasty EeePC problem child
> computer, and this one I cannot bisect simply because it's so flaky.
>
> The exact same kernel may suspend and resume many many times in a row,
> and then I reboot it, and it hangs on the first suspend. Very
> occasionally the machine comes back when I press a key, and resumes
> ok. Most of the time it does not - it's just dead to the world, and
> there are no logs to go by. I even tried pm_trace, and that didn't get
> me anywhere, although I once got a hash match:
>
> hash matches drivers/base/power/main.c:555
>
> which is the last part of a deivice_resume(), but none of the devices
> matched, so that didn't really give any information at all.
>
> So I have very little to go on.
>
> However, at least one time when it failed and came back (remember:
> very rare), I did get that suspend sequence printouts logged. Here's a
> _good_ suspend:
>
> ...
> [ 79.596367] PM: Saving platform NVS memory
> [ 79.596378] Disabling non-boot CPUs ...
> [ 79.700053] CPU 1 is now offline
> [ 79.700565] PM: Restoring platform NVS memory
> [ 79.700565] Enabling non-boot CPUs ...
> [ 79.700565] Booting Node 0 Processor 1 APIC 0x1
> [ 79.597894] Initializing CPU#1
> ...
>
> and here's the one that failed and then ended up coming back on a keypress:
>
> ...
> [ 54.628375] PM: Saving platform NVS memory
> [ 54.628387] Disabling non-boot CPUs ...
> [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> for [EmbeddedControl] (20110112/evregion-474)
> [ 63.554992] ACPI Error: Method parse/execution failed
> [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555022] ACPI Error: Method parse/execution failed
> [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> [ 63.555047] ACPI Error: Method parse/execution failed
> [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555079] Thermal: failed to read out thermal zone 0
is this a 2.6.38-rc1 regression?
can you attach the acpidump output of this machine?
thanks,
rui
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 4:50 Occasional (too common) suspend problem Linus Torvalds
[not found] ` <AANLkTi=LyufFJ-zqMWdGnSnZ-iW+ONbQ8mLfTn1O5WVi@mail.gmail.com>
2011-01-21 7:26 ` Zhang Rui
@ 2011-01-21 7:26 ` Zhang Rui
2011-01-21 21:00 ` Len Brown
2011-01-21 21:00 ` Len Brown
4 siblings, 0 replies; 61+ messages in thread
From: Zhang Rui @ 2011-01-21 7:26 UTC (permalink / raw)
To: Linus Torvalds; +Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Fri, 2011-01-21 at 12:50 +0800, Linus Torvalds wrote:
> So I have one remaining problem on my nasty EeePC problem child
> computer, and this one I cannot bisect simply because it's so flaky.
>
> The exact same kernel may suspend and resume many many times in a row,
> and then I reboot it, and it hangs on the first suspend. Very
> occasionally the machine comes back when I press a key, and resumes
> ok. Most of the time it does not - it's just dead to the world, and
> there are no logs to go by. I even tried pm_trace, and that didn't get
> me anywhere, although I once got a hash match:
>
> hash matches drivers/base/power/main.c:555
>
> which is the last part of a deivice_resume(), but none of the devices
> matched, so that didn't really give any information at all.
>
> So I have very little to go on.
>
> However, at least one time when it failed and came back (remember:
> very rare), I did get that suspend sequence printouts logged. Here's a
> _good_ suspend:
>
> ...
> [ 79.596367] PM: Saving platform NVS memory
> [ 79.596378] Disabling non-boot CPUs ...
> [ 79.700053] CPU 1 is now offline
> [ 79.700565] PM: Restoring platform NVS memory
> [ 79.700565] Enabling non-boot CPUs ...
> [ 79.700565] Booting Node 0 Processor 1 APIC 0x1
> [ 79.597894] Initializing CPU#1
> ...
>
> and here's the one that failed and then ended up coming back on a keypress:
>
> ...
> [ 54.628375] PM: Saving platform NVS memory
> [ 54.628387] Disabling non-boot CPUs ...
> [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> for [EmbeddedControl] (20110112/evregion-474)
> [ 63.554992] ACPI Error: Method parse/execution failed
> [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555022] ACPI Error: Method parse/execution failed
> [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> [ 63.555047] ACPI Error: Method parse/execution failed
> [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555079] Thermal: failed to read out thermal zone 0
is this a 2.6.38-rc1 regression?
can you attach the acpidump output of this machine?
thanks,
rui
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 5:26 ` [linux-pm] " Lin Ming
@ 2011-01-21 16:28 ` Linus Torvalds
2011-01-21 17:09 ` Jeff Chua
` (3 more replies)
0 siblings, 4 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-21 16:28 UTC (permalink / raw)
To: Lin Ming, Zhang Rui
Cc: Jeff Chua, Moore, Robert, ACPI Devel Maling List, Linux-pm mailing list
[-- Attachment #1: Type: text/plain, Size: 3915 bytes --]
On Thu, Jan 20, 2011 at 9:26 PM, Lin Ming <ming.m.lin@intel.com> wrote:
> On Fri, 2011-01-21 at 12:50, Linus Torvalds wrote:
>>
>> ...
>> [ 54.628375] PM: Saving platform NVS memory
>> [ 54.628387] Disabling non-boot CPUs ...
>> [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
>> for [EmbeddedControl] (20110112/evregion-474)
>> [ 63.554992] ACPI Error: Method parse/execution failed
>> [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
>> (20110112/psparse-536)
>> [ 63.555022] ACPI Error: Method parse/execution failed
>> [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
>> [ 63.555047] ACPI Error: Method parse/execution failed
>> [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
>> (20110112/psparse-536)
>> [ 63.555079] Thermal: failed to read out thermal zone 0
>> [ 63.556361] CPU 1 is now offline
>> [ 63.556944] PM: Restoring platform NVS memory
>> [ 63.556944] Enabling non-boot CPUs ...
>> [ 63.556944] Booting Node 0 Processor 1 APIC 0x1
>> [ 63.556279] Initializing CPU#1
>> ...
>>
>> which really doesn't tell me much, except that clearly something in
>> ACPI-land is unhappy, and it looks thermal-related (that last error
>> message comes from thermal_zone_device_update()).
>>
>> Any ideas?
>
> Does revert bba63a29(ACPICA: Implicit notify support) help?
It seemed to, but on the third boot (with several suspend cycles per
boot) I ended up seeing it. This is why I can't bisect it - it really
isn't reliable enough to bisect sanely.
One thing I've noticed: if the system suspends once, it seems to
suspend several times. At least I think that every time I've seen this
problem, it's happened on the first suspend (and if it comes back
after a keypress, the second suspend will hang hard). But I've been
booting this machine so much during all the testing, that I haven't
ever done a really _long_ run of many suspend/resume cyles, so my
evidence for that is weakish.
It also seems to be easier to trigger under some moderate load. But
that may be a total red herring, and maybe it's my expectations that
color that impression (ie the fact that I saw the "thermal" thing, and
started thinking that it happens more easily if I run some system
stresser on it).
Finally, it may well be that the thermal problem from ACPI is harmless
- I've seen the suspend end up hanging on a keypress (but coming back)
even without that particular message being in the logs.
Zhang Rui wrote:
>
> is this a 2.6.38-rc1 regression?
I'm fairly certain it is. I don't use that machine much (it's slow as
molasses and the screen is not very good), and I did a full re-install
of Fedora 14 on it just this Monday to take ti with me to LCA. But I
have bisected three different suspend problems - not including this
one - on this machine since then, so I have been booting lots of
kernels on it, and suspending/resuming it a lot.
And I have never seen a suspend/resume failure (so far - knock wood)
when running plain 2.6.37.
That said, it is NOT reliable. so I can't guarantee anything. Many of
the suspends I've been doing have been by ssh'ing in, and just doing
"echo mem > /sys/power/state". And I get the feeling that this problem
happens more when I suspend by closing the lid.
(Again, that "closing the lid" may be about me being physically at the
machine and starting programs too, so my other theory that it is
load-dependent might account for that).
But it might well be some race, and have nothing to do with load or
lid or anything, and just be entirely bad luck. The patterns I've seen
are not strong enough to really make any judgement.
> can you attach the acpidump output of this machine?
Attached. I also attach the full dmesg of a boot and then later a
successful suspend/resume.
Linus
[-- Attachment #2: acpi.dump --]
[-- Type: application/octet-stream, Size: 108242 bytes --]
DSDT @ 0x7f7a05b0
0000: 44 53 44 54 dd 53 00 00 01 d3 50 30 30 31 37 00 DSDT.S....P0017.
0010: 50 30 30 31 37 30 30 30 00 00 00 00 49 4e 54 4c P0017000....INTL
0020: 17 11 05 20 10 1b 5f 50 52 5f 5b 83 0b 50 30 30 ... .._PR_[..P00
0030: 31 01 10 08 00 00 06 06 50 30 30 31 43 50 55 31 1.......P001CPU1
0040: 10 1b 5f 50 52 5f 5b 83 0b 50 30 30 32 02 10 08 .._PR_[..P002...
0050: 00 00 06 06 50 30 30 32 43 50 55 32 08 44 50 38 ....P002CPU2.DP8
0060: 30 0a 80 08 44 50 39 30 0a 90 08 41 50 49 43 01 0...DP90...APIC.
0070: 08 50 4d 42 53 0b 00 08 08 50 4d 4c 4e 0a 80 08 .PMBS....PMLN...
0080: 47 50 42 53 0b 80 04 08 47 50 4c 4e 0a 40 08 53 GPBS....GPLN.@.S
0090: 4d 42 4c 00 08 50 4d 32 38 0b 28 08 08 50 4d 33 MBL..PM28.(..PM3
00a0: 30 0b 30 08 08 53 55 53 57 0a ff 08 50 43 49 42 0.0..SUSW...PCIB
00b0: 0c 00 00 00 e0 08 50 43 49 4c 0c 00 00 00 04 08 ......PCIL......
00c0: 53 4d 42 53 0b 00 04 5b 80 42 49 4f 53 00 0c 64 SMBS...[.BIOS..d
00d0: e0 7a 7f 0a ff 5b 81 4d 08 42 49 4f 53 01 53 53 .z...[.M.BIOS.SS
00e0: 31 5f 01 53 53 32 5f 01 53 53 33 5f 01 53 53 34 1_.SS2_.SS3_.SS4
00f0: 5f 01 00 04 49 4f 53 54 10 54 4f 50 4d 20 52 4f _...IOST.TOPM RO
0100: 4d 53 20 4d 47 31 42 20 4d 47 31 4c 20 4d 47 32 MS MG1B MG1L MG2
0110: 42 20 4d 47 32 4c 20 00 08 44 4d 41 58 08 48 50 B MG2L ..DMAX.HP
0120: 54 41 20 43 50 42 30 20 43 50 42 31 20 43 50 42 TA CPB0 CPB1 CPB
0130: 32 20 43 50 42 33 20 41 53 53 42 08 41 4f 54 42 2 CPB3 ASSB.AOTB
0140: 08 41 41 58 42 20 53 4d 49 46 08 44 54 53 45 08 .AAXB SMIF.DTSE.
0150: 44 54 53 31 08 44 54 53 32 08 4d 50 45 4e 08 54 DTS1.DTS2.MPEN.T
0160: 50 4d 46 08 14 0f 52 52 49 4f 04 70 0d 52 52 49 PMF...RRIO.p.RRI
0170: 4f 00 5b 31 14 0f 52 44 4d 41 03 70 0d 72 44 4d O.[1..RDMA.p.rDM
0180: 41 00 5b 31 08 50 49 43 4d 00 14 1f 5f 50 49 43 A.[1.PICM..._PIC
0190: 01 a0 09 68 70 0a aa 44 42 47 38 a1 08 70 0a ac ...hp..DBG8..p..
01a0: 44 42 47 38 70 68 50 49 43 4d 08 4f 53 56 52 ff DBG8phPICM.OSVR.
01b0: 14 4f 17 4f 53 46 4c 00 a0 0d 92 93 4f 53 56 52 .O.OSFL.....OSVR
01c0: ff a4 4f 53 56 52 a0 0e 93 50 49 43 4d 00 70 0a ..OSVR...PICM.p.
01d0: ac 44 42 47 38 70 01 4f 53 56 52 a0 40 0d 5b 12 .DBG8p.OSVR.@.[.
01e0: 5f 4f 53 49 61 a0 1a 5f 4f 53 49 0d 57 69 6e 64 _OSIa.._OSI.Wind
01f0: 6f 77 73 20 32 30 30 30 00 70 0a 04 4f 53 56 52 ows 2000.p..OSVR
0200: a0 19 5f 4f 53 49 0d 57 69 6e 64 6f 77 73 20 32 .._OSI.Windows 2
0210: 30 30 31 00 70 00 4f 53 56 52 a0 1d 5f 4f 53 49 001.p.OSVR.._OSI
0220: 0d 57 69 6e 64 6f 77 73 20 32 30 30 31 20 53 50 .Windows 2001 SP
0230: 31 00 70 00 4f 53 56 52 a0 1d 5f 4f 53 49 0d 57 1.p.OSVR.._OSI.W
0240: 69 6e 64 6f 77 73 20 32 30 30 31 20 53 50 32 00 indows 2001 SP2.
0250: 70 00 4f 53 56 52 a0 1b 5f 4f 53 49 0d 57 69 6e p.OSVR.._OSI.Win
0260: 64 6f 77 73 20 32 30 30 31 2e 31 00 70 00 4f 53 dows 2001.1.p.OS
0270: 56 52 a0 1f 5f 4f 53 49 0d 57 69 6e 64 6f 77 73 VR.._OSI.Windows
0280: 20 32 30 30 31 2e 31 20 53 50 31 00 70 00 4f 53 2001.1 SP1.p.OS
0290: 56 52 a0 19 5f 4f 53 49 0d 57 69 6e 64 6f 77 73 VR.._OSI.Windows
02a0: 20 32 30 30 36 00 70 00 4f 53 56 52 a1 4e 07 a0 2006.p.OSVR.N..
02b0: 26 4d 43 54 48 5f 4f 53 5f 0d 4d 69 63 72 6f 73 &MCTH_OS_.Micros
02c0: 6f 66 74 20 57 69 6e 64 6f 77 73 20 4e 54 00 70 oft Windows NT.p
02d0: 0a 04 4f 53 56 52 a1 44 05 a0 39 4d 43 54 48 5f ..OSVR.D..9MCTH_
02e0: 4f 53 5f 0d 4d 69 63 72 6f 73 6f 66 74 20 57 69 OS_.Microsoft Wi
02f0: 6e 64 6f 77 73 4d 45 3a 20 4d 69 6c 6c 65 6e 6e ndowsME: Millenn
0300: 69 75 6d 20 45 64 69 74 69 6f 6e 00 70 0a 02 4f ium Edition.p..O
0310: 53 56 52 a0 17 4d 43 54 48 5f 4f 53 5f 0d 4c 69 SVR..MCTH_OS_.Li
0320: 6e 75 78 00 70 0a 03 4f 53 56 52 a4 4f 53 56 52 nux.p..OSVR.OSVR
0330: 14 4e 04 4d 43 54 48 02 a0 08 95 87 68 87 69 a4 .N.MCTH.....h.i.
0340: 00 72 87 68 01 60 08 42 55 46 30 11 02 60 08 42 .r.h.`.BUF0..`.B
0350: 55 46 31 11 02 60 70 68 42 55 46 30 70 69 42 55 UF1..`phBUF0piBU
0360: 46 31 a2 1a 60 76 60 a0 15 92 93 83 88 42 55 46 F1..`v`......BUF
0370: 30 60 00 83 88 42 55 46 31 60 00 a4 00 a4 01 08 0`...BUF1`......
0380: 50 52 57 50 12 04 02 00 00 14 4b 07 47 50 52 57 PRWP......K.GPRW
0390: 02 70 68 88 50 52 57 50 00 00 70 79 53 53 31 5f .ph.PRWP..pySS1_
03a0: 01 00 60 7d 60 79 53 53 32 5f 0a 02 00 60 7d 60 ..`}`ySS2_...`}`
03b0: 79 53 53 33 5f 0a 03 00 60 7d 60 79 53 53 34 5f ySS3_...`}`ySS4_
03c0: 0a 04 00 60 a0 11 7b 79 01 69 00 60 00 70 69 88 ...`..{y.i.`.pi.
03d0: 50 52 57 50 01 00 a1 29 7a 60 01 60 a0 18 91 93 PRWP...)z`.`....
03e0: 4f 53 46 4c 01 93 4f 53 46 4c 0a 02 81 60 88 50 OSFL..OSFL...`.P
03f0: 52 57 50 01 00 a1 0a 82 60 88 50 52 57 50 01 00 RWP.....`.PRWP..
0400: a4 50 52 57 50 08 57 41 4b 50 12 04 02 00 00 5b .PRWP.WAKP.....[
0410: 80 44 45 42 30 01 44 50 38 30 01 5b 81 0b 44 45 .DEB0.DP80.[..DE
0420: 42 30 01 44 42 47 38 08 5b 80 44 45 42 31 01 44 B0.DBG8.[.DEB1.D
0430: 50 39 30 0a 02 5b 81 0b 44 45 42 31 02 44 42 47 P90..[..DEB1.DBG
0440: 39 10 10 88 3a 04 5f 53 42 5f 08 50 52 30 30 12 9...:._SB_.PR00.
0450: 45 10 12 12 0d 04 0c ff ff 01 00 00 4c 4e 4b 41 E...........LNKA
0460: 00 12 0d 04 0c ff ff 01 00 01 4c 4e 4b 42 00 12 ..........LNKB..
0470: 0e 04 0c ff ff 01 00 0a 02 4c 4e 4b 43 00 12 0e .........LNKC...
0480: 04 0c ff ff 01 00 0a 03 4c 4e 4b 44 00 12 0d 04 ........LNKD....
0490: 0c ff ff 1f 00 00 4c 4e 4b 43 00 12 0d 04 0c ff ......LNKC......
04a0: ff 1f 00 01 4c 4e 4b 44 00 12 0d 04 0c ff ff 1e ....LNKD........
04b0: 00 00 4c 4e 4b 42 00 12 0d 04 0c ff ff 1b 00 00 ..LNKB..........
04c0: 4c 4e 4b 41 00 12 0d 04 0c ff ff 1c 00 00 4c 4e LNKA..........LN
04d0: 4b 41 00 12 0d 04 0c ff ff 1c 00 01 4c 4e 4b 42 KA..........LNKB
04e0: 00 12 0e 04 0c ff ff 1c 00 0a 02 4c 4e 4b 43 00 ...........LNKC.
04f0: 12 0e 04 0c ff ff 1c 00 0a 03 4c 4e 4b 44 00 12 ..........LNKD..
0500: 0d 04 0c ff ff 1e 00 01 4c 4e 4b 45 00 12 0d 04 ........LNKE....
0510: 0c ff ff 1d 00 00 4c 4e 4b 48 00 12 0d 04 0c ff ......LNKH......
0520: ff 1d 00 01 4c 4e 4b 44 00 12 0e 04 0c ff ff 1d ....LNKD........
0530: 00 0a 02 4c 4e 4b 43 00 12 0e 04 0c ff ff 1d 00 ...LNKC.........
0540: 0a 03 4c 4e 4b 41 00 12 0d 04 0c ff ff 02 00 00 ..LNKA..........
0550: 4c 4e 4b 41 00 08 41 52 30 30 12 41 0e 12 12 0b LNKA..AR00.A....
0560: 04 0c ff ff 01 00 00 00 0a 10 12 0b 04 0c ff ff ................
0570: 01 00 01 00 0a 11 12 0c 04 0c ff ff 01 00 0a 02 ................
0580: 00 0a 12 12 0c 04 0c ff ff 01 00 0a 03 00 0a 13 ................
0590: 12 0b 04 0c ff ff 1f 00 00 00 0a 12 12 0b 04 0c ................
05a0: ff ff 1f 00 01 00 0a 13 12 0b 04 0c ff ff 1e 00 ................
05b0: 00 00 0a 11 12 0b 04 0c ff ff 1b 00 00 00 0a 10 ................
05c0: 12 0b 04 0c ff ff 1c 00 00 00 0a 10 12 0b 04 0c ................
05d0: ff ff 1c 00 01 00 0a 11 12 0c 04 0c ff ff 1c 00 ................
05e0: 0a 02 00 0a 12 12 0c 04 0c ff ff 1c 00 0a 03 00 ................
05f0: 0a 13 12 0b 04 0c ff ff 1e 00 01 00 0a 14 12 0b ................
0600: 04 0c ff ff 1d 00 00 00 0a 17 12 0b 04 0c ff ff ................
0610: 1d 00 01 00 0a 13 12 0c 04 0c ff ff 1d 00 0a 02 ................
0620: 00 0a 12 12 0c 04 0c ff ff 1d 00 0a 03 00 0a 10 ................
0630: 12 0b 04 0c ff ff 02 00 00 00 0a 10 08 50 52 30 .............PR0
0640: 34 12 34 04 12 0b 04 0b ff ff 00 4c 4e 4b 41 00 4.4........LNKA.
0650: 12 0b 04 0b ff ff 01 4c 4e 4b 42 00 12 0c 04 0b .......LNKB.....
0660: ff ff 0a 02 4c 4e 4b 43 00 12 0c 04 0b ff ff 0a ....LNKC........
0670: 03 4c 4e 4b 44 00 08 41 52 30 34 12 2c 04 12 09 .LNKD..AR04.,...
0680: 04 0b ff ff 00 00 0a 10 12 09 04 0b ff ff 01 00 ................
0690: 0a 11 12 0a 04 0b ff ff 0a 02 00 0a 12 12 0a 04 ................
06a0: 0b ff ff 0a 03 00 0a 13 08 50 52 30 35 12 34 04 .........PR05.4.
06b0: 12 0b 04 0b ff ff 00 4c 4e 4b 42 00 12 0b 04 0b .......LNKB.....
06c0: ff ff 01 4c 4e 4b 43 00 12 0c 04 0b ff ff 0a 02 ...LNKC.........
06d0: 4c 4e 4b 44 00 12 0c 04 0b ff ff 0a 03 4c 4e 4b LNKD.........LNK
06e0: 41 00 08 41 52 30 35 12 2c 04 12 09 04 0b ff ff A..AR05.,.......
06f0: 00 00 0a 11 12 09 04 0b ff ff 01 00 0a 12 12 0a ................
0700: 04 0b ff ff 0a 02 00 0a 13 12 0a 04 0b ff ff 0a ................
0710: 03 00 0a 10 08 50 52 30 36 12 34 04 12 0b 04 0b .....PR06.4.....
0720: ff ff 00 4c 4e 4b 43 00 12 0b 04 0b ff ff 01 4c ...LNKC........L
0730: 4e 4b 44 00 12 0c 04 0b ff ff 0a 02 4c 4e 4b 41 NKD.........LNKA
0740: 00 12 0c 04 0b ff ff 0a 03 4c 4e 4b 42 00 08 41 .........LNKB..A
0750: 52 30 36 12 2c 04 12 09 04 0b ff ff 00 00 0a 12 R06.,...........
0760: 12 09 04 0b ff ff 01 00 0a 13 12 0a 04 0b ff ff ................
0770: 0a 02 00 0a 10 12 0a 04 0b ff ff 0a 03 00 0a 11 ................
0780: 08 50 52 30 37 12 34 04 12 0b 04 0b ff ff 00 4c .PR07.4........L
0790: 4e 4b 44 00 12 0b 04 0b ff ff 01 4c 4e 4b 41 00 NKD........LNKA.
07a0: 12 0c 04 0b ff ff 0a 02 4c 4e 4b 42 00 12 0c 04 ........LNKB....
07b0: 0b ff ff 0a 03 4c 4e 4b 43 00 08 41 52 30 37 12 .....LNKC..AR07.
07c0: 2c 04 12 09 04 0b ff ff 00 00 0a 13 12 09 04 0b ,...............
07d0: ff ff 01 00 0a 10 12 0a 04 0b ff ff 0a 02 00 0a ................
07e0: 11 12 0a 04 0b ff ff 0a 03 00 0a 12 08 50 52 30 .............PR0
07f0: 38 12 34 04 12 0b 04 0b ff ff 00 4c 4e 4b 41 00 8.4........LNKA.
0800: 12 0b 04 0b ff ff 01 4c 4e 4b 42 00 12 0c 04 0b .......LNKB.....
0810: ff ff 0a 02 4c 4e 4b 43 00 12 0c 04 0b ff ff 0a ....LNKC........
0820: 03 4c 4e 4b 44 00 08 41 52 30 38 12 2c 04 12 09 .LNKD..AR08.,...
0830: 04 0b ff ff 00 00 0a 10 12 09 04 0b ff ff 01 00 ................
0840: 0a 11 12 0a 04 0b ff ff 0a 02 00 0a 12 12 0a 04 ................
0850: 0b ff ff 0a 03 00 0a 13 08 50 52 30 39 12 34 04 .........PR09.4.
0860: 12 0b 04 0b ff ff 00 4c 4e 4b 42 00 12 0b 04 0b .......LNKB.....
0870: ff ff 01 4c 4e 4b 43 00 12 0c 04 0b ff ff 0a 02 ...LNKC.........
0880: 4c 4e 4b 44 00 12 0c 04 0b ff ff 0a 03 4c 4e 4b LNKD.........LNK
0890: 41 00 08 41 52 30 39 12 2c 04 12 09 04 0b ff ff A..AR09.,.......
08a0: 00 00 0a 11 12 09 04 0b ff ff 01 00 0a 12 12 0a ................
08b0: 04 0b ff ff 0a 02 00 0a 13 12 0a 04 0b ff ff 0a ................
08c0: 03 00 0a 10 08 50 52 53 41 11 09 0a 06 23 f8 dc .....PRSA....#..
08d0: 18 79 00 06 50 52 53 41 50 52 53 42 06 50 52 53 .y..PRSAPRSB.PRS
08e0: 41 50 52 53 43 06 50 52 53 41 50 52 53 44 06 50 APRSC.PRSAPRSD.P
08f0: 52 53 41 50 52 53 45 06 50 52 53 41 50 52 53 46 RSAPRSE.PRSAPRSF
0900: 06 50 52 53 41 50 52 53 47 06 50 52 53 41 50 52 .PRSAPRSG.PRSAPR
0910: 53 48 5b 82 89 e0 03 50 43 49 30 08 5f 48 49 44 SH[....PCI0._HID
0920: 0c 41 d0 0a 08 08 5f 41 44 52 00 14 09 5e 42 4e .A...._ADR...^BN
0930: 30 30 00 a4 00 14 0b 5f 42 42 4e 00 a4 42 4e 30 00....._BBN..BN0
0940: 30 08 5f 55 49 44 00 14 16 5f 50 52 54 00 a0 0a 0._UID..._PRT...
0950: 50 49 43 4d a4 41 52 30 30 a4 50 52 30 30 14 1e PICM.AR00.PR00..
0960: 5f 53 33 44 00 a0 12 91 93 4f 53 46 4c 01 93 4f _S3D.....OSFL..O
0970: 53 46 4c 0a 02 a4 0a 02 a1 04 a4 0a 03 08 5f 43 SFL..........._C
0980: 49 44 0c 41 d0 0a 03 5b 82 2d 4d 43 48 5f 08 5f ID.A...[.-MCH_._
0990: 48 49 44 0c 41 d0 0c 01 08 5f 55 49 44 0a 0a 08 HID.A...._UID...
09a0: 5f 43 52 53 11 11 0a 0e 86 09 00 01 00 30 d1 fe _CRS.........0..
09b0: 00 70 00 00 79 00 14 06 4e 50 54 53 01 14 06 4e .p..y...NPTS...N
09c0: 57 41 4b 01 5b 82 1f 50 30 50 32 08 5f 41 44 52 WAK.[..P0P2._ADR
09d0: 0c 00 00 01 00 14 0f 5f 50 52 57 00 a4 47 50 52 ......._PRW..GPR
09e0: 57 0a 09 0a 04 5b 82 1f 50 30 50 31 08 5f 41 44 W....[..P0P1._AD
09f0: 52 0c 00 00 1e 00 14 0f 5f 50 52 57 00 a4 47 50 R......._PRW..GP
0a00: 52 57 0a 0b 0a 04 5b 82 81 b0 02 53 42 52 47 08 RW....[....SBRG.
0a10: 5f 41 44 52 0c 00 00 1f 00 14 12 53 50 54 53 01 _ADR.......SPTS.
0a20: 70 01 50 53 31 53 70 01 50 53 31 45 14 1d 53 57 p.PS1Sp.PS1E..SW
0a30: 41 4b 01 70 00 50 53 31 45 a0 10 92 47 4e 56 53 AK.p.PS1E...GNVS
0a40: 0b 54 16 86 50 57 52 42 0a 02 5b 80 50 4d 53 30 .T..PWRB..[.PMS0
0a50: 01 50 4d 42 53 50 4d 4c 4e 5b 81 1d 50 4d 53 30 .PMBSPMLN[..PMS0
0a60: 01 00 0a 52 54 43 53 01 00 04 57 41 4b 53 01 00 ...RTCS...WAKS..
0a70: 08 50 57 42 54 01 00 07 5b 80 53 4d 49 45 01 50 .PWBT...[.SMIE.P
0a80: 4d 33 30 0a 08 5b 81 16 53 4d 49 45 01 00 04 50 M30..[..SMIE...P
0a90: 53 31 45 01 00 1f 50 53 31 53 01 00 1b 5b 80 47 S1E...PS1S...[.G
0aa0: 50 42 58 01 47 50 42 53 47 50 4c 4e 5b 81 27 47 PBX.GPBSGPLN[.'G
0ab0: 50 42 58 01 47 50 55 53 20 47 50 53 4c 20 00 20 PBX.GPUS GPSL .
0ac0: 47 50 4c 56 20 00 40 04 47 50 42 4c 20 00 40 08 GPLV .@.GPBL .@.
0ad0: 47 50 49 56 20 5b 82 2b 50 49 43 5f 08 5f 48 49 GPIV [.+PIC_._HI
0ae0: 44 0b 41 d0 08 5f 43 52 53 11 18 0a 15 47 01 20 D.A.._CRS....G.
0af0: 00 20 00 00 02 47 01 a0 00 a0 00 00 02 22 04 00 . ...G......."..
0b00: 79 00 5b 82 4e 04 44 4d 41 44 08 5f 48 49 44 0c y.[.N.DMAD._HID.
0b10: 41 d0 02 00 08 5f 43 52 53 11 38 0a 35 2a 10 04 A...._CRS.8.5*..
0b20: 47 01 00 00 00 00 00 10 47 01 81 00 81 00 00 03 G.......G.......
0b30: 47 01 87 00 87 00 00 01 47 01 89 00 89 00 00 03 G.......G.......
0b40: 47 01 8f 00 8f 00 00 01 47 01 c0 00 c0 00 00 20 G.......G......
0b50: 79 00 5b 82 25 54 4d 52 5f 08 5f 48 49 44 0c 41 y.[.%TMR_._HID.A
0b60: d0 01 00 08 5f 43 52 53 11 10 0a 0d 47 01 40 00 ...._CRS....G.@.
0b70: 40 00 00 04 22 01 00 79 00 5b 82 25 52 54 43 30 @..."..y.[.%RTC0
0b80: 08 5f 48 49 44 0c 41 d0 0b 00 08 5f 43 52 53 11 ._HID.A...._CRS.
0b90: 10 0a 0d 47 01 70 00 70 00 00 02 22 00 01 79 00 ...G.p.p..."..y.
0ba0: 5b 82 42 05 50 53 32 4b 08 5f 48 49 44 0c 41 d0 [.B.PS2K._HID.A.
0bb0: 03 03 08 5f 43 49 44 0c 41 d0 03 0b 14 19 5f 53 ..._CID.A....._S
0bc0: 54 41 00 79 01 0a 0a 60 a0 0b 7b 49 4f 53 54 60 TA.y...`..{IOST`
0bd0: 00 a4 0a 0f a4 00 08 5f 43 52 53 11 18 0a 15 47 ......._CRS....G
0be0: 01 60 00 60 00 00 01 47 01 64 00 64 00 00 01 22 .`.`...G.d.d..."
0bf0: 02 00 79 00 5b 82 4f 04 50 53 32 4d 08 5f 48 49 ..y.[.O.PS2M._HI
0c00: 44 0c 4f 2e 0a 04 08 5f 43 49 44 12 11 03 0c 4f D.O...._CID....O
0c10: 2e 0a 00 0c 4f 2e 00 02 0c 41 d0 0f 13 14 19 5f ....O....A....._
0c20: 53 54 41 00 79 01 0a 0c 60 a0 0b 7b 49 4f 53 54 STA.y...`..{IOST
0c30: 60 00 a4 0a 0f a4 00 08 5f 43 52 53 11 08 0a 05 `......._CRS....
0c40: 22 00 10 79 00 5b 82 22 53 50 4b 52 08 5f 48 49 "..y.[."SPKR._HI
0c50: 44 0c 41 d0 08 00 08 5f 43 52 53 11 0d 0a 0a 47 D.A...._CRS....G
0c60: 01 61 00 61 00 00 01 79 00 5b 82 25 43 4f 50 52 .a.a...y.[.%COPR
0c70: 08 5f 48 49 44 0c 41 d0 0c 04 08 5f 43 52 53 11 ._HID.A...._CRS.
0c80: 10 0a 0d 47 01 f0 00 f0 00 00 10 22 00 20 79 00 ...G.......". y.
0c90: 5b 82 4d 3c 45 43 30 5f 08 5f 48 49 44 0c 41 d0 [.M<EC0_._HID.A.
0ca0: 0c 09 08 5f 43 52 53 11 15 0a 12 47 01 62 00 62 ..._CRS....G.b.b
0cb0: 00 00 01 47 01 66 00 66 00 00 01 79 00 08 5f 47 ...G.f.f...y.._G
0cc0: 50 45 0a 1c 08 52 45 47 43 00 14 12 5f 52 45 47 PE...REGC..._REG
0cd0: 02 a0 0b 93 68 0a 03 70 69 52 45 47 43 14 23 45 ....h..piREGC.#E
0ce0: 43 41 56 00 a0 17 93 52 45 47 43 ff a0 0b 92 95 CAV....REGC.....
0cf0: 5f 52 45 56 0a 02 a4 01 a1 03 a4 00 a4 52 45 47 _REV.........REG
0d00: 43 5b 80 45 43 4f 52 03 00 0a ff 5b 81 41 09 45 C[.ECOR....[.A.E
0d10: 43 4f 52 11 00 48 14 42 54 30 30 08 42 54 30 31 COR..H.BT00.BT01
0d20: 08 42 54 30 32 08 42 54 30 33 08 42 54 30 34 08 .BT02.BT03.BT04.
0d30: 42 54 30 35 08 42 54 30 36 08 42 54 30 37 08 42 BT05.BT06.BT07.B
0d40: 54 30 38 08 42 54 30 39 08 42 54 31 30 08 42 54 T08.BT09.BT10.BT
0d50: 31 31 08 42 54 31 32 08 42 54 31 33 08 42 54 31 11.BT12.BT13.BT1
0d60: 34 08 42 54 31 35 08 42 54 31 36 08 42 54 31 37 4.BT15.BT16.BT17
0d70: 08 42 54 31 38 08 42 54 31 39 08 42 54 32 30 08 .BT18.BT19.BT20.
0d80: 42 54 32 31 08 42 54 32 32 08 42 54 32 33 08 42 BT21.BT22.BT23.B
0d90: 54 32 34 08 42 54 32 35 08 42 54 32 36 08 5b 81 T24.BT25.BT26.[.
0da0: 31 45 43 4f 52 11 00 48 1f 42 54 53 30 01 42 54 1ECOR..H.BTS0.BT
0db0: 53 31 01 42 54 53 32 01 42 54 53 33 01 42 54 53 S1.BTS2.BTS3.BTS
0dc0: 34 01 42 54 53 35 01 42 54 53 36 01 42 54 53 37 4.BTS5.BTS6.BTS7
0dd0: 01 5b 81 41 04 45 43 4f 52 11 00 48 28 53 54 30 .[.A.ECOR..H(ST0
0de0: 30 08 53 54 30 31 08 53 54 30 32 08 53 54 30 33 0.ST01.ST02.ST03
0df0: 08 53 54 30 34 08 53 54 30 35 08 53 54 30 36 08 .ST04.ST05.ST06.
0e00: 53 54 30 37 08 53 54 30 38 08 53 54 30 39 08 53 ST07.ST08.ST09.S
0e10: 54 31 30 08 5b 81 2c 45 43 4f 52 11 00 48 30 53 T10.[.,ECOR..H0S
0e20: 43 30 30 08 53 43 30 31 08 53 43 30 32 08 53 43 C00.SC01.SC02.SC
0e30: 30 33 08 53 43 30 34 08 53 43 30 35 08 53 43 30 03.SC04.SC05.SC0
0e40: 36 08 5b 81 36 45 43 4f 52 11 00 48 38 54 4d 30 6.[.6ECOR..H8TM0
0e50: 30 08 54 4d 30 31 08 54 4d 30 32 08 54 4d 30 33 0.TM01.TM02.TM03
0e60: 08 54 4d 30 34 08 54 4d 30 35 08 54 4d 30 36 08 .TM04.TM05.TM06.
0e70: 54 4d 30 37 08 54 4d 30 38 08 5b 81 45 05 45 43 TM07.TM08.[.E.EC
0e80: 4f 52 11 00 48 40 53 4d 30 30 08 53 4d 30 31 08 OR..H@SM00.SM01.
0e90: 53 4d 30 32 08 53 4d 30 33 08 53 4d 30 34 08 53 SM02.SM03.SM04.S
0ea0: 4d 30 35 08 53 4d 30 36 08 53 4d 30 37 08 53 4d M05.SM06.SM07.SM
0eb0: 30 38 08 53 4d 30 39 08 53 4d 31 30 08 53 4d 31 08.SM09.SM10.SM1
0ec0: 31 08 53 4d 31 32 08 53 4d 31 33 08 53 4d 31 34 1.SM12.SM13.SM14
0ed0: 08 5b 81 27 45 43 4f 52 11 00 40 68 53 46 42 30 .[.'ECOR..@hSFB0
0ee0: 08 53 46 42 31 08 53 46 42 32 08 53 46 42 33 08 .SFB1.SFB2.SFB3.
0ef0: 00 40 0d 00 08 53 46 42 45 08 5b 81 4d 0f 45 43 .@...SFBE.[.M.EC
0f00: 4f 52 11 00 40 68 53 46 30 30 01 53 46 30 31 01 OR..@hSF00.SF01.
0f10: 53 46 30 32 01 53 46 30 33 01 53 46 30 34 01 53 SF02.SF03.SF04.S
0f20: 46 30 35 01 53 46 30 36 01 53 46 30 37 01 53 46 F05.SF06.SF07.SF
0f30: 30 38 01 53 46 30 39 01 53 46 31 30 01 53 46 31 08.SF09.SF10.SF1
0f40: 31 01 53 46 31 32 01 53 46 31 33 01 53 46 31 34 1.SF12.SF13.SF14
0f50: 01 53 46 31 35 01 53 46 31 36 01 53 46 31 37 01 .SF15.SF16.SF17.
0f60: 53 46 31 38 01 53 46 31 39 01 53 46 32 30 01 53 SF18.SF19.SF20.S
0f70: 46 32 31 01 53 46 32 32 01 53 46 32 33 01 53 46 F21.SF22.SF23.SF
0f80: 32 34 01 53 46 32 35 01 53 46 32 36 01 53 46 32 24.SF25.SF26.SF2
0f90: 37 01 53 46 32 38 01 53 46 32 39 01 53 46 33 30 7.SF28.SF29.SF30
0fa0: 01 53 46 33 31 01 00 40 0d 53 32 34 30 01 53 32 .SF31..@.S240.S2
0fb0: 34 31 01 53 32 34 32 01 53 32 34 33 01 53 32 34 41.S242.S243.S24
0fc0: 34 01 53 32 34 35 01 53 32 34 36 01 53 32 34 37 4.S245.S246.S247
0fd0: 01 53 32 34 38 01 53 32 34 39 01 53 32 35 30 01 .S248.S249.S250.
0fe0: 53 32 35 31 01 53 32 35 32 01 53 32 35 33 01 53 S251.S252.S253.S
0ff0: 32 35 34 01 53 32 35 35 01 14 32 45 43 30 53 01 254.S255..2EC0S.
1000: a0 22 93 68 0a 03 a0 1c 45 43 41 56 a0 16 92 5b .".h....ECAV...[
1010: 23 4d 55 45 43 ff ff 70 01 53 46 32 38 5b 27 4d #MUEC..p.SF28['M
1020: 55 45 43 a0 08 68 a0 05 95 68 0a 04 14 32 45 43 UEC..h...h...2EC
1030: 30 57 01 a0 2b 68 a0 05 95 68 0a 04 a0 22 93 68 0W..+h...h...".h
1040: 0a 03 a0 1c 45 43 41 56 a0 16 92 5b 23 4d 55 45 ....ECAV...[#MUE
1050: 43 ff ff 70 01 53 46 31 37 5b 27 4d 55 45 43 10 C..p.SF17['MUEC.
1060: 40 48 45 43 30 5f 5b 01 4d 55 45 43 00 5b 80 44 @HEC0_[.MUEC.[.D
1070: 4c 59 50 01 0a e1 01 5b 81 0b 44 4c 59 50 01 44 LYP....[..DLYP.D
1080: 45 4c 59 08 5b 80 4b 42 43 50 01 00 0a ff 5b 81 ELY.[.KBCP....[.
1090: 23 4b 42 43 50 11 00 40 30 4b 42 43 44 08 00 08 #KBCP..@0KBCD...
10a0: 45 43 36 32 08 00 08 4b 42 43 43 08 00 08 45 43 EC62...KBCC...EC
10b0: 36 36 08 5b 81 23 4b 42 43 50 11 00 40 32 4b 42 66.[.#KBCP..@2KB
10c0: 4f 46 01 4b 42 49 45 01 00 06 00 08 45 43 4f 46 OF.KBIE.....ECOF
10d0: 01 45 43 49 45 01 00 06 14 1a 49 42 46 52 08 70 .ECIE.....IBFR.p
10e0: 0b 00 10 60 a2 0e 90 76 60 4b 42 49 45 70 00 44 ...`...v`KBIEp.D
10f0: 45 4c 59 14 1b 4f 42 46 4c 08 70 0b 00 10 60 a2 ELY..OBFL.p...`.
1100: 0f 90 76 60 92 4b 42 4f 46 70 00 44 45 4c 59 14 ..v`.KBOFp.DELY.
1110: 1a 49 42 46 58 08 70 0b 00 10 60 a2 0e 90 76 60 .IBFX.p...`...v`
1120: 45 43 49 45 70 00 44 45 4c 59 14 1b 4f 42 46 58 ECIEp.DELY..OBFX
1130: 08 70 0b 00 10 60 a2 0f 90 76 60 92 45 43 4f 46 .p...`...v`.ECOF
1140: 70 00 44 45 4c 59 14 35 45 43 58 57 0a a0 2e 45 p.DELY.5ECXW...E
1150: 43 41 56 a0 28 92 5b 23 4d 55 45 43 ff ff 49 42 CAV.(.[#MUEC..IB
1160: 46 58 70 68 45 43 36 36 49 42 46 58 70 69 45 43 FXphEC66IBFXpiEC
1170: 36 32 49 42 46 58 5b 27 4d 55 45 43 14 36 45 43 62IBFX['MUEC.6EC
1180: 58 52 09 70 ff 60 a0 2a 45 43 41 56 a0 24 92 5b XR.p.`.*ECAV.$.[
1190: 23 4d 55 45 43 ff ff 49 42 46 58 70 68 45 43 36 #MUEC..IBFXphEC6
11a0: 36 4f 42 46 58 70 45 43 36 32 60 5b 27 4d 55 45 6OBFXpEC62`['MUE
11b0: 43 a4 60 14 41 04 42 57 52 4e 09 70 ff 62 a0 34 C.`.A.BWRN.p.b.4
11c0: 45 43 41 56 a0 2e 92 5b 23 4d 55 45 43 ff ff 7b ECAV...[#MUEC..{
11d0: 68 0a ff 60 7a 7b 68 0b 00 ff 00 0a 08 61 70 61 h..`z{h......apa
11e0: 42 54 31 32 70 60 42 54 31 33 5b 27 4d 55 45 43 BT12p`BT13['MUEC
11f0: 70 00 62 a4 62 14 41 04 42 4c 4f 57 09 70 ff 62 p.b.b.A.BLOW.p.b
1200: a0 34 45 43 41 56 a0 2e 92 5b 23 4d 55 45 43 ff .4ECAV...[#MUEC.
1210: ff 7b 68 0a ff 60 7a 7b 68 0b 00 ff 00 0a 08 61 .{h..`z{h......a
1220: 70 61 42 54 31 34 70 60 42 54 31 35 5b 27 4d 55 paBT14p`BT15['MU
1230: 45 43 70 00 62 a4 62 14 41 04 42 43 52 54 09 70 ECp.b.b.A.BCRT.p
1240: ff 62 a0 34 45 43 41 56 a0 2e 92 5b 23 4d 55 45 .b.4ECAV...[#MUE
1250: 43 ff ff 7b 68 0a ff 60 7a 7b 68 0b 00 ff 00 0a C..{h..`z{h.....
1260: 08 61 70 61 42 54 31 36 70 60 42 54 31 37 5b 27 .apaBT16p`BT17['
1270: 4d 55 45 43 70 00 62 a4 62 14 36 42 49 46 31 08 MUECp.b.b.6BIF1.
1280: 70 ff 60 a0 2a 45 43 41 56 a0 24 92 5b 23 4d 55 p.`.*ECAV.$.[#MU
1290: 45 43 ff ff 70 42 54 30 30 60 70 42 54 30 31 61 EC..pBT00`pBT01a
12a0: 7d 79 60 0a 08 00 61 60 5b 27 4d 55 45 43 a4 60 }y`...a`['MUEC.`
12b0: 14 36 42 49 46 32 08 70 ff 60 a0 2a 45 43 41 56 .6BIF2.p.`.*ECAV
12c0: a0 24 92 5b 23 4d 55 45 43 ff ff 70 42 54 32 33 .$.[#MUEC..pBT23
12d0: 60 70 42 54 32 34 61 7d 79 60 0a 08 00 61 60 5b `pBT24a}y`...a`[
12e0: 27 4d 55 45 43 a4 60 14 36 42 49 46 34 08 70 ff 'MUEC.`.6BIF4.p.
12f0: 60 a0 2a 45 43 41 56 a0 24 92 5b 23 4d 55 45 43 `.*ECAV.$.[#MUEC
1300: ff ff 70 42 54 30 32 60 70 42 54 30 33 61 7d 79 ..pBT02`pBT03a}y
1310: 60 0a 08 00 61 60 5b 27 4d 55 45 43 a4 60 14 36 `...a`['MUEC.`.6
1320: 42 49 46 35 08 70 ff 60 a0 2a 45 43 41 56 a0 24 BIF5.p.`.*ECAV.$
1330: 92 5b 23 4d 55 45 43 ff ff 70 42 54 31 32 60 70 .[#MUEC..pBT12`p
1340: 42 54 31 33 61 7d 79 60 0a 08 00 61 60 5b 27 4d BT13a}y`...a`['M
1350: 55 45 43 a4 60 14 36 42 49 46 36 08 70 ff 60 a0 UEC.`.6BIF6.p.`.
1360: 2a 45 43 41 56 a0 24 92 5b 23 4d 55 45 43 ff ff *ECAV.$.[#MUEC..
1370: 70 42 54 31 34 60 70 42 54 31 35 61 7d 79 60 0a pBT14`pBT15a}y`.
1380: 08 00 61 60 5b 27 4d 55 45 43 a4 60 14 36 42 53 ..a`['MUEC.`.6BS
1390: 54 31 08 70 ff 60 a0 2a 45 43 41 56 a0 24 92 5b T1.p.`.*ECAV.$.[
13a0: 23 4d 55 45 43 ff ff 70 42 54 30 36 60 70 42 54 #MUEC..pBT06`pBT
13b0: 30 37 61 7d 79 60 0a 08 00 61 60 5b 27 4d 55 45 07a}y`...a`['MUE
13c0: 43 a4 60 14 36 42 53 54 32 08 70 ff 60 a0 2a 45 C.`.6BST2.p.`.*E
13d0: 43 41 56 a0 24 92 5b 23 4d 55 45 43 ff ff 70 42 CAV.$.[#MUEC..pB
13e0: 54 31 30 60 70 42 54 31 31 61 7d 79 60 0a 08 00 T10`pBT11a}y`...
13f0: 61 60 5b 27 4d 55 45 43 a4 60 14 36 42 53 54 33 a`['MUEC.`.6BST3
1400: 08 70 ff 60 a0 2a 45 43 41 56 a0 24 92 5b 23 4d .p.`.*ECAV.$.[#M
1410: 55 45 43 ff ff 70 42 54 30 34 60 70 42 54 30 35 UEC..pBT04`pBT05
1420: 61 7d 79 60 0a 08 00 61 60 5b 27 4d 55 45 43 a4 a}y`...a`['MUEC.
1430: 60 14 28 45 42 54 53 08 70 ff 60 a0 1c 45 43 41 `.(EBTS.p.`..ECA
1440: 56 a0 16 92 5b 23 4d 55 45 43 ff ff 70 42 54 32 V...[#MUEC..pBT2
1450: 32 60 5b 27 4d 55 45 43 a4 60 14 28 52 43 54 50 2`['MUEC.`.(RCTP
1460: 08 70 ff 60 a0 1c 45 43 41 56 a0 16 92 5b 23 4d .p.`..ECAV...[#M
1470: 55 45 43 ff ff 70 53 54 30 30 60 5b 27 4d 55 45 UEC..pST00`['MUE
1480: 43 a4 60 14 2f 45 54 50 53 09 70 00 60 a0 23 45 C.`./ETPS.p.`.#E
1490: 43 41 56 a0 1d 92 5b 23 4d 55 45 43 ff ff 7f 68 CAV...[#MUEC...h
14a0: 01 61 70 61 53 46 31 39 5b 27 4d 55 45 43 70 01 .apaSF19['MUECp.
14b0: 60 a4 60 14 2c 45 54 50 47 08 70 ff 60 a0 20 45 `.`.,ETPG.p.`. E
14c0: 43 41 56 a0 1a 92 5b 23 4d 55 45 43 ff ff 70 53 CAV...[#MUEC..pS
14d0: 46 31 39 60 7f 60 01 60 5b 27 4d 55 45 43 a4 60 F19`.`.`['MUEC.`
14e0: 5b 82 4a 1e 52 4d 53 43 08 5f 48 49 44 0c 41 d0 [.J.RMSC._HID.A.
14f0: 0c 02 08 5f 55 49 44 0a 10 08 43 52 53 5f 11 4e ..._UID...CRS_.N
1500: 0f 0a fa 47 01 10 00 10 00 00 10 47 01 22 00 22 ...G.......G."."
1510: 00 00 1e 47 01 44 00 44 00 00 0a 47 01 50 00 50 ...G.D.D...G.P.P
1520: 00 00 0f 47 01 63 00 63 00 00 01 47 01 65 00 65 ...G.c.c...G.e.e
1530: 00 00 01 47 01 67 00 67 00 00 09 47 01 72 00 72 ...G.g.g...G.r.r
1540: 00 00 0e 47 01 80 00 80 00 00 01 47 01 84 00 84 ...G.......G....
1550: 00 00 03 47 01 88 00 88 00 00 01 47 01 8c 00 8c ...G.......G....
1560: 00 00 03 47 01 90 00 90 00 00 10 47 01 a2 00 a2 ...G.......G....
1570: 00 00 1e 47 01 e0 00 e0 00 00 10 47 01 5c 02 5c ...G.......G.\.\
1580: 02 00 04 47 01 80 03 80 03 00 04 47 01 00 04 00 ...G.......G....
1590: 04 00 20 47 01 d0 04 d0 04 00 02 47 01 00 00 00 .. G.......G....
15a0: 00 00 00 47 01 00 00 00 00 00 00 47 01 00 00 00 ...G.......G....
15b0: 00 00 00 86 09 00 01 00 00 00 8c 00 00 02 00 86 ................
15c0: 09 00 01 00 c0 d1 fe 00 40 00 00 86 09 00 01 00 ........@.......
15d0: 00 d2 fe 00 00 02 00 86 09 00 01 00 00 d5 fe 00 ................
15e0: 00 04 00 86 09 00 01 00 00 b0 ff 00 00 10 00 86 ................
15f0: 09 00 01 00 00 f0 ff 00 00 10 00 79 00 14 4e 0c ...........y..N.
1600: 5f 43 52 53 00 8b 43 52 53 5f 0a 9a 47 50 30 30 _CRS..CRS_..GP00
1610: 8b 43 52 53 5f 0a 9c 47 50 30 31 8c 43 52 53 5f .CRS_..GP01.CRS_
1620: 0a 9f 47 50 30 4c 70 50 4d 42 53 47 50 30 30 70 ..GP0LpPMBSGP00p
1630: 50 4d 42 53 47 50 30 31 70 50 4d 4c 4e 47 50 30 PMBSGP01pPMLNGP0
1640: 4c a0 42 04 53 4d 42 53 8b 43 52 53 5f 0a a2 47 L.B.SMBS.CRS_..G
1650: 50 31 30 8b 43 52 53 5f 0a a4 47 50 31 31 8c 43 P10.CRS_..GP11.C
1660: 52 53 5f 0a a7 47 50 31 4c 70 53 4d 42 53 47 50 RS_..GP1LpSMBSGP
1670: 31 30 70 53 4d 42 53 47 50 31 31 70 53 4d 42 4c 10pSMBSGP11pSMBL
1680: 47 50 31 4c a0 42 04 47 50 42 53 8b 43 52 53 5f GP1L.B.GPBS.CRS_
1690: 0a aa 47 50 32 30 8b 43 52 53 5f 0a ac 47 50 32 ..GP20.CRS_..GP2
16a0: 31 8c 43 52 53 5f 0a af 47 50 32 4c 70 47 50 42 1.CRS_..GP2LpGPB
16b0: 53 47 50 32 30 70 47 50 42 53 47 50 32 31 70 47 SGP20pGPBSGP21pG
16c0: 50 4c 4e 47 50 32 4c a4 43 52 53 5f 5b 82 4c 09 PLNGP2L.CRS_[.L.
16d0: 48 50 45 54 08 5f 48 49 44 0c 41 d0 01 03 08 43 HPET._HID.A....C
16e0: 52 53 5f 11 11 0a 0e 86 09 00 00 00 00 d0 fe 00 RS_.............
16f0: 04 00 00 79 00 5b 80 5e 4c 50 43 52 00 0c 04 f4 ...y.[.^LPCR....
1700: d1 fe 0a 04 5b 81 14 4c 50 43 52 00 48 50 54 53 ....[..LPCR.HPTS
1710: 02 00 05 48 50 54 45 01 00 18 14 24 5f 53 54 41 ...HPTE....$_STA
1720: 00 a0 10 93 4f 53 46 4c 00 a0 08 48 50 54 45 a4 ....OSFL...HPTE.
1730: 0a 0f a1 0a a0 08 48 50 54 45 a4 0a 0b a4 00 14 ......HPTE......
1740: 2a 5f 43 52 53 00 8a 43 52 53 5f 0a 04 48 50 54 *_CRS..CRS_..HPT
1750: 5f 77 48 50 54 53 0b 00 10 60 72 60 0c 00 00 d0 _wHPTS...`r`....
1760: fe 48 50 54 5f a4 43 52 53 5f 5b 80 52 58 38 30 .HPT_.CRS_[.RX80
1770: 02 00 0a ff 5b 81 13 52 58 38 30 01 00 40 40 4c ....[..RX80..@@L
1780: 50 43 44 10 4c 50 43 45 10 08 44 42 50 54 12 4e PCD.LPCE..DBPT.N
1790: 04 04 12 1a 08 0b f8 03 0b f8 02 0b 20 02 0b 28 ............ ..(
17a0: 02 0b 38 02 0b e8 02 0b 38 03 0b e8 03 12 1a 08 ..8.....8.......
17b0: 0b f8 03 0b f8 02 0b 20 02 0b 28 02 0b 38 02 0b ....... ..(..8..
17c0: e8 02 0b 38 03 0b e8 03 12 0b 03 0b 78 03 0b 78 ...8........x..x
17d0: 02 0b bc 03 12 08 02 0b f0 03 0b 70 03 08 44 44 ...........p..DD
17e0: 4c 54 12 21 04 12 06 02 00 0b f8 ff 12 07 02 0a LT.!............
17f0: 04 0b 8f ff 12 07 02 0a 08 0b ff fc 12 07 02 0a ................
1800: 0c 0b ff ef 14 4b 09 52 52 49 4f 04 a0 4c 05 90 .....K.RRIO..L..
1810: 92 94 68 0a 03 92 95 68 00 70 89 83 88 44 42 50 ..h....h.p...DBP
1820: 54 68 00 01 6a 00 00 00 60 a0 3f 92 93 60 ff 70 Th..j...`.?..`.p
1830: 83 88 83 88 44 44 4c 54 68 00 00 00 61 70 83 88 ....DDLTh...ap..
1840: 83 88 44 44 4c 54 68 00 01 00 62 79 60 61 60 7b ..DDLTh...by`a`{
1850: 4c 50 43 44 62 4c 50 43 44 7d 4c 50 43 44 60 4c LPCDbLPCD}LPCD`L
1860: 50 43 44 57 58 38 32 68 69 a0 23 93 68 0a 08 a0 PCDWX82hi.#.h...
1870: 0d 93 6a 0b 00 02 57 58 38 32 0a 08 68 a1 0f a0 ..j...WX82..h...
1880: 0d 93 6a 0b 08 02 57 58 38 32 0a 09 68 a0 12 90 ..j...WX82..h...
1890: 92 94 68 0a 0d 92 95 68 0a 0a 57 58 38 32 68 69 ..h....h..WX82hi
18a0: 14 26 57 58 38 32 02 79 01 68 60 a0 0c 69 7d 4c .&WX82.y.h`..i}L
18b0: 50 43 45 60 4c 50 43 45 a1 0e 80 60 60 7b 4c 50 PCE`LPCE...``{LP
18c0: 43 45 60 4c 50 43 45 14 06 52 44 4d 41 03 5b 80 CE`LPCE..RDMA.[.
18d0: 53 4d 52 47 01 53 4d 42 53 0a 10 5b 81 2e 53 4d SMRG.SMBS..[..SM
18e0: 52 47 01 48 53 54 53 08 53 53 54 53 08 48 53 54 RG.HSTS.SSTS.HST
18f0: 43 08 48 43 4d 44 08 48 41 44 52 08 48 44 54 30 C.HCMD.HADR.HDT0
1900: 08 48 44 54 31 08 42 4c 4b 44 08 5b 81 0d 53 4d .HDT1.BLKD.[..SM
1910: 52 47 01 00 28 48 44 54 57 10 14 4b 05 53 43 4d RG..(HDTW..K.SCM
1920: 44 04 70 0a 05 60 a2 3c 60 70 68 48 41 44 52 70 D.p..`.<`phHADRp
1930: 69 48 43 4d 44 70 6a 48 44 54 57 70 0a ff 48 53 iHCMDpjHDTWp..HS
1940: 54 53 70 6b 48 53 54 43 70 0a ff 67 a2 14 67 76 TSpkHSTCp..g..gv
1950: 67 a0 0f 7b 48 53 54 53 0a 02 00 70 00 67 70 01 g..{HSTS...p.gp.
1960: 60 76 60 a0 0e 7b 48 53 54 53 0a 02 00 a4 48 44 `v`..{HSTS....HD
1970: 54 57 a1 03 a4 ff 14 0f 53 42 59 54 02 53 43 4d TW......SBYT.SCM
1980: 44 68 69 00 0a 44 14 0f 57 42 59 54 03 53 43 4d Dhi..D..WBYT.SCM
1990: 44 68 69 6a 0a 48 14 0f 57 57 52 44 03 53 43 4d Dhij.H..WWRD.SCM
19a0: 44 68 69 6a 0a 4c 14 14 52 53 42 54 02 7d 68 01 Dhij.L..RSBT.}h.
19b0: 68 a4 53 43 4d 44 68 69 00 0a 44 14 14 52 42 59 h.SCMDhi..D..RBY
19c0: 54 02 7d 68 01 68 a4 53 43 4d 44 68 69 00 0a 48 T.}h.h.SCMDhi..H
19d0: 14 14 52 57 52 44 02 7d 68 01 68 a4 53 43 4d 44 ..RWRD.}h.h.SCMD
19e0: 68 69 00 0a 4c 10 48 08 5c 00 5b 80 52 41 4d 57 hi..L.H.\.[.RAMW
19f0: 00 74 54 4f 50 4d 0c 00 00 01 00 00 0c 00 00 01 .tTOPM..........
1a00: 00 5b 81 10 52 41 4d 57 01 50 41 52 30 20 50 41 .[..RAMW.PAR0 PA
1a10: 52 31 20 5b 80 49 4f 42 32 01 0a b2 0a 02 5b 81 R1 [.IOB2.....[.
1a20: 10 49 4f 42 32 01 53 4d 49 43 08 53 4d 49 53 08 .IOB2.SMIC.SMIS.
1a30: 14 0c 49 53 4d 49 09 70 68 53 4d 49 43 14 17 47 ..ISMI.phSMIC..G
1a40: 4e 56 53 09 70 68 50 41 52 30 49 53 4d 49 0a 70 NVS.phPAR0ISMI.p
1a50: a4 50 41 52 31 14 18 53 4e 56 53 0a 70 68 50 41 .PAR1..SNVS.phPA
1a60: 52 30 70 69 50 41 52 31 49 53 4d 49 0a 71 5b 82 R0piPAR1ISMI.q[.
1a70: 43 06 5e 50 43 49 45 08 5f 48 49 44 0c 41 d0 0c C.^PCIE._HID.A..
1a80: 02 08 5f 55 49 44 0a 11 08 43 52 53 5f 11 11 0a .._UID...CRS_...
1a90: 0e 86 09 00 00 00 00 00 e0 00 00 00 10 79 00 14 .............y..
1aa0: 33 5f 43 52 53 00 8a 43 52 53 5f 0a 04 42 41 53 3_CRS..CRS_..BAS
1ab0: 31 8a 43 52 53 5f 0a 08 4c 45 4e 31 70 50 43 49 1.CRS_..LEN1pPCI
1ac0: 42 42 41 53 31 70 50 43 49 4c 4c 45 4e 31 a4 43 BBAS1pPCILLEN1.C
1ad0: 52 53 5f 10 03 5c 00 10 49 11 5c 00 08 4d 4e 41 RS_..\..I.\..MNA
1ae0: 4d 0d 39 30 31 00 5b 81 44 08 52 41 4d 57 01 00 M.901.[.D.RAMW..
1af0: 40 08 41 43 50 53 01 44 43 50 53 01 4c 43 44 43 @.ACPS.DCPS.LCDC
1b00: 01 43 50 55 43 01 54 50 4c 4b 01 46 41 4e 43 01 .CPUC.TPLK.FANC.
1b10: 42 4c 54 53 01 44 43 32 53 01 46 53 37 30 02 00 BLTS.DC2S.FS70..
1b20: 06 42 43 41 54 10 42 4c 54 43 08 42 43 47 53 08 .BCAT.BLTC.BCGS.
1b30: 44 53 41 46 20 4d 44 4c 43 20 00 40 49 54 52 54 DSAF MDLC .@ITRT
1b40: 59 08 46 53 46 4e 08 46 53 54 41 10 46 41 44 52 Y.FSFN.FSTA.FADR
1b50: 20 46 53 49 5a 10 00 30 55 53 42 49 20 57 41 4b FSIZ..0USBI WAK
1b60: 54 08 53 48 45 30 08 46 56 53 53 08 5b 81 38 52 T.SHE0.FVSS.[.8R
1b70: 41 4d 57 01 00 40 0b 44 41 57 4c 01 44 41 42 54 AMW..@.DAWL.DABT
1b80: 01 44 41 49 52 01 44 41 43 4d 01 44 41 54 56 01 .DAIR.DACM.DATV.
1b90: 44 41 47 50 01 44 41 44 53 01 44 41 4d 44 01 44 DAGP.DADS.DAMD.D
1ba0: 41 43 52 01 00 17 14 23 41 54 4b 4e 01 70 00 61 ACR....#ATKN.p.a
1bb0: a0 17 5c 2f 03 5f 53 42 5f 4c 49 44 5f 5f 4c 49 ..\/._SB_LID__LI
1bc0: 44 70 41 54 4b 52 68 61 a4 61 14 26 41 54 4b 52 DpATKRha.a.&ATKR
1bd0: 01 70 00 61 a0 1a 5c 2e 5f 53 42 5f 41 54 4b 50 .p.a..\._SB_ATKP
1be0: 86 5c 2e 5f 53 42 5f 41 54 4b 44 68 70 01 61 a4 .\._SB_ATKDhp.a.
1bf0: 61 10 45 ad 5c 5f 53 42 5f 08 41 54 4b 50 00 5b a.E.\_SB_.ATKP.[
1c00: 82 4a 58 41 54 4b 44 08 5f 48 49 44 0d 41 53 55 .JXATKD._HID.ASU
1c10: 53 30 31 30 00 08 5f 55 49 44 0c 00 01 01 01 14 S010.._UID......
1c20: 0c 54 59 50 45 08 a4 0c 39 30 31 20 14 0c 54 59 .TYPE...901 ..TY
1c30: 50 31 08 a4 0c 53 41 20 20 14 15 42 49 4f 53 08 P1...SA ..BIOS.
1c40: 79 0a 17 0a 08 60 70 0a 03 61 a4 72 60 61 00 14 y....`p..a.r`a..
1c50: 14 56 45 52 47 08 79 01 0a 08 60 70 0a 60 61 a4 .VERG.y...`p.`a.
1c60: 72 60 61 00 14 42 1b 51 55 52 59 09 08 5f 54 5f r`a..B.QURY.._T_
1c70: 30 00 70 68 5f 54 5f 30 a0 0e 93 5f 54 5f 30 0c 0.ph_T_0..._T_0.
1c80: 50 42 4c 53 70 01 61 a1 4d 18 a0 0e 93 5f 54 5f PBLSp.a.M...._T_
1c90: 30 0c 50 42 4c 47 70 01 61 a1 4b 17 a0 0e 93 5f 0.PBLGp.a.K...._
1ca0: 54 5f 30 0c 53 44 53 50 70 01 61 a1 49 16 a0 0e T_0.SDSPp.a.I...
1cb0: 93 5f 54 5f 30 0c 43 46 56 53 70 01 61 a1 47 15 ._T_0.CFVSp.a.G.
1cc0: a0 0e 93 5f 54 5f 30 0c 43 46 56 47 70 01 61 a1 ..._T_0.CFVGp.a.
1cd0: 45 14 a0 0e 93 5f 54 5f 30 0c 57 4c 44 53 70 01 E...._T_0.WLDSp.
1ce0: 61 a1 43 13 a0 0e 93 5f 54 5f 30 0c 57 4c 44 47 a.C...._T_0.WLDG
1cf0: 70 01 61 a1 41 12 a0 0e 93 5f 54 5f 30 0c 43 41 p.a.A...._T_0.CA
1d00: 4d 53 70 01 61 a1 4f 10 a0 0e 93 5f 54 5f 30 0c MSp.a.O...._T_0.
1d10: 43 41 4d 47 70 01 61 a1 4d 0f a0 0e 93 5f 54 5f CAMGp.a.M...._T_
1d20: 30 0c 43 52 44 53 70 01 61 a1 4b 0e a0 0e 93 5f 0.CRDSp.a.K...._
1d30: 54 5f 30 0c 43 52 44 47 70 01 61 a1 49 0d a0 0e T_0.CRDGp.a.I...
1d40: 93 5f 54 5f 30 0c 4d 4f 44 53 70 01 61 a1 47 0c ._T_0.MODSp.a.G.
1d50: a0 0e 93 5f 54 5f 30 0c 4d 4f 44 47 70 01 61 a1 ..._T_0.MODGp.a.
1d60: 45 0b a0 0e 93 5f 54 5f 30 0c 48 44 50 53 70 01 E...._T_0.HDPSp.
1d70: 61 a1 43 0a a0 0e 93 5f 54 5f 30 0c 4d 33 47 53 a.C...._T_0.M3GS
1d80: 70 01 61 a1 41 09 a0 0e 93 5f 54 5f 30 0c 4d 33 p.a.A...._T_0.M3
1d90: 47 47 70 01 61 a1 4f 07 a0 0e 93 5f 54 5f 30 0c GGp.a.O...._T_0.
1da0: 57 49 4d 53 70 01 61 a1 4d 06 a0 0e 93 5f 54 5f WIMSp.a.M...._T_
1db0: 30 0c 57 49 4d 47 70 01 61 a1 4b 05 a0 0e 93 5f 0.WIMGp.a.K...._
1dc0: 54 5f 30 0c 54 59 50 45 70 01 61 a1 49 04 a0 0e T_0.TYPEp.a.I...
1dd0: 93 5f 54 5f 30 0c 54 59 50 31 70 01 61 a1 37 a0 ._T_0.TYP1p.a.7.
1de0: 0e 93 5f 54 5f 30 0c 42 54 48 53 70 01 61 a1 26 .._T_0.BTHSp.a.&
1df0: a0 0e 93 5f 54 5f 30 0c 42 54 48 47 70 01 61 a1 ..._T_0.BTHGp.a.
1e00: 15 a0 0e 93 5f 54 5f 30 0c 42 49 4f 53 70 01 61 ...._T_0.BIOSp.a
1e10: a1 04 70 00 61 a4 61 14 43 04 49 4e 49 54 09 70 ..p.a.a.C.INIT.p
1e20: 01 41 54 4b 50 70 68 44 53 41 46 a0 2d 93 46 56 .ATKPphDSAF.-.FV
1e30: 53 53 00 a0 1b 91 93 57 41 4b 54 0a 05 93 57 41 SS.....WAKT...WA
1e40: 4b 54 0a 04 43 46 56 53 47 4e 56 53 0b 65 26 a1 KT..CFVSGNVS.e&.
1e50: 09 43 46 56 53 46 53 37 30 a4 01 14 48 0a 43 4d .CFVSFS70...H.CM
1e60: 53 47 08 70 0c 33 17 30 00 60 a0 12 93 47 4e 56 SG.p.3.0.`...GNV
1e70: 53 0b 55 16 00 7b 60 0c fe ff ff ff 60 a0 12 93 S.U..{`.....`...
1e80: 47 4e 56 53 0b 57 16 00 7b 60 0c ef ff ff ff 60 GNVS.W..{`.....`
1e90: a0 12 93 47 4e 56 53 0b 56 16 00 7b 60 0c fd ff ...GNVS.V..{`...
1ea0: ff ff 60 a0 12 93 47 4e 56 53 0b 60 16 00 7b 60 ..`...GNVS.`..{`
1eb0: 0c df ff ff ff 60 a0 12 93 47 4e 56 53 0b 62 16 .....`...GNVS.b.
1ec0: 00 7b 60 0c bf ff ff ff 60 a0 12 93 47 4e 56 53 .{`.....`...GNVS
1ed0: 0b 64 16 00 7b 60 0c ff ff ef ff 60 a0 12 93 47 .d..{`.....`...G
1ee0: 4e 56 53 0b 61 16 00 7b 60 0c ff ff df ff 60 a0 NVS.a..{`.....`.
1ef0: 12 93 47 4e 56 53 0b 63 16 00 7b 60 0c ff ff bf ..GNVS.c..{`....
1f00: ff 60 a4 60 14 0c 57 4c 44 53 09 a4 4f 57 4c 53 .`.`..WLDS..OWLS
1f10: 68 14 0b 57 4c 44 47 08 a4 4f 57 4c 47 14 24 50 h..WLDG..OWLG.$P
1f20: 42 4c 53 09 53 4e 56 53 0b f4 43 68 5e 5e 2f 04 BLS.SNVS..Ch^^/.
1f30: 50 43 49 30 53 42 52 47 45 43 30 5f 53 54 42 52 PCI0SBRGEC0_STBR
1f40: a4 01 14 0e 50 42 4c 47 08 a4 47 4e 56 53 0b f4 ....PBLG..GNVS..
1f50: 43 14 4c 05 43 46 56 53 09 70 0a 55 46 56 53 53 C.L.CFVS.p.UFVSS
1f60: a0 29 91 91 93 57 41 4b 54 0a 03 93 57 41 4b 54 .)...WAKT...WAKT
1f70: 0a 04 93 57 41 4b 54 0a 05 5e 5e 2f 03 50 43 49 ...WAKT..^^/.PCI
1f80: 30 53 42 52 47 46 53 42 41 68 a1 1b a0 19 92 93 0SBRGFSBAh......
1f90: 68 46 53 37 30 5e 5e 2f 03 50 43 49 30 53 42 52 hFS70^^/.PCI0SBR
1fa0: 47 46 53 42 41 68 70 68 46 53 37 30 a4 01 14 17 GFSBAhphFS70....
1fb0: 43 46 56 47 08 a4 5e 5e 2f 03 50 43 49 30 53 42 CFVG..^^/.PCI0SB
1fc0: 52 47 46 53 42 47 14 0c 43 41 4d 53 09 a4 4f 43 RGFSBG..CAMS..OC
1fd0: 4d 53 68 14 0b 43 41 4d 47 08 a4 4f 43 4d 47 14 MSh..CAMG..OCMG.
1fe0: 0c 42 54 48 53 09 a4 4f 42 54 53 68 14 0b 42 54 .BTHS..OBTSh..BT
1ff0: 48 47 08 a4 4f 42 54 47 14 19 53 44 53 50 09 5e HG..OBTG..SDSP.^
2000: 5e 2f 03 50 43 49 30 56 47 41 5f 53 57 48 44 68 ^/.PCI0VGA_SWHDh
2010: a4 01 14 0c 4d 4f 44 53 09 a4 4f 4d 44 53 68 14 ....MODS..OMDSh.
2020: 0b 4d 4f 44 47 08 a4 4f 4d 44 47 14 0c 43 52 44 .MODG..OMDG..CRD
2030: 53 09 a4 4f 43 52 53 68 14 0b 43 52 44 47 08 a4 S..OCRSh..CRDG..
2040: 4f 43 52 47 14 0c 4d 33 47 53 09 a4 4f 33 47 53 OCRG..M3GS..O3GS
2050: 68 14 0b 4d 33 47 47 08 a4 4f 33 47 47 14 0c 57 h..M3GG..O3GG..W
2060: 49 4d 53 09 a4 4f 57 49 53 68 14 0b 57 49 4d 47 IMS..OWISh..WIMG
2070: 08 a4 4f 57 49 47 14 4b 0a 48 44 50 53 09 70 68 ..OWIG.K.HDPS.ph
2080: 60 70 68 61 7a 60 0a 08 60 7b 61 0a ff 61 08 5f `phaz`..`{a..a._
2090: 54 5f 30 00 70 61 5f 54 5f 30 a0 08 93 5f 54 5f T_0.pa_T_0..._T_
20a0: 30 0a 04 a1 3a a0 08 93 5f 54 5f 30 0a 06 a1 2f 0...:..._T_0.../
20b0: a0 08 93 5f 54 5f 30 0a 07 a1 24 a0 08 93 5f 54 ..._T_0...$..._T
20c0: 5f 30 0a 0b a1 19 a0 08 93 5f 54 5f 30 0a 0c a1 _0......._T_0...
20d0: 0e a0 08 93 5f 54 5f 30 0a 0e a1 03 a4 00 a0 41 ...._T_0.......A
20e0: 04 7b 95 60 0a 05 94 60 00 00 53 4e 56 53 0b c0 .{.`...`..SNVS..
20f0: 81 61 53 4e 56 53 0b c8 81 60 53 4e 56 53 0b 80 .aSNVS...`SNVS..
2100: 81 0a 46 53 4e 56 53 0b 88 81 0a 57 53 4e 56 53 ..FSNVS....WSNVS
2110: 0b 98 81 7d 47 4e 56 53 0b 98 81 0a 40 00 a4 01 ...}GNVS....@...
2120: a4 00 14 3b 50 42 50 53 09 a0 1a 93 68 01 70 00 ...;PBPS....h.p.
2130: 5e 5e 2f 04 50 43 49 30 53 42 52 47 45 43 30 5f ^^/.PCI0SBRGEC0_
2140: 53 46 31 38 a1 17 70 01 5e 5e 2f 04 50 43 49 30 SF18..p.^^/.PCI0
2150: 53 42 52 47 45 43 30 5f 53 46 31 38 a4 01 14 1f SBRGEC0_SF18....
2160: 50 42 50 47 08 7f 5e 5e 2f 04 50 43 49 30 53 42 PBPG..^^/.PCI0SB
2170: 52 47 45 43 30 5f 53 46 31 38 01 60 a4 60 14 0c RGEC0_SF18.`.`..
2180: 48 57 43 46 08 a4 0c 01 01 04 00 10 47 14 5c 00 HWCF........G.\.
2190: 5b 80 50 4d 49 4f 01 0b 00 08 0a 80 5b 81 26 50 [.PMIO......[.&P
21a0: 4d 49 4f 01 00 40 08 00 01 54 44 54 59 03 54 45 MIO..@...TDTY.TE
21b0: 4e 41 01 54 54 44 54 03 54 54 45 4e 01 00 08 54 NA.TTDT.TTEN...T
21c0: 48 4c 53 01 14 25 4c 50 46 53 01 70 00 46 56 53 HLS..%LPFS.p.FVS
21d0: 53 70 46 53 37 30 60 a0 12 91 93 68 0a 05 93 68 SpFS70`....h...h
21e0: 0a 04 53 4e 56 53 0b 65 26 60 14 48 0e 4c 50 57 ..SNVS.e&`.H.LPW
21f0: 4b 01 a0 33 93 68 0a 03 5c 2f 05 5f 53 42 5f 50 K..3.h..\/._SB_P
2200: 43 49 30 53 42 52 47 45 43 30 5f 55 41 50 46 5c CI0SBRGEC0_UAPF\
2210: 2f 05 5f 53 42 5f 50 43 49 30 53 42 52 47 45 43 /._SB_PCI0SBRGEC
2220: 30 5f 55 42 50 46 86 5c 2f 03 5f 53 42 5f 50 43 0_UBPF.\/._SB_PC
2230: 49 30 42 41 54 30 0a 81 86 5c 2f 03 5f 53 42 5f I0BAT0...\/._SB_
2240: 50 43 49 30 41 43 30 5f 0a 81 a0 16 92 47 4e 56 PCI0AC0_.....GNV
2250: 53 0b 54 16 86 5c 2e 5f 53 42 5f 50 57 52 42 0a S.T..\._SB_PWRB.
2260: 02 86 5c 2e 5f 50 52 5f 43 50 55 31 0a 80 86 5c ..\._PR_CPU1...\
2270: 2e 5f 50 52 5f 43 50 55 31 0a 81 5b 22 0a 0a 70 ._PR_CPU1..["..p
2280: 68 57 41 4b 54 a0 28 93 57 41 4b 54 0a 03 a0 1f hWAKT.(.WAKT....
2290: 93 46 53 37 30 00 5c 2f 04 5f 53 42 5f 50 43 49 .FS70.\/._SB_PCI
22a0: 30 53 42 52 47 46 53 42 41 01 5b 22 0a c8 a1 24 0SBRGFSBA.["...$
22b0: a0 22 93 47 4e 56 53 0b 65 26 00 5c 2f 04 5f 53 .".GNVS.e&.\/._S
22c0: 42 5f 50 43 49 30 53 42 52 47 46 53 42 41 01 5b B_PCI0SBRGFSBA.[
22d0: 22 0a c8 10 44 05 5c 5f 53 42 5f 5b 82 3a 4c 49 "...D.\_SB_[.:LI
22e0: 44 5f 08 5f 48 49 44 0c 41 d0 0c 0d 08 4c 49 44 D_._HID.A....LID
22f0: 53 01 14 24 5f 4c 49 44 00 70 5e 5e 2f 04 50 43 S..$_LID.p^^/.PC
2300: 49 30 53 42 52 47 45 43 30 5f 53 46 31 33 4c 49 I0SBRGEC0_SF13LI
2310: 44 53 a4 4c 49 44 53 5b 82 0f 53 4c 50 42 08 5f DS.LIDS[..SLPB._
2320: 48 49 44 0c 41 d0 0c 0e 10 4e 39 2f 03 50 43 49 HID.A....N9/.PCI
2330: 30 53 42 52 47 45 43 30 5f 14 0d 5f 51 30 34 00 0SBRGEC0_.._Q04.
2340: 86 53 4c 50 42 0a 80 14 48 04 5f 51 30 36 00 a0 .SLPB...H._Q06..
2350: 0b 90 44 53 41 46 01 70 0a 10 60 a1 2f 70 5e 5e ..DSAF.p..`./p^^
2360: 5e 5e 2e 41 54 4b 44 57 4c 44 47 60 7f 60 01 60 ^^.ATKDWLDG`.`.`
2370: 5e 5e 5e 5e 2e 41 54 4b 44 57 4c 44 53 60 a0 06 ^^^^.ATKDWLDS`..
2380: 60 70 0a 10 60 a1 05 70 0a 11 60 41 54 4b 4e 60 `p..`..p..`ATKN`
2390: 14 35 5f 51 30 37 00 70 47 4e 56 53 0b f4 43 60 .5_Q07.pGNVS..C`
23a0: a0 06 94 60 00 76 60 a0 09 94 60 0a 0e 70 0a 0e ...`.v`...`..p..
23b0: 60 53 4e 56 53 0b f4 43 60 53 54 42 52 41 54 4b `SNVS..C`STBRATK
23c0: 4e 72 60 0a 20 00 14 32 5f 51 30 39 00 70 47 4e Nr`. ..2_Q09.pGN
23d0: 56 53 0b f4 43 60 a0 07 95 60 0a 0f 75 60 a1 05 VS..C`...`..u`..
23e0: 70 0a 0f 60 53 4e 56 53 0b f4 43 60 53 54 42 52 p..`SNVS..C`STBR
23f0: 41 54 4b 4e 72 60 0a 20 00 14 2b 5f 51 30 43 00 ATKNr`. ..+_Q0C.
2400: 70 5e 5e 5e 2e 56 47 41 5f 47 45 54 4e 60 70 5e p^^^.VGA_GETN`p^
2410: 5e 5e 2e 56 47 41 5f 47 45 54 4e 60 41 54 4b 4e ^^.VGA_GETN`ATKN
2420: 72 60 0a 2f 00 14 0c 5f 51 30 45 00 41 54 4b 4e r`./..._Q0E.ATKN
2430: 0a 12 14 0c 5f 51 31 30 00 41 54 4b 4e 0a 13 14 ...._Q10.ATKN...
2440: 1a 5f 51 31 31 00 70 5e 5e 5e 2e 56 47 41 5f 47 ._Q11.p^^^.VGA_G
2450: 45 54 4e 60 41 54 4b 4e 0a 14 14 0c 5f 51 31 33 ETN`ATKN...._Q13
2460: 00 41 54 4b 4e 0a 15 14 0c 5f 51 31 35 00 41 54 .ATKN...._Q15.AT
2470: 4b 4e 0a 16 14 06 5f 51 31 37 00 14 06 5f 51 31 KN...._Q17..._Q1
2480: 39 00 14 0c 5f 51 32 37 00 41 54 4b 4e 0a 1a 14 9..._Q27.ATKN...
2490: 0c 5f 51 32 38 00 41 54 4b 4e 0a 1b 14 0c 5f 51 ._Q28.ATKN...._Q
24a0: 32 39 00 41 54 4b 4e 0a 1c 14 0c 5f 51 32 41 00 29.ATKN...._Q2A.
24b0: 41 54 4b 4e 0a 1d 14 0d 5f 51 32 42 00 86 4c 49 ATKN...._Q2B..LI
24c0: 44 5f 0a 80 14 0d 5f 51 32 43 00 86 4c 49 44 5f D_...._Q2C..LID_
24d0: 0a 80 14 43 05 5f 51 33 31 00 55 41 50 46 53 54 ...C._Q31.UAPFST
24e0: 42 52 86 41 43 30 5f 0a 80 86 42 41 54 30 0a 80 BR.AC0_...BAT0..
24f0: 5b 22 0a 0a a0 0b 41 43 50 53 41 54 4b 4e 0a 50 ["....ACPSATKN.P
2500: a1 07 41 54 4b 4e 0a 51 86 5c 2e 5f 50 52 5f 43 ..ATKN.Q.\._PR_C
2510: 50 55 31 0a 80 86 5c 2e 5f 50 52 5f 43 50 55 31 PU1...\._PR_CPU1
2520: 0a 81 5b 22 0a 0a 14 2d 5f 51 33 32 00 55 42 50 ..["...-_Q32.UBP
2530: 46 a0 0a 44 43 50 53 5b 22 0b f4 01 53 54 42 52 F..DCPS["...STBR
2540: 86 42 41 54 30 01 86 42 41 54 30 0a 81 86 41 43 .BAT0..BAT0...AC
2550: 30 5f 0a 80 14 14 5f 51 33 33 00 86 42 41 54 30 0_...._Q33..BAT0
2560: 0a 80 86 41 43 30 5f 0a 80 14 14 5f 51 33 35 00 ...AC0_...._Q35.
2570: 86 42 41 54 30 0a 80 86 41 43 30 5f 0a 80 14 14 .BAT0...AC0_....
2580: 5f 51 33 36 00 86 42 41 54 30 0a 80 86 41 43 30 _Q36..BAT0...AC0
2590: 5f 0a 80 14 15 5f 51 33 37 00 a0 0e 41 54 4b 4e _...._Q37...ATKN
25a0: 0a 52 86 42 41 54 30 0a 80 14 13 5f 51 34 34 00 .R.BAT0...._Q44.
25b0: 86 5c 2e 5f 54 5a 5f 54 5a 30 30 0a 80 14 0a 5f .\._TZ_TZ00...._
25c0: 51 33 41 00 45 46 54 4c 14 06 5f 51 33 42 00 14 Q3A.EFTL.._Q3B..
25d0: 06 5f 51 33 38 00 14 0c 53 54 42 52 08 49 53 4d ._Q38...STBR.ISM
25e0: 49 0a 78 14 29 55 42 50 46 08 a0 22 45 43 41 56 I.x.)UBPF.."ECAV
25f0: a0 1c 92 5b 23 4d 55 45 43 ff ff 70 53 46 30 31 ...[#MUEC..pSF01
2600: 60 5b 27 4d 55 45 43 70 60 44 43 50 53 14 29 55 `['MUECp`DCPS.)U
2610: 41 50 46 08 a0 22 45 43 41 56 a0 1c 92 5b 23 4d APF.."ECAV...[#M
2620: 55 45 43 ff ff 70 53 46 30 30 60 5b 27 4d 55 45 UEC..pSF00`['MUE
2630: 43 70 60 41 43 50 53 14 0f 55 42 43 46 08 70 42 Cp`ACPS..UBCF.pB
2640: 49 46 31 42 43 41 54 14 34 55 42 43 53 08 a0 25 IF1BCAT.4UBCS..%
2650: 41 43 50 53 70 0a 02 42 43 47 53 70 45 42 54 53 ACPSp..BCGSpEBTS
2660: 61 a0 12 92 93 61 ff a0 0c 7b 61 0a 40 00 70 00 a....a...{a.@.p.
2670: 42 43 47 53 a1 07 70 01 42 43 47 53 14 4a 04 55 BCGS..p.BCGS.J.U
2680: 42 45 43 08 a0 42 04 44 43 50 53 70 42 49 46 32 BEC..B.DCPSpBIF2
2690: 60 a0 35 92 93 60 ff 77 60 0a 04 61 78 61 0a 64 `.5..`.w`..axa.d
26a0: 62 61 42 57 52 4e 61 77 60 0a 04 61 78 61 0a 64 baBWRNaw`..axa.d
26b0: 62 61 42 4c 4f 57 61 77 60 0a 04 61 78 61 0a 64 baBLOWaw`..axa.d
26c0: 62 61 42 43 52 54 61 10 4f 2f 5e 5e 50 43 49 30 baBCRTa.O/^^PCI0
26d0: 5b 82 45 06 42 41 54 30 08 5f 48 49 44 0c 41 d0 [.E.BAT0._HID.A.
26e0: 0c 0a 08 5f 55 49 44 00 08 5f 50 43 4c 12 06 01 ..._UID.._PCL...
26f0: 50 43 49 30 14 0b 5f 53 54 41 00 a4 43 53 54 41 PCI0.._STA..CSTA
2700: 14 1c 5f 42 49 46 00 a0 0c 93 44 43 50 53 00 a4 .._BIF....DCPS..
2710: 4e 42 49 46 43 42 49 46 a4 50 42 49 46 14 19 5f NBIFCBIF.PBIF.._
2720: 42 53 54 00 a0 0d 7b 0a 10 5f 53 54 41 00 43 42 BST...{.._STA.CB
2730: 53 54 a4 50 42 53 54 08 4e 42 49 46 12 17 0d 01 ST.PBST.NBIF....
2740: ff ff 01 ff ff ff ff ff 0d 20 00 0d 20 00 0d 20 ......... .. ..
2750: 00 0d 20 00 08 50 42 49 46 12 2b 0d 01 0b cc 10 .. ..PBIF.+.....
2760: 0b 68 10 01 0b d0 36 0b a4 01 0a d2 0a 1c 0b 0a .h....6.........
2770: 05 0d 39 30 31 00 0d 20 00 0d 4c 49 4f 4e 00 0d ..901.. ..LION..
2780: 41 53 55 53 00 08 42 41 54 46 11 03 0a 02 8b 42 ASUS..BATF.....B
2790: 41 54 46 00 44 41 54 57 08 42 41 46 31 11 03 0a ATF.DATW.BAF1...
27a0: 02 8b 42 41 46 31 00 44 41 54 32 14 17 43 53 54 ..BAF1.DAT2..CST
27b0: 41 08 70 44 43 50 53 60 a0 05 60 a4 0a 1f a1 04 A.pDCPS`..`.....
27c0: a4 0a 0f 14 4a 0f 43 42 49 46 08 5e 2f 03 53 42 ....J.CBIF.^/.SB
27d0: 52 47 45 43 30 5f 55 42 43 53 5e 2f 03 53 42 52 RGEC0_UBCS^/.SBR
27e0: 47 45 43 30 5f 55 42 45 43 70 5e 2f 03 53 42 52 GEC0_UBECp^/.SBR
27f0: 47 45 43 30 5f 42 49 46 31 60 a0 0e 92 93 60 ff GEC0_BIF1`....`.
2800: 70 60 88 50 42 49 46 01 00 70 5e 2f 03 53 42 52 p`.PBIF..p^/.SBR
2810: 47 45 43 30 5f 42 49 46 32 60 a0 0f 92 93 60 ff GEC0_BIF2`....`.
2820: 70 60 88 50 42 49 46 0a 02 00 70 5e 2f 03 53 42 p`.PBIF...p^/.SB
2830: 52 47 45 43 30 5f 42 49 46 34 60 a0 0f 92 93 60 RGEC0_BIF4`....`
2840: ff 70 60 88 50 42 49 46 0a 04 00 70 5e 2f 03 53 .p`.PBIF...p^/.S
2850: 42 52 47 45 43 30 5f 42 49 46 35 60 a0 0f 92 93 BRGEC0_BIF5`....
2860: 60 ff 70 60 88 50 42 49 46 0a 05 00 70 5e 2f 03 `.p`.PBIF...p^/.
2870: 53 42 52 47 45 43 30 5f 42 49 46 36 60 a0 0f 92 SBRGEC0_BIF6`...
2880: 93 60 ff 70 60 88 50 42 49 46 0a 06 00 70 5e 2f .`.p`.PBIF...p^/
2890: 03 53 42 52 47 45 43 30 5f 42 49 46 31 60 a0 1f .SBRGEC0_BIF1`..
28a0: 92 93 60 ff 78 60 0a 64 61 60 70 60 88 50 42 49 ..`.x`.da`p`.PBI
28b0: 46 0a 07 00 70 60 88 50 42 49 46 0a 08 00 08 50 F...p`.PBIF....P
28c0: 42 53 54 12 0c 04 00 0b 00 80 0b 00 80 0b b0 36 BST............6
28d0: 14 4a 0c 43 42 53 54 08 5e 2f 03 53 42 52 47 45 .J.CBST.^/.SBRGE
28e0: 43 30 5f 55 42 43 53 70 42 43 47 53 88 50 42 53 C0_UBCSpBCGS.PBS
28f0: 54 00 00 70 5e 2f 03 53 42 52 47 45 43 30 5f 42 T..p^/.SBRGEC0_B
2900: 53 54 31 60 a0 22 92 93 60 ff a0 13 92 95 60 0b ST1`."..`.....`.
2910: 00 80 74 00 60 60 75 60 7b 60 0b ff ff 60 70 60 ..t.``u`{`...`p`
2920: 88 50 42 53 54 01 00 70 5e 2f 03 53 42 52 47 45 .PBST..p^/.SBRGE
2930: 43 30 5f 42 53 54 32 60 a0 38 92 93 60 ff 70 5e C0_BST2`.8..`.p^
2940: 2f 03 53 42 52 47 45 43 30 5f 42 49 46 32 61 a0 /.SBRGEC0_BIF2a.
2950: 17 92 93 61 ff 78 77 61 0a 63 62 0a 64 63 62 a0 ...a.xwa.cb.dcb.
2960: 07 94 60 62 70 61 60 70 60 88 50 42 53 54 0a 02 ..`bpa`p`.PBST..
2970: 00 70 5e 2f 03 53 42 52 47 45 43 30 5f 42 53 54 .p^/.SBRGEC0_BST
2980: 33 44 41 54 57 a0 15 92 93 44 41 54 57 ff 70 44 3DATW....DATW.pD
2990: 41 54 57 88 50 42 53 54 0a 03 00 14 2b 55 42 4c ATW.PBST....+UBL
29a0: 50 08 a0 0e 93 42 43 47 53 01 70 0a 64 42 4c 54 P....BCGS.p.dBLT
29b0: 43 a0 15 91 93 42 43 47 53 00 93 42 43 47 53 0a C....BCGS..BCGS.
29c0: 02 70 00 42 4c 54 43 10 3a 5c 5f 53 42 5f 10 33 .p.BLTC.:\_SB_.3
29d0: 50 43 49 30 5b 82 2c 41 43 30 5f 08 5f 48 49 44 PCI0[.,AC0_._HID
29e0: 0d 41 43 50 49 30 30 30 33 00 14 0b 5f 50 53 52 .ACPI0003..._PSR
29f0: 00 a4 41 43 50 53 08 5f 50 43 4c 12 06 01 50 43 ..ACPS._PCL...PC
2a00: 49 30 5b 82 4d 09 4f 4d 53 43 08 5f 48 49 44 0c I0[.M.OMSC._HID.
2a10: 41 d0 0c 02 08 5f 55 49 44 00 08 43 52 53 5f 11 A...._UID..CRS_.
2a20: 1d 0a 1a 86 09 00 00 00 00 00 00 00 00 00 00 86 ................
2a30: 09 00 00 00 00 00 00 00 00 00 00 79 00 14 43 06 ...........y..C.
2a40: 5f 43 52 53 00 a0 46 05 41 50 49 43 8a 43 52 53 _CRS..F.APIC.CRS
2a50: 5f 0a 08 4d 4c 30 31 8a 43 52 53 5f 0a 04 4d 42 _..ML01.CRS_..MB
2a60: 30 31 8a 43 52 53 5f 0a 14 4d 4c 30 32 8a 43 52 01.CRS_..ML02.CR
2a70: 53 5f 0a 10 4d 42 30 32 70 0c 00 00 c0 fe 4d 42 S_..MB02p.....MB
2a80: 30 31 70 0b 00 10 4d 4c 30 31 70 0c 00 00 e0 fe 01p...ML01p.....
2a90: 4d 42 30 32 70 0b 00 10 4d 4c 30 32 a4 43 52 53 MB02p...ML02.CRS
2aa0: 5f 5b 82 47 14 5e 5e 52 4d 45 4d 08 5f 48 49 44 _[.G.^^RMEM._HID
2ab0: 0c 41 d0 0c 01 08 5f 55 49 44 01 08 43 52 53 5f .A...._UID..CRS_
2ac0: 11 42 04 0a 3e 86 09 00 01 00 00 00 00 00 00 0a .B..>...........
2ad0: 00 86 09 00 00 00 00 00 00 00 00 00 00 86 09 00 ................
2ae0: 00 00 00 0e 00 00 00 02 00 86 09 00 01 00 00 10 ................
2af0: 00 00 00 00 00 86 09 00 00 00 00 00 00 00 00 00 ................
2b00: 00 79 00 14 46 0e 5f 43 52 53 00 8a 43 52 53 5f .y..F._CRS..CRS_
2b10: 0a 10 42 41 53 31 8a 43 52 53 5f 0a 14 4c 45 4e ..BAS1.CRS_..LEN
2b20: 31 8a 43 52 53 5f 0a 1c 42 41 53 32 8a 43 52 53 1.CRS_..BAS2.CRS
2b30: 5f 0a 20 4c 45 4e 32 8a 43 52 53 5f 0a 2c 4c 45 _. LEN2.CRS_.,LE
2b40: 4e 33 8a 43 52 53 5f 0a 34 42 41 53 34 8a 43 52 N3.CRS_.4BAS4.CR
2b50: 53 5f 0a 38 4c 45 4e 34 a0 05 4f 53 46 4c a1 41 S_.8LEN4..OSFL.A
2b60: 06 a0 28 4d 47 31 42 a0 22 94 4d 47 31 42 0c 00 ..(MG1B.".MG1B..
2b70: 00 0c 00 70 0c 00 00 0c 00 42 41 53 31 74 4d 47 ...p.....BAS1tMG
2b80: 31 42 42 41 53 31 4c 45 4e 31 a1 15 70 0c 00 00 1BBAS1LEN1..p...
2b90: 0c 00 42 41 53 31 70 0c 00 00 02 00 4c 45 4e 31 ..BAS1p.....LEN1
2ba0: a0 1f 72 4d 47 31 42 4d 47 31 4c 60 70 60 42 41 ..rMG1BMG1L`p`BA
2bb0: 53 32 74 0c 00 00 10 00 42 41 53 32 4c 45 4e 32 S2t.....BAS2LEN2
2bc0: 74 4d 47 32 42 0c 00 00 10 00 4c 45 4e 33 72 4d tMG2B.....LEN3rM
2bd0: 47 32 42 4d 47 32 4c 42 41 53 34 74 00 42 41 53 G2BMG2LBAS4t.BAS
2be0: 34 4c 45 4e 34 a4 43 52 53 5f 10 46 0c 5c 00 5b 4LEN4.CRS_.F.\.[
2bf0: 81 46 08 5c 2f 04 5f 53 42 5f 50 43 49 30 53 42 .F.\/._SB_PCI0SB
2c00: 52 47 47 50 42 58 01 00 40 06 00 07 53 42 30 37 RGGPBX..@...SB07
2c10: 01 00 02 53 42 31 30 01 53 42 31 31 01 53 42 31 ...SB10.SB11.SB1
2c20: 32 01 53 42 31 33 01 53 42 31 34 01 00 09 53 42 2.SB13.SB14...SB
2c30: 32 34 01 53 42 32 35 01 53 42 32 36 01 53 42 32 24.SB25.SB26.SB2
2c40: 37 01 53 42 32 38 01 00 43 04 00 19 42 4c 4e 4b 7.SB28..C...BLNK
2c50: 01 00 46 08 00 0b 49 56 30 42 01 00 44 05 53 42 ..F...IV0B..D.SB
2c60: 33 32 01 53 42 33 33 01 53 42 33 34 01 53 42 33 32.SB33.SB34.SB3
2c70: 35 01 53 42 33 36 01 5b 80 52 43 42 41 00 0c 00 5.SB36.[.RCBA...
2c80: c0 d1 fe 0b 00 40 5b 81 0f 52 43 42 41 01 00 80 .....@[..RCBA...
2c90: 0c 1a 46 44 52 54 20 14 0c 44 46 54 4c 00 70 00 ..FDRT ..DFTL.p.
2ca0: 54 54 45 4e 14 0c 45 46 54 4c 00 70 01 54 54 45 TTEN..EFTL.p.TTE
2cb0: 4e 10 47 62 5c 2f 03 5f 53 42 5f 50 43 49 30 53 N.Gb\/._SB_PCI0S
2cc0: 42 52 47 14 06 4f 45 4d 49 00 14 0c 4f 45 4d 53 BRG..OEMI...OEMS
2cd0: 01 a0 05 93 68 0a 03 08 43 4c 4b 42 11 03 0a 20 ....h...CLKB...
2ce0: 14 13 52 43 4c 4b 00 52 42 4c 4b 0a d2 00 43 4c ..RCLK.RBLK...CL
2cf0: 4b 42 0a 1f 14 13 57 43 4c 4b 00 57 42 4c 4b 0a KB....WCLK.WBLK.
2d00: d2 00 0a 1f 43 4c 4b 42 14 16 52 43 4b 42 01 52 ....CLKB..RCKB.R
2d10: 43 4c 4b 70 83 88 43 4c 4b 42 68 00 60 a4 60 14 CLKp..CLKBh.`.`.
2d20: 0f 57 43 4b 42 02 70 69 88 43 4c 4b 42 68 00 08 .WCKB.pi.CLKBh..
2d30: 44 41 54 41 12 04 02 00 00 5b 01 53 4d 42 41 00 DATA.....[.SMBA.
2d40: 14 4f 15 53 4d 42 43 04 5b 23 53 4d 42 41 ff ff .O.SMBC.[#SMBA..
2d50: 70 0a ff 48 53 54 53 5b 22 0a 0a 70 48 53 54 53 p..HSTS["..pHSTS
2d60: 60 7b 60 0a 1f 60 70 0a ff 61 a2 21 90 94 61 00 `{`..`p..a.!..a.
2d70: 92 93 60 00 76 61 70 0a ff 48 53 54 53 5b 22 0a ..`.vap..HSTS[".
2d80: 0a 70 48 53 54 53 60 7b 60 0a 1f 60 a0 41 06 60 .pHSTS`{`..`.A.`
2d90: 70 0a 02 48 53 54 43 5b 22 0a 0a 70 00 48 53 54 p..HSTC["..p.HST
2da0: 43 70 0a ff 48 53 54 53 5b 22 0a 0a 70 48 53 54 Cp..HSTS["..pHST
2db0: 53 60 7b 60 0a 1f 60 70 0a ff 61 a2 21 90 94 61 S`{`..`p..a.!..a
2dc0: 00 92 93 60 00 76 61 70 0a ff 48 53 54 53 5b 22 ...`.vap..HSTS["
2dd0: 0a 0a 70 48 53 54 53 60 7b 60 0a 1f 60 a0 10 60 ..pHSTS`{`..`..`
2de0: 70 01 88 44 41 54 41 00 00 a4 44 41 54 41 70 69 p..DATA...DATApi
2df0: 48 43 4d 44 70 68 48 41 44 52 7b 68 01 60 a0 19 HCMDphHADR{h.`..
2e00: 92 60 7b 6a 0a 04 60 a0 08 60 70 6b 48 44 54 57 .`{j..`..`pkHDTW
2e10: a1 07 70 6b 48 44 54 30 70 6a 48 53 54 43 5b 22 ..pkHDT0pjHSTC["
2e20: 0a 0a 70 48 53 54 53 60 70 0a ff 61 a2 4f 05 94 ..pHSTS`p..a.O..
2e30: 61 00 7b 60 0a 1c 62 a0 10 62 70 01 88 44 41 54 a.{`..b..bp..DAT
2e40: 41 00 00 a4 44 41 54 41 7b 60 0a 02 62 a0 32 62 A...DATA{`..b.2b
2e50: 70 00 88 44 41 54 41 00 00 7b 6a 0a 04 62 a0 0e p..DATA..{j..b..
2e60: 60 70 48 44 54 57 88 44 41 54 41 01 00 a1 0d 70 `pHDTW.DATA....p
2e70: 48 44 54 30 88 44 41 54 41 01 00 a4 44 41 54 41 HDT0.DATA...DATA
2e80: 5b 22 0a 0a 70 48 53 54 53 60 76 61 70 01 88 44 ["..pHSTS`vap..D
2e90: 41 54 41 00 00 5b 27 53 4d 42 41 a4 44 41 54 41 ATA..['SMBA.DATA
2ea0: 14 43 06 53 4d 42 42 02 70 00 48 43 4d 44 5b 22 .C.SMBB.p.HCMD["
2eb0: 0a 05 70 68 48 41 44 52 5b 22 0a 05 70 0a ff 48 ..phHADR["..p..H
2ec0: 53 54 53 5b 22 0a 50 70 0a 54 48 53 54 43 5b 22 STS[".Pp.THSTC["
2ed0: 0a 05 70 0a ff 60 a2 25 60 76 60 5b 22 0a 02 a0 ..p..`.%`v`["...
2ee0: 0c 7b 48 53 54 53 01 00 5b 22 0a 02 a0 0f 7b 48 .{HSTS..["....{H
2ef0: 53 54 53 0a 02 00 70 00 60 70 01 61 70 48 44 54 STS...p.`p.apHDT
2f00: 30 62 a4 62 14 44 04 57 42 4c 4b 04 5b 23 53 4d 0b.b.D.WBLK.[#SM
2f10: 42 41 ff ff 70 48 53 54 43 60 70 6a 60 70 00 61 BA..pHSTC`pj`p.a
2f20: a2 10 60 70 83 88 6b 61 00 42 4c 4b 44 76 60 75 ..`p..ka.BLKDv`u
2f30: 61 70 48 53 54 43 60 70 6a 48 44 54 30 53 4d 42 apHSTC`pjHDT0SMB
2f40: 42 68 69 5b 27 53 4d 42 41 14 41 04 52 42 4c 4b Bhi['SMBA.A.RBLK
2f50: 04 5b 23 53 4d 42 41 ff ff 7d 68 01 60 70 53 4d .[#SMBA..}h.`pSM
2f60: 42 42 60 69 61 70 48 53 54 43 60 70 6b 60 72 61 BB`iapHSTC`pk`ra
2f70: 01 62 70 00 61 a2 0f 60 70 42 4c 4b 44 88 6a 61 .bp.a..`pBLKD.ja
2f80: 00 76 60 75 61 5b 27 53 4d 42 41 08 43 4b 46 47 .v`ua['SMBA.CKFG
2f90: 12 3e 03 12 13 09 0a 32 0a 69 0a 87 0a 32 0a 0f .>.....2.i...2..
2fa0: 0a 6e 0a 87 0a 32 01 12 13 09 0a 32 0a 64 0a 1f .n...2.....2.d..
2fb0: 0a 30 0a cf 0a 68 0a 1e 0a 30 01 12 13 09 0a 32 .0...h...0.....2
2fc0: 0a 4b 0a 16 0a 24 0a cf 0a 68 0a 1e 0a 30 00 08 .K...$...h...0..
2fd0: 43 4b 46 54 12 2a 02 12 13 09 0a b2 0a 5b 0a 07 CKFT.*.......[..
2fe0: 0a 2c 0a cf 0a 68 0a 1e 0a 30 01 12 13 09 0a 32 .,...h...0.....2
2ff0: 0a 54 0a 6b 0a 28 0a cf 0a 68 0a 1e 0a 30 01 14 .T.k.(...h...0..
3000: 40 14 46 53 42 41 01 70 68 60 7b 60 0a ff 60 5e @.FSBA.ph`{`..`^
3010: 2e 45 43 30 5f 45 43 58 57 0a e1 01 a0 4e 0e 92 .EC0_ECXW....N..
3020: 93 60 0a 03 a0 17 93 46 53 37 30 0a 02 46 53 42 .`.....FS70..FSB
3030: 54 01 46 53 42 54 00 46 53 42 58 01 a1 06 46 53 T.FSBT.FSBX...FS
3040: 42 58 01 a0 0f 93 60 0a 02 46 53 42 54 00 46 53 BX....`..FSBT.FS
3050: 42 54 01 5b 22 0a 0a a0 4d 05 93 60 00 52 43 4c BT.["...M..`.RCL
3060: 4b 57 43 4b 42 0a 0f 83 88 83 88 43 4b 46 47 68 KWCKB......CKFGh
3070: 00 0a 04 00 57 43 4b 42 0a 10 83 88 83 88 43 4b ....WCKB......CK
3080: 46 47 68 00 0a 05 00 57 43 4b 42 0a 11 83 88 83 FGh....WCKB.....
3090: 88 43 4b 46 47 68 00 0a 06 00 57 43 4b 42 0a 12 .CKFGh....WCKB..
30a0: 83 88 83 88 43 4b 46 47 68 00 0a 07 00 57 43 4c ....CKFGh....WCL
30b0: 4b 5b 22 0a 0a 52 43 4c 4b 57 43 4b 42 0a 0b 83 K["..RCLKWCKB...
30c0: 88 83 88 43 4b 46 47 68 00 00 00 57 43 4b 42 0a ...CKFGh...WCKB.
30d0: 0c 83 88 83 88 43 4b 46 47 68 00 01 00 57 43 4b .....CKFGh...WCK
30e0: 42 0a 0d 83 88 83 88 43 4b 46 47 68 00 0a 02 00 B......CKFGh....
30f0: 57 43 4b 42 0a 0e 83 88 83 88 43 4b 46 47 68 00 WCKB......CKFGh.
3100: 0a 03 00 57 43 4c 4b 5b 22 0a 0a a1 21 a0 0a 41 ...WCLK["...!..A
3110: 43 50 53 46 53 42 58 01 a1 14 46 53 42 58 0a 02 CPSFSBX...FSBX..
3120: 5e 2e 45 43 30 5f 45 43 58 57 0a e1 00 a0 12 93 ^.EC0_ECXW......
3130: 60 0a 02 5e 2e 45 43 30 5f 45 43 58 57 0a e1 00 `..^.EC0_ECXW...
3140: 14 45 0b 46 53 42 58 01 52 43 4c 4b 57 43 4b 42 .E.FSBX.RCLKWCKB
3150: 0a 0b 83 88 83 88 43 4b 46 47 68 00 00 00 57 43 ......CKFGh...WC
3160: 4b 42 0a 0c 83 88 83 88 43 4b 46 47 68 00 01 00 KB......CKFGh...
3170: 57 43 4b 42 0a 0d 83 88 83 88 43 4b 46 47 68 00 WCKB......CKFGh.
3180: 0a 02 00 57 43 4b 42 0a 0e 83 88 83 88 43 4b 46 ...WCKB......CKF
3190: 47 68 00 0a 03 00 57 43 4c 4b 5b 22 0a 0a 52 43 Gh....WCLK["..RC
31a0: 4c 4b 57 43 4b 42 0a 0f 83 88 83 88 43 4b 46 47 LKWCKB......CKFG
31b0: 68 00 0a 04 00 57 43 4b 42 0a 10 83 88 83 88 43 h....WCKB......C
31c0: 4b 46 47 68 00 0a 05 00 57 43 4b 42 0a 11 83 88 KFGh....WCKB....
31d0: 83 88 43 4b 46 47 68 00 0a 06 00 57 43 4b 42 0a ..CKFGh....WCKB.
31e0: 12 83 88 83 88 43 4b 46 47 68 00 0a 07 00 57 43 .....CKFGh....WC
31f0: 4c 4b 5b 22 0a 0a 14 45 0b 46 53 42 54 01 52 43 LK["...E.FSBT.RC
3200: 4c 4b 57 43 4b 42 0a 0b 83 88 83 88 43 4b 46 54 LKWCKB......CKFT
3210: 68 00 00 00 57 43 4b 42 0a 0c 83 88 83 88 43 4b h...WCKB......CK
3220: 46 54 68 00 01 00 57 43 4b 42 0a 0d 83 88 83 88 FTh...WCKB......
3230: 43 4b 46 54 68 00 0a 02 00 57 43 4b 42 0a 0e 83 CKFTh....WCKB...
3240: 88 83 88 43 4b 46 54 68 00 0a 03 00 57 43 4c 4b ...CKFTh....WCLK
3250: 5b 22 0a 0a 52 43 4c 4b 57 43 4b 42 0a 0f 83 88 ["..RCLKWCKB....
3260: 83 88 43 4b 46 54 68 00 0a 04 00 57 43 4b 42 0a ..CKFTh....WCKB.
3270: 10 83 88 83 88 43 4b 46 54 68 00 0a 05 00 57 43 .....CKFTh....WC
3280: 4b 42 0a 11 83 88 83 88 43 4b 46 54 68 00 0a 06 KB......CKFTh...
3290: 00 57 43 4b 42 0a 12 83 88 83 88 43 4b 46 54 68 .WCKB......CKFTh
32a0: 00 0a 07 00 57 43 4c 4b 5b 22 0a 0a 14 2c 46 53 ....WCLK["...,FS
32b0: 42 47 08 70 87 43 4b 46 47 60 70 87 88 43 4b 46 BG.p.CKFG`p..CKF
32c0: 47 00 00 61 78 60 61 60 00 70 46 53 37 30 61 79 G..ax`a`.pFS70ay
32d0: 60 0a 08 60 a4 72 60 61 00 10 4f 22 5c 00 14 37 `..`.r`a..O"\..7
32e0: 4f 43 4d 53 09 53 4e 56 53 0b 37 16 68 a0 08 68 OCMS.SNVS.7.h..h
32f0: 70 01 53 42 33 35 a1 07 70 00 53 42 33 35 5b 22 p.SB35..p.SB35["
3300: 0b f4 01 86 5c 2f 03 5f 53 42 5f 50 43 49 30 55 ....\/._SB_PCI0U
3310: 53 42 33 00 a4 01 14 11 4f 43 4d 47 08 70 47 4e SB3.....OCMG.pGN
3320: 56 53 0b 37 16 60 a4 60 14 21 4f 4d 44 53 09 53 VS.7.`.`.!OMDS.S
3330: 4e 56 53 0b 39 16 68 a0 08 68 70 01 53 42 32 38 NVS.9.h..hp.SB28
3340: a1 07 70 00 53 42 32 38 a4 01 14 11 4f 4d 44 47 ..p.SB28....OMDG
3350: 08 70 47 4e 56 53 0b 39 16 60 a4 60 14 36 4f 43 .pGNVS.9.`.`.6OC
3360: 52 53 09 53 4e 56 53 0b 36 16 68 a0 08 68 70 00 RS.SNVS.6.h..hp.
3370: 53 42 32 37 a1 07 70 01 53 42 32 37 5b 22 0a 64 SB27..p.SB27[".d
3380: 86 5c 2f 03 5f 53 42 5f 50 43 49 30 55 53 42 32 .\/._SB_PCI0USB2
3390: 00 a4 01 14 11 4f 43 52 47 08 70 47 4e 56 53 0b .....OCRG.pGNVS.
33a0: 36 16 60 a4 60 14 41 0a 4f 57 4c 53 09 53 4e 56 6.`.`.A.OWLS.SNV
33b0: 53 0b 38 16 68 a0 44 04 68 70 01 53 42 30 37 70 S.8.h.D.hp.SB07p
33c0: 00 53 42 32 34 5b 22 0b e8 03 70 00 53 42 31 30 .SB24["...p.SB10
33d0: 5b 22 0a 64 86 5c 2f 03 5f 53 42 5f 50 43 49 30 [".d.\/._SB_PCI0
33e0: 50 30 50 37 00 5b 22 0a 64 86 5c 2f 03 5f 53 42 P0P7.[".d.\/._SB
33f0: 5f 50 43 49 30 50 30 50 37 00 a1 4a 04 a0 0d 93 _PCI0P0P7..J....
3400: 53 42 33 36 00 70 00 53 42 30 37 70 01 53 42 31 SB36.p.SB07p.SB1
3410: 30 5b 22 0a 64 70 01 53 42 32 34 5b 22 0a 64 86 0[".dp.SB24[".d.
3420: 5c 2f 03 5f 53 42 5f 50 43 49 30 50 30 50 37 00 \/._SB_PCI0P0P7.
3430: 5b 22 0a 64 86 5c 2f 03 5f 53 42 5f 50 43 49 30 [".d.\/._SB_PCI0
3440: 50 30 50 37 00 a4 01 14 11 4f 57 4c 47 08 70 47 P0P7.....OWLG.pG
3450: 4e 56 53 0b 38 16 60 a4 60 14 35 4f 42 54 53 09 NVS.8.`.`.5OBTS.
3460: 53 4e 56 53 0b 3c 16 68 a0 0e 68 70 01 53 42 33 SNVS.<.h..hp.SB3
3470: 36 70 01 53 42 30 37 a1 15 70 00 53 42 33 36 a0 6p.SB07..p.SB36.
3480: 0d 93 53 42 32 34 01 70 00 53 42 30 37 a4 01 14 ..SB24.p.SB07...
3490: 11 4f 42 54 47 08 70 47 4e 56 53 0b 3c 16 60 a4 .OBTG.pGNVS.<.`.
34a0: 60 14 21 4f 33 47 53 09 53 4e 56 53 0b 3a 16 68 `.!O3GS.SNVS.:.h
34b0: a0 08 68 70 00 53 42 31 34 a1 07 70 01 53 42 31 ..hp.SB14..p.SB1
34c0: 34 a4 01 14 11 4f 33 47 47 08 70 47 4e 56 53 0b 4....O3GG.pGNVS.
34d0: 3a 16 60 a4 60 14 21 4f 57 49 53 09 53 4e 56 53 :.`.`.!OWIS.SNVS
34e0: 0b 58 16 68 a0 08 68 70 00 53 42 31 34 a1 07 70 .X.h..hp.SB14..p
34f0: 01 53 42 31 34 a4 01 14 11 4f 57 49 47 08 70 47 .SB14....OWIG.pG
3500: 4e 56 53 0b 58 16 60 a4 60 5b 82 48 cb 49 44 45 NVS.X.`.`[.H.IDE
3510: 30 08 5f 41 44 52 0c 02 00 1f 00 08 5e 4e 41 54 0._ADR......^NAT
3520: 41 12 07 01 0c 02 00 1f 00 08 52 45 47 46 01 14 A.........REGF..
3530: 12 5f 52 45 47 02 a0 0b 93 68 0a 02 70 69 52 45 ._REG....h..piRE
3540: 47 46 08 54 49 4d 30 12 48 05 08 12 0b 04 0a 78 GF.TIM0.H......x
3550: 0a b4 0a f0 0b 84 03 12 09 04 0a 23 0a 21 0a 10 ...........#.!..
3560: 00 12 09 04 0a 0b 0a 09 0a 04 00 12 0e 06 0a 70 ...............p
3570: 0a 49 0a 36 0a 27 0a 19 0a 14 12 0a 06 00 01 0a .I.6.'..........
3580: 02 01 0a 02 01 12 08 06 00 00 00 01 01 01 12 09 ................
3590: 04 0a 04 0a 03 0a 02 00 12 07 04 0a 02 01 00 00 ................
35a0: 08 54 4d 44 30 11 03 0a 14 8a 54 4d 44 30 00 50 .TMD0.....TMD0.P
35b0: 49 4f 30 8a 54 4d 44 30 0a 04 44 4d 41 30 8a 54 IO0.TMD0..DMA0.T
35c0: 4d 44 30 0a 08 50 49 4f 31 8a 54 4d 44 30 0a 0c MD0..PIO1.TMD0..
35d0: 44 4d 41 31 8a 54 4d 44 30 0a 10 43 48 4e 46 5b DMA1.TMD0..CHNF[
35e0: 80 43 46 47 32 02 0a 40 0a 20 5b 81 48 0a 43 46 .CFG2..@. [.H.CF
35f0: 47 32 03 50 4d 50 54 04 50 53 50 54 04 50 4d 52 G2.PMPT.PSPT.PMR
3600: 49 06 00 02 53 4d 50 54 04 53 53 50 54 04 53 4d I...SMPT.SSPT.SM
3610: 52 49 06 00 02 50 53 52 49 04 53 53 52 49 04 00 RI...PSRI.SSRI..
3620: 18 50 4d 33 45 01 50 53 33 45 01 53 4d 33 45 01 .PM3E.PS3E.SM3E.
3630: 53 53 33 45 01 00 0c 50 4d 55 54 02 00 02 50 53 SS3E...PMUT...PS
3640: 55 54 02 00 02 53 4d 55 54 02 00 02 53 53 55 54 UT...SMUT...SSUT
3650: 02 00 02 00 40 04 50 4d 36 45 01 50 53 36 45 01 ....@.PM6E.PS6E.
3660: 53 4d 36 45 01 53 53 36 45 01 50 4d 43 52 01 50 SM6E.SS6E.PMCR.P
3670: 53 43 52 01 53 4d 43 52 01 53 53 43 52 01 00 04 SCR.SMCR.SSCR...
3680: 50 4d 41 45 01 50 53 41 45 01 53 4d 41 45 01 53 PMAE.PSAE.SMAE.S
3690: 53 41 45 01 08 47 4d 50 54 00 08 47 4d 55 45 00 SAE..GMPT..GMUE.
36a0: 08 47 4d 55 54 00 08 47 4d 43 52 00 08 47 53 50 .GMUT..GMCR..GSP
36b0: 54 00 08 47 53 55 45 00 08 47 53 55 54 00 08 47 T..GSUE..GSUT..G
36c0: 53 43 52 00 5b 82 4f 22 43 48 4e 30 08 5f 41 44 SCR.[.O"CHN0._AD
36d0: 52 00 14 49 07 5f 47 54 4d 00 79 50 53 43 52 01 R..I._GTM.yPSCR.
36e0: 61 7d 50 4d 43 52 61 60 79 50 4d 41 45 0a 02 63 a}PMCRa`yPMAE..c
36f0: 79 50 4d 36 45 01 64 7d 63 64 63 7d 50 4d 33 45 yPM6E.d}cdc}PM3E
3700: 63 61 79 50 4d 50 54 0a 04 63 7d 61 63 61 79 50 cayPMPT..c}acayP
3710: 53 41 45 0a 02 63 79 50 53 36 45 01 64 7d 63 64 SAE..cyPS6E.d}cd
3720: 63 7d 50 53 33 45 63 62 79 50 53 50 54 0a 04 63 c}PS3EcbyPSPT..c
3730: 7d 62 63 62 a4 47 54 4d 5f 50 4d 52 49 61 50 4d }bcb.GTM_PMRIaPM
3740: 55 54 50 53 52 49 62 50 53 55 54 60 14 4e 16 5f UTPSRIbPSUT`.N._
3750: 53 54 4d 03 70 68 5b 31 70 68 54 4d 44 30 79 50 STM.ph[1phTMD0yP
3760: 4d 41 45 0a 02 63 79 50 4d 36 45 01 64 7d 63 64 MAE..cyPM6E.d}cd
3770: 63 7d 50 4d 33 45 63 60 79 50 4d 50 54 0a 04 63 c}PM3Ec`yPMPT..c
3780: 7d 60 63 60 79 50 53 41 45 0a 02 63 79 50 53 36 }`c`yPSAE..cyPS6
3790: 45 01 64 7d 63 64 63 7d 50 53 33 45 63 61 79 50 E.d}cdc}PS3EcayP
37a0: 53 50 54 0a 04 63 7d 61 63 61 70 50 4d 52 49 47 SPT..c}acapPMRIG
37b0: 4d 50 54 70 60 47 4d 55 45 70 50 4d 55 54 47 4d MPTp`GMUEpPMUTGM
37c0: 55 54 70 50 4d 43 52 47 4d 43 52 70 50 53 52 49 UTpPMCRGMCRpPSRI
37d0: 47 53 50 54 70 61 47 53 55 45 70 50 53 55 54 47 GSPTpaGSUEpPSUTG
37e0: 53 55 54 70 50 53 43 52 47 53 43 52 53 54 4d 5f SUTpPSCRGSCRSTM_
37f0: 70 47 4d 50 54 50 4d 52 49 70 47 4d 55 45 60 70 pGMPTPMRIpGMUE`p
3800: 47 4d 55 54 50 4d 55 54 70 47 4d 43 52 50 4d 43 GMUTPMUTpGMCRPMC
3810: 52 70 47 53 55 45 61 70 47 53 55 54 50 53 55 54 RpGSUEapGSUTPSUT
3820: 70 47 53 43 52 50 53 43 52 a0 0b 7b 60 01 00 70 pGSCRPSCR..{`..p
3830: 01 50 4d 33 45 a1 07 70 00 50 4d 33 45 a0 0c 7b .PM3E..p.PM3E..{
3840: 60 0a 02 00 70 01 50 4d 36 45 a1 07 70 00 50 4d `...p.PM6E..p.PM
3850: 36 45 a0 0c 7b 60 0a 04 00 70 01 50 4d 41 45 a1 6E..{`...p.PMAE.
3860: 07 70 00 50 4d 41 45 a0 0b 7b 61 01 00 70 01 50 .p.PMAE..{a..p.P
3870: 53 33 45 a1 07 70 00 50 53 33 45 a0 0c 7b 61 0a S3E..p.PS3E..{a.
3880: 02 00 70 01 50 53 36 45 a1 07 70 00 50 53 36 45 ..p.PS6E..p.PS6E
3890: a0 0c 7b 61 0a 04 00 70 01 50 53 41 45 a1 07 70 ..{a...p.PSAE..p
38a0: 00 50 53 41 45 70 47 54 46 5f 00 69 41 54 41 30 .PSAEpGTF_.iATA0
38b0: 70 47 54 46 5f 01 6a 41 54 41 31 5b 82 1b 44 52 pGTF_.jATA1[..DR
38c0: 56 30 08 5f 41 44 52 00 14 0f 5f 47 54 46 00 a4 V0._ADR..._GTF..
38d0: 52 41 54 41 41 54 41 30 5b 82 1b 44 52 56 31 08 RATAATA0[..DRV1.
38e0: 5f 41 44 52 01 14 0f 5f 47 54 46 00 a4 52 41 54 _ADR..._GTF..RAT
38f0: 41 41 54 41 31 5b 82 4f 22 43 48 4e 31 08 5f 41 AATA1[.O"CHN1._A
3900: 44 52 01 14 49 07 5f 47 54 4d 00 79 53 53 43 52 DR..I._GTM.ySSCR
3910: 01 61 7d 53 4d 43 52 61 60 79 53 4d 41 45 0a 02 .a}SMCRa`ySMAE..
3920: 63 79 53 4d 36 45 01 64 7d 63 64 63 7d 53 4d 33 cySM6E.d}cdc}SM3
3930: 45 63 61 79 53 4d 50 54 0a 04 63 7d 61 63 61 79 EcaySMPT..c}acay
3940: 53 53 41 45 0a 02 63 79 53 53 36 45 01 64 7d 63 SSAE..cySS6E.d}c
3950: 64 63 7d 53 53 33 45 63 62 79 53 53 50 54 0a 04 dc}SS3EcbySSPT..
3960: 63 7d 62 63 62 a4 47 54 4d 5f 53 4d 52 49 61 53 c}bcb.GTM_SMRIaS
3970: 4d 55 54 53 53 52 49 62 53 53 55 54 60 14 4e 16 MUTSSRIbSSUT`.N.
3980: 5f 53 54 4d 03 70 68 5b 31 70 68 54 4d 44 30 79 _STM.ph[1phTMD0y
3990: 53 4d 41 45 0a 02 63 79 53 4d 36 45 01 64 7d 63 SMAE..cySM6E.d}c
39a0: 64 63 7d 53 4d 33 45 63 60 79 53 4d 50 54 0a 04 dc}SM3Ec`ySMPT..
39b0: 63 7d 60 63 60 79 53 53 41 45 0a 02 63 79 53 53 c}`c`ySSAE..cySS
39c0: 36 45 01 64 7d 63 64 63 7d 53 53 33 45 63 61 79 6E.d}cdc}SS3Ecay
39d0: 53 53 50 54 0a 04 63 7d 61 63 61 70 53 4d 52 49 SSPT..c}acapSMRI
39e0: 47 4d 50 54 70 60 47 4d 55 45 70 53 4d 55 54 47 GMPTp`GMUEpSMUTG
39f0: 4d 55 54 70 53 4d 43 52 47 4d 43 52 70 53 53 52 MUTpSMCRGMCRpSSR
3a00: 49 47 53 50 54 70 61 47 53 55 45 70 53 53 55 54 IGSPTpaGSUEpSSUT
3a10: 47 53 55 54 70 53 53 43 52 47 53 43 52 53 54 4d GSUTpSSCRGSCRSTM
3a20: 5f 70 47 4d 50 54 53 4d 52 49 70 47 4d 55 45 60 _pGMPTSMRIpGMUE`
3a30: 70 47 4d 55 54 53 4d 55 54 70 47 4d 43 52 53 4d pGMUTSMUTpGMCRSM
3a40: 43 52 70 47 53 55 45 61 70 47 53 55 54 53 53 55 CRpGSUEapGSUTSSU
3a50: 54 70 47 53 43 52 53 53 43 52 a0 0b 7b 60 01 00 TpGSCRSSCR..{`..
3a60: 70 01 53 4d 33 45 a1 07 70 00 53 4d 33 45 a0 0c p.SM3E..p.SM3E..
3a70: 7b 60 0a 02 00 70 01 53 4d 36 45 a1 07 70 00 53 {`...p.SM6E..p.S
3a80: 4d 36 45 a0 0c 7b 60 0a 04 00 70 01 53 4d 41 45 M6E..{`...p.SMAE
3a90: a1 07 70 00 53 4d 41 45 a0 0b 7b 61 01 00 70 01 ..p.SMAE..{a..p.
3aa0: 53 53 33 45 a1 07 70 00 53 53 33 45 a0 0c 7b 61 SS3E..p.SS3E..{a
3ab0: 0a 02 00 70 01 53 53 36 45 a1 07 70 00 53 53 36 ...p.SS6E..p.SS6
3ac0: 45 a0 0c 7b 61 0a 04 00 70 01 53 53 41 45 a1 07 E..{a...p.SSAE..
3ad0: 70 00 53 53 41 45 70 47 54 46 5f 00 69 41 54 41 p.SSAEpGTF_.iATA
3ae0: 32 70 47 54 46 5f 01 6a 41 54 41 33 5b 82 1b 44 2pGTF_.jATA3[..D
3af0: 52 56 30 08 5f 41 44 52 00 14 0f 5f 47 54 46 00 RV0._ADR..._GTF.
3b00: a4 52 41 54 41 41 54 41 32 5b 82 1b 44 52 56 31 .RATAATA2[..DRV1
3b10: 08 5f 41 44 52 01 14 0f 5f 47 54 46 00 a4 52 41 ._ADR..._GTF..RA
3b20: 54 41 41 54 41 33 14 45 13 47 54 4d 5f 0f 70 ff TAATA3.E.GTM_.p.
3b30: 50 49 4f 30 70 ff 50 49 4f 31 70 ff 44 4d 41 30 PIO0p.PIO1p.DMA0
3b40: 70 ff 44 4d 41 31 70 0a 10 43 48 4e 46 a0 05 52 p.DMA1p..CHNF..R
3b50: 45 47 46 a1 06 a4 54 4d 44 30 a0 11 7b 69 0a 20 EGF...TMD0..{i.
3b60: 00 7d 43 48 4e 46 0a 02 43 48 4e 46 70 89 83 88 .}CHNF..CHNFp...
3b70: 54 49 4d 30 01 00 01 68 00 00 00 66 70 83 88 83 TIM0...h...fp...
3b80: 88 54 49 4d 30 00 00 66 00 67 70 67 44 4d 41 30 .TIM0..f.gpgDMA0
3b90: 70 67 50 49 4f 30 a0 11 7b 6c 0a 20 00 7d 43 48 pgPIO0..{l. .}CH
3ba0: 4e 46 0a 08 43 48 4e 46 70 89 83 88 54 49 4d 30 NF..CHNFp...TIM0
3bb0: 0a 02 00 01 6b 00 00 00 66 70 83 88 83 88 54 49 ....k...fp....TI
3bc0: 4d 30 00 00 66 00 67 70 67 44 4d 41 31 70 67 50 M0..f.gpgDMA1pgP
3bd0: 49 4f 31 a0 3d 7b 69 0a 07 00 70 6a 65 a0 0b 7b IO1.={i...pje..{
3be0: 69 0a 02 00 72 65 0a 02 65 a0 0b 7b 69 0a 04 00 i...re..e..{i...
3bf0: 72 65 0a 04 65 70 83 88 83 88 54 49 4d 30 0a 03 re..ep....TIM0..
3c00: 00 65 00 44 4d 41 30 7d 43 48 4e 46 01 43 48 4e .e.DMA0}CHNF.CHN
3c10: 46 a0 3e 7b 6c 0a 07 00 70 6d 65 a0 0b 7b 6c 0a F.>{l...pme..{l.
3c20: 02 00 72 65 0a 02 65 a0 0b 7b 6c 0a 04 00 72 65 ..re..e..{l...re
3c30: 0a 04 65 70 83 88 83 88 54 49 4d 30 0a 03 00 65 ..ep....TIM0...e
3c40: 00 44 4d 41 31 7d 43 48 4e 46 0a 04 43 48 4e 46 .DMA1}CHNF..CHNF
3c50: 70 54 4d 44 30 5b 31 a4 54 4d 44 30 14 46 21 53 pTMD0[1.TMD0.F!S
3c60: 54 4d 5f 08 a0 05 52 45 47 46 a1 48 20 70 00 47 TM_...REGF.H p.G
3c70: 4d 55 45 70 00 47 4d 55 54 70 00 47 53 55 45 70 MUEp.GMUTp.GSUEp
3c80: 00 47 53 55 54 a0 40 07 7b 43 48 4e 46 01 00 70 .GSUT.@.{CHNF..p
3c90: 89 83 88 54 49 4d 30 0a 03 00 02 44 4d 41 30 00 ...TIM0....DMA0.
3ca0: 00 00 60 a0 09 94 60 0a 05 70 0a 05 60 70 83 88 ..`...`..p..`p..
3cb0: 83 88 54 49 4d 30 0a 04 00 60 00 47 4d 55 54 7d ..TIM0...`.GMUT}
3cc0: 47 4d 55 45 01 47 4d 55 45 a0 10 94 60 0a 02 7d GMUE.GMUE...`..}
3cd0: 47 4d 55 45 0a 02 47 4d 55 45 a0 1b 94 60 0a 04 GMUE..GMUE...`..
3ce0: 7b 47 4d 55 45 0a fd 47 4d 55 45 7d 47 4d 55 45 {GMUE..GMUE}GMUE
3cf0: 0a 04 47 4d 55 45 a1 35 a0 33 7d 93 50 49 4f 30 ..GMUE.5.3}.PIO0
3d00: ff 93 50 49 4f 30 00 00 a0 23 7b 95 44 4d 41 30 ..PIO0...#{.DMA0
3d10: ff 94 44 4d 41 30 00 00 70 44 4d 41 30 50 49 4f ..DMA0..pDMA0PIO
3d20: 30 7d 47 4d 55 45 0a 80 47 4d 55 45 a0 41 07 7b 0}GMUE..GMUE.A.{
3d30: 43 48 4e 46 0a 04 00 70 89 83 88 54 49 4d 30 0a CHNF...p...TIM0.
3d40: 03 00 02 44 4d 41 31 00 00 00 60 a0 09 94 60 0a ...DMA1...`...`.
3d50: 05 70 0a 05 60 70 83 88 83 88 54 49 4d 30 0a 04 .p..`p....TIM0..
3d60: 00 60 00 47 53 55 54 7d 47 53 55 45 01 47 53 55 .`.GSUT}GSUE.GSU
3d70: 45 a0 10 94 60 0a 02 7d 47 53 55 45 0a 02 47 53 E...`..}GSUE..GS
3d80: 55 45 a0 1b 94 60 0a 04 7b 47 53 55 45 0a fd 47 UE...`..{GSUE..G
3d90: 53 55 45 7d 47 53 55 45 0a 04 47 53 55 45 a1 35 SUE}GSUE..GSUE.5
3da0: a0 33 7d 93 50 49 4f 31 ff 93 50 49 4f 31 00 00 .3}.PIO1..PIO1..
3db0: a0 23 7b 95 44 4d 41 31 ff 94 44 4d 41 31 00 00 .#{.DMA1..DMA1..
3dc0: 70 44 4d 41 31 50 49 4f 31 7d 47 53 55 45 0a 80 pDMA1PIO1}GSUE..
3dd0: 47 53 55 45 a0 14 7b 43 48 4e 46 0a 02 00 7d 47 GSUE..{CHNF...}G
3de0: 4d 55 45 0a 20 47 4d 55 45 a0 14 7b 43 48 4e 46 MUE. GMUE..{CHNF
3df0: 0a 08 00 7d 47 53 55 45 0a 20 47 53 55 45 7b 89 ...}GSUE. GSUE{.
3e00: 83 88 54 49 4d 30 00 00 04 50 49 4f 30 00 00 00 ..TIM0...PIO0...
3e10: 0a 07 60 70 83 88 83 88 54 49 4d 30 01 00 60 00 ..`p....TIM0..`.
3e20: 61 70 61 47 4d 50 54 a0 10 95 60 0a 03 7d 47 4d apaGMPT...`..}GM
3e30: 55 45 0a 50 47 4d 55 45 7b 89 83 88 54 49 4d 30 UE.PGMUE{...TIM0
3e40: 00 00 04 50 49 4f 31 00 00 00 0a 07 60 70 83 88 ...PIO1.....`p..
3e50: 83 88 54 49 4d 30 0a 02 00 60 00 61 70 61 47 53 ..TIM0...`.apaGS
3e60: 50 54 a0 10 95 60 0a 03 7d 47 53 55 45 0a 50 47 PT...`..}GSUE.PG
3e70: 53 55 45 08 41 54 30 31 11 0a 0a 07 03 00 00 00 SUE.AT01........
3e80: 00 00 ef 08 41 54 30 32 11 0a 0a 07 00 00 00 00 ....AT02........
3e90: 00 00 90 08 41 54 30 33 11 0a 0a 07 00 00 00 00 ....AT03........
3ea0: 00 00 c6 08 41 54 30 34 11 0a 0a 07 00 00 00 00 ....AT04........
3eb0: 00 00 91 08 41 54 41 30 11 03 0a 1d 08 41 54 41 ....ATA0.....ATA
3ec0: 31 11 03 0a 1d 08 41 54 41 32 11 03 0a 1d 08 41 1.....ATA2.....A
3ed0: 54 41 33 11 03 0a 1d 08 41 54 41 42 11 03 0a 1d TA3.....ATAB....
3ee0: 8c 41 54 41 42 00 43 4d 44 43 14 4c 05 47 54 46 .ATAB.CMDC.L.GTF
3ef0: 42 0b 77 43 4d 44 43 0a 38 60 72 60 0a 08 61 5b B.wCMDC.8`r`..a[
3f00: 13 41 54 41 42 61 0a 38 43 4d 44 58 77 43 4d 44 .ATABa.8CMDXwCMD
3f10: 43 0a 07 60 8c 41 54 41 42 72 60 0a 02 00 41 30 C..`.ATABr`...A0
3f20: 30 31 8c 41 54 41 42 72 60 0a 06 00 41 30 30 35 01.ATABr`...A005
3f30: 70 68 43 4d 44 58 70 69 41 30 30 31 70 6a 41 30 phCMDXpiA001pjA0
3f40: 30 35 75 43 4d 44 43 14 42 23 47 54 46 5f 0a 70 05uCMDC.B#GTF_.p
3f50: 69 5b 31 70 00 43 4d 44 43 08 49 44 34 39 0b 00 i[1p.CMDC.ID49..
3f60: 0c 08 49 44 35 39 00 08 49 44 35 33 0a 04 08 49 ..ID59..ID53...I
3f70: 44 36 33 0b 00 0f 08 49 44 38 38 0b 00 0f 08 49 D63....ID88....I
3f80: 52 44 59 01 08 50 49 4f 54 00 08 44 4d 41 54 00 RDY..PIOT..DMAT.
3f90: a0 4d 05 93 87 69 0b 00 02 8b 69 0a 62 49 57 34 .M...i....i.bIW4
3fa0: 39 70 49 57 34 39 49 44 34 39 8b 69 0a 6a 49 57 9pIW49ID49.i.jIW
3fb0: 35 33 70 49 57 35 33 49 44 35 33 8b 69 0a 7e 49 53pIW53ID53.i.~I
3fc0: 57 36 33 70 49 57 36 33 49 44 36 33 8b 69 0a 76 W63pIW63ID63.i.v
3fd0: 49 57 35 39 70 49 57 35 39 49 44 35 39 8b 69 0a IW59pIW59ID59.i.
3fe0: b0 49 57 38 38 70 49 57 38 38 49 44 38 38 70 0a .IW88pIW88ID88p.
3ff0: a0 67 a0 48 05 68 70 0a b0 67 7b 43 48 4e 46 0a .g.H.hp..g{CHNF.
4000: 08 49 52 44 59 a0 12 7b 43 48 4e 46 0a 10 00 70 .IRDY..{CHNF...p
4010: 50 49 4f 31 50 49 4f 54 a1 0a 70 50 49 4f 30 50 PIO1PIOT..pPIO0P
4020: 49 4f 54 a0 27 7b 43 48 4e 46 0a 04 00 a0 12 7b IOT.'{CHNF.....{
4030: 43 48 4e 46 0a 10 00 70 44 4d 41 31 44 4d 41 54 CHNF...pDMA1DMAT
4040: a1 0a 70 44 4d 41 30 44 4d 41 54 a1 27 7b 43 48 ..pDMA0DMAT.'{CH
4050: 4e 46 0a 02 49 52 44 59 70 50 49 4f 30 50 49 4f NF..IRDYpPIO0PIO
4060: 54 a0 11 7b 43 48 4e 46 01 00 70 44 4d 41 30 44 T..{CHNF..pDMA0D
4070: 4d 41 54 a0 45 04 90 90 7b 49 44 35 33 0a 04 00 MAT.E...{ID53...
4080: 7b 49 44 38 38 0b 00 ff 00 44 4d 41 54 70 89 83 {ID88....DMATp..
4090: 88 54 49 4d 30 0a 03 00 02 44 4d 41 54 00 00 00 .TIM0....DMAT...
40a0: 61 a0 09 94 61 0a 05 70 0a 05 61 47 54 46 42 41 a...a..p..aGTFBA
40b0: 54 30 31 7d 0a 40 61 00 67 a1 42 04 a0 3f 90 7b T01}.@a.g.B..?.{
40c0: 49 44 36 33 0b 00 ff 00 50 49 4f 54 7b 89 83 88 ID63....PIOT{...
40d0: 54 49 4d 30 00 00 04 50 49 4f 54 00 00 00 0a 03 TIM0...PIOT.....
40e0: 60 7d 0a 20 83 88 83 88 54 49 4d 30 0a 07 00 60 `}. ....TIM0...`
40f0: 00 61 47 54 46 42 41 54 30 31 61 67 a0 35 49 52 .aGTFBAT01ag.5IR
4100: 44 59 7b 89 83 88 54 49 4d 30 00 00 04 50 49 4f DY{...TIM0...PIO
4110: 54 00 00 00 0a 07 60 7d 0a 08 83 88 83 88 54 49 T.....`}......TI
4120: 4d 30 0a 06 00 60 00 61 47 54 46 42 41 54 30 31 M0...`.aGTFBAT01
4130: 61 67 a1 16 a0 14 7b 49 44 34 39 0b 00 04 00 47 ag....{ID49....G
4140: 54 46 42 41 54 30 31 01 67 a0 24 90 7b 49 44 35 TFBAT01.g.$.{ID5
4150: 39 0b 00 01 00 7b 49 44 35 39 0a ff 00 47 54 46 9....{ID59...GTF
4160: 42 41 54 30 33 7b 49 44 35 39 0a ff 00 67 70 41 BAT03{ID59...gpA
4170: 54 41 42 5b 31 a4 41 54 41 42 14 38 52 41 54 41 TAB[1.ATAB.8RATA
4180: 01 8c 68 00 43 4d 44 4e 77 43 4d 44 4e 0a 38 60 ..h.CMDNwCMDN.8`
4190: 5b 13 68 0a 08 60 52 45 54 42 70 52 45 54 42 5b [.h..`RETBpRETB[
41a0: 31 73 52 45 54 42 46 5a 54 46 52 45 54 42 a4 52 1sRETBFZTFRETB.R
41b0: 45 54 42 08 46 5a 54 46 11 0a 0a 07 00 00 00 00 ETB.FZTF........
41c0: 00 00 f5 5b 82 0f 49 44 45 31 08 5f 41 44 52 0c ...[..IDE1._ADR.
41d0: 01 00 1f 00 5b 82 36 50 30 50 34 08 5f 41 44 52 ....[.6P0P4._ADR
41e0: 0c 00 00 1c 00 14 0f 5f 50 52 57 00 a4 47 50 52 ......._PRW..GPR
41f0: 57 0a 09 0a 04 14 16 5f 50 52 54 00 a0 0a 50 49 W......_PRT...PI
4200: 43 4d a4 41 52 30 34 a4 50 52 30 34 5b 82 36 50 CM.AR04.PR04[.6P
4210: 30 50 36 08 5f 41 44 52 0c 02 00 1c 00 14 0f 5f 0P6._ADR......._
4220: 50 52 57 00 a4 47 50 52 57 0a 09 0a 04 14 16 5f PRW..GPRW......_
4230: 50 52 54 00 a0 0a 50 49 43 4d a4 41 52 30 36 a4 PRT...PICM.AR06.
4240: 50 52 30 36 5b 82 36 50 30 50 37 08 5f 41 44 52 PR06[.6P0P7._ADR
4250: 0c 03 00 1c 00 14 0f 5f 50 52 57 00 a4 47 50 52 ......._PRW..GPR
4260: 57 0a 09 0a 04 14 16 5f 50 52 54 00 a0 0a 50 49 W......_PRT...PI
4270: 43 4d a4 41 52 30 37 a4 50 52 30 37 5b 82 36 50 CM.AR07.PR07[.6P
4280: 30 50 38 08 5f 41 44 52 0c 04 00 1c 00 14 0f 5f 0P8._ADR......._
4290: 50 52 57 00 a4 47 50 52 57 0a 09 0a 04 14 16 5f PRW..GPRW......_
42a0: 50 52 54 00 a0 0a 50 49 43 4d a4 41 52 30 38 a4 PRT...PICM.AR08.
42b0: 50 52 30 38 5b 82 36 50 30 50 39 08 5f 41 44 52 PR08[.6P0P9._ADR
42c0: 0c 05 00 1c 00 14 0f 5f 50 52 57 00 a4 47 50 52 ......._PRW..GPR
42d0: 57 0a 09 0a 04 14 16 5f 50 52 54 00 a0 0a 50 49 W......_PRT...PI
42e0: 43 4d a4 41 52 30 39 a4 50 52 30 39 5b 82 0f 4d CM.AR09.PR09[..M
42f0: 43 39 37 08 5f 41 44 52 0c 03 00 1e 00 5b 82 41 C97._ADR.....[.A
4300: 06 55 53 42 30 08 5f 41 44 52 0c 00 00 1d 00 5b .USB0._ADR.....[
4310: 80 42 41 52 30 02 0a c4 01 5b 81 0d 42 41 52 30 .BAR0....[..BAR0
4320: 01 55 53 42 57 02 00 06 14 1e 5f 53 33 44 00 a0 .USBW....._S3D..
4330: 12 91 93 4f 53 46 4c 01 93 4f 53 46 4c 0a 02 a4 ...OSFL..OSFL...
4340: 0a 02 a1 04 a4 0a 03 14 18 5f 50 53 57 01 a0 09 ........._PSW...
4350: 68 70 0a 03 55 53 42 57 a1 07 70 00 55 53 42 57 hp..USBW..p.USBW
4360: 5b 82 41 06 55 53 42 31 08 5f 41 44 52 0c 01 00 [.A.USB1._ADR...
4370: 1d 00 5b 80 42 41 52 30 02 0a c4 01 5b 81 0d 42 ..[.BAR0....[..B
4380: 41 52 30 01 55 53 42 57 02 00 06 14 1e 5f 53 33 AR0.USBW....._S3
4390: 44 00 a0 12 91 93 4f 53 46 4c 01 93 4f 53 46 4c D.....OSFL..OSFL
43a0: 0a 02 a4 0a 02 a1 04 a4 0a 03 14 18 5f 50 53 57 ............_PSW
43b0: 01 a0 09 68 70 0a 03 55 53 42 57 a1 07 70 00 55 ...hp..USBW..p.U
43c0: 53 42 57 5b 82 41 06 55 53 42 32 08 5f 41 44 52 SBW[.A.USB2._ADR
43d0: 0c 02 00 1d 00 5b 80 42 41 52 30 02 0a c4 01 5b .....[.BAR0....[
43e0: 81 0d 42 41 52 30 01 55 53 42 57 02 00 06 14 1e ..BAR0.USBW.....
43f0: 5f 53 33 44 00 a0 12 91 93 4f 53 46 4c 01 93 4f _S3D.....OSFL..O
4400: 53 46 4c 0a 02 a4 0a 02 a1 04 a4 0a 03 14 18 5f SFL............_
4410: 50 53 57 01 a0 09 68 70 0a 03 55 53 42 57 a1 07 PSW...hp..USBW..
4420: 70 00 55 53 42 57 5b 82 41 06 55 53 42 33 08 5f p.USBW[.A.USB3._
4430: 41 44 52 0c 03 00 1d 00 5b 80 42 41 52 30 02 0a ADR.....[.BAR0..
4440: c4 01 5b 81 0d 42 41 52 30 01 55 53 42 57 02 00 ..[..BAR0.USBW..
4450: 06 14 1e 5f 53 33 44 00 a0 12 91 93 4f 53 46 4c ..._S3D.....OSFL
4460: 01 93 4f 53 46 4c 0a 02 a4 0a 02 a1 04 a4 0a 03 ..OSFL..........
4470: 14 18 5f 50 53 57 01 a0 09 68 70 0a 03 55 53 42 .._PSW...hp..USB
4480: 57 a1 07 70 00 55 53 42 57 5b 82 0f 45 55 53 42 W..p.USBW[..EUSB
4490: 08 5f 41 44 52 0c 07 00 1d 00 5b 82 49 25 56 47 ._ADR.....[.I%VG
44a0: 41 5f 08 5f 41 44 52 0c 00 00 02 00 08 56 47 41 A_._ADR......VGA
44b0: 42 11 03 0a 02 8b 56 47 41 42 00 44 49 53 44 8c B.....VGAB.DISD.
44c0: 56 47 41 42 00 4e 58 54 44 8c 56 47 41 42 01 41 VGAB.NXTD.VGAB.A
44d0: 56 4c 44 08 4c 43 44 4d 01 08 43 52 54 4d 0a 02 VLD.LCDM..CRTM..
44e0: 08 54 56 4f 4d 0a 04 08 44 4f 4e 45 00 08 44 4f .TVOM...DONE..DO
44f0: 53 46 01 14 15 5f 49 4e 49 00 70 47 45 54 44 44 SF..._INI.pGETDD
4500: 49 53 44 70 01 44 4f 4e 45 14 0c 5f 44 4f 53 01 ISDp.DONE.._DOS.
4510: 70 68 44 4f 53 46 14 19 5f 44 4f 44 00 a4 12 11 phDOSF.._DOD....
4520: 03 0c 00 01 01 00 0c 00 02 01 00 0c 00 04 01 00 ................
4530: 14 28 43 44 43 53 01 70 0a 0d 60 a0 0d 7b 4e 58 .(CDCS.p..`..{NX
4540: 54 44 68 00 7d 60 0a 02 60 a0 0d 7b 41 56 4c 44 TDh.}`..`..{AVLD
4550: 68 00 7d 60 0a 10 60 a4 60 14 13 43 44 47 53 01 h.}`..`.`..CDGS.
4560: a0 0a 7b 4e 58 54 44 68 00 a4 01 a4 00 5b 82 4f ..{NXTDh.....[.O
4570: 04 43 52 54 44 08 5f 41 44 52 0b 00 01 14 0f 5f .CRTD._ADR....._
4580: 44 43 53 00 a4 43 44 43 53 43 52 54 4d 14 0f 5f DCS..CDCSCRTM.._
4590: 44 47 53 00 a4 43 44 47 53 43 52 54 4d 14 20 5f DGS..CDGSCRTM. _
45a0: 44 53 53 01 a0 19 7b 68 0c 00 00 00 40 00 a0 0f DSS...{h....@...
45b0: 7b 68 0c 00 00 00 80 00 70 01 44 4f 4e 45 5b 82 {h......p.DONE[.
45c0: 4f 04 54 56 4f 44 08 5f 41 44 52 0b 00 02 14 0f O.TVOD._ADR.....
45d0: 5f 44 43 53 00 a4 43 44 43 53 54 56 4f 4d 14 0f _DCS..CDCSTVOM..
45e0: 5f 44 47 53 00 a4 43 44 47 53 54 56 4f 4d 14 20 _DGS..CDGSTVOM.
45f0: 5f 44 53 53 01 a0 19 7b 68 0c 00 00 00 40 00 a0 _DSS...{h....@..
4600: 0f 7b 68 0c 00 00 00 80 00 70 01 44 4f 4e 45 5b .{h......p.DONE[
4610: 82 4f 04 4c 43 44 44 08 5f 41 44 52 0b 00 04 14 .O.LCDD._ADR....
4620: 0f 5f 44 43 53 00 a4 43 44 43 53 4c 43 44 4d 14 ._DCS..CDCSLCDM.
4630: 0f 5f 44 47 53 00 a4 43 44 47 53 4c 43 44 4d 14 ._DGS..CDGSLCDM.
4640: 20 5f 44 53 53 01 a0 19 7b 68 0c 00 00 00 40 00 _DSS...{h....@.
4650: a0 0f 7b 68 0c 00 00 00 80 00 70 01 44 4f 4e 45 ..{h......p.DONE
4660: 14 27 53 57 48 44 09 a0 11 44 4f 53 46 70 68 50 .'SWHD...DOSFphP
4670: 41 52 31 49 53 4d 49 0a 73 a1 08 86 56 47 41 5f AR1ISMI.s...VGA_
4680: 0a 80 70 01 44 4f 4e 45 14 11 47 45 54 44 00 49 ..p.DONE..GETD.I
4690: 53 4d 49 0a 72 a4 50 41 52 31 14 4a 05 47 45 54 SMI.r.PAR1.J.GET
46a0: 4e 08 a0 0e 44 4f 4e 45 70 47 45 54 44 44 49 53 N...DONEpGETDDIS
46b0: 44 70 00 44 4f 4e 45 70 00 60 a2 35 92 93 4e 58 Dp.DONEp.`.5..NX
46c0: 54 44 60 75 4e 58 54 44 a0 0d 93 4e 58 54 44 0a TD`uNXTD...NXTD.
46d0: 07 75 4e 58 54 44 a0 0f 7b 4e 58 54 44 0a f8 00 .uNXTD..{NXTD...
46e0: 70 01 4e 58 54 44 7b 4e 58 54 44 41 56 4c 44 60 p.NXTD{NXTDAVLD`
46f0: a4 4e 58 54 44 5b 82 26 50 30 50 35 08 5f 41 44 .NXTD[.&P0P5._AD
4700: 52 0c 01 00 1c 00 14 16 5f 50 52 54 00 a0 0a 50 R......._PRT...P
4710: 49 43 4d a4 41 52 30 35 a4 50 52 30 35 10 4e 0a ICM.AR05.PR05.N.
4720: 5c 5f 47 50 45 14 40 08 5f 4c 30 39 00 86 5c 2f \_GPE.@._L09..\/
4730: 03 5f 53 42 5f 50 43 49 30 50 30 50 32 0a 02 86 ._SB_PCI0P0P2...
4740: 5c 2f 03 5f 53 42 5f 50 43 49 30 50 30 50 34 0a \/._SB_PCI0P0P4.
4750: 02 86 5c 2f 03 5f 53 42 5f 50 43 49 30 50 30 50 ..\/._SB_PCI0P0P
4760: 36 0a 02 86 5c 2f 03 5f 53 42 5f 50 43 49 30 50 6...\/._SB_PCI0P
4770: 30 50 37 0a 02 86 5c 2f 03 5f 53 42 5f 50 43 49 0P7...\/._SB_PCI
4780: 30 50 30 50 38 0a 02 86 5c 2f 03 5f 53 42 5f 50 0P0P8...\/._SB_P
4790: 43 49 30 50 30 50 39 0a 02 86 5c 2e 5f 53 42 5f CI0P0P9...\._SB_
47a0: 50 57 52 42 0a 02 14 25 5f 4c 30 42 00 86 5c 2f PWRB...%_L0B..\/
47b0: 03 5f 53 42 5f 50 43 49 30 50 30 50 31 0a 02 86 ._SB_PCI0P0P1...
47c0: 5c 2e 5f 53 42 5f 50 57 52 42 0a 02 5b 82 1d 50 \._SB_PWRB..[..P
47d0: 57 52 42 08 5f 48 49 44 0c 41 d0 0c 0c 08 5f 55 WRB._HID.A...._U
47e0: 49 44 0a aa 08 5f 53 54 41 0a 0b 5b 80 2f 04 5f ID..._STA..[./._
47f0: 53 42 5f 50 43 49 30 53 42 52 47 50 49 58 30 02 SB_PCI0SBRGPIX0.
4800: 0a 60 0a 0c 5b 81 3f 5c 2f 04 5f 53 42 5f 50 43 .`..[.?\/._SB_PC
4810: 49 30 53 42 52 47 50 49 58 30 01 50 49 52 41 08 I0SBRGPIX0.PIRA.
4820: 50 49 52 42 08 50 49 52 43 08 50 49 52 44 08 00 PIRB.PIRC.PIRD..
4830: 20 50 49 52 45 08 50 49 52 46 08 50 49 52 47 08 PIRE.PIRF.PIRG.
4840: 50 49 52 48 08 10 4e 45 5f 53 42 5f 08 42 55 46 PIRH..NE_SB_.BUF
4850: 41 11 09 0a 06 23 00 80 18 79 00 8b 42 55 46 41 A....#...y..BUFA
4860: 01 49 52 41 30 5b 82 45 08 4c 4e 4b 41 08 5f 48 .IRA0[.E.LNKA._H
4870: 49 44 0c 41 d0 0c 0f 08 5f 55 49 44 01 14 19 5f ID.A...._UID..._
4880: 53 54 41 00 7b 50 49 52 41 0a 80 60 a0 05 60 a4 STA.{PIRA..`..`.
4890: 0a 09 a1 04 a4 0a 0b 14 0b 5f 50 52 53 00 a4 50 ........._PRS..P
48a0: 52 53 41 14 11 5f 44 49 53 00 7d 50 49 52 41 0a RSA.._DIS.}PIRA.
48b0: 80 50 49 52 41 14 1a 5f 43 52 53 00 7b 50 49 52 .PIRA.._CRS.{PIR
48c0: 41 0a 0f 60 79 01 60 49 52 41 30 a4 42 55 46 41 A..`y.`IRA0.BUFA
48d0: 14 1b 5f 53 52 53 01 8b 68 01 49 52 41 5f 82 49 .._SRS..h.IRA_.I
48e0: 52 41 5f 60 76 60 70 60 50 49 52 41 5b 82 46 08 RA_`v`p`PIRA[.F.
48f0: 4c 4e 4b 42 08 5f 48 49 44 0c 41 d0 0c 0f 08 5f LNKB._HID.A...._
4900: 55 49 44 0a 02 14 19 5f 53 54 41 00 7b 50 49 52 UID...._STA.{PIR
4910: 42 0a 80 60 a0 05 60 a4 0a 09 a1 04 a4 0a 0b 14 B..`..`.........
4920: 0b 5f 50 52 53 00 a4 50 52 53 42 14 11 5f 44 49 ._PRS..PRSB.._DI
4930: 53 00 7d 50 49 52 42 0a 80 50 49 52 42 14 1a 5f S.}PIRB..PIRB.._
4940: 43 52 53 00 7b 50 49 52 42 0a 0f 60 79 01 60 49 CRS.{PIRB..`y.`I
4950: 52 41 30 a4 42 55 46 41 14 1b 5f 53 52 53 01 8b RA0.BUFA.._SRS..
4960: 68 01 49 52 41 5f 82 49 52 41 5f 60 76 60 70 60 h.IRA_.IRA_`v`p`
4970: 50 49 52 42 5b 82 46 08 4c 4e 4b 43 08 5f 48 49 PIRB[.F.LNKC._HI
4980: 44 0c 41 d0 0c 0f 08 5f 55 49 44 0a 03 14 19 5f D.A...._UID...._
4990: 53 54 41 00 7b 50 49 52 43 0a 80 60 a0 05 60 a4 STA.{PIRC..`..`.
49a0: 0a 09 a1 04 a4 0a 0b 14 0b 5f 50 52 53 00 a4 50 ........._PRS..P
49b0: 52 53 43 14 11 5f 44 49 53 00 7d 50 49 52 43 0a RSC.._DIS.}PIRC.
49c0: 80 50 49 52 43 14 1a 5f 43 52 53 00 7b 50 49 52 .PIRC.._CRS.{PIR
49d0: 43 0a 0f 60 79 01 60 49 52 41 30 a4 42 55 46 41 C..`y.`IRA0.BUFA
49e0: 14 1b 5f 53 52 53 01 8b 68 01 49 52 41 5f 82 49 .._SRS..h.IRA_.I
49f0: 52 41 5f 60 76 60 70 60 50 49 52 43 5b 82 46 08 RA_`v`p`PIRC[.F.
4a00: 4c 4e 4b 44 08 5f 48 49 44 0c 41 d0 0c 0f 08 5f LNKD._HID.A...._
4a10: 55 49 44 0a 04 14 19 5f 53 54 41 00 7b 50 49 52 UID...._STA.{PIR
4a20: 44 0a 80 60 a0 05 60 a4 0a 09 a1 04 a4 0a 0b 14 D..`..`.........
4a30: 0b 5f 50 52 53 00 a4 50 52 53 44 14 11 5f 44 49 ._PRS..PRSD.._DI
4a40: 53 00 7d 50 49 52 44 0a 80 50 49 52 44 14 1a 5f S.}PIRD..PIRD.._
4a50: 43 52 53 00 7b 50 49 52 44 0a 0f 60 79 01 60 49 CRS.{PIRD..`y.`I
4a60: 52 41 30 a4 42 55 46 41 14 1b 5f 53 52 53 01 8b RA0.BUFA.._SRS..
4a70: 68 01 49 52 41 5f 82 49 52 41 5f 60 76 60 70 60 h.IRA_.IRA_`v`p`
4a80: 50 49 52 44 5b 82 46 08 4c 4e 4b 45 08 5f 48 49 PIRD[.F.LNKE._HI
4a90: 44 0c 41 d0 0c 0f 08 5f 55 49 44 0a 05 14 19 5f D.A...._UID...._
4aa0: 53 54 41 00 7b 50 49 52 45 0a 80 60 a0 05 60 a4 STA.{PIRE..`..`.
4ab0: 0a 09 a1 04 a4 0a 0b 14 0b 5f 50 52 53 00 a4 50 ........._PRS..P
4ac0: 52 53 45 14 11 5f 44 49 53 00 7d 50 49 52 45 0a RSE.._DIS.}PIRE.
4ad0: 80 50 49 52 45 14 1a 5f 43 52 53 00 7b 50 49 52 .PIRE.._CRS.{PIR
4ae0: 45 0a 0f 60 79 01 60 49 52 41 30 a4 42 55 46 41 E..`y.`IRA0.BUFA
4af0: 14 1b 5f 53 52 53 01 8b 68 01 49 52 41 5f 82 49 .._SRS..h.IRA_.I
4b00: 52 41 5f 60 76 60 70 60 50 49 52 45 5b 82 46 08 RA_`v`p`PIRE[.F.
4b10: 4c 4e 4b 46 08 5f 48 49 44 0c 41 d0 0c 0f 08 5f LNKF._HID.A...._
4b20: 55 49 44 0a 06 14 19 5f 53 54 41 00 7b 50 49 52 UID...._STA.{PIR
4b30: 46 0a 80 60 a0 05 60 a4 0a 09 a1 04 a4 0a 0b 14 F..`..`.........
4b40: 0b 5f 50 52 53 00 a4 50 52 53 46 14 11 5f 44 49 ._PRS..PRSF.._DI
4b50: 53 00 7d 50 49 52 46 0a 80 50 49 52 46 14 1a 5f S.}PIRF..PIRF.._
4b60: 43 52 53 00 7b 50 49 52 46 0a 0f 60 79 01 60 49 CRS.{PIRF..`y.`I
4b70: 52 41 30 a4 42 55 46 41 14 1b 5f 53 52 53 01 8b RA0.BUFA.._SRS..
4b80: 68 01 49 52 41 5f 82 49 52 41 5f 60 76 60 70 60 h.IRA_.IRA_`v`p`
4b90: 50 49 52 46 5b 82 46 08 4c 4e 4b 47 08 5f 48 49 PIRF[.F.LNKG._HI
4ba0: 44 0c 41 d0 0c 0f 08 5f 55 49 44 0a 07 14 19 5f D.A...._UID...._
4bb0: 53 54 41 00 7b 50 49 52 47 0a 80 60 a0 05 60 a4 STA.{PIRG..`..`.
4bc0: 0a 09 a1 04 a4 0a 0b 14 0b 5f 50 52 53 00 a4 50 ........._PRS..P
4bd0: 52 53 47 14 11 5f 44 49 53 00 7d 50 49 52 47 0a RSG.._DIS.}PIRG.
4be0: 80 50 49 52 47 14 1a 5f 43 52 53 00 7b 50 49 52 .PIRG.._CRS.{PIR
4bf0: 47 0a 0f 60 79 01 60 49 52 41 30 a4 42 55 46 41 G..`y.`IRA0.BUFA
4c00: 14 1b 5f 53 52 53 01 8b 68 01 49 52 41 5f 82 49 .._SRS..h.IRA_.I
4c10: 52 41 5f 60 76 60 70 60 50 49 52 47 5b 82 46 08 RA_`v`p`PIRG[.F.
4c20: 4c 4e 4b 48 08 5f 48 49 44 0c 41 d0 0c 0f 08 5f LNKH._HID.A...._
4c30: 55 49 44 0a 08 14 19 5f 53 54 41 00 7b 50 49 52 UID...._STA.{PIR
4c40: 48 0a 80 60 a0 05 60 a4 0a 09 a1 04 a4 0a 0b 14 H..`..`.........
4c50: 0b 5f 50 52 53 00 a4 50 52 53 48 14 11 5f 44 49 ._PRS..PRSH.._DI
4c60: 53 00 7d 50 49 52 48 0a 80 50 49 52 48 14 1a 5f S.}PIRH..PIRH.._
4c70: 43 52 53 00 7b 50 49 52 48 0a 0f 60 79 01 60 49 CRS.{PIRH..`y.`I
4c80: 52 41 30 a4 42 55 46 41 14 1b 5f 53 52 53 01 8b RA0.BUFA.._SRS..
4c90: 68 01 49 52 41 5f 82 49 52 41 5f 60 76 60 70 60 h.IRA_.IRA_`v`p`
4ca0: 50 49 52 48 5b 80 53 4d 52 47 01 53 4d 42 53 0a PIRH[.SMRG.SMBS.
4cb0: 10 5b 81 2e 53 4d 52 47 01 48 53 54 53 08 53 53 .[..SMRG.HSTS.SS
4cc0: 54 53 08 48 53 54 43 08 48 43 4d 44 08 48 41 44 TS.HSTC.HCMD.HAD
4cd0: 52 08 48 44 54 30 08 48 44 54 31 08 42 4c 4b 44 R.HDT0.HDT1.BLKD
4ce0: 08 5b 81 0d 53 4d 52 47 01 00 28 48 44 54 57 10 .[..SMRG..(HDTW.
4cf0: 14 4b 05 53 43 4d 44 04 70 0a 05 60 a2 3c 60 70 .K.SCMD.p..`.<`p
4d00: 68 48 41 44 52 70 69 48 43 4d 44 70 6a 48 44 54 hHADRpiHCMDpjHDT
4d10: 57 70 0a ff 48 53 54 53 70 6b 48 53 54 43 70 0a Wp..HSTSpkHSTCp.
4d20: ff 67 a2 14 67 76 67 a0 0f 7b 48 53 54 53 0a 02 .g..gvg..{HSTS..
4d30: 00 70 00 67 70 01 60 76 60 a0 0e 7b 48 53 54 53 .p.gp.`v`..{HSTS
4d40: 0a 02 00 a4 48 44 54 57 a1 03 a4 ff 14 0f 53 42 ....HDTW......SB
4d50: 59 54 02 53 43 4d 44 68 69 00 0a 44 14 0f 57 42 YT.SCMDhi..D..WB
4d60: 59 54 03 53 43 4d 44 68 69 6a 0a 48 14 0f 57 57 YT.SCMDhij.H..WW
4d70: 52 44 03 53 43 4d 44 68 69 6a 0a 4c 14 14 52 53 RD.SCMDhij.L..RS
4d80: 42 54 02 7d 68 01 68 a4 53 43 4d 44 68 69 00 0a BT.}h.h.SCMDhi..
4d90: 44 14 14 52 42 59 54 02 7d 68 01 68 a4 53 43 4d D..RBYT.}h.h.SCM
4da0: 44 68 69 00 0a 48 14 14 52 57 52 44 02 7d 68 01 Dhi..H..RWRD.}h.
4db0: 68 a4 53 43 4d 44 68 69 00 0a 4c 10 4e 0b 5f 54 h.SCMDhi..L.N._T
4dc0: 5a 5f 08 4c 54 4d 50 0a 3c 08 54 43 52 54 0a 5a Z_.LTMP.<.TCRT.Z
4dd0: 08 54 53 50 5f 0a 1e 14 18 4b 45 4c 56 01 7b 68 .TSP_....KELV.{h
4de0: 0a ff 60 77 60 0a 0a 60 72 60 0b ac 0a 60 a4 60 ..`w`..`r`...`.`
4df0: 14 30 52 54 4d 50 08 70 5c 2f 05 5f 53 42 5f 50 .0RTMP.p\/._SB_P
4e00: 43 49 30 53 42 52 47 45 43 30 5f 52 43 54 50 60 CI0SBRGEC0_RCTP`
4e10: a0 0b 95 60 0a ff 70 60 4c 54 4d 50 a4 4c 54 4d ...`..p`LTMP.LTM
4e20: 50 5b 85 47 05 54 5a 30 30 08 5f 54 5a 50 0b 2c P[.G.TZ00._TZP.,
4e30: 01 14 0f 5f 43 52 54 00 a4 4b 45 4c 56 54 43 52 ..._CRT..KELVTCR
4e40: 54 14 28 5f 54 4d 50 00 70 0a 05 61 a2 17 61 70 T.(_TMP.p..a..ap
4e50: 52 54 4d 50 60 a0 09 94 60 54 43 52 54 76 61 a1 RTMP`...`TCRTva.
4e60: 04 70 00 61 a4 4b 45 4c 56 60 14 0f 5f 54 53 50 .p.a.KELV`.._TSP
4e70: 00 77 54 53 50 5f 01 60 a4 60 10 49 25 5f 53 42 .wTSP_.`.`.I%_SB
4e80: 5f 08 58 43 50 44 00 08 58 4e 50 54 01 08 58 43 _.XCPD..XNPT..XC
4e90: 41 50 0a 02 08 58 44 43 50 0a 04 08 58 44 43 54 AP...XDCP...XDCT
4ea0: 0a 08 08 58 44 53 54 0a 0a 08 58 4c 43 50 0a 0c ...XDST...XLCP..
4eb0: 08 58 4c 43 54 0a 10 08 58 4c 53 54 0a 12 08 58 .XLCT...XLST...X
4ec0: 53 43 50 0a 14 08 58 53 43 54 0a 18 08 58 53 53 SCP...XSCT...XSS
4ed0: 54 0a 1a 08 58 52 43 54 0a 1c 5b 01 4d 55 54 45 T...XRCT..[.MUTE
4ee0: 00 14 36 52 42 50 45 01 5b 23 4d 55 54 45 e8 03 ..6RBPE.[#MUTE..
4ef0: 72 68 50 43 49 42 60 5b 80 50 43 46 47 00 60 01 rhPCIB`[.PCFG.`.
4f00: 5b 81 0b 50 43 46 47 01 58 43 46 47 08 5b 27 4d [..PCFG.XCFG.['M
4f10: 55 54 45 a4 58 43 46 47 14 3f 52 57 50 45 01 5b UTE.XCFG.?RWPE.[
4f20: 23 4d 55 54 45 e8 03 7b 68 0c fe ff ff ff 68 72 #MUTE..{h.....hr
4f30: 68 50 43 49 42 60 5b 80 50 43 46 47 00 60 0a 02 hPCIB`[.PCFG.`..
4f40: 5b 81 0b 50 43 46 47 02 58 43 46 47 10 5b 27 4d [..PCFG.XCFG.['M
4f50: 55 54 45 a4 58 43 46 47 14 3f 52 44 50 45 01 5b UTE.XCFG.?RDPE.[
4f60: 23 4d 55 54 45 e8 03 7b 68 0c fc ff ff ff 68 72 #MUTE..{h.....hr
4f70: 68 50 43 49 42 60 5b 80 50 43 46 47 00 60 0a 04 hPCIB`[.PCFG.`..
4f80: 5b 81 0b 50 43 46 47 03 58 43 46 47 20 5b 27 4d [..PCFG.XCFG ['M
4f90: 55 54 45 a4 58 43 46 47 14 37 57 42 50 45 02 5b UTE.XCFG.7WBPE.[
4fa0: 23 4d 55 54 45 ff 0f 72 68 50 43 49 42 60 5b 80 #MUTE..rhPCIB`[.
4fb0: 50 43 46 47 00 60 01 5b 81 0b 50 43 46 47 01 58 PCFG.`.[..PCFG.X
4fc0: 43 46 47 08 70 69 58 43 46 47 5b 27 4d 55 54 45 CFG.piXCFG['MUTE
4fd0: 14 41 04 57 57 50 45 02 5b 23 4d 55 54 45 e8 03 .A.WWPE.[#MUTE..
4fe0: 7b 68 0c fe ff ff ff 68 72 68 50 43 49 42 60 5b {h.....hrhPCIB`[
4ff0: 80 50 43 46 47 00 60 0a 02 5b 81 0b 50 43 46 47 .PCFG.`..[..PCFG
5000: 02 58 43 46 47 10 70 69 58 43 46 47 5b 27 4d 55 .XCFG.piXCFG['MU
5010: 54 45 14 41 04 57 44 50 45 02 5b 23 4d 55 54 45 TE.A.WDPE.[#MUTE
5020: e8 03 7b 68 0c fc ff ff ff 68 72 68 50 43 49 42 ..{h.....hrhPCIB
5030: 60 5b 80 50 43 46 47 00 60 0a 04 5b 81 0b 50 43 `[.PCFG.`..[..PC
5040: 46 47 03 58 43 46 47 20 70 69 58 43 46 47 5b 27 FG.XCFG piXCFG['
5050: 4d 55 54 45 14 49 04 52 57 44 50 03 5b 23 4d 55 MUTE.I.RWDP.[#MU
5060: 54 45 e8 03 7b 68 0c fc ff ff ff 68 72 68 50 43 TE..{h.....hrhPC
5070: 49 42 60 5b 80 50 43 46 47 00 60 0a 04 5b 81 0b IB`[.PCFG.`..[..
5080: 50 43 46 47 03 58 43 46 47 20 7b 58 43 46 47 6a PCFG.XCFG {XCFGj
5090: 61 7d 61 69 58 43 46 47 5b 27 4d 55 54 45 14 35 a}aiXCFG['MUTE.5
50a0: 52 50 4d 45 01 72 68 0a 84 60 70 52 44 50 45 60 RPME.rh..`pRDPE`
50b0: 61 a0 06 93 61 ff a4 00 a1 1b a0 17 90 61 0c 00 a...a........a..
50c0: 00 01 00 57 44 50 45 60 7b 61 0c 00 00 01 00 00 ...WDPE`{a......
50d0: a4 01 a4 00 10 47 13 5f 53 42 5f 10 40 13 50 43 .....G._SB_.@.PC
50e0: 49 30 08 43 52 53 5f 11 4c 08 0a 88 88 0d 00 02 I0.CRS_.L.......
50f0: 0c 00 00 00 00 00 ff 00 00 00 00 01 47 01 f8 0c ............G...
5100: f8 0c 01 08 88 0d 00 01 0c 03 00 00 00 00 f7 0c ................
5110: 00 00 f8 0c 88 0d 00 01 0c 03 00 00 00 0d ff ff ................
5120: 00 00 00 f3 87 17 00 00 0c 03 00 00 00 00 00 00 ................
5130: 0a 00 ff ff 0b 00 00 00 00 00 00 00 02 00 87 17 ................
5140: 00 00 0c 03 00 00 00 00 00 00 0c 00 ff ff 0d 00 ................
5150: 00 00 00 00 00 00 02 00 87 17 00 00 0c 03 00 00 ................
5160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
5170: 00 00 79 00 8a 43 52 53 5f 0a 5c 4d 49 4e 35 8a ..y..CRS_.\MIN5.
5180: 43 52 53 5f 0a 60 4d 41 58 35 8a 43 52 53 5f 0a CRS_.`MAX5.CRS_.
5190: 68 4c 45 4e 35 8a 43 52 53 5f 0a 76 4d 49 4e 36 hLEN5.CRS_.vMIN6
51a0: 8a 43 52 53 5f 0a 7a 4d 41 58 36 8a 43 52 53 5f .CRS_.zMAX6.CRS_
51b0: 0a 82 4c 45 4e 36 14 45 05 5f 43 52 53 00 70 4d ..LEN6.E._CRS.pM
51c0: 47 31 4c 60 a0 1f 60 70 4d 47 31 42 4d 49 4e 35 G1L`..`pMG1BMIN5
51d0: 70 4d 47 31 4c 4c 45 4e 35 72 4d 49 4e 35 76 60 pMG1LLEN5rMIN5v`
51e0: 4d 41 58 35 70 4d 47 32 42 4d 49 4e 36 70 4d 47 MAX5pMG2BMIN6pMG
51f0: 32 4c 4c 45 4e 36 70 4d 47 32 4c 60 72 4d 49 4e 2LLEN6pMG2L`rMIN
5200: 36 76 60 4d 41 58 36 a4 43 52 53 5f 08 57 4f 54 6v`MAX6.CRS_.WOT
5210: 42 00 08 57 53 53 42 00 08 57 41 58 42 00 14 47 B..WSSB..WAXB..G
5220: 06 5f 50 54 53 01 70 68 44 42 47 38 50 54 53 5f ._PTS.phDBG8PTS_
5230: 68 70 00 88 57 41 4b 50 00 00 70 00 88 57 41 4b hp..WAKP..p..WAK
5240: 50 01 00 a0 12 90 93 68 0a 04 93 4f 53 46 4c 0a P......h...OSFL.
5250: 02 5b 22 0b b8 0b 70 41 53 53 42 57 53 53 42 70 .["...pASSBWSSBp
5260: 41 4f 54 42 57 4f 54 42 70 41 41 58 42 57 41 58 AOTBWOTBpAAXBWAX
5270: 42 70 68 41 53 53 42 70 4f 53 46 4c 41 4f 54 42 BphASSBpOSFLAOTB
5280: 70 00 41 41 58 42 14 48 05 5f 57 41 4b 01 79 68 p.AAXB.H._WAK.yh
5290: 0a 04 44 42 47 38 57 41 4b 5f 68 a0 20 41 53 53 ..DBG8WAK_h. ASS
52a0: 42 70 57 53 53 42 41 53 53 42 70 57 4f 54 42 41 BpWSSBASSBpWOTBA
52b0: 4f 54 42 70 57 41 58 42 41 41 58 42 a0 12 83 88 OTBpWAXBAAXB....
52c0: 57 41 4b 50 00 00 70 00 88 57 41 4b 50 01 00 a1 WAKP..p..WAKP...
52d0: 0a 70 68 88 57 41 4b 50 01 00 a4 57 41 4b 50 08 .ph.WAKP...WAKP.
52e0: 5f 53 30 5f 12 06 04 00 00 00 00 a0 11 53 53 31 _S0_.........SS1
52f0: 5f 08 5f 53 31 5f 12 06 04 01 00 00 00 a0 12 53 _._S1_.........S
5300: 53 33 5f 08 5f 53 33 5f 12 07 04 0a 05 00 00 00 S3_._S3_........
5310: a0 12 53 53 34 5f 08 5f 53 34 5f 12 07 04 0a 06 ..SS4_._S4_.....
5320: 00 00 00 08 5f 53 35 5f 12 07 04 0a 07 00 00 00 ...._S5_........
5330: 14 4c 04 50 54 53 5f 01 a0 44 04 68 5c 2f 05 5f .L.PTS_..D.h\/._
5340: 53 42 5f 50 43 49 30 53 42 52 47 45 43 30 5f 45 SB_PCI0SBRGEC0_E
5350: 43 30 53 68 5c 2f 03 5f 53 42 5f 50 43 49 30 4e C0Sh\/._SB_PCI0N
5360: 50 54 53 68 5c 2f 04 5f 53 42 5f 50 43 49 30 53 PTSh\/._SB_PCI0S
5370: 42 52 47 53 50 54 53 68 4c 50 46 53 68 10 16 2e BRGSPTShLPFSh...
5380: 5f 53 42 5f 50 43 49 30 14 0b 5f 49 4e 49 00 a4 _SB_PCI0.._INI..
5390: 4f 53 46 4c 14 48 04 57 41 4b 5f 01 5c 2f 05 5f OSFL.H.WAK_.\/._
53a0: 53 42 5f 50 43 49 30 53 42 52 47 45 43 30 5f 45 SB_PCI0SBRGEC0_E
53b0: 43 30 57 68 5c 2f 03 5f 53 42 5f 50 43 49 30 4e C0Wh\/._SB_PCI0N
53c0: 57 41 4b 68 5c 2f 04 5f 53 42 5f 50 43 49 30 53 WAKh\/._SB_PCI0S
53d0: 42 52 47 53 57 41 4b 68 4c 50 57 4b 68 BRGSWAKhLPWKh
FACS @ 0x7f7ae000
0000: 46 41 43 53 40 00 00 00 00 00 00 00 00 00 00 00 FACS@...........
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
FACP @ 0x7f7a0200
0000: 46 41 43 50 84 00 00 00 02 8c 41 5f 4d 5f 49 5f FACP......A_M_I_
0010: 4f 45 4d 46 41 43 50 20 14 08 00 10 4d 53 46 54 OEMFACP ....MSFT
0020: 97 00 00 00 00 e0 7a 7f b0 05 7a 7f 01 00 09 00 ......z...z.....
0030: b2 00 00 00 e1 1e 00 e2 00 08 00 00 00 00 00 00 ................
0040: 04 08 00 00 00 00 00 00 20 08 00 00 08 08 00 00 ........ .......
0050: 28 08 00 00 00 00 00 00 04 02 01 04 08 00 00 e3 (...............
0060: 65 00 e9 03 00 04 10 00 01 03 0d 00 00 03 00 00 e...............
0070: a5 00 00 00 01 08 00 00 f9 0c 00 00 00 00 00 00 ................
0080: 06 00 00 00 ....
APIC @ 0x7f7a0390
0000: 41 50 49 43 5c 00 00 00 01 7c 41 5f 4d 5f 49 5f APIC\....|A_M_I_
0010: 4f 45 4d 41 50 49 43 20 14 08 00 10 4d 53 46 54 OEMAPIC ....MSFT
0020: 97 00 00 00 00 00 e0 fe 01 00 00 00 00 08 01 00 ................
0030: 01 00 00 00 00 08 02 01 01 00 00 00 01 0c 02 00 ................
0040: 00 00 c0 fe 00 00 00 00 02 0a 00 00 02 00 00 00 ................
0050: 00 00 02 0a 00 09 09 00 00 00 0d 00 ............
MCFG @ 0x7f7a03f0
0000: 4d 43 46 47 3c 00 00 00 01 78 41 5f 4d 5f 49 5f MCFG<....xA_M_I_
0010: 4f 45 4d 4d 43 46 47 20 14 08 00 10 4d 53 46 54 OEMMCFG ....MSFT
0020: 97 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0 ................
0030: 00 00 00 00 00 00 00 3f 00 00 00 00 .......?....
OEMB @ 0x7f7ae040
0000: 4f 45 4d 42 61 00 00 00 01 f6 41 5f 4d 5f 49 5f OEMBa.....A_M_I_
0010: 41 4d 49 5f 4f 45 4d 20 14 08 00 10 4d 53 46 54 AMI_OEM ....MSFT
0020: 97 00 00 00 0c 00 14 00 00 80 7f 00 00 f8 ff 00 ................
0030: 00 0d 00 00 00 01 00 00 00 80 7f 00 00 80 80 00 ................
0040: 87 70 35 0e 00 00 00 00 00 00 00 00 00 00 00 00 .p5.............
0050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0060: 00 .
HPET @ 0x7f7a5990
0000: 48 50 45 54 38 00 00 00 01 7c 41 5f 4d 5f 49 5f HPET8....|A_M_I_
0010: 4f 45 4d 48 50 45 54 20 14 08 00 10 4d 53 46 54 OEMHPET ....MSFT
0020: 97 00 00 00 ff ff ff ff 00 08 00 00 00 00 d0 fe ................
0030: 00 00 00 00 00 ee 37 00 ......7.
SSDT @ 0x7f7aeb80
0000: 53 53 44 54 f0 04 00 00 01 9c 50 6d 52 65 66 00 SSDT......PmRef.
0010: 43 70 75 50 6d 00 00 00 00 30 00 00 49 4e 54 4c CpuPm....0..INTL
0020: 17 11 05 20 10 49 09 5c 00 08 53 53 44 54 12 43 ... .I.\..SSDT.C
0030: 05 0c 0d 43 50 55 30 49 53 54 20 00 0c 80 e1 7a ...CPU0IST ....z
0040: 7f 0c 3c 02 00 00 0d 43 50 55 31 49 53 54 20 00 ..<....CPU1IST .
0050: 0c b0 e0 7a 7f 0c cc 00 00 00 0d 43 50 55 30 43 ...z.......CPU0C
0060: 53 54 20 00 0c 50 e4 7a 7f 0c 24 07 00 00 0d 43 ST ..P.z..$....C
0070: 50 55 31 43 53 54 20 00 0c c0 e3 7a 7f 0c 85 00 PU1CST ....z....
0080: 00 00 08 43 46 47 44 0c b1 68 2e 01 08 4e 4f 50 ...CFGD..h...NOP
0090: 53 0c 04 00 00 00 08 4e 43 50 55 0c 01 00 00 00 S......NCPU.....
00a0: 08 5c 50 44 43 30 0c 00 00 00 80 08 5c 50 44 43 .\PDC0......\PDC
00b0: 31 0c 00 00 00 80 08 5c 53 44 54 4c 0a 00 10 48 1......\SDTL...H
00c0: 21 5c 2e 5f 50 52 5f 50 30 30 31 08 48 49 30 5f !\._PR_P001.HI0_
00d0: 0a 00 08 48 43 30 5f 0a 00 14 48 06 5f 50 44 43 ...HC0_...H._PDC
00e0: 01 8a 68 0a 00 52 45 56 53 8a 68 0a 04 53 49 5a ..h..REVS.h..SIZ
00f0: 45 70 87 68 60 70 74 60 0a 08 00 61 5b 13 68 0a Ep.h`pt`...a[.h.
0100: 40 77 61 0a 08 00 54 45 4d 50 08 53 54 53 30 11 @wa...TEMP.STS0.
0110: 07 0a 04 00 00 00 00 73 53 54 53 30 54 45 4d 50 .......sSTS0TEMP
0120: 62 5f 4f 53 43 11 13 0a 10 16 a6 77 40 0c 29 be b_OSC......w@.).
0130: 47 9e bd d8 70 58 71 39 53 52 45 56 53 53 49 5a G...pXq9SREVSSIZ
0140: 45 62 14 44 19 5f 4f 53 43 04 8a 6b 0a 00 53 54 Eb.D._OSC..k..ST
0150: 53 30 8a 6b 0a 04 43 41 50 30 8a 68 0a 00 49 49 S0.k..CAP0.h..II
0160: 44 30 8a 68 0a 04 49 49 44 31 8a 68 0a 08 49 49 D0.h..IID1.h..II
0170: 44 32 8a 68 0a 0c 49 49 44 33 08 55 49 44 30 11 D2.h..IID3.UID0.
0180: 13 0a 10 16 a6 77 40 0c 29 be 47 9e bd d8 70 58 .....w@.).G...pX
0190: 71 39 53 8a 55 49 44 30 0a 00 45 49 44 30 8a 55 q9S.UID0..EID0.U
01a0: 49 44 30 0a 04 45 49 44 31 8a 55 49 44 30 0a 08 ID0..EID1.UID0..
01b0: 45 49 44 32 8a 55 49 44 30 0a 0c 45 49 44 33 a0 EID2.UID0..EID3.
01c0: 36 92 90 90 93 49 49 44 30 45 49 44 30 93 49 49 6....IID0EID0.II
01d0: 44 31 45 49 44 31 90 93 49 49 44 32 45 49 44 32 D1EID1..IID2EID2
01e0: 93 49 49 44 33 45 49 44 33 70 0a 06 88 53 54 53 .IID3EID3p...STS
01f0: 30 0a 00 00 a4 6b a0 13 92 93 69 0a 01 70 0a 0a 0....k....i..p..
0200: 88 53 54 53 30 0a 00 00 a4 6b 7d 7b 50 44 43 30 .STS0....k}{PDC0
0210: 0c ff ff ff 7f 00 43 41 50 30 50 44 43 30 a0 4c ......CAP0PDC0.L
0220: 05 7b 43 46 47 44 0a 01 00 a0 41 05 90 90 7b 43 .{CFGD....A...{C
0230: 46 47 44 0c 00 00 00 01 00 93 7b 50 44 43 30 0a FGD.......{PDC0.
0240: 09 00 0a 09 92 7b 53 44 54 4c 0a 01 00 7d 53 44 .....{SDTL...}SD
0250: 54 4c 0a 01 53 44 54 4c 5b 80 49 53 54 30 00 83 TL..SDTL[.IST0..
0260: 88 53 53 44 54 0a 01 00 83 88 53 53 44 54 0a 02 .SSDT.....SSDT..
0270: 00 5b 20 49 53 54 30 48 49 30 5f a0 49 05 7b 43 .[ IST0HI0_.I.{C
0280: 46 47 44 0a f0 00 a0 4e 04 90 90 7b 43 46 47 44 FGD....N...{CFGD
0290: 0c 00 00 00 01 00 7b 50 44 43 30 0a 18 00 92 7b ......{PDC0....{
02a0: 53 44 54 4c 0a 02 00 7d 53 44 54 4c 0a 02 53 44 SDTL...}SDTL..SD
02b0: 54 4c 5b 80 43 53 54 30 00 83 88 53 53 44 54 0a TL[.CST0...SSDT.
02c0: 07 00 83 88 53 53 44 54 0a 08 00 5b 20 43 53 54 ....SSDT...[ CST
02d0: 30 48 43 30 5f a4 6b 10 48 21 5c 2e 5f 50 52 5f 0HC0_.k.H!\._PR_
02e0: 50 30 30 32 08 48 49 31 5f 0a 00 08 48 43 31 5f P002.HI1_...HC1_
02f0: 0a 00 14 48 06 5f 50 44 43 01 8a 68 0a 00 52 45 ...H._PDC..h..RE
0300: 56 53 8a 68 0a 04 53 49 5a 45 70 87 68 60 70 74 VS.h..SIZEp.h`pt
0310: 60 0a 08 00 61 5b 13 68 0a 40 77 61 0a 08 00 54 `...a[.h.@wa...T
0320: 45 4d 50 08 53 54 53 31 11 07 0a 04 00 00 00 00 EMP.STS1........
0330: 73 53 54 53 31 54 45 4d 50 62 5f 4f 53 43 11 13 sSTS1TEMPb_OSC..
0340: 0a 10 16 a6 77 40 0c 29 be 47 9e bd d8 70 58 71 ....w@.).G...pXq
0350: 39 53 52 45 56 53 53 49 5a 45 62 14 44 19 5f 4f 9SREVSSIZEb.D._O
0360: 53 43 04 8a 6b 0a 00 53 54 53 31 8a 6b 0a 04 43 SC..k..STS1.k..C
0370: 41 50 31 8a 68 0a 00 49 49 44 30 8a 68 0a 04 49 AP1.h..IID0.h..I
0380: 49 44 31 8a 68 0a 08 49 49 44 32 8a 68 0a 0c 49 ID1.h..IID2.h..I
0390: 49 44 33 08 55 49 44 31 11 13 0a 10 16 a6 77 40 ID3.UID1......w@
03a0: 0c 29 be 47 9e bd d8 70 58 71 39 53 8a 55 49 44 .).G...pXq9S.UID
03b0: 31 0a 00 45 49 44 30 8a 55 49 44 31 0a 04 45 49 1..EID0.UID1..EI
03c0: 44 31 8a 55 49 44 31 0a 08 45 49 44 32 8a 55 49 D1.UID1..EID2.UI
03d0: 44 31 0a 0c 45 49 44 33 a0 36 92 90 90 93 49 49 D1..EID3.6....II
03e0: 44 30 45 49 44 30 93 49 49 44 31 45 49 44 31 90 D0EID0.IID1EID1.
03f0: 93 49 49 44 32 45 49 44 32 93 49 49 44 33 45 49 .IID2EID2.IID3EI
0400: 44 33 70 0a 06 88 53 54 53 31 0a 00 00 a4 6b a0 D3p...STS1....k.
0410: 13 92 93 69 0a 01 70 0a 0a 88 53 54 53 31 0a 00 ...i..p...STS1..
0420: 00 a4 6b 7d 7b 50 44 43 31 0c ff ff ff 7f 00 43 ..k}{PDC1......C
0430: 41 50 31 50 44 43 31 a0 4c 05 7b 43 46 47 44 0a AP1PDC1.L.{CFGD.
0440: 01 00 a0 41 05 90 90 7b 43 46 47 44 0c 00 00 00 ...A...{CFGD....
0450: 01 00 93 7b 50 44 43 31 0a 09 00 0a 09 92 7b 53 ...{PDC1......{S
0460: 44 54 4c 0a 10 00 7d 53 44 54 4c 0a 10 53 44 54 DTL...}SDTL..SDT
0470: 4c 5b 80 49 53 54 31 00 83 88 53 53 44 54 0a 04 L[.IST1...SSDT..
0480: 00 83 88 53 53 44 54 0a 05 00 5b 20 49 53 54 31 ...SSDT...[ IST1
0490: 48 49 31 5f a0 49 05 7b 43 46 47 44 0a f0 00 a0 HI1_.I.{CFGD....
04a0: 4e 04 90 90 7b 43 46 47 44 0c 00 00 00 01 00 7b N...{CFGD......{
04b0: 50 44 43 31 0a 18 00 92 7b 53 44 54 4c 0a 20 00 PDC1....{SDTL. .
04c0: 7d 53 44 54 4c 0a 20 53 44 54 4c 5b 80 43 53 54 }SDTL. SDTL[.CST
04d0: 31 00 83 88 53 53 44 54 0a 0a 00 83 88 53 53 44 1...SSDT.....SSD
04e0: 54 0a 0b 00 5b 20 43 53 54 31 48 43 31 5f a4 6b T...[ CST1HC1_.k
RSDT @ 0x7f7a0000
0000: 52 53 44 54 3c 00 00 00 01 85 41 5f 4d 5f 49 5f RSDT<.....A_M_I_
0010: 4f 45 4d 52 53 44 54 20 14 08 00 10 4d 53 46 54 OEMRSDT ....MSFT
0020: 97 00 00 00 00 02 7a 7f 90 03 7a 7f f0 03 7a 7f ......z...z...z.
0030: 40 e0 7a 7f 90 59 7a 7f 80 eb 7a 7f @.z..Yz...z.
RSD PTR @ 0xfbd00
0000: 52 53 44 20 50 54 52 20 3d 41 43 50 49 41 4d 00 RSD PTR =ACPIAM.
0010: 00 00 7a 7f ..z.
[-- Attachment #3: dmesg --]
[-- Type: application/octet-stream, Size: 56109 bytes --]
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 2.6.38-rc1-00138-g0fbed86 (torvalds@i5.linux-foundation.org) (gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC) ) #54 SMP Fri Jan 21 07:44:41 PST 2011
[ 0.000000] Atom PSE erratum detected, BIOS microcode update recommended
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
[ 0.000000] BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 000000007f7a0000 (usable)
[ 0.000000] BIOS-e820: 000000007f7a0000 - 000000007f7ae000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007f7ae000 - 000000007f7f0000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007f7f0000 - 000000007f800000 (reserved)
[ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[ 0.000000] BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
[ 0.000000] Notice: NX (Execute Disable) protection cannot be enabled: non-PAE kernel!
[ 0.000000] DMI present.
[ 0.000000] DMI: 901/901, BIOS 1703 10/14/2008
[ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved)
[ 0.000000] e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
[ 0.000000] last_pfn = 0x7f7a0 max_arch_pfn = 0x100000
[ 0.000000] MTRR default type: uncachable
[ 0.000000] MTRR fixed ranges enabled:
[ 0.000000] 00000-9FFFF write-back
[ 0.000000] A0000-DFFFF uncachable
[ 0.000000] E0000-E3FFF write-protect
[ 0.000000] E4000-EFFFF write-through
[ 0.000000] F0000-FFFFF write-protect
[ 0.000000] MTRR variable ranges enabled:
[ 0.000000] 0 base 000000000 mask 080000000 write-back
[ 0.000000] 1 base 07F800000 mask 0FF800000 uncachable
[ 0.000000] 2 disabled
[ 0.000000] 3 disabled
[ 0.000000] 4 disabled
[ 0.000000] 5 disabled
[ 0.000000] 6 disabled
[ 0.000000] 7 disabled
[ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[ 0.000000] found SMP MP-table at [c00ff780] ff780
[ 0.000000] initial memory mapped : 0 - 01c00000
[ 0.000000] init_memory_mapping: 0000000000000000-00000000377fe000
[ 0.000000] 0000000000 - 00377fe000 page 4k
[ 0.000000] kernel direct mapping tables up to 377fe000 @ 1b1f000-1c00000
[ 0.000000] RAMDISK: 37c16000 - 37ff0000
[ 0.000000] Allocated new RAMDISK: 37424000 - 377fd80e
[ 0.000000] Move RAMDISK from 0000000037c16000 - 0000000037fef80d to 37424000 - 377fd80d
[ 0.000000] ACPI: RSDP 000fbd00 00014 (v00 ACPIAM)
[ 0.000000] ACPI: RSDT 7f7a0000 0003C (v01 A_M_I_ OEMRSDT 10000814 MSFT 00000097)
[ 0.000000] ACPI: FACP 7f7a0200 00084 (v02 A_M_I_ OEMFACP 10000814 MSFT 00000097)
[ 0.000000] ACPI: DSDT 7f7a05b0 053DD (v01 P0017 P0017000 00000000 INTL 20051117)
[ 0.000000] ACPI: FACS 7f7ae000 00040
[ 0.000000] ACPI: APIC 7f7a0390 0005C (v01 A_M_I_ OEMAPIC 10000814 MSFT 00000097)
[ 0.000000] ACPI: MCFG 7f7a03f0 0003C (v01 A_M_I_ OEMMCFG 10000814 MSFT 00000097)
[ 0.000000] ACPI: OEMB 7f7ae040 00061 (v01 A_M_I_ AMI_OEM 10000814 MSFT 00000097)
[ 0.000000] ACPI: HPET 7f7a5990 00038 (v01 A_M_I_ OEMHPET 10000814 MSFT 00000097)
[ 0.000000] ACPI: SSDT 7f7aeb80 004F0 (v01 PmRef CpuPm 00003000 INTL 20051117)
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] 1151MB HIGHMEM available.
[ 0.000000] 887MB LOWMEM available.
[ 0.000000] mapped low ram: 0 - 377fe000
[ 0.000000] low ram: 0 - 377fe000
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0x00000010 -> 0x00001000
[ 0.000000] Normal 0x00001000 -> 0x000377fe
[ 0.000000] HighMem 0x000377fe -> 0x0007f7a0
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[2] active PFN ranges
[ 0.000000] 0: 0x00000010 -> 0x0000009f
[ 0.000000] 0: 0x00000100 -> 0x0007f7a0
[ 0.000000] On node 0 totalpages: 522031
[ 0.000000] DMA zone: 32 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 3951 pages, LIFO batch:0
[ 0.000000] Normal zone: 1744 pages used for memmap
[ 0.000000] Normal zone: 221486 pages, LIFO batch:31
[ 0.000000] HighMem zone: 2304 pages used for memmap
[ 0.000000] HighMem zone: 292514 pages, LIFO batch:31
[ 0.000000] Using APIC driver default
[ 0.000000] ACPI: PM-Timer IO Port: 0x808
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
[ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0xffffffff base: 0xfed00000
[ 0.000000] SMP: Allowing 2 CPUs, 0 hotplug CPUs
[ 0.000000] nr_irqs_gsi: 40
[ 0.000000] Allocating PCI resources starting at 7f800000 (gap: 7f800000:7f600000)
[ 0.000000] setup_percpu: NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:2 nr_node_ids:1
[ 0.000000] PERCPU: Embedded 10 pages/cpu @f6403000 s25856 r0 d15104 u40960
[ 0.000000] pcpu-alloc: s25856 r0 d15104 u40960 alloc=10*4096
[ 0.000000] pcpu-alloc: [0] 0 [0] 1
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 517951
[ 0.000000] Kernel command line: ro root=UUID=204beea6-aa4b-4350-9255-b663d11bd204 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us
[ 0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 0.000000] Initializing CPU#0
[ 0.000000] Initializing HighMem for node 0 (000377fe:0007f7a0)
[ 0.000000] Memory: 2057964k/2088576k available (4940k kernel code, 30160k reserved, 2178k data, 396k init, 1179272k highmem)
[ 0.000000] virtual kernel memory layout:
[ 0.000000] fixmap : 0xfff17000 - 0xfffff000 ( 928 kB)
[ 0.000000] pkmap : 0xff800000 - 0xffc00000 (4096 kB)
[ 0.000000] vmalloc : 0xf7ffe000 - 0xff7fe000 ( 120 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xf77fe000 ( 887 MB)
[ 0.000000] .init : 0xc16f4000 - 0xc1757000 ( 396 kB)
[ 0.000000] .data : 0xc14d30fb - 0xc16f3a80 (2178 kB)
[ 0.000000] .text : 0xc1000000 - 0xc14d30fb (4940 kB)
[ 0.000000] Checking if this processor honours the WP bit even in supervisor mode...Ok.
[ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] RCU dyntick-idle grace-period acceleration is enabled.
[ 0.000000] RCU-based detection of stalled CPUs is disabled.
[ 0.000000] NR_IRQS:512
[ 0.000000] CPU 0 irqstacks, hard=f5c0c000 soft=f5c0e000
[ 0.000000] Console: colour VGA+ 80x25
[ 0.000000] console [tty0] enabled
[ 0.000000] hpet clockevent registered
[ 0.000000] Fast TSC calibration using PIT
[ 0.000000] Detected 1600.063 MHz processor.
[ 0.004006] Calibrating delay loop (skipped), value calculated using timer frequency.. 3200.12 BogoMIPS (lpj=6400252)
[ 0.004168] pid_max: default: 32768 minimum: 301
[ 0.004352] Security Framework initialized
[ 0.004479] Mount-cache hash table entries: 512
[ 0.008440] Atom PSE erratum detected, BIOS microcode update recommended
[ 0.008531] CPU: Physical Processor ID: 0
[ 0.008607] CPU: Processor Core ID: 0
[ 0.008683] mce: CPU supports 5 MCE banks
[ 0.008770] CPU0: Thermal monitoring enabled (TM2)
[ 0.008851] using mwait in idle threads.
[ 0.009460] ACPI: Core revision 20110112
[ 0.020100] Enabling APIC mode: Flat. Using 1 I/O APICs
[ 0.020585] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 0.060521] CPU0: Intel(R) Atom(TM) CPU N270 @ 1.60GHz stepping 02
[ 0.064003] Performance Events: PEBS fmt0+, Atom events, Intel PMU driver.
[ 0.064003] ... version: 3
[ 0.064003] ... bit width: 40
[ 0.064003] ... generic registers: 2
[ 0.064003] ... value mask: 000000ffffffffff
[ 0.064003] ... max period: 000000007fffffff
[ 0.064003] ... fixed-purpose events: 3
[ 0.064003] ... event mask: 0000000700000003
[ 0.064003] CPU 1 irqstacks, hard=f5c88000 soft=f5c8a000
[ 0.064003] Booting Node 0, Processors #1 Ok.
[ 0.008000] Initializing CPU#1
[ 0.008000] Atom PSE erratum detected, BIOS microcode update recommended
[ 0.156035] Brought up 2 CPUs
[ 0.156266] Total of 2 processors activated (6400.12 BogoMIPS).
[ 0.156608] devtmpfs: initialized
[ 0.156608] NET: Registered protocol family 16
[ 0.156608] ACPI: bus type pci registered
[ 0.156608] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xe0000000-0xe3ffffff] (base 0xe0000000)
[ 0.156608] PCI: not using MMCONFIG
[ 0.156608] PCI: PCI BIOS revision 3.00 entry at 0xf0031, last bus=6
[ 0.156672] PCI: Using configuration type 1 for base access
[ 0.176325] bio: create slab <bio-0> at 0
[ 0.181763] ACPI: EC: Look up EC in DSDT
[ 0.183768] ACPI: Executed 1 blocks of module-level executable AML code
[ 0.192739] ACPI: SSDT 7f7ae180 0023C (v01 PmRef Cpu0Ist 00003000 INTL 20051117)
[ 0.196649] ACPI: Dynamic OEM Table Load:
[ 0.196817] ACPI: SSDT (null) 0023C (v01 PmRef Cpu0Ist 00003000 INTL 20051117)
[ 0.197391] ACPI: SSDT 7f7ae450 00724 (v01 PmRef Cpu0Cst 00003001 INTL 20051117)
[ 0.198034] ACPI: Dynamic OEM Table Load:
[ 0.198200] ACPI: SSDT (null) 00724 (v01 PmRef Cpu0Cst 00003001 INTL 20051117)
[ 0.198960] ACPI: SSDT 7f7ae0b0 000CC (v01 PmRef Cpu1Ist 00003000 INTL 20051117)
[ 0.199629] ACPI: Dynamic OEM Table Load:
[ 0.199796] ACPI: SSDT (null) 000CC (v01 PmRef Cpu1Ist 00003000 INTL 20051117)
[ 0.200240] ACPI: SSDT 7f7ae3c0 00085 (v01 PmRef Cpu1Cst 00003000 INTL 20051117)
[ 0.200885] ACPI: Dynamic OEM Table Load:
[ 0.201052] ACPI: SSDT (null) 00085 (v01 PmRef Cpu1Cst 00003000 INTL 20051117)
[ 0.201805] ACPI: Interpreter enabled
[ 0.201890] ACPI: (supports S0 S3 S5)
[ 0.202126] ACPI: Using IOAPIC for interrupt routing
[ 0.202260] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xe0000000-0xe3ffffff] (base 0xe0000000)
[ 0.203412] PCI: MMCONFIG at [mem 0xe0000000-0xe3ffffff] reserved in ACPI motherboard resources
[ 0.203522] PCI: Using MMCONFIG for extended config space
[ 0.216296] ACPI: EC: GPE = 0x1c, I/O: command/status = 0x66, data = 0x62
[ 0.216325] ACPI: No dock devices found.
[ 0.216408] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[ 0.216698] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[ 0.220074] pci_root PNP0A08:00: host bridge window [io 0x0000-0x0cf7]
[ 0.220164] pci_root PNP0A08:00: host bridge window [io 0x0d00-0xffff]
[ 0.220252] pci_root PNP0A08:00: host bridge window [mem 0x000a0000-0x000bffff]
[ 0.220358] pci_root PNP0A08:00: host bridge window [mem 0x000d0000-0x000dffff]
[ 0.220465] pci_root PNP0A08:00: host bridge window [mem 0x7f800000-0xffffffff]
[ 0.220595] pci 0000:00:00.0: [8086:27ac] type 0 class 0x000600
[ 0.220659] pci 0000:00:02.0: [8086:27ae] type 0 class 0x000300
[ 0.220677] pci 0000:00:02.0: reg 10: [mem 0xf7f00000-0xf7f7ffff]
[ 0.220688] pci 0000:00:02.0: reg 14: [io 0xdc80-0xdc87]
[ 0.220700] pci 0000:00:02.0: reg 18: [mem 0xd0000000-0xdfffffff pref]
[ 0.220711] pci 0000:00:02.0: reg 1c: [mem 0xf7ec0000-0xf7efffff]
[ 0.220760] pci 0000:00:02.1: [8086:27a6] type 0 class 0x000380
[ 0.220775] pci 0000:00:02.1: reg 10: [mem 0xf7f80000-0xf7ffffff]
[ 0.220895] pci 0000:00:1b.0: [8086:27d8] type 0 class 0x000403
[ 0.220926] pci 0000:00:1b.0: reg 10: [mem 0xf7eb8000-0xf7ebbfff 64bit]
[ 0.221026] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[ 0.221035] pci 0000:00:1b.0: PME# disabled
[ 0.221071] pci 0000:00:1c.0: [8086:27d0] type 1 class 0x000604
[ 0.221172] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[ 0.221181] pci 0000:00:1c.0: PME# disabled
[ 0.221225] pci 0000:00:1c.1: [8086:27d2] type 1 class 0x000604
[ 0.221327] pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
[ 0.221336] pci 0000:00:1c.1: PME# disabled
[ 0.221374] pci 0000:00:1c.2: [8086:27d4] type 1 class 0x000604
[ 0.221475] pci 0000:00:1c.2: PME# supported from D0 D3hot D3cold
[ 0.221484] pci 0000:00:1c.2: PME# disabled
[ 0.221522] pci 0000:00:1c.3: [8086:27d6] type 1 class 0x000604
[ 0.221624] pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
[ 0.221632] pci 0000:00:1c.3: PME# disabled
[ 0.221673] pci 0000:00:1d.0: [8086:27c8] type 0 class 0x000c03
[ 0.221742] pci 0000:00:1d.0: reg 20: [io 0xd480-0xd49f]
[ 0.221795] pci 0000:00:1d.1: [8086:27c9] type 0 class 0x000c03
[ 0.221863] pci 0000:00:1d.1: reg 20: [io 0xd800-0xd81f]
[ 0.221917] pci 0000:00:1d.2: [8086:27ca] type 0 class 0x000c03
[ 0.221985] pci 0000:00:1d.2: reg 20: [io 0xd880-0xd89f]
[ 0.222038] pci 0000:00:1d.3: [8086:27cb] type 0 class 0x000c03
[ 0.222107] pci 0000:00:1d.3: reg 20: [io 0xdc00-0xdc1f]
[ 0.222173] pci 0000:00:1d.7: [8086:27cc] type 0 class 0x000c03
[ 0.222205] pci 0000:00:1d.7: reg 10: [mem 0xf7eb7c00-0xf7eb7fff]
[ 0.222311] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
[ 0.222320] pci 0000:00:1d.7: PME# disabled
[ 0.222352] pci 0000:00:1e.0: [8086:2448] type 1 class 0x000604
[ 0.222454] pci 0000:00:1f.0: [8086:27b9] type 0 class 0x000601
[ 0.222567] pci 0000:00:1f.0: quirk: [io 0x0800-0x087f] claimed by ICH6 ACPI/GPIO/TCO
[ 0.222679] pci 0000:00:1f.0: quirk: [io 0x0480-0x04bf] claimed by ICH6 GPIO
[ 0.222768] pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 0380 (mask 0003)
[ 0.222877] pci 0000:00:1f.0: ICH7 LPC Generic IO decode 2 PIO at 0290 (mask 0007)
[ 0.222986] pci 0000:00:1f.0: ICH7 LPC Generic IO decode 3 PIO at 0068 (mask 0003)
[ 0.223145] pci 0000:00:1f.2: [8086:27c4] type 0 class 0x000101
[ 0.223173] pci 0000:00:1f.2: reg 10: [io 0x0000-0x0007]
[ 0.223190] pci 0000:00:1f.2: reg 14: [io 0x0000-0x0003]
[ 0.223207] pci 0000:00:1f.2: reg 18: [io 0x0000-0x0007]
[ 0.223224] pci 0000:00:1f.2: reg 1c: [io 0x0000-0x0003]
[ 0.223241] pci 0000:00:1f.2: reg 20: [io 0xffa0-0xffaf]
[ 0.223296] pci 0000:00:1f.2: PME# supported from D3hot
[ 0.223304] pci 0000:00:1f.2: PME# disabled
[ 0.223329] pci 0000:00:1f.3: [8086:27da] type 0 class 0x000c05
[ 0.223404] pci 0000:00:1f.3: reg 20: [io 0x0400-0x041f]
[ 0.223525] pci 0000:00:1c.0: PCI bridge to [bus 05-05]
[ 0.223610] pci 0000:00:1c.0: bridge window [io 0xf000-0x0000] (disabled)
[ 0.223620] pci 0000:00:1c.0: bridge window [mem 0xfff00000-0x000fffff] (disabled)
[ 0.223634] pci 0000:00:1c.0: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 0.223735] pci 0000:04:00.0: [1969:1026] type 0 class 0x000200
[ 0.223774] pci 0000:04:00.0: reg 10: [mem 0xfbfc0000-0xfbffffff 64bit]
[ 0.223796] pci 0000:04:00.0: reg 18: [io 0xec80-0xecff]
[ 0.223915] pci 0000:04:00.0: PME# supported from D3hot D3cold
[ 0.223925] pci 0000:04:00.0: PME# disabled
[ 0.223957] pci 0000:04:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
[ 0.224035] pci 0000:00:1c.1: PCI bridge to [bus 04-04]
[ 0.224121] pci 0000:00:1c.1: bridge window [io 0xe000-0xefff]
[ 0.224131] pci 0000:00:1c.1: bridge window [mem 0xfbf00000-0xfbffffff]
[ 0.224144] pci 0000:00:1c.1: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 0.224220] pci 0000:00:1c.2: PCI bridge to [bus 03-03]
[ 0.224305] pci 0000:00:1c.2: bridge window [io 0xf000-0x0000] (disabled)
[ 0.224315] pci 0000:00:1c.2: bridge window [mem 0xfff00000-0x000fffff] (disabled)
[ 0.224328] pci 0000:00:1c.2: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 0.224429] pci 0000:01:00.0: [1814:0781] type 0 class 0x000280
[ 0.224458] pci 0000:01:00.0: reg 10: [mem 0xfbef0000-0xfbefffff]
[ 0.224599] pci 0000:01:00.0: PME# supported from D0 D3hot
[ 0.224609] pci 0000:01:00.0: PME# disabled
[ 0.232099] pci 0000:00:1c.3: PCI bridge to [bus 01-02]
[ 0.232190] pci 0000:00:1c.3: bridge window [io 0xf000-0x0000] (disabled)
[ 0.232203] pci 0000:00:1c.3: bridge window [mem 0xf8000000-0xfbefffff]
[ 0.232216] pci 0000:00:1c.3: bridge window [mem 0xf0000000-0xf6ffffff 64bit pref]
[ 0.232317] pci 0000:00:1e.0: PCI bridge to [bus 06-06] (subtractive decode)
[ 0.232408] pci 0000:00:1e.0: bridge window [io 0xf000-0x0000] (disabled)
[ 0.232418] pci 0000:00:1e.0: bridge window [mem 0xfff00000-0x000fffff] (disabled)
[ 0.232430] pci 0000:00:1e.0: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 0.232438] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] (subtractive decode)
[ 0.232445] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] (subtractive decode)
[ 0.232452] pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
[ 0.232459] pci 0000:00:1e.0: bridge window [mem 0x000d0000-0x000dffff] (subtractive decode)
[ 0.232467] pci 0000:00:1e.0: bridge window [mem 0x7f800000-0xffffffff] (subtractive decode)
[ 0.232509] pci_bus 0000:00: on NUMA node 0
[ 0.232518] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 0.232795] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
[ 0.232878] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P6._PRT]
[ 0.232958] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P7._PRT]
[ 0.233102] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P5._PRT]
[ 0.233176] pci0000:00: Requesting ACPI _OSC control (0x1d)
[ 0.248951] ACPI: PCI Interrupt Link [LNKA] (IRQs *3 4 5 6 7 10 11 12 14 15)
[ 0.248951] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15)
[ 0.252606] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *10 11 12 14 15)
[ 0.253329] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 *11 12 14 15)
[ 0.256126] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[ 0.256959] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[ 0.257793] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[ 0.258627] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 *7 10 11 12 14 15)
[ 0.260339] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none
[ 0.260339] vgaarb: loaded
[ 0.260448] SCSI subsystem initialized
[ 0.260448] libata version 3.00 loaded.
[ 0.260448] usbcore: registered new interface driver usbfs
[ 0.260448] usbcore: registered new interface driver hub
[ 0.260448] usbcore: registered new device driver usb
[ 0.260448] wmi: Mapper loaded
[ 0.260448] Advanced Linux Sound Architecture Driver Version 1.0.23.
[ 0.260448] PCI: Using ACPI for IRQ routing
[ 0.260448] PCI: pci_cache_line_size set to 64 bytes
[ 0.260448] reserve RAM buffer: 000000000009fc00 - 000000000009ffff
[ 0.260448] reserve RAM buffer: 000000007f7a0000 - 000000007fffffff
[ 0.264143] cfg80211: Calling CRDA to update world regulatory domain
[ 0.264773] HPET: 3 timers in total, 0 timers will be used for per-cpu timer
[ 0.264773] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
[ 0.264773] hpet0: 3 comparators, 64-bit 14.318180 MHz counter
[ 0.268045] Switching to clocksource hpet
[ 0.268223] pnp: PnP ACPI init
[ 0.268329] ACPI: bus type pnp registered
[ 0.268617] pnp 00:00: [bus 00-ff]
[ 0.268624] pnp 00:00: [io 0x0cf8-0x0cff]
[ 0.268631] pnp 00:00: [io 0x0000-0x0cf7 window]
[ 0.268637] pnp 00:00: [io 0x0d00-0xffff window]
[ 0.268643] pnp 00:00: [mem 0x000a0000-0x000bffff window]
[ 0.268649] pnp 00:00: [mem 0x000d0000-0x000dffff window]
[ 0.268656] pnp 00:00: [mem 0x7f800000-0xffffffff window]
[ 0.268863] pnp 00:00: Plug and Play ACPI device, IDs PNP0a08 PNP0a03 (active)
[ 0.268893] pnp 00:01: [mem 0xfed13000-0xfed19fff]
[ 0.269060] system 00:01: [mem 0xfed13000-0xfed19fff] has been reserved
[ 0.269151] system 00:01: Plug and Play ACPI device, IDs PNP0c01 (active)
[ 0.269198] pnp 00:02: [dma 4]
[ 0.269203] pnp 00:02: [io 0x0000-0x000f]
[ 0.269209] pnp 00:02: [io 0x0081-0x0083]
[ 0.269214] pnp 00:02: [io 0x0087]
[ 0.269220] pnp 00:02: [io 0x0089-0x008b]
[ 0.269225] pnp 00:02: [io 0x008f]
[ 0.269230] pnp 00:02: [io 0x00c0-0x00df]
[ 0.269369] pnp 00:02: Plug and Play ACPI device, IDs PNP0200 (active)
[ 0.269401] pnp 00:03: [io 0x0070-0x0071]
[ 0.269419] pnp 00:03: [irq 8]
[ 0.269557] pnp 00:03: Plug and Play ACPI device, IDs PNP0b00 (active)
[ 0.269645] pnp 00:04: [io 0x0060]
[ 0.269650] pnp 00:04: [io 0x0064]
[ 0.269663] pnp 00:04: [irq 1]
[ 0.269806] pnp 00:04: Plug and Play ACPI device, IDs PNP0303 PNP030b (active)
[ 0.269888] pnp 00:05: [irq 12]
[ 0.270043] pnp 00:05: Plug and Play ACPI device, IDs SYN0a04 SYN0a00 SYN0002 PNP0f13 (active)
[ 0.270070] pnp 00:06: [io 0x0061]
[ 0.270206] pnp 00:06: Plug and Play ACPI device, IDs PNP0800 (active)
[ 0.270233] pnp 00:07: [io 0x00f0-0x00ff]
[ 0.270245] pnp 00:07: [irq 13]
[ 0.270384] pnp 00:07: Plug and Play ACPI device, IDs PNP0c04 (active)
[ 0.270672] pnp 00:08: [io 0x0010-0x001f]
[ 0.270679] pnp 00:08: [io 0x0022-0x003f]
[ 0.270685] pnp 00:08: [io 0x0044-0x004d]
[ 0.270690] pnp 00:08: [io 0x0050-0x005e]
[ 0.270695] pnp 00:08: [io 0x0063]
[ 0.270700] pnp 00:08: [io 0x0065]
[ 0.270705] pnp 00:08: [io 0x0067-0x006f]
[ 0.270711] pnp 00:08: [io 0x0072-0x007f]
[ 0.270716] pnp 00:08: [io 0x0080]
[ 0.270721] pnp 00:08: [io 0x0084-0x0086]
[ 0.270726] pnp 00:08: [io 0x0088]
[ 0.270731] pnp 00:08: [io 0x008c-0x008e]
[ 0.270737] pnp 00:08: [io 0x0090-0x009f]
[ 0.270742] pnp 00:08: [io 0x00a2-0x00bf]
[ 0.270747] pnp 00:08: [io 0x00e0-0x00ef]
[ 0.270753] pnp 00:08: [io 0x025c-0x025f]
[ 0.270758] pnp 00:08: [io 0x0380-0x0383]
[ 0.270763] pnp 00:08: [io 0x0400-0x041f]
[ 0.270769] pnp 00:08: [io 0x04d0-0x04d1]
[ 0.270774] pnp 00:08: [io 0x0800-0x087f]
[ 0.270780] pnp 00:08: [io 0x0400-0x03ff disabled]
[ 0.270785] pnp 00:08: [io 0x0480-0x04bf]
[ 0.270791] pnp 00:08: [mem 0x8c000000-0x8c01ffff]
[ 0.270797] pnp 00:08: [mem 0xfed1c000-0xfed1ffff]
[ 0.270803] pnp 00:08: [mem 0xfed20000-0xfed3ffff]
[ 0.270809] pnp 00:08: [mem 0xfed50000-0xfed8ffff]
[ 0.270815] pnp 00:08: [mem 0xffb00000-0xffbfffff]
[ 0.270821] pnp 00:08: [mem 0xfff00000-0xffffffff]
[ 0.271077] system 00:08: [io 0x025c-0x025f] has been reserved
[ 0.271165] system 00:08: [io 0x0380-0x0383] has been reserved
[ 0.271250] system 00:08: [io 0x0400-0x041f] has been reserved
[ 0.271334] system 00:08: [io 0x04d0-0x04d1] has been reserved
[ 0.271419] system 00:08: [io 0x0800-0x087f] has been reserved
[ 0.271504] system 00:08: [io 0x0480-0x04bf] has been reserved
[ 0.271589] system 00:08: [mem 0x8c000000-0x8c01ffff] has been reserved
[ 0.271676] system 00:08: [mem 0xfed1c000-0xfed1ffff] has been reserved
[ 0.271776] system 00:08: [mem 0xfed20000-0xfed3ffff] has been reserved
[ 0.271961] system 00:08: [mem 0xfed50000-0xfed8ffff] has been reserved
[ 0.272067] system 00:08: [mem 0xffb00000-0xffbfffff] has been reserved
[ 0.272155] system 00:08: [mem 0xfff00000-0xffffffff] could not be reserved
[ 0.272246] system 00:08: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.272425] pnp 00:09: [mem 0xfed00000-0xfed003ff]
[ 0.272606] pnp 00:09: Plug and Play ACPI device, IDs PNP0103 (active)
[ 0.272738] pnp 00:0a: [mem 0xfec00000-0xfec00fff]
[ 0.272746] pnp 00:0a: [mem 0xfee00000-0xfee00fff]
[ 0.272941] system 00:0a: [mem 0xfec00000-0xfec00fff] could not be reserved
[ 0.273032] system 00:0a: [mem 0xfee00000-0xfee00fff] has been reserved
[ 0.273120] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.273218] pnp 00:0b: [mem 0xe0000000-0xe3ffffff]
[ 0.273410] system 00:0b: [mem 0xe0000000-0xe3ffffff] has been reserved
[ 0.273501] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.273950] pnp 00:0c: [mem 0x00000000-0x0009ffff]
[ 0.273957] pnp 00:0c: [mem 0x000c0000-0x000cffff]
[ 0.273963] pnp 00:0c: [mem 0x000e0000-0x000fffff]
[ 0.273969] pnp 00:0c: [mem 0x00100000-0x7f7fffff]
[ 0.273976] pnp 00:0c: [mem 0x00000000-0xffffffff disabled]
[ 0.274201] system 00:0c: [mem 0x00000000-0x0009ffff] could not be reserved
[ 0.274293] system 00:0c: [mem 0x000c0000-0x000cffff] could not be reserved
[ 0.274380] system 00:0c: [mem 0x000e0000-0x000fffff] could not be reserved
[ 0.274468] system 00:0c: [mem 0x00100000-0x7f7fffff] could not be reserved
[ 0.274558] system 00:0c: Plug and Play ACPI device, IDs PNP0c01 (active)
[ 0.274894] pnp: PnP ACPI: found 13 devices
[ 0.274973] ACPI: ACPI bus type pnp unregistered
[ 0.320802] pci 0000:00:1c.0: BAR 8: assigned [mem 0x7f800000-0x7f9fffff]
[ 0.320898] pci 0000:00:1c.0: BAR 9: assigned [mem 0x7fa00000-0x7fbfffff 64bit pref]
[ 0.321010] pci 0000:00:1c.1: BAR 9: assigned [mem 0x7fc00000-0x7fdfffff 64bit pref]
[ 0.321121] pci 0000:00:1c.2: BAR 8: assigned [mem 0x7fe00000-0x7fffffff]
[ 0.321210] pci 0000:00:1c.2: BAR 9: assigned [mem 0x80000000-0x801fffff 64bit pref]
[ 0.321322] pci 0000:00:1c.0: BAR 7: assigned [io 0x1000-0x1fff]
[ 0.321408] pci 0000:00:1c.2: BAR 7: assigned [io 0x2000-0x2fff]
[ 0.321495] pci 0000:00:1c.3: BAR 7: assigned [io 0x3000-0x3fff]
[ 0.321579] pci 0000:00:1c.0: PCI bridge to [bus 05-05]
[ 0.321663] pci 0000:00:1c.0: bridge window [io 0x1000-0x1fff]
[ 0.321752] pci 0000:00:1c.0: bridge window [mem 0x7f800000-0x7f9fffff]
[ 0.321842] pci 0000:00:1c.0: bridge window [mem 0x7fa00000-0x7fbfffff 64bit pref]
[ 0.321956] pci 0000:00:1c.1: PCI bridge to [bus 04-04]
[ 0.322039] pci 0000:00:1c.1: bridge window [io 0xe000-0xefff]
[ 0.322127] pci 0000:00:1c.1: bridge window [mem 0xfbf00000-0xfbffffff]
[ 0.322218] pci 0000:00:1c.1: bridge window [mem 0x7fc00000-0x7fdfffff 64bit pref]
[ 0.322332] pci 0000:00:1c.2: PCI bridge to [bus 03-03]
[ 0.322415] pci 0000:00:1c.2: bridge window [io 0x2000-0x2fff]
[ 0.322503] pci 0000:00:1c.2: bridge window [mem 0x7fe00000-0x7fffffff]
[ 0.322592] pci 0000:00:1c.2: bridge window [mem 0x80000000-0x801fffff 64bit pref]
[ 0.322707] pci 0000:00:1c.3: PCI bridge to [bus 01-02]
[ 0.322789] pci 0000:00:1c.3: bridge window [io 0x3000-0x3fff]
[ 0.322878] pci 0000:00:1c.3: bridge window [mem 0xf8000000-0xfbefffff]
[ 0.322967] pci 0000:00:1c.3: bridge window [mem 0xf0000000-0xf6ffffff 64bit pref]
[ 0.323081] pci 0000:00:1e.0: PCI bridge to [bus 06-06]
[ 0.323161] pci 0000:00:1e.0: bridge window [io disabled]
[ 0.323247] pci 0000:00:1e.0: bridge window [mem disabled]
[ 0.323332] pci 0000:00:1e.0: bridge window [mem pref disabled]
[ 0.323434] pci 0000:00:1c.0: enabling device (0104 -> 0107)
[ 0.323533] pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 0.323624] pci 0000:00:1c.0: setting latency timer to 64
[ 0.323643] pci 0000:00:1c.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 0.323732] pci 0000:00:1c.1: setting latency timer to 64
[ 0.323745] pci 0000:00:1c.2: enabling device (0104 -> 0107)
[ 0.323834] pci 0000:00:1c.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 0.323922] pci 0000:00:1c.2: setting latency timer to 64
[ 0.323935] pci 0000:00:1c.3: enabling device (0106 -> 0107)
[ 0.324054] pci 0000:00:1c.3: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[ 0.324143] pci 0000:00:1c.3: setting latency timer to 64
[ 0.324158] pci 0000:00:1e.0: setting latency timer to 64
[ 0.324167] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7]
[ 0.324174] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff]
[ 0.324180] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]
[ 0.324187] pci_bus 0000:00: resource 7 [mem 0x000d0000-0x000dffff]
[ 0.324194] pci_bus 0000:00: resource 8 [mem 0x7f800000-0xffffffff]
[ 0.324200] pci_bus 0000:05: resource 0 [io 0x1000-0x1fff]
[ 0.324207] pci_bus 0000:05: resource 1 [mem 0x7f800000-0x7f9fffff]
[ 0.324214] pci_bus 0000:05: resource 2 [mem 0x7fa00000-0x7fbfffff 64bit pref]
[ 0.324221] pci_bus 0000:04: resource 0 [io 0xe000-0xefff]
[ 0.324227] pci_bus 0000:04: resource 1 [mem 0xfbf00000-0xfbffffff]
[ 0.324234] pci_bus 0000:04: resource 2 [mem 0x7fc00000-0x7fdfffff 64bit pref]
[ 0.324241] pci_bus 0000:03: resource 0 [io 0x2000-0x2fff]
[ 0.324247] pci_bus 0000:03: resource 1 [mem 0x7fe00000-0x7fffffff]
[ 0.324254] pci_bus 0000:03: resource 2 [mem 0x80000000-0x801fffff 64bit pref]
[ 0.324261] pci_bus 0000:01: resource 0 [io 0x3000-0x3fff]
[ 0.324267] pci_bus 0000:01: resource 1 [mem 0xf8000000-0xfbefffff]
[ 0.324274] pci_bus 0000:01: resource 2 [mem 0xf0000000-0xf6ffffff 64bit pref]
[ 0.324282] pci_bus 0000:06: resource 4 [io 0x0000-0x0cf7]
[ 0.324288] pci_bus 0000:06: resource 5 [io 0x0d00-0xffff]
[ 0.324294] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x000bffff]
[ 0.324301] pci_bus 0000:06: resource 7 [mem 0x000d0000-0x000dffff]
[ 0.324307] pci_bus 0000:06: resource 8 [mem 0x7f800000-0xffffffff]
[ 0.324403] NET: Registered protocol family 2
[ 0.324621] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 0.325269] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.326345] TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
[ 0.326883] TCP: Hash tables configured (established 131072 bind 65536)
[ 0.326971] TCP reno registered
[ 0.327051] UDP hash table entries: 512 (order: 2, 16384 bytes)
[ 0.327150] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[ 0.327551] NET: Registered protocol family 1
[ 0.327883] RPC: Registered udp transport module.
[ 0.327967] RPC: Registered tcp transport module.
[ 0.328157] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 0.328264] pci 0000:00:02.0: Boot video device
[ 0.328433] PCI: CLS 32 bytes, default 64
[ 0.328537] Trying to unpack rootfs image as initramfs...
[ 0.528725] Freeing initrd memory: 3944k freed
[ 0.535780] audit: initializing netlink socket (disabled)
[ 0.535889] type=2000 audit(1295626180.528:1): initialized
[ 0.536782] highmem bounce pool size: 64 pages
[ 0.536870] HugeTLB registered 4 MB page size, pre-allocated 0 pages
[ 0.549347] fuse init (API version 7.16)
[ 0.550743] Btrfs loaded
[ 0.550830] msgmni has been set to 1723
[ 0.551963] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
[ 0.552110] io scheduler noop registered
[ 0.552188] io scheduler deadline registered
[ 0.552320] io scheduler cfq registered (default)
[ 0.552641] pcieport 0000:00:1c.0: setting latency timer to 64
[ 0.552716] pcieport 0000:00:1c.0: irq 40 for MSI/MSI-X
[ 0.552924] pcieport 0000:00:1c.1: setting latency timer to 64
[ 0.552991] pcieport 0000:00:1c.1: irq 41 for MSI/MSI-X
[ 0.553184] pcieport 0000:00:1c.2: setting latency timer to 64
[ 0.553250] pcieport 0000:00:1c.2: irq 42 for MSI/MSI-X
[ 0.553443] pcieport 0000:00:1c.3: setting latency timer to 64
[ 0.553508] pcieport 0000:00:1c.3: irq 43 for MSI/MSI-X
[ 0.554045] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[ 0.554426] intel_idle: MWAIT substates: 0x20220
[ 0.554443] intel_idle: v0.4 model 0x1C
[ 0.554448] intel_idle: lapic_timer_reliable_states 0x2
[ 0.554469] Marking TSC unstable due to TSC halts in idle states deeper than C2
[ 0.555003] ACPI: Deprecated procfs I/F for AC is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared
[ 0.555310] ACPI: AC Adapter [AC0] (on-line)
[ 0.555820] input: Lid Switch as /devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input0
[ 0.560963] ACPI: Lid Switch [LID]
[ 0.561304] input: Sleep Button as /devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input1
[ 0.561419] ACPI: Sleep Button [SLPB]
[ 0.561709] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input2
[ 0.561822] ACPI: Power Button [PWRB]
[ 0.562118] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3
[ 0.562229] ACPI: Power Button [PWRF]
[ 0.562644] ACPI: acpi_idle yielding to intel_idle
[ 0.577128] thermal LNXTHERM:00: registered as thermal_zone0
[ 0.577215] ACPI: Thermal Zone [TZ00] (59 C)
[ 0.577767] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[ 0.672907] Real Time Clock Driver v1.12b
[ 0.673390] Linux agpgart interface v0.103
[ 0.673636] agpgart-intel 0000:00:00.0: Intel 945GME Chipset
[ 0.673868] agpgart-intel 0000:00:00.0: detected gtt size: 262144K total, 262144K mappable
[ 0.674163] agpgart-intel 0000:00:00.0: detected 8192K stolen memory
[ 0.678183] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000
[ 0.678506] [drm] Initialized drm 1.1.0 20060810
[ 0.678625] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 0.678717] i915 0000:00:02.0: setting latency timer to 64
[ 0.718048] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[ 0.718139] [drm] Driver supports precise vblank timestamp query.
[ 0.758276] ACPI: Deprecated procfs I/F for battery is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared
[ 0.758418] ACPI: Battery Slot [BAT0] (battery present)
[ 0.773113] vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[ 0.773603] [drm] initialized overlay support
[ 1.095305] Console: switching to colour frame buffer device 128x37
[ 1.102220] fb0: inteldrmfb frame buffer device
[ 1.102314] drm: registered panic notifier
[ 1.102409] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[ 1.108417] brd: module loaded
[ 1.109411] ata_piix 0000:00:1f.2: version 2.13
[ 1.109442] ata_piix 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 1.109599] ata_piix 0000:00:1f.2: MAP [ P0 P2 IDE IDE ]
[ 1.109808] ata_piix 0000:00:1f.2: setting latency timer to 64
[ 1.111153] scsi0 : ata_piix
[ 1.114656] scsi1 : ata_piix
[ 1.120603] ata1: SATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xffa0 irq 14
[ 1.123703] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xffa8 irq 15
[ 1.127254] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
[ 1.130377] e1000: Copyright (c) 1999-2006 Intel Corporation.
[ 1.133630] e1000e: Intel(R) PRO/1000 Network Driver - 1.2.20-k2
[ 1.136732] e1000e: Copyright(c) 1999 - 2011 Intel Corporation.
[ 1.139861] Intel(R) Gigabit Ethernet Network Driver - version 2.1.0-k2
[ 1.142872] Copyright (c) 2007-2009 Intel Corporation.
[ 1.145990] ATL1E 0000:04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 1.149004] ATL1E 0000:04:00.0: setting latency timer to 64
[ 1.204983] rt2800pci 0000:01:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[ 1.208046] rt2800pci 0000:01:00.0: setting latency timer to 64
[ 1.219273] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 1.220674] Registered led device: rt2800pci-phy0::radio
[ 1.220797] Registered led device: rt2800pci-phy0::assoc
[ 1.220925] Registered led device: rt2800pci-phy0::quality
[ 1.221328] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.224473] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 1.227529] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ 1.227538] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[ 1.230712] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
[ 1.248071] ehci_hcd 0000:00:1d.7: using broken periodic workaround
[ 1.251030] ehci_hcd 0000:00:1d.7: debug port 1
[ 1.257800] ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
[ 1.257834] ehci_hcd 0000:00:1d.7: irq 23, io mem 0xf7eb7c00
[ 1.276032] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
[ 1.278858] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 1.281689] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.284869] usb usb1: Product: EHCI Host Controller
[ 1.288023] usb usb1: Manufacturer: Linux 2.6.38-rc1-00138-g0fbed86 ehci_hcd
[ 1.291254] usb usb1: SerialNumber: 0000:00:1d.7
[ 1.294750] hub 1-0:1.0: USB hub found
[ 1.297522] hub 1-0:1.0: 8 ports detected
[ 1.300455] ata2.00: CFA: ASUS-PHISON SSD, TST2.04P, max UDMA/66
[ 1.300608] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 1.300735] uhci_hcd: USB Universal Host Controller Interface driver
[ 1.300852] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 1.300871] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 1.300880] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 1.301129] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
[ 1.316997] ata2.00: 7880544 sectors, multi 0: LBA
[ 1.319761] ata2.01: ATA-8: RunCore 32G-C SSD, 080826, max UDMA/100
[ 1.322628] ata2.01: 62586880 sectors, multi 0: LBA
[ 1.325831] uhci_hcd 0000:00:1d.0: irq 23, io base 0x0000d480
[ 1.328729] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.331561] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.332302] ata2.00: configured for UDMA/66
[ 1.337280] usb usb2: Product: UHCI Host Controller
[ 1.340080] usb usb2: Manufacturer: Linux 2.6.38-rc1-00138-g0fbed86 uhci_hcd
[ 1.340287] ata2.01: configured for UDMA/100
[ 1.340596] scsi 1:0:0:0: Direct-Access ATA ASUS-PHISON SSD TST2 PQ: 0 ANSI: 5
[ 1.341329] sd 1:0:0:0: [sda] 7880544 512-byte logical blocks: (4.03 GB/3.75 GiB)
[ 1.341507] sd 1:0:0:0: [sda] Write Protect is off
[ 1.341516] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 1.341595] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 1.342763] sd 1:0:0:0: Attached scsi generic sg0 type 0
[ 1.344337] sda: sda1 sda2
[ 1.365152] usb usb2: SerialNumber: 0000:00:1d.0
[ 1.365185] scsi 1:0:1:0: Direct-Access ATA RunCore 32G-C SS 0808 PQ: 0 ANSI: 5
[ 1.366287] sd 1:0:1:0: [sdb] 62586880 512-byte logical blocks: (32.0 GB/29.8 GiB)
[ 1.366471] sd 1:0:1:0: [sdb] Write Protect is off
[ 1.366480] sd 1:0:1:0: [sdb] Mode Sense: 00 3a 00 00
[ 1.366565] sd 1:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 1.367136] sd 1:0:0:0: [sda] Attached SCSI disk
[ 1.368186] sd 1:0:1:0: Attached scsi generic sg1 type 0
[ 1.368432] sdb: sdb1
[ 1.392479] hub 2-0:1.0: USB hub found
[ 1.392684] sd 1:0:1:0: [sdb] Attached SCSI disk
[ 1.398576] hub 2-0:1.0: 2 ports detected
[ 1.401725] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 1.404807] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[ 1.404815] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[ 1.408063] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
[ 1.420088] uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000d800
[ 1.423176] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.426218] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.429254] usb usb3: Product: UHCI Host Controller
[ 1.432257] usb usb3: Manufacturer: Linux 2.6.38-rc1-00138-g0fbed86 uhci_hcd
[ 1.435288] usb usb3: SerialNumber: 0000:00:1d.1
[ 1.438687] hub 3-0:1.0: USB hub found
[ 1.441669] hub 3-0:1.0: 2 ports detected
[ 1.444715] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 1.447699] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[ 1.447707] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[ 1.450843] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
[ 1.464102] uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000d880
[ 1.467049] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.469954] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.472843] usb usb4: Product: UHCI Host Controller
[ 1.475661] usb usb4: Manufacturer: Linux 2.6.38-rc1-00138-g0fbed86 uhci_hcd
[ 1.478511] usb usb4: SerialNumber: 0000:00:1d.2
[ 1.481727] hub 4-0:1.0: USB hub found
[ 1.484539] hub 4-0:1.0: 2 ports detected
[ 1.487385] uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 16 (level, low) -> IRQ 16
[ 1.490165] uhci_hcd 0000:00:1d.3: setting latency timer to 64
[ 1.490173] uhci_hcd 0000:00:1d.3: UHCI Host Controller
[ 1.493075] uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 5
[ 1.512073] uhci_hcd 0000:00:1d.3: irq 16, io base 0x0000dc00
[ 1.514786] usb usb5: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.517515] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.520246] usb usb5: Product: UHCI Host Controller
[ 1.522955] usb usb5: Manufacturer: Linux 2.6.38-rc1-00138-g0fbed86 uhci_hcd
[ 1.525763] usb usb5: SerialNumber: 0000:00:1d.3
[ 1.528940] hub 5-0:1.0: USB hub found
[ 1.531648] hub 5-0:1.0: 2 ports detected
[ 1.534774] usbcore: registered new interface driver usblp
[ 1.537502] Initializing USB Mass Storage driver...
[ 1.540367] usbcore: registered new interface driver usb-storage
[ 1.543062] USB Mass Storage support registered.
[ 1.545984] usbcore: registered new interface driver usbserial
[ 1.548797] USB Serial support registered for generic
[ 1.612035] usb 1-4: new high speed USB device using ehci_hcd and address 2
[ 1.746618] usb 1-4: New USB device found, idVendor=08e4, idProduct=013e
[ 1.749400] usb 1-4: New USB device strings: Mfr=96, Product=76, SerialNumber=63
[ 1.752233] usb 1-4: Product: Mass Storage Device
[ 1.754988] usb 1-4: Manufacturer: USB2.0 External
[ 1.757750] usb 1-4: SerialNumber: DEF10E80BC20
[ 1.761138] scsi2 : usb-storage 1-4:1.0
[ 1.876033] usb 1-8: new high speed USB device using ehci_hcd and address 3
[ 2.052622] usb 1-8: New USB device found, idVendor=04f2, idProduct=b071
[ 2.055386] usb 1-8: New USB device strings: Mfr=2, Product=1, SerialNumber=3
[ 2.058152] usb 1-8: Product: CNF7129
[ 2.060848] usb 1-8: Manufacturer: Chicony Electronics Co., Ltd.
[ 2.063559] usb 1-8: SerialNumber: SN0001
[ 2.069735] usbcore: registered new interface driver usbserial_generic
[ 2.072551] usbserial: USB Serial Driver core
[ 2.075381] USB Serial support registered for debug
[ 2.078233] usbcore: registered new interface driver debug
[ 2.081099] USB Serial support registered for FTDI USB Serial Device
[ 2.084147] usbcore: registered new interface driver ftdi_sio
[ 2.086904] ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver
[ 2.089799] USB Serial support registered for pl2303
[ 2.092677] usbcore: registered new interface driver pl2303
[ 2.095421] pl2303: Prolific PL2303 USB to serial adaptor driver
[ 2.098472] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[ 2.127795] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 2.130732] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 2.133934] mousedev: PS/2 mouse device common for all mice
[ 2.137782] i801_smbus 0000:00:1f.3: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 2.140728] ACPI: resource 0000:00:1f.3 [io 0x0400-0x041f] conflicts with ACPI region SMRG [io 0x400-0x40f]
[ 2.143760] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 2.147006] md: linear personality registered for level -1
[ 2.150156] md: raid0 personality registered for level 0
[ 2.153909] device-mapper: ioctl: 4.19.1-ioctl (2011-01-07) initialised: dm-devel@redhat.com
[ 2.157378] EDAC MC: Ver: 2.1.0 Jan 20 2011
[ 2.161539] cpuidle: using governor ladder
[ 2.166029] cpuidle: using governor menu
[ 2.171789] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input4
[ 2.176436] usbcore: registered new interface driver usbhid
[ 2.179659] usbhid: USB HID core driver
[ 2.183029] eeepc_laptop: Eee PC Hotkey Driver
[ 2.186498] eeepc_laptop: Hotkey init flags 0x41
[ 2.765307] scsi 2:0:0:0: CD-ROM PIONEER DVD-RW DVR-112 1.24 PQ: 0 ANSI: 0
[ 2.784525] sr0: scsi3-mmc drive: 40x/40x writer dvd-ram cd/rw xa/form2 cdda tray
[ 2.787779] cdrom: Uniform CD-ROM driver Revision: 3.20
[ 2.791502] sr 2:0:0:0: Attached scsi CD-ROM sr0
[ 2.791878] sr 2:0:0:0: Attached scsi generic sg2 type 5
[ 3.030331] eeepc_laptop: TYPE (2000000) not reported by BIOS, enabling anyway
[ 3.038545] eeepc_laptop: PANELPOWER (4000000) not reported by BIOS, enabling anyway
[ 3.041900] eeepc_laptop: Get control methods supported: 0x6101713
[ 3.048538] input: Asus EeePC extra buttons as /devices/platform/eeepc/input/input5
[ 4.257071] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 4.260753] HDA Intel 0000:00:1b.0: irq 44 for MSI/MSI-X
[ 4.260801] HDA Intel 0000:00:1b.0: setting latency timer to 64
[ 4.276910] input: ImPS/2 Logitech Wheel Mouse as /devices/platform/i8042/serio1/input/input6
[ 4.307300] input: HDA Intel Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input7
[ 4.311239] input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8
[ 4.316078] ALSA device list:
[ 4.319548] #0: HDA Intel at 0xf7eb8000 irq 44
[ 4.323201] oprofile: using NMI interrupt.
[ 4.326710] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[ 4.331870] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 4.335512] TCP cubic registered
[ 4.339856] NET: Registered protocol family 10
[ 4.345968] ip6_tables: (C) 2000-2006 Netfilter Core Team
[ 4.349381] IPv6 over IPv4 tunneling driver
[ 4.354347] NET: Registered protocol family 17
[ 4.358497] Using IPI No-Shortcut mode
[ 4.362770] Freeing unused kernel memory: 396k freed
[ 4.366202] Write protecting the kernel text: 4944k
[ 4.369384] Write protecting the kernel read-only data: 1612k
[ 4.429342] dracut: dracut-006-5.fc14
[ 4.461267] dracut: rd_NO_LUKS: removing cryptoluks activation
[ 4.487497] udev[1026]: starting version 161
[ 4.580721] dracut: Starting plymouth daemon
[ 5.227446] EXT4-fs (sdb1): INFO: recovery required on readonly filesystem
[ 5.230648] EXT4-fs (sdb1): write access will be enabled during recovery
[ 5.502385] EXT4-fs (sdb1): orphan cleanup on readonly fs
[ 5.505730] EXT4-fs (sdb1): ext4_orphan_cleanup: deleting unreferenced inode 1311252
[ 5.505794] EXT4-fs (sdb1): ext4_orphan_cleanup: deleting unreferenced inode 1056242
[ 5.505896] EXT4-fs (sdb1): 2 orphan inodes deleted
[ 5.509247] EXT4-fs (sdb1): recovery complete
[ 5.536457] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 5.552832] dracut: Mounted root filesystem /dev/sdb1
[ 5.604361] dracut: Loading SELinux policy
[ 5.678818] dracut: /sbin/load_policy: Can't load policy: No such device
[ 5.803729] dracut: Switching root
[ 6.217892] udev[1656]: starting version 161
[ 7.848843] EXT4-fs (sdb1): re-mounted. Opts: (null)
[ 8.011634] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[ 8.440667] Adding 2889724k swap on /dev/sda2. Priority:-1 extents:1 across:2889724k
[ 8.895425] auditd (2144): /proc/2144/oom_adj is deprecated, please use /proc/2144/oom_score_adj instead.
[ 10.180524] ATL1E 0000:04:00.0: irq 45 for MSI/MSI-X
[ 10.181145] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 10.185018] ATL1E 0000:04:00.0: eth0: NIC Link is Up <100 Mbps Full Duplex>
[ 10.189363] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 10.244901] phy0 -> rt2800pci_mcu_status: Error - MCU request failed, no response from hardware
[ 10.275455] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 12.165534] ATL1E 0000:04:00.0: eth0: NIC Link is Up <100 Mbps Full Duplex>
[ 20.600057] eth0: no IPv6 routers present
[ 755.819603] PM: Syncing filesystems ... done.
[ 755.944279] Freezing user space processes ... (elapsed 0.01 seconds) done.
[ 755.960156] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
[ 755.976123] Suspending console(s) (use no_console_suspend to debug)
[ 756.003159] sd 1:0:1:0: [sdb] Stopping disk
[ 756.003673] sd 1:0:0:0: [sda] Stopping disk
[ 756.004307] rt2800pci 0000:01:00.0: PCI INT A disabled
[ 756.004320] ACPI handle has no context!
[ 756.004416] pci 0000:00:1f.3: PCI INT B disabled
[ 756.004431] ACPI handle has no context!
[ 756.004447] ATL1E 0000:04:00.0: PCI INT A disabled
[ 756.004460] ACPI handle has no context!
[ 756.004601] uhci_hcd 0000:00:1d.3: PCI INT D disabled
[ 756.004628] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[ 756.004644] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[ 756.004658] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[ 756.008380] ata_piix 0000:00:1f.2: PCI INT B disabled
[ 756.012229] i915 0000:00:02.0: PCI INT A disabled
[ 756.032066] ehci_hcd 0000:00:1d.7: PCI INT A disabled
[ 756.108118] HDA Intel 0000:00:1b.0: PCI INT A disabled
[ 756.108171] ACPI handle has no context!
[ 756.124088] PM: suspend of devices complete after 147.715 msecs
[ 756.140227] PM: late suspend of devices complete after 16.125 msecs
[ 756.140286] ACPI: Preparing to enter system sleep state S3
[ 756.220367] PM: Saving platform NVS memory
[ 756.220373] Disabling non-boot CPUs ...
[ 756.332055] CPU 1 is now offline
[ 756.332601] Back to C!
[ 756.332601] PM: Restoring platform NVS memory
[ 756.332601] Enabling non-boot CPUs ...
[ 756.332601] Booting Node 0 Processor 1 APIC 0x1
[ 756.229218] Initializing CPU#1
[ 756.229218] Atom PSE erratum detected, BIOS microcode update recommended
[ 756.424152] CPU1 is up
[ 756.424293] ACPI: Waking up from system sleep state S3
[ 756.484343] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100006, writing 0x100002)
[ 756.484397] pcieport 0000:00:1c.0: restoring config space at offset 0x9 (was 0x1fff1, writing 0x7fb17fa1)
[ 756.484407] pcieport 0000:00:1c.0: restoring config space at offset 0x8 (was 0xfff0, writing 0x7f907f80)
[ 756.484418] pcieport 0000:00:1c.0: restoring config space at offset 0x7 (was 0xf0, writing 0x1010)
[ 756.484436] pcieport 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100104, writing 0x100507)
[ 756.484509] pcieport 0000:00:1c.1: restoring config space at offset 0x9 (was 0x1fff1, writing 0x7fd17fc1)
[ 756.484530] pcieport 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100107, writing 0x100507)
[ 756.484602] pcieport 0000:00:1c.2: restoring config space at offset 0x9 (was 0x1fff1, writing 0x80118001)
[ 756.484612] pcieport 0000:00:1c.2: restoring config space at offset 0x8 (was 0xfff0, writing 0x7ff07fe0)
[ 756.484622] pcieport 0000:00:1c.2: restoring config space at offset 0x7 (was 0xf0, writing 0x2020)
[ 756.484640] pcieport 0000:00:1c.2: restoring config space at offset 0x1 (was 0x100104, writing 0x100507)
[ 756.484714] pcieport 0000:00:1c.3: restoring config space at offset 0x7 (was 0xf0, writing 0x3030)
[ 756.484732] pcieport 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100106, writing 0x100507)
[ 756.484806] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2800005, writing 0x2800001)
[ 756.484850] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2800005, writing 0x2800001)
[ 756.484892] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2800005, writing 0x2800001)
[ 756.484935] uhci_hcd 0000:00:1d.3: restoring config space at offset 0x1 (was 0x2800005, writing 0x2800001)
[ 756.484986] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102)
[ 756.485278] rt2800pci 0000:01:00.0: restoring config space at offset 0xf (was 0x1ff, writing 0x10b)
[ 756.485311] rt2800pci 0000:01:00.0: restoring config space at offset 0x4 (was 0x0, writing 0xfbef0000)
[ 756.485322] rt2800pci 0000:01:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8)
[ 756.485335] rt2800pci 0000:01:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100007)
[ 756.485470] PM: early resume of devices complete after 1.260 msecs
[ 756.485807] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 756.485818] i915 0000:00:02.0: setting latency timer to 64
[ 756.490499] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 756.490517] HDA Intel 0000:00:1b.0: setting latency timer to 64
[ 756.490589] HDA Intel 0000:00:1b.0: irq 44 for MSI/MSI-X
[ 756.490914] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 756.490929] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 756.490968] usb usb2: root hub lost power or was reset
[ 756.491001] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 756.491015] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[ 756.491050] usb usb3: root hub lost power or was reset
[ 756.491077] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 756.491091] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[ 756.491126] usb usb4: root hub lost power or was reset
[ 756.491154] uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 16 (level, low) -> IRQ 16
[ 756.491168] uhci_hcd 0000:00:1d.3: setting latency timer to 64
[ 756.491204] usb usb5: root hub lost power or was reset
[ 756.491232] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 756.491247] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ 756.491336] pci 0000:00:1e.0: setting latency timer to 64
[ 756.491367] ata_piix 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 756.491379] ata_piix 0000:00:1f.2: setting latency timer to 64
[ 756.491424] pci 0000:00:1f.3: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 756.491448] ATL1E 0000:04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 756.491461] ATL1E 0000:04:00.0: setting latency timer to 64
[ 756.491502] rt2800pci 0000:01:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[ 756.491586] sd 1:0:0:0: [sda] Starting disk
[ 756.491652] sd 1:0:1:0: [sdb] Starting disk
[ 756.670404] ata2.01: ACPI cmd ef/03:45:00:00:00:b0 (SET FEATURES) filtered out
[ 756.670414] ata2.01: ACPI cmd ef/03:0c:00:00:00:b0 (SET FEATURES) filtered out
[ 756.676725] ata2.00: ACPI cmd ef/03:44:00:00:00:a0 (SET FEATURES) filtered out
[ 756.676734] ata2.00: ACPI cmd ef/03:0c:00:00:00:a0 (SET FEATURES) filtered out
[ 756.684321] ata2.00: configured for UDMA/66
[ 756.692316] ata2.01: configured for UDMA/100
[ 756.732073] usb 1-8: reset high speed USB device using ehci_hcd and address 3
[ 756.912437] PM: resume of devices complete after 426.884 msecs
[ 756.912918] Restarting tasks ... done.
[ 757.391296] ATL1E 0000:04:00.0: irq 45 for MSI/MSI-X
[ 757.420783] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 757.464964] phy0 -> rt2800pci_mcu_status: Error - MCU request failed, no response from hardware
[ 757.496114] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 758.948497] ATL1E 0000:04:00.0: eth0: NIC Link is Up <100 Mbps Full Duplex>
[ 758.949204] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 769.888048] eth0: no IPv6 routers present
[-- Attachment #4: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: [linux-pm] Occasional (too common) suspend problem
2011-01-21 16:28 ` Linus Torvalds
2011-01-21 17:09 ` Jeff Chua
@ 2011-01-21 17:09 ` Jeff Chua
2011-01-21 20:54 ` Rafael J. Wysocki
2011-01-21 20:54 ` [linux-pm] " Rafael J. Wysocki
3 siblings, 0 replies; 61+ messages in thread
From: Jeff Chua @ 2011-01-21 17:09 UTC (permalink / raw)
To: Linus Torvalds
Cc: Lin Ming, Zhang Rui, Rafael J. Wysocki, Len Brown,
ACPI Devel Maling List, Linux-pm mailing list, Moore, Robert
On Sat, Jan 22, 2011 at 12:28 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Thu, Jan 20, 2011 at 9:26 PM, Lin Ming <ming.m.lin@intel.com> wrote:
>> On Fri, 2011-01-21 at 12:50, Linus Torvalds wrote:
>> Does revert bba63a29(ACPICA: Implicit notify support) help?
>
> It seemed to, but on the third boot (with several suspend cycles per
> boot) I ended up seeing it. This is why I can't bisect it - it really
> isn't reliable enough to bisect sanely.
>
> One thing I've noticed: if the system suspends once, it seems to
> suspend several times. At least I think that every time I've seen this
> problem, it's happened on the first suspend (and if it comes back
> after a keypress, the second suspend will hang hard). But I've been
> booting this machine so much during all the testing, that I haven't
> ever done a really _long_ run of many suspend/resume cyles, so my
> evidence for that is weakish.
This might not be related, but may be it'll lead to something ... With
Rafael's latest patches that you pulled, suspend-to-ram/resume works
for me now. But I was still having problem with "hibernating" to disk.
It turned out that the recent changes (past few weeks) caused the ACPI
to failed when I tried to make the LED blink with "echo 2 blink
>/proc/acpi/ibm/led". Used to work before. But, now it simply hang and
can't suspend. Removiing the echo blink make suspend-to-disk works
again.
And I've also seen the case you mentioned where sometimes it couldn't
suspend (either by closing the lid or running "echo mem
>/sys/power/state") ... it seems to happen more often when the machine
is under load ... happens a few time when I hurried to get off work
and only realized when my backpack on my back was burning hot!!!
Now I completed disabled CONFIG_THINKPAD_ACPI and
CONFIG_THINKPAD_ACPI_UNSAFE_LEDS and hopefully won't see anymore hangs
before suspend.
Jeff.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 16:28 ` Linus Torvalds
@ 2011-01-21 17:09 ` Jeff Chua
2011-01-21 17:09 ` [linux-pm] " Jeff Chua
` (2 subsequent siblings)
3 siblings, 0 replies; 61+ messages in thread
From: Jeff Chua @ 2011-01-21 17:09 UTC (permalink / raw)
To: Linus Torvalds
Cc: Lin Ming, Moore, Robert, ACPI Devel Maling List, Linux-pm mailing list
On Sat, Jan 22, 2011 at 12:28 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Thu, Jan 20, 2011 at 9:26 PM, Lin Ming <ming.m.lin@intel.com> wrote:
>> On Fri, 2011-01-21 at 12:50, Linus Torvalds wrote:
>> Does revert bba63a29(ACPICA: Implicit notify support) help?
>
> It seemed to, but on the third boot (with several suspend cycles per
> boot) I ended up seeing it. This is why I can't bisect it - it really
> isn't reliable enough to bisect sanely.
>
> One thing I've noticed: if the system suspends once, it seems to
> suspend several times. At least I think that every time I've seen this
> problem, it's happened on the first suspend (and if it comes back
> after a keypress, the second suspend will hang hard). But I've been
> booting this machine so much during all the testing, that I haven't
> ever done a really _long_ run of many suspend/resume cyles, so my
> evidence for that is weakish.
This might not be related, but may be it'll lead to something ... With
Rafael's latest patches that you pulled, suspend-to-ram/resume works
for me now. But I was still having problem with "hibernating" to disk.
It turned out that the recent changes (past few weeks) caused the ACPI
to failed when I tried to make the LED blink with "echo 2 blink
>/proc/acpi/ibm/led". Used to work before. But, now it simply hang and
can't suspend. Removiing the echo blink make suspend-to-disk works
again.
And I've also seen the case you mentioned where sometimes it couldn't
suspend (either by closing the lid or running "echo mem
>/sys/power/state") ... it seems to happen more often when the machine
is under load ... happens a few time when I hurried to get off work
and only realized when my backpack on my back was burning hot!!!
Now I completed disabled CONFIG_THINKPAD_ACPI and
CONFIG_THINKPAD_ACPI_UNSAFE_LEDS and hopefully won't see anymore hangs
before suspend.
Jeff.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: [linux-pm] Occasional (too common) suspend problem
2011-01-21 16:28 ` Linus Torvalds
` (2 preceding siblings ...)
2011-01-21 20:54 ` Rafael J. Wysocki
@ 2011-01-21 20:54 ` Rafael J. Wysocki
3 siblings, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-21 20:54 UTC (permalink / raw)
To: Linus Torvalds
Cc: Lin Ming, Zhang Rui, Len Brown, Jeff Chua,
ACPI Devel Maling List, Linux-pm mailing list, Moore, Robert
On Friday, January 21, 2011, Linus Torvalds wrote:
> On Thu, Jan 20, 2011 at 9:26 PM, Lin Ming <ming.m.lin@intel.com> wrote:
> > On Fri, 2011-01-21 at 12:50, Linus Torvalds wrote:
> >>
> >> ...
> >> [ 54.628375] PM: Saving platform NVS memory
> >> [ 54.628387] Disabling non-boot CPUs ...
> >> [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> >> for [EmbeddedControl] (20110112/evregion-474)
> >> [ 63.554992] ACPI Error: Method parse/execution failed
> >> [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> >> (20110112/psparse-536)
> >> [ 63.555022] ACPI Error: Method parse/execution failed
> >> [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> >> [ 63.555047] ACPI Error: Method parse/execution failed
> >> [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> >> (20110112/psparse-536)
> >> [ 63.555079] Thermal: failed to read out thermal zone 0
> >> [ 63.556361] CPU 1 is now offline
> >> [ 63.556944] PM: Restoring platform NVS memory
> >> [ 63.556944] Enabling non-boot CPUs ...
> >> [ 63.556944] Booting Node 0 Processor 1 APIC 0x1
> >> [ 63.556279] Initializing CPU#1
> >> ...
> >>
> >> which really doesn't tell me much, except that clearly something in
> >> ACPI-land is unhappy, and it looks thermal-related (that last error
> >> message comes from thermal_zone_device_update()).
> >>
> >> Any ideas?
Apparently, the problem occurs while CPU1 is being disabled (or at least
the message is printed at that time), which is highly suspicious, because we
shouldn't be doing _anything_ ACPI-related at this point (the SCI should
have been disabled way earlier and the GPEs should have been disabled as well),
so I'm not really sure what's the source of the ACPI messages.
It _looks_ like we may be executing an AML method while CPU1 is disabled,
which would be kind of ... sick.
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 16:28 ` Linus Torvalds
2011-01-21 17:09 ` Jeff Chua
2011-01-21 17:09 ` [linux-pm] " Jeff Chua
@ 2011-01-21 20:54 ` Rafael J. Wysocki
2011-01-21 20:54 ` [linux-pm] " Rafael J. Wysocki
3 siblings, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-21 20:54 UTC (permalink / raw)
To: Linus Torvalds
Cc: Lin Ming, Jeff Chua, Moore, Robert, ACPI Devel Maling List,
Linux-pm mailing list
On Friday, January 21, 2011, Linus Torvalds wrote:
> On Thu, Jan 20, 2011 at 9:26 PM, Lin Ming <ming.m.lin@intel.com> wrote:
> > On Fri, 2011-01-21 at 12:50, Linus Torvalds wrote:
> >>
> >> ...
> >> [ 54.628375] PM: Saving platform NVS memory
> >> [ 54.628387] Disabling non-boot CPUs ...
> >> [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> >> for [EmbeddedControl] (20110112/evregion-474)
> >> [ 63.554992] ACPI Error: Method parse/execution failed
> >> [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> >> (20110112/psparse-536)
> >> [ 63.555022] ACPI Error: Method parse/execution failed
> >> [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> >> [ 63.555047] ACPI Error: Method parse/execution failed
> >> [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> >> (20110112/psparse-536)
> >> [ 63.555079] Thermal: failed to read out thermal zone 0
> >> [ 63.556361] CPU 1 is now offline
> >> [ 63.556944] PM: Restoring platform NVS memory
> >> [ 63.556944] Enabling non-boot CPUs ...
> >> [ 63.556944] Booting Node 0 Processor 1 APIC 0x1
> >> [ 63.556279] Initializing CPU#1
> >> ...
> >>
> >> which really doesn't tell me much, except that clearly something in
> >> ACPI-land is unhappy, and it looks thermal-related (that last error
> >> message comes from thermal_zone_device_update()).
> >>
> >> Any ideas?
Apparently, the problem occurs while CPU1 is being disabled (or at least
the message is printed at that time), which is highly suspicious, because we
shouldn't be doing _anything_ ACPI-related at this point (the SCI should
have been disabled way earlier and the GPEs should have been disabled as well),
so I'm not really sure what's the source of the ACPI messages.
It _looks_ like we may be executing an AML method while CPU1 is disabled,
which would be kind of ... sick.
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 4:50 Occasional (too common) suspend problem Linus Torvalds
` (3 preceding siblings ...)
2011-01-21 21:00 ` Len Brown
@ 2011-01-21 21:00 ` Len Brown
2011-01-21 21:08 ` Rafael J. Wysocki
` (3 more replies)
4 siblings, 4 replies; 61+ messages in thread
From: Len Brown @ 2011-01-21 21:00 UTC (permalink / raw)
To: Linus Torvalds
Cc: Rafael J. Wysocki, Jeff Chua, ACPI Devel Maling List,
Linux-pm mailing list
> and here's the one that failed and then ended up coming back on a keypress:
>
> ...
> [ 54.628375] PM: Saving platform NVS memory
> [ 54.628387] Disabling non-boot CPUs ...
> [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> for [EmbeddedControl] (20110112/evregion-474)
> [ 63.554992] ACPI Error: Method parse/execution failed
> [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555022] ACPI Error: Method parse/execution failed
> [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> [ 63.555047] ACPI Error: Method parse/execution failed
> [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555079] Thermal: failed to read out thermal zone 0
> [ 63.556361] CPU 1 is now offline
> [ 63.556944] PM: Restoring platform NVS memory
> [ 63.556944] Enabling non-boot CPUs ...
> [ 63.556944] Booting Node 0 Processor 1 APIC 0x1
> [ 63.556279] Initializing CPU#1
> ...
>
> which really doesn't tell me much, except that clearly something in
> ACPI-land is unhappy, and it looks thermal-related (that last error
> message comes from thermal_zone_device_update()).
The thermal code failed to get the current
temperature (via AML "_TMP" method) because
the embedded controller (or our interface to it) malfunctioned.
Likely the suspend issue has nothing to do with thermal per se,
and thermal is effectively pointing out to us that the EC is unhappy.
Failures associated with the embedded controller are now
by far the largest portion of unsolved mysteries
in the Linux ACPI implementation and we need to focus
on the EC in 2011.
-Len Brown, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 4:50 Occasional (too common) suspend problem Linus Torvalds
` (2 preceding siblings ...)
2011-01-21 7:26 ` Zhang Rui
@ 2011-01-21 21:00 ` Len Brown
2011-01-21 21:00 ` Len Brown
4 siblings, 0 replies; 61+ messages in thread
From: Len Brown @ 2011-01-21 21:00 UTC (permalink / raw)
To: Linus Torvalds; +Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
> and here's the one that failed and then ended up coming back on a keypress:
>
> ...
> [ 54.628375] PM: Saving platform NVS memory
> [ 54.628387] Disabling non-boot CPUs ...
> [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> for [EmbeddedControl] (20110112/evregion-474)
> [ 63.554992] ACPI Error: Method parse/execution failed
> [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555022] ACPI Error: Method parse/execution failed
> [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> [ 63.555047] ACPI Error: Method parse/execution failed
> [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> (20110112/psparse-536)
> [ 63.555079] Thermal: failed to read out thermal zone 0
> [ 63.556361] CPU 1 is now offline
> [ 63.556944] PM: Restoring platform NVS memory
> [ 63.556944] Enabling non-boot CPUs ...
> [ 63.556944] Booting Node 0 Processor 1 APIC 0x1
> [ 63.556279] Initializing CPU#1
> ...
>
> which really doesn't tell me much, except that clearly something in
> ACPI-land is unhappy, and it looks thermal-related (that last error
> message comes from thermal_zone_device_update()).
The thermal code failed to get the current
temperature (via AML "_TMP" method) because
the embedded controller (or our interface to it) malfunctioned.
Likely the suspend issue has nothing to do with thermal per se,
and thermal is effectively pointing out to us that the EC is unhappy.
Failures associated with the embedded controller are now
by far the largest portion of unsolved mysteries
in the Linux ACPI implementation and we need to focus
on the EC in 2011.
-Len Brown, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 21:00 ` Len Brown
2011-01-21 21:08 ` Rafael J. Wysocki
@ 2011-01-21 21:08 ` Rafael J. Wysocki
2011-01-21 22:25 ` Len Brown
2011-01-21 22:25 ` Len Brown
3 siblings, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-21 21:08 UTC (permalink / raw)
To: Len Brown
Cc: Linus Torvalds, Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Friday, January 21, 2011, Len Brown wrote:
> > and here's the one that failed and then ended up coming back on a keypress:
> >
> > ...
> > [ 54.628375] PM: Saving platform NVS memory
> > [ 54.628387] Disabling non-boot CPUs ...
> > [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> > for [EmbeddedControl] (20110112/evregion-474)
> > [ 63.554992] ACPI Error: Method parse/execution failed
> > [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> > (20110112/psparse-536)
> > [ 63.555022] ACPI Error: Method parse/execution failed
> > [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> > [ 63.555047] ACPI Error: Method parse/execution failed
> > [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> > (20110112/psparse-536)
> > [ 63.555079] Thermal: failed to read out thermal zone 0
> > [ 63.556361] CPU 1 is now offline
> > [ 63.556944] PM: Restoring platform NVS memory
> > [ 63.556944] Enabling non-boot CPUs ...
> > [ 63.556944] Booting Node 0 Processor 1 APIC 0x1
> > [ 63.556279] Initializing CPU#1
> > ...
> >
> > which really doesn't tell me much, except that clearly something in
> > ACPI-land is unhappy, and it looks thermal-related (that last error
> > message comes from thermal_zone_device_update()).
>
> The thermal code failed to get the current
> temperature (via AML "_TMP" method) because
> the embedded controller (or our interface to it) malfunctioned.
> Likely the suspend issue has nothing to do with thermal per se,
> and thermal is effectively pointing out to us that the EC is unhappy.
>
> Failures associated with the embedded controller are now
> by far the largest portion of unsolved mysteries
> in the Linux ACPI implementation and we need to focus
> on the EC in 2011.
Still, I don't really understand why that's happening while we're disabling
CPU1 on this machine. The execution of AML certainly shouldn't take place at
this time.
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 21:00 ` Len Brown
@ 2011-01-21 21:08 ` Rafael J. Wysocki
2011-01-21 21:08 ` Rafael J. Wysocki
` (2 subsequent siblings)
3 siblings, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-21 21:08 UTC (permalink / raw)
To: Len Brown
Cc: ACPI Devel Maling List, Linux-pm mailing list, Linus Torvalds, Jeff Chua
On Friday, January 21, 2011, Len Brown wrote:
> > and here's the one that failed and then ended up coming back on a keypress:
> >
> > ...
> > [ 54.628375] PM: Saving platform NVS memory
> > [ 54.628387] Disabling non-boot CPUs ...
> > [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> > for [EmbeddedControl] (20110112/evregion-474)
> > [ 63.554992] ACPI Error: Method parse/execution failed
> > [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> > (20110112/psparse-536)
> > [ 63.555022] ACPI Error: Method parse/execution failed
> > [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> > [ 63.555047] ACPI Error: Method parse/execution failed
> > [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> > (20110112/psparse-536)
> > [ 63.555079] Thermal: failed to read out thermal zone 0
> > [ 63.556361] CPU 1 is now offline
> > [ 63.556944] PM: Restoring platform NVS memory
> > [ 63.556944] Enabling non-boot CPUs ...
> > [ 63.556944] Booting Node 0 Processor 1 APIC 0x1
> > [ 63.556279] Initializing CPU#1
> > ...
> >
> > which really doesn't tell me much, except that clearly something in
> > ACPI-land is unhappy, and it looks thermal-related (that last error
> > message comes from thermal_zone_device_update()).
>
> The thermal code failed to get the current
> temperature (via AML "_TMP" method) because
> the embedded controller (or our interface to it) malfunctioned.
> Likely the suspend issue has nothing to do with thermal per se,
> and thermal is effectively pointing out to us that the EC is unhappy.
>
> Failures associated with the embedded controller are now
> by far the largest portion of unsolved mysteries
> in the Linux ACPI implementation and we need to focus
> on the EC in 2011.
Still, I don't really understand why that's happening while we're disabling
CPU1 on this machine. The execution of AML certainly shouldn't take place at
this time.
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 21:00 ` Len Brown
2011-01-21 21:08 ` Rafael J. Wysocki
2011-01-21 21:08 ` Rafael J. Wysocki
@ 2011-01-21 22:25 ` Len Brown
2011-01-21 22:33 ` Linus Torvalds
2011-01-21 22:33 ` Linus Torvalds
2011-01-21 22:25 ` Len Brown
3 siblings, 2 replies; 61+ messages in thread
From: Len Brown @ 2011-01-21 22:25 UTC (permalink / raw)
To: Linus Torvalds
Cc: Rafael J. Wysocki, Jeff Chua, ACPI Devel Maling List,
Linux-pm mailing list
> > and here's the one that failed and then ended up coming back on a keypress:
> >
> > ...
> > [ 54.628375] PM: Saving platform NVS memory
> > [ 54.628387] Disabling non-boot CPUs ...
> > [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> > for [EmbeddedControl] (20110112/evregion-474)
> > [ 63.554992] ACPI Error: Method parse/execution failed
> > [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> > (20110112/psparse-536)
> > [ 63.555022] ACPI Error: Method parse/execution failed
> > [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> > [ 63.555047] ACPI Error: Method parse/execution failed
> > [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> > (20110112/psparse-536)
> > [ 63.555079] Thermal: failed to read out thermal zone 0
> > [ 63.556361] CPU 1 is now offline
> > [ 63.556944] PM: Restoring platform NVS memory
> > [ 63.556944] Enabling non-boot CPUs ...
> > [ 63.556944] Booting Node 0 Processor 1 APIC 0x1
> > [ 63.556279] Initializing CPU#1
> > ...
> >
> > which really doesn't tell me much, except that clearly something in
> > ACPI-land is unhappy, and it looks thermal-related (that last error
> > message comes from thermal_zone_device_update()).
>
> The thermal code failed to get the current
> temperature (via AML "_TMP" method) because
> the embedded controller (or our interface to it) malfunctioned.
Hmm, on looking closer with Rafael, we discovered that
this isn't the EC malfunctioning, these messages result
from us disabling the EC via acpi_ec_block_transactions().
Apparently you've got a thermal zone with polling enabled
every 30 seconds. These are quite rare, I've only seen
them on asus boxes. This timeout happened during suspend
when EC was disabled and thus the message. We should have
frozen that work-queue...
I don't know if fixing that symptom will fix the suspend
problem, but it can't hurt.
-Len Brown, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 21:00 ` Len Brown
` (2 preceding siblings ...)
2011-01-21 22:25 ` Len Brown
@ 2011-01-21 22:25 ` Len Brown
3 siblings, 0 replies; 61+ messages in thread
From: Len Brown @ 2011-01-21 22:25 UTC (permalink / raw)
To: Linus Torvalds; +Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
> > and here's the one that failed and then ended up coming back on a keypress:
> >
> > ...
> > [ 54.628375] PM: Saving platform NVS memory
> > [ 54.628387] Disabling non-boot CPUs ...
> > [ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
> > for [EmbeddedControl] (20110112/evregion-474)
> > [ 63.554992] ACPI Error: Method parse/execution failed
> > [\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
> > (20110112/psparse-536)
> > [ 63.555022] ACPI Error: Method parse/execution failed
> > [\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
> > [ 63.555047] ACPI Error: Method parse/execution failed
> > [\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
> > (20110112/psparse-536)
> > [ 63.555079] Thermal: failed to read out thermal zone 0
> > [ 63.556361] CPU 1 is now offline
> > [ 63.556944] PM: Restoring platform NVS memory
> > [ 63.556944] Enabling non-boot CPUs ...
> > [ 63.556944] Booting Node 0 Processor 1 APIC 0x1
> > [ 63.556279] Initializing CPU#1
> > ...
> >
> > which really doesn't tell me much, except that clearly something in
> > ACPI-land is unhappy, and it looks thermal-related (that last error
> > message comes from thermal_zone_device_update()).
>
> The thermal code failed to get the current
> temperature (via AML "_TMP" method) because
> the embedded controller (or our interface to it) malfunctioned.
Hmm, on looking closer with Rafael, we discovered that
this isn't the EC malfunctioning, these messages result
from us disabling the EC via acpi_ec_block_transactions().
Apparently you've got a thermal zone with polling enabled
every 30 seconds. These are quite rare, I've only seen
them on asus boxes. This timeout happened during suspend
when EC was disabled and thus the message. We should have
frozen that work-queue...
I don't know if fixing that symptom will fix the suspend
problem, but it can't hurt.
-Len Brown, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 22:25 ` Len Brown
2011-01-21 22:33 ` Linus Torvalds
@ 2011-01-21 22:33 ` Linus Torvalds
2011-01-21 22:42 ` Rafael J. Wysocki
2011-01-21 22:42 ` Rafael J. Wysocki
1 sibling, 2 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-21 22:33 UTC (permalink / raw)
To: Len Brown
Cc: Rafael J. Wysocki, Jeff Chua, ACPI Devel Maling List,
Linux-pm mailing list
On Fri, Jan 21, 2011 at 2:25 PM, Len Brown <lenb@kernel.org> wrote:
>
> I don't know if fixing that symptom will fix the suspend
> problem, but it can't hurt.
Any particular patch/hack you had in mind for me to test? I'm leaving
for LCA tomorrow, I'll happily test anything. Once I'm on the road,
I'll still have access to that thing, but it's pitifully slow and will
be the only computer I have available, so I won't be doing lots of
random testng.
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 22:25 ` Len Brown
@ 2011-01-21 22:33 ` Linus Torvalds
2011-01-21 22:33 ` Linus Torvalds
1 sibling, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-21 22:33 UTC (permalink / raw)
To: Len Brown; +Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Fri, Jan 21, 2011 at 2:25 PM, Len Brown <lenb@kernel.org> wrote:
>
> I don't know if fixing that symptom will fix the suspend
> problem, but it can't hurt.
Any particular patch/hack you had in mind for me to test? I'm leaving
for LCA tomorrow, I'll happily test anything. Once I'm on the road,
I'll still have access to that thing, but it's pitifully slow and will
be the only computer I have available, so I won't be doing lots of
random testng.
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 22:33 ` Linus Torvalds
@ 2011-01-21 22:42 ` Rafael J. Wysocki
2011-01-21 22:55 ` Linus Torvalds
2011-01-21 22:55 ` Linus Torvalds
2011-01-21 22:42 ` Rafael J. Wysocki
1 sibling, 2 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-21 22:42 UTC (permalink / raw)
To: Linus Torvalds
Cc: Len Brown, Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Friday, January 21, 2011, Linus Torvalds wrote:
> On Fri, Jan 21, 2011 at 2:25 PM, Len Brown <lenb@kernel.org> wrote:
> >
> > I don't know if fixing that symptom will fix the suspend
> > problem, but it can't hurt.
>
> Any particular patch/hack you had in mind for me to test? I'm leaving
> for LCA tomorrow, I'll happily test anything. Once I'm on the road,
> I'll still have access to that thing, but it's pitifully slow and will
> be the only computer I have available, so I won't be doing lots of
> random testng.
Something like this, perhaps. It doesn't blow up my Toshiba test box, so
hopefully it won't blow up yours ...
---
drivers/thermal/thermal_sys.c | 22 ++++++++++++++++++++--
1 file changed, 20 insertions(+), 2 deletions(-)
Index: linux-2.6/drivers/thermal/thermal_sys.c
===================================================================
--- linux-2.6.orig/drivers/thermal/thermal_sys.c
+++ linux-2.6/drivers/thermal/thermal_sys.c
@@ -62,6 +62,20 @@ static DEFINE_MUTEX(thermal_list_lock);
static unsigned int thermal_event_seqnum;
+static struct workqueue_struct *thermal_wq;
+
+static int __init thermal_start_workqueue(void)
+{
+ thermal_wq = alloc_workqueue("thermal", WQ_FREEZEABLE, 0);
+ return thermal_wq ? 0 : -ENOMEM;
+}
+
+static inline void thermal_destroy_workqueue(void)
+{
+ if (thermal_wq)
+ destroy_workqueue(thermal_wq);
+}
+
static struct genl_family thermal_event_genl_family = {
.id = GENL_ID_GENERATE,
.name = THERMAL_GENL_FAMILY_NAME,
@@ -611,10 +625,10 @@ static void thermal_zone_device_set_poll
return;
if (delay > 1000)
- schedule_delayed_work(&(tz->poll_queue),
+ queue_delayed_work(thermal_wq, &(tz->poll_queue),
round_jiffies(msecs_to_jiffies(delay)));
else
- schedule_delayed_work(&(tz->poll_queue),
+ queue_delayed_work(thermal_wq, &(tz->poll_queue),
msecs_to_jiffies(delay));
}
@@ -1306,11 +1320,14 @@ static int __init thermal_init(void)
int result = 0;
result = class_register(&thermal_class);
+ if (!result)
+ result = thermal_start_workqueue();
if (result) {
idr_destroy(&thermal_tz_idr);
idr_destroy(&thermal_cdev_idr);
mutex_destroy(&thermal_idr_lock);
mutex_destroy(&thermal_list_lock);
+ thermal_destroy_workqueue();
}
result = genetlink_init();
return result;
@@ -1328,6 +1345,7 @@ static void __exit thermal_exit(void)
idr_destroy(&thermal_cdev_idr);
mutex_destroy(&thermal_idr_lock);
mutex_destroy(&thermal_list_lock);
+ thermal_destroy_workqueue();
genetlink_exit();
}
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 22:33 ` Linus Torvalds
2011-01-21 22:42 ` Rafael J. Wysocki
@ 2011-01-21 22:42 ` Rafael J. Wysocki
1 sibling, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-21 22:42 UTC (permalink / raw)
To: Linus Torvalds; +Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Friday, January 21, 2011, Linus Torvalds wrote:
> On Fri, Jan 21, 2011 at 2:25 PM, Len Brown <lenb@kernel.org> wrote:
> >
> > I don't know if fixing that symptom will fix the suspend
> > problem, but it can't hurt.
>
> Any particular patch/hack you had in mind for me to test? I'm leaving
> for LCA tomorrow, I'll happily test anything. Once I'm on the road,
> I'll still have access to that thing, but it's pitifully slow and will
> be the only computer I have available, so I won't be doing lots of
> random testng.
Something like this, perhaps. It doesn't blow up my Toshiba test box, so
hopefully it won't blow up yours ...
---
drivers/thermal/thermal_sys.c | 22 ++++++++++++++++++++--
1 file changed, 20 insertions(+), 2 deletions(-)
Index: linux-2.6/drivers/thermal/thermal_sys.c
===================================================================
--- linux-2.6.orig/drivers/thermal/thermal_sys.c
+++ linux-2.6/drivers/thermal/thermal_sys.c
@@ -62,6 +62,20 @@ static DEFINE_MUTEX(thermal_list_lock);
static unsigned int thermal_event_seqnum;
+static struct workqueue_struct *thermal_wq;
+
+static int __init thermal_start_workqueue(void)
+{
+ thermal_wq = alloc_workqueue("thermal", WQ_FREEZEABLE, 0);
+ return thermal_wq ? 0 : -ENOMEM;
+}
+
+static inline void thermal_destroy_workqueue(void)
+{
+ if (thermal_wq)
+ destroy_workqueue(thermal_wq);
+}
+
static struct genl_family thermal_event_genl_family = {
.id = GENL_ID_GENERATE,
.name = THERMAL_GENL_FAMILY_NAME,
@@ -611,10 +625,10 @@ static void thermal_zone_device_set_poll
return;
if (delay > 1000)
- schedule_delayed_work(&(tz->poll_queue),
+ queue_delayed_work(thermal_wq, &(tz->poll_queue),
round_jiffies(msecs_to_jiffies(delay)));
else
- schedule_delayed_work(&(tz->poll_queue),
+ queue_delayed_work(thermal_wq, &(tz->poll_queue),
msecs_to_jiffies(delay));
}
@@ -1306,11 +1320,14 @@ static int __init thermal_init(void)
int result = 0;
result = class_register(&thermal_class);
+ if (!result)
+ result = thermal_start_workqueue();
if (result) {
idr_destroy(&thermal_tz_idr);
idr_destroy(&thermal_cdev_idr);
mutex_destroy(&thermal_idr_lock);
mutex_destroy(&thermal_list_lock);
+ thermal_destroy_workqueue();
}
result = genetlink_init();
return result;
@@ -1328,6 +1345,7 @@ static void __exit thermal_exit(void)
idr_destroy(&thermal_cdev_idr);
mutex_destroy(&thermal_idr_lock);
mutex_destroy(&thermal_list_lock);
+ thermal_destroy_workqueue();
genetlink_exit();
}
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 22:42 ` Rafael J. Wysocki
2011-01-21 22:55 ` Linus Torvalds
@ 2011-01-21 22:55 ` Linus Torvalds
2011-01-21 23:16 ` Rafael J. Wysocki
2011-01-21 23:16 ` Rafael J. Wysocki
1 sibling, 2 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-21 22:55 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Len Brown, Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Fri, Jan 21, 2011 at 2:42 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> Something like this, perhaps. It doesn't blow up my Toshiba test box, so
> hopefully it won't blow up yours ...
Failed suspend on the very first try..
Linus
--
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
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 22:42 ` Rafael J. Wysocki
@ 2011-01-21 22:55 ` Linus Torvalds
2011-01-21 22:55 ` Linus Torvalds
1 sibling, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-21 22:55 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Fri, Jan 21, 2011 at 2:42 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> Something like this, perhaps. It doesn't blow up my Toshiba test box, so
> hopefully it won't blow up yours ...
Failed suspend on the very first try..
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 22:55 ` Linus Torvalds
@ 2011-01-21 23:16 ` Rafael J. Wysocki
2011-01-21 23:28 ` Rafael J. Wysocki
` (3 more replies)
2011-01-21 23:16 ` Rafael J. Wysocki
1 sibling, 4 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-21 23:16 UTC (permalink / raw)
To: Linus Torvalds
Cc: Len Brown, Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Friday, January 21, 2011, Linus Torvalds wrote:
> On Fri, Jan 21, 2011 at 2:42 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > Something like this, perhaps. It doesn't blow up my Toshiba test box, so
> > hopefully it won't blow up yours ...
>
> Failed suspend on the very first try..
Well, so it's not this problem (which was a red herring).
I wonder if you can reproduce the failure with the
# echo core > /sys/power/pm_test
# echo mem > /sys/power/state
test? I think you can even try to run the second command in a tight loop
(the first one simply triggers a switch) and see what happens.
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 22:55 ` Linus Torvalds
2011-01-21 23:16 ` Rafael J. Wysocki
@ 2011-01-21 23:16 ` Rafael J. Wysocki
1 sibling, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-21 23:16 UTC (permalink / raw)
To: Linus Torvalds; +Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Friday, January 21, 2011, Linus Torvalds wrote:
> On Fri, Jan 21, 2011 at 2:42 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > Something like this, perhaps. It doesn't blow up my Toshiba test box, so
> > hopefully it won't blow up yours ...
>
> Failed suspend on the very first try..
Well, so it's not this problem (which was a red herring).
I wonder if you can reproduce the failure with the
# echo core > /sys/power/pm_test
# echo mem > /sys/power/state
test? I think you can even try to run the second command in a tight loop
(the first one simply triggers a switch) and see what happens.
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: [linux-pm] Occasional (too common) suspend problem
2011-01-21 23:16 ` Rafael J. Wysocki
2011-01-21 23:28 ` Rafael J. Wysocki
@ 2011-01-21 23:28 ` Rafael J. Wysocki
2011-01-22 0:23 ` Linus Torvalds
2011-01-22 0:23 ` Linus Torvalds
3 siblings, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-21 23:28 UTC (permalink / raw)
To: Linus Torvalds
Cc: linux-pm, ACPI Devel Maling List, Jeff Chua, Len Brown, Lin Ming
On Saturday, January 22, 2011, Rafael J. Wysocki wrote:
> On Friday, January 21, 2011, Linus Torvalds wrote:
> > On Fri, Jan 21, 2011 at 2:42 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >
> > > Something like this, perhaps. It doesn't blow up my Toshiba test box, so
> > > hopefully it won't blow up yours ...
> >
> > Failed suspend on the very first try..
>
> Well, so it's not this problem (which was a red herring).
>
> I wonder if you can reproduce the failure with the
>
> # echo core > /sys/power/pm_test
> # echo mem > /sys/power/state
>
> test? I think you can even try to run the second command in a tight loop
> (the first one simply triggers a switch) and see what happens.
Hmm, this is a long shot.
Can you try to change acpi_os_ioremap() in your current tree so that it calls
ioremap() instead of ioremap_cache() and see if that makes a difference?
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 23:16 ` Rafael J. Wysocki
@ 2011-01-21 23:28 ` Rafael J. Wysocki
2011-01-21 23:28 ` [linux-pm] " Rafael J. Wysocki
` (2 subsequent siblings)
3 siblings, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-21 23:28 UTC (permalink / raw)
To: Linus Torvalds; +Cc: ACPI Devel Maling List, linux-pm, Lin Ming, Jeff Chua
On Saturday, January 22, 2011, Rafael J. Wysocki wrote:
> On Friday, January 21, 2011, Linus Torvalds wrote:
> > On Fri, Jan 21, 2011 at 2:42 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >
> > > Something like this, perhaps. It doesn't blow up my Toshiba test box, so
> > > hopefully it won't blow up yours ...
> >
> > Failed suspend on the very first try..
>
> Well, so it's not this problem (which was a red herring).
>
> I wonder if you can reproduce the failure with the
>
> # echo core > /sys/power/pm_test
> # echo mem > /sys/power/state
>
> test? I think you can even try to run the second command in a tight loop
> (the first one simply triggers a switch) and see what happens.
Hmm, this is a long shot.
Can you try to change acpi_os_ioremap() in your current tree so that it calls
ioremap() instead of ioremap_cache() and see if that makes a difference?
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 23:16 ` Rafael J. Wysocki
` (2 preceding siblings ...)
2011-01-22 0:23 ` Linus Torvalds
@ 2011-01-22 0:23 ` Linus Torvalds
2011-01-22 0:31 ` Rafael J. Wysocki
` (3 more replies)
3 siblings, 4 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 0:23 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Len Brown, Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Fri, Jan 21, 2011 at 3:16 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> I wonder if you can reproduce the failure with the
>
> # echo core > /sys/power/pm_test
> # echo mem > /sys/power/state
>
> test? I think you can even try to run the second command in a tight loop
> (the first one simply triggers a switch) and see what happens.
I don't think I can. I did 60 of those "echo mem > /sys/power/state"
in a row on top of current -git.
So I do think that the problem is connected to the actual sleeping part.
Or - and perhaps more likely - it's connected to the lid event, and
how that interacts with user space and then eventually triggers the
sleep event (which is quite likely - as mentioned, I think I've only
ever seen the problem when I'm physically at the machine).
Linus
--
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
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-21 23:16 ` Rafael J. Wysocki
2011-01-21 23:28 ` Rafael J. Wysocki
2011-01-21 23:28 ` [linux-pm] " Rafael J. Wysocki
@ 2011-01-22 0:23 ` Linus Torvalds
2011-01-22 0:23 ` Linus Torvalds
3 siblings, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 0:23 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Fri, Jan 21, 2011 at 3:16 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> I wonder if you can reproduce the failure with the
>
> # echo core > /sys/power/pm_test
> # echo mem > /sys/power/state
>
> test? I think you can even try to run the second command in a tight loop
> (the first one simply triggers a switch) and see what happens.
I don't think I can. I did 60 of those "echo mem > /sys/power/state"
in a row on top of current -git.
So I do think that the problem is connected to the actual sleeping part.
Or - and perhaps more likely - it's connected to the lid event, and
how that interacts with user space and then eventually triggers the
sleep event (which is quite likely - as mentioned, I think I've only
ever seen the problem when I'm physically at the machine).
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 0:23 ` Linus Torvalds
2011-01-22 0:31 ` Rafael J. Wysocki
@ 2011-01-22 0:31 ` Rafael J. Wysocki
2011-01-22 0:56 ` Linus Torvalds
2011-01-22 0:56 ` Linus Torvalds
2011-01-22 1:14 ` Linus Torvalds
2011-01-22 1:14 ` Linus Torvalds
3 siblings, 2 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-22 0:31 UTC (permalink / raw)
To: Linus Torvalds
Cc: Len Brown, Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Saturday, January 22, 2011, Linus Torvalds wrote:
> On Fri, Jan 21, 2011 at 3:16 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > I wonder if you can reproduce the failure with the
> >
> > # echo core > /sys/power/pm_test
> > # echo mem > /sys/power/state
> >
> > test? I think you can even try to run the second command in a tight loop
> > (the first one simply triggers a switch) and see what happens.
>
> I don't think I can. I did 60 of those "echo mem > /sys/power/state"
> in a row on top of current -git.
>
> So I do think that the problem is connected to the actual sleeping part.
>
> Or - and perhaps more likely - it's connected to the lid event, and
> how that interacts with user space and then eventually triggers the
> sleep event (which is quite likely - as mentioned, I think I've only
> ever seen the problem when I'm physically at the machine).
Does opening the lid wake up the machine normally?
(You probably said that already, but I can't find the answer right now,
very likely because it's 1:30 AM here and I'm a little tired).
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 0:23 ` Linus Torvalds
@ 2011-01-22 0:31 ` Rafael J. Wysocki
2011-01-22 0:31 ` Rafael J. Wysocki
` (2 subsequent siblings)
3 siblings, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-22 0:31 UTC (permalink / raw)
To: Linus Torvalds; +Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Saturday, January 22, 2011, Linus Torvalds wrote:
> On Fri, Jan 21, 2011 at 3:16 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > I wonder if you can reproduce the failure with the
> >
> > # echo core > /sys/power/pm_test
> > # echo mem > /sys/power/state
> >
> > test? I think you can even try to run the second command in a tight loop
> > (the first one simply triggers a switch) and see what happens.
>
> I don't think I can. I did 60 of those "echo mem > /sys/power/state"
> in a row on top of current -git.
>
> So I do think that the problem is connected to the actual sleeping part.
>
> Or - and perhaps more likely - it's connected to the lid event, and
> how that interacts with user space and then eventually triggers the
> sleep event (which is quite likely - as mentioned, I think I've only
> ever seen the problem when I'm physically at the machine).
Does opening the lid wake up the machine normally?
(You probably said that already, but I can't find the answer right now,
very likely because it's 1:30 AM here and I'm a little tired).
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 0:31 ` Rafael J. Wysocki
2011-01-22 0:56 ` Linus Torvalds
@ 2011-01-22 0:56 ` Linus Torvalds
1 sibling, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 0:56 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Len Brown, Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Fri, Jan 21, 2011 at 4:31 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>
>> Or - and perhaps more likely - it's connected to the lid event, and
>> how that interacts with user space and then eventually triggers the
>> sleep event (which is quite likely - as mentioned, I think I've only
>> ever seen the problem when I'm physically at the machine).
>
> Does opening the lid wake up the machine normally?
No. Closing the lid causes it to suspend (due to the normal Fedora PM
settings), but to actually resume you have to open the lid and then
press a key.
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 0:31 ` Rafael J. Wysocki
@ 2011-01-22 0:56 ` Linus Torvalds
2011-01-22 0:56 ` Linus Torvalds
1 sibling, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 0:56 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Fri, Jan 21, 2011 at 4:31 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>
>> Or - and perhaps more likely - it's connected to the lid event, and
>> how that interacts with user space and then eventually triggers the
>> sleep event (which is quite likely - as mentioned, I think I've only
>> ever seen the problem when I'm physically at the machine).
>
> Does opening the lid wake up the machine normally?
No. Closing the lid causes it to suspend (due to the normal Fedora PM
settings), but to actually resume you have to open the lid and then
press a key.
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 0:23 ` Linus Torvalds
2011-01-22 0:31 ` Rafael J. Wysocki
2011-01-22 0:31 ` Rafael J. Wysocki
@ 2011-01-22 1:14 ` Linus Torvalds
2011-01-22 10:10 ` Rafael J. Wysocki
2011-01-22 10:10 ` Rafael J. Wysocki
2011-01-22 1:14 ` Linus Torvalds
3 siblings, 2 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 1:14 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Len Brown, Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Fri, Jan 21, 2011 at 4:23 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> Or - and perhaps more likely - it's connected to the lid event, and
> how that interacts with user space and then eventually triggers the
> sleep event (which is quite likely - as mentioned, I think I've only
> ever seen the problem when I'm physically at the machine).
.. but with the 'test' suspend (echo core ..), the lid event is all
good too. And going back to non-testing (echo none ..), it works too.
Which really does seem to get me back to the whole "if it fails, it
seems to fail on the first suspend" thing. Don't ask me why. I have no
idea. But I just suspended that machine 100+ times using the test
thing (60 times at the gdm prompt, 60 times while logged in and with
glxgears running to verify dri/thermal interfaces), and then a couple
of times with the lid, and it all worked.
But I bet that if I rebooted the machine a few times, it would
eventually fail on the first suspend.
Some initialization issue, perhaps?
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 0:23 ` Linus Torvalds
` (2 preceding siblings ...)
2011-01-22 1:14 ` Linus Torvalds
@ 2011-01-22 1:14 ` Linus Torvalds
3 siblings, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 1:14 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Fri, Jan 21, 2011 at 4:23 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> Or - and perhaps more likely - it's connected to the lid event, and
> how that interacts with user space and then eventually triggers the
> sleep event (which is quite likely - as mentioned, I think I've only
> ever seen the problem when I'm physically at the machine).
.. but with the 'test' suspend (echo core ..), the lid event is all
good too. And going back to non-testing (echo none ..), it works too.
Which really does seem to get me back to the whole "if it fails, it
seems to fail on the first suspend" thing. Don't ask me why. I have no
idea. But I just suspended that machine 100+ times using the test
thing (60 times at the gdm prompt, 60 times while logged in and with
glxgears running to verify dri/thermal interfaces), and then a couple
of times with the lid, and it all worked.
But I bet that if I rebooted the machine a few times, it would
eventually fail on the first suspend.
Some initialization issue, perhaps?
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 1:14 ` Linus Torvalds
2011-01-22 10:10 ` Rafael J. Wysocki
@ 2011-01-22 10:10 ` Rafael J. Wysocki
2011-01-22 15:11 ` Linus Torvalds
2011-01-22 15:11 ` Linus Torvalds
1 sibling, 2 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-22 10:10 UTC (permalink / raw)
To: Linus Torvalds
Cc: Len Brown, Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Saturday, January 22, 2011, Linus Torvalds wrote:
> On Fri, Jan 21, 2011 at 4:23 PM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
> >
> > Or - and perhaps more likely - it's connected to the lid event, and
> > how that interacts with user space and then eventually triggers the
> > sleep event (which is quite likely - as mentioned, I think I've only
> > ever seen the problem when I'm physically at the machine).
>
> .. but with the 'test' suspend (echo core ..), the lid event is all
> good too. And going back to non-testing (echo none ..), it works too.
>
> Which really does seem to get me back to the whole "if it fails, it
> seems to fail on the first suspend" thing. Don't ask me why. I have no
> idea. But I just suspended that machine 100+ times using the test
> thing (60 times at the gdm prompt, 60 times while logged in and with
> glxgears running to verify dri/thermal interfaces), and then a couple
> of times with the lid, and it all worked.
>
> But I bet that if I rebooted the machine a few times, it would
> eventually fail on the first suspend.
>
> Some initialization issue, perhaps?
Very likely.
I have a theory, which is that on failing runs your system doesn't even try
to enter S3 and it's trying to enter a bogus S1 instead.
The reason why I think so is that the "Back to C!" message is not present in
the failing log and there's nothing in particular that can really fail in
acpi_enter_sleep_state() (I don't really expect register writes or reads to
fail, which is about the only thing that might cause this function to return
an error code). Moreover, I'd expect the system to come back from S1 after a
key press.
A couple of things may be done to verify this. First, before suspending for
the first time after a reboot, you can check if there's "standby" in
/sys/power/state (it shouldn't be there, because your "good" dmesg says S1
isn't supported). Second, after a failing run that was revived by a key press
you can check if there's S1 instead of S3 in the "ACPI: Preparing to enter
system sleep state ..." message. Finally, which I suspect is the case, it is
possible that we don't even try to enter S1, but something confuses the BIOS
which thinks it should go into S1 although it's told to go into S3.
Now, if the BIOS is confused, I have no idea what may be the reason, but I
think it would be good to rule out the change from ioremap() to
ioremap_cache() in ACPI (as I said before, it's sufficient to modify
include/linux/acpi_io.h for this purpose so that ioremap() is called by
acpi_os_ioremap() - unless you have done that already in which case sorry for
the noise).
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 1:14 ` Linus Torvalds
@ 2011-01-22 10:10 ` Rafael J. Wysocki
2011-01-22 10:10 ` Rafael J. Wysocki
1 sibling, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-22 10:10 UTC (permalink / raw)
To: Linus Torvalds; +Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Saturday, January 22, 2011, Linus Torvalds wrote:
> On Fri, Jan 21, 2011 at 4:23 PM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
> >
> > Or - and perhaps more likely - it's connected to the lid event, and
> > how that interacts with user space and then eventually triggers the
> > sleep event (which is quite likely - as mentioned, I think I've only
> > ever seen the problem when I'm physically at the machine).
>
> .. but with the 'test' suspend (echo core ..), the lid event is all
> good too. And going back to non-testing (echo none ..), it works too.
>
> Which really does seem to get me back to the whole "if it fails, it
> seems to fail on the first suspend" thing. Don't ask me why. I have no
> idea. But I just suspended that machine 100+ times using the test
> thing (60 times at the gdm prompt, 60 times while logged in and with
> glxgears running to verify dri/thermal interfaces), and then a couple
> of times with the lid, and it all worked.
>
> But I bet that if I rebooted the machine a few times, it would
> eventually fail on the first suspend.
>
> Some initialization issue, perhaps?
Very likely.
I have a theory, which is that on failing runs your system doesn't even try
to enter S3 and it's trying to enter a bogus S1 instead.
The reason why I think so is that the "Back to C!" message is not present in
the failing log and there's nothing in particular that can really fail in
acpi_enter_sleep_state() (I don't really expect register writes or reads to
fail, which is about the only thing that might cause this function to return
an error code). Moreover, I'd expect the system to come back from S1 after a
key press.
A couple of things may be done to verify this. First, before suspending for
the first time after a reboot, you can check if there's "standby" in
/sys/power/state (it shouldn't be there, because your "good" dmesg says S1
isn't supported). Second, after a failing run that was revived by a key press
you can check if there's S1 instead of S3 in the "ACPI: Preparing to enter
system sleep state ..." message. Finally, which I suspect is the case, it is
possible that we don't even try to enter S1, but something confuses the BIOS
which thinks it should go into S1 although it's told to go into S3.
Now, if the BIOS is confused, I have no idea what may be the reason, but I
think it would be good to rule out the change from ioremap() to
ioremap_cache() in ACPI (as I said before, it's sufficient to modify
include/linux/acpi_io.h for this purpose so that ioremap() is called by
acpi_os_ioremap() - unless you have done that already in which case sorry for
the noise).
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 10:10 ` Rafael J. Wysocki
@ 2011-01-22 15:11 ` Linus Torvalds
2011-01-22 16:27 ` Linus Torvalds
2011-01-22 16:27 ` Linus Torvalds
2011-01-22 15:11 ` Linus Torvalds
1 sibling, 2 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 15:11 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Len Brown, Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Sat, Jan 22, 2011 at 2:10 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> I have a theory, which is that on failing runs your system doesn't even try
> to enter S3 and it's trying to enter a bogus S1 instead.
Hmm. I can certainly believe in the "BIOS is confused" idea, but I
don't see where that gets us.
> The reason why I think so is that the "Back to C!" message is not present in
> the failing log
It's not present in the good logs either.
> A couple of things may be done to verify this. First, before suspending for
> the first time after a reboot, you can check if there's "standby" in
> /sys/power/state (it shouldn't be there, because your "good" dmesg says S1
> isn't supported).
No, just "mem".
> Second, after a failing run that was revived by a key press
> you can check if there's S1 instead of S3 in the "ACPI: Preparing to enter
> system sleep state ..." message.
Nope, all log messages say S3.
> Finally, which I suspect is the case, it is
> possible that we don't even try to enter S1, but something confuses the BIOS
> which thinks it should go into S1 although it's told to go into S3.
Now this I can believe in.
> Now, if the BIOS is confused, I have no idea what may be the reason, but I
> think it would be good to rule out the change from ioremap() to
> ioremap_cache() in ACPI (as I said before, it's sufficient to modify
> include/linux/acpi_io.h for this purpose so that ioremap() is called by
> acpi_os_ioremap() - unless you have done that already in which case sorry for
> the noise).
Tried it. First boot was fine, second boot had the "press key to make
suspend continue" problem on the first suspend, and then (as
apparently always happens after that half-suspend) locked up
completely on the second.
Oh well.
Linus
--
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
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 10:10 ` Rafael J. Wysocki
2011-01-22 15:11 ` Linus Torvalds
@ 2011-01-22 15:11 ` Linus Torvalds
1 sibling, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 15:11 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Sat, Jan 22, 2011 at 2:10 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> I have a theory, which is that on failing runs your system doesn't even try
> to enter S3 and it's trying to enter a bogus S1 instead.
Hmm. I can certainly believe in the "BIOS is confused" idea, but I
don't see where that gets us.
> The reason why I think so is that the "Back to C!" message is not present in
> the failing log
It's not present in the good logs either.
> A couple of things may be done to verify this. First, before suspending for
> the first time after a reboot, you can check if there's "standby" in
> /sys/power/state (it shouldn't be there, because your "good" dmesg says S1
> isn't supported).
No, just "mem".
> Second, after a failing run that was revived by a key press
> you can check if there's S1 instead of S3 in the "ACPI: Preparing to enter
> system sleep state ..." message.
Nope, all log messages say S3.
> Finally, which I suspect is the case, it is
> possible that we don't even try to enter S1, but something confuses the BIOS
> which thinks it should go into S1 although it's told to go into S3.
Now this I can believe in.
> Now, if the BIOS is confused, I have no idea what may be the reason, but I
> think it would be good to rule out the change from ioremap() to
> ioremap_cache() in ACPI (as I said before, it's sufficient to modify
> include/linux/acpi_io.h for this purpose so that ioremap() is called by
> acpi_os_ioremap() - unless you have done that already in which case sorry for
> the noise).
Tried it. First boot was fine, second boot had the "press key to make
suspend continue" problem on the first suspend, and then (as
apparently always happens after that half-suspend) locked up
completely on the second.
Oh well.
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 15:11 ` Linus Torvalds
@ 2011-01-22 16:27 ` Linus Torvalds
2011-01-22 17:13 ` Jeff Chua
` (5 more replies)
2011-01-22 16:27 ` Linus Torvalds
1 sibling, 6 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 16:27 UTC (permalink / raw)
To: Rafael J. Wysocki, Chris Wilson, Jesse Barnes, Dave Airlie
Cc: Len Brown, Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Sat, Jan 22, 2011 at 7:11 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> Hmm. I can certainly believe in the "BIOS is confused" idea, but I
> don't see where that gets us.
So, trying to get some more hints in what is going on, I started
getting creative, and I have a few more clues, I think.
First off, I think I've already noted that I don't think I get lockups
with the usual "echo mem > /sys/power/state". So I've mentioned that
maybe it's something about the lid event messing things up.
However, I figured out that I _can_ trigger the lockup from the
command line, by using "pm-suspend" instead. So while the normal
(well, normal for me, since it's the "real kernel interface", not
normal in general) "echo mem" thing seems stable, it doesn't seem like
it's the lid event per se that confuses anything, and it seems that
it's just that the lid event uses "pm-suspend" which runs all those
hacky scripts just before suspending.
I also _think_ (and this is where it gets a bit speculative, because
my trials so far have been pretty limited) that I can work around the
problem by doing that "echo mem" suspend once, and after that the
"pm-suspend" approach works.
IOW, the whole "it fails the first time after boot" does seem to hold
true, and there seems to be some initialization issue. But the
initialization issue is apparently _triggered_ by the pm-suspend
scripts.
Personally, I'm inclined to blame the crazy fbdev/video save/restore
code, and I'm hereby adding some of the i915 people to the mix.
Because one of the main things that the pm-suspend scripts do is
things like
local con
for con in /sys/class/graphics/*/state; do
[ -f $con ] || continue
echo 1 >"${con}"
done
etc. I disabled that particular part (all of "99video" in fedora, in
fact), but there are other strange things going on there.
Of course, it could be all the NetworkManager stuff too, and some
interaction with the network drivers. But the lockup happens with both
wired and wireless connections, so I don't think that's it.
I wonder what else differs between pm-suspend and just the final "echo
mem"? But I do wonder if some of the i915 code is getting confused by
being touched both as fbcon and then with the "real" suspend code..
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 15:11 ` Linus Torvalds
2011-01-22 16:27 ` Linus Torvalds
@ 2011-01-22 16:27 ` Linus Torvalds
1 sibling, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 16:27 UTC (permalink / raw)
To: Rafael J. Wysocki, Chris Wilson, Jesse Barnes, Dave Airlie
Cc: ACPI Devel Maling List, Linux-pm mailing list, Jeff Chua
On Sat, Jan 22, 2011 at 7:11 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> Hmm. I can certainly believe in the "BIOS is confused" idea, but I
> don't see where that gets us.
So, trying to get some more hints in what is going on, I started
getting creative, and I have a few more clues, I think.
First off, I think I've already noted that I don't think I get lockups
with the usual "echo mem > /sys/power/state". So I've mentioned that
maybe it's something about the lid event messing things up.
However, I figured out that I _can_ trigger the lockup from the
command line, by using "pm-suspend" instead. So while the normal
(well, normal for me, since it's the "real kernel interface", not
normal in general) "echo mem" thing seems stable, it doesn't seem like
it's the lid event per se that confuses anything, and it seems that
it's just that the lid event uses "pm-suspend" which runs all those
hacky scripts just before suspending.
I also _think_ (and this is where it gets a bit speculative, because
my trials so far have been pretty limited) that I can work around the
problem by doing that "echo mem" suspend once, and after that the
"pm-suspend" approach works.
IOW, the whole "it fails the first time after boot" does seem to hold
true, and there seems to be some initialization issue. But the
initialization issue is apparently _triggered_ by the pm-suspend
scripts.
Personally, I'm inclined to blame the crazy fbdev/video save/restore
code, and I'm hereby adding some of the i915 people to the mix.
Because one of the main things that the pm-suspend scripts do is
things like
local con
for con in /sys/class/graphics/*/state; do
[ -f $con ] || continue
echo 1 >"${con}"
done
etc. I disabled that particular part (all of "99video" in fedora, in
fact), but there are other strange things going on there.
Of course, it could be all the NetworkManager stuff too, and some
interaction with the network drivers. But the lockup happens with both
wired and wireless connections, so I don't think that's it.
I wonder what else differs between pm-suspend and just the final "echo
mem"? But I do wonder if some of the i915 code is getting confused by
being touched both as fbcon and then with the "real" suspend code..
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 16:27 ` Linus Torvalds
@ 2011-01-22 17:13 ` Jeff Chua
2011-01-22 18:22 ` Linus Torvalds
2011-01-22 18:22 ` Linus Torvalds
2011-01-22 17:13 ` Jeff Chua
` (4 subsequent siblings)
5 siblings, 2 replies; 61+ messages in thread
From: Jeff Chua @ 2011-01-22 17:13 UTC (permalink / raw)
To: Linus Torvalds
Cc: Rafael J. Wysocki, Chris Wilson, Jesse Barnes, Dave Airlie,
Len Brown, ACPI Devel Maling List, Linux-pm mailing list
On Sun, Jan 23, 2011 at 12:27 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Sat, Jan 22, 2011 at 7:11 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
>>
>> Hmm. I can certainly believe in the "BIOS is confused" idea, but I
>> don't see where that gets us.
>
> So, trying to get some more hints in what is going on, I started
> getting creative, and I have a few more clues, I think.
How many CPUs do you have? If more than one, try switching offline all
/sys/devices/system/cpu/cpu*/online before suspend.
I'm getting 1/2 working suspend-to-disk, but now with offline all the
rest of the CPUs, it seems to not hang anymore.
Jeff
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 16:27 ` Linus Torvalds
2011-01-22 17:13 ` Jeff Chua
@ 2011-01-22 17:13 ` Jeff Chua
2011-01-22 19:17 ` Rafael J. Wysocki
` (3 subsequent siblings)
5 siblings, 0 replies; 61+ messages in thread
From: Jeff Chua @ 2011-01-22 17:13 UTC (permalink / raw)
To: Linus Torvalds
Cc: Dave Airlie, Jesse Barnes, Chris Wilson, ACPI Devel Maling List,
Linux-pm mailing list
On Sun, Jan 23, 2011 at 12:27 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Sat, Jan 22, 2011 at 7:11 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
>>
>> Hmm. I can certainly believe in the "BIOS is confused" idea, but I
>> don't see where that gets us.
>
> So, trying to get some more hints in what is going on, I started
> getting creative, and I have a few more clues, I think.
How many CPUs do you have? If more than one, try switching offline all
/sys/devices/system/cpu/cpu*/online before suspend.
I'm getting 1/2 working suspend-to-disk, but now with offline all the
rest of the CPUs, it seems to not hang anymore.
Jeff
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 17:13 ` Jeff Chua
@ 2011-01-22 18:22 ` Linus Torvalds
2011-01-22 18:22 ` Linus Torvalds
1 sibling, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 18:22 UTC (permalink / raw)
To: Jeff Chua
Cc: Rafael J. Wysocki, Chris Wilson, Jesse Barnes, Dave Airlie,
Len Brown, ACPI Devel Maling List, Linux-pm mailing list
On Sat, Jan 22, 2011 at 9:13 AM, Jeff Chua <jeff.chua.linux@gmail.com> wrote:
>
> How many CPUs do you have? If more than one, try switching offline all
> /sys/devices/system/cpu/cpu*/online before suspend.
It's an Atom with SMT, so it shows up as two CPU's.
That doesn't really explain why a regular "echo mem" works but the
pm-suspend doesn't.
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 17:13 ` Jeff Chua
2011-01-22 18:22 ` Linus Torvalds
@ 2011-01-22 18:22 ` Linus Torvalds
1 sibling, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 18:22 UTC (permalink / raw)
To: Jeff Chua
Cc: Dave Airlie, Jesse Barnes, Chris Wilson, ACPI Devel Maling List,
Linux-pm mailing list
On Sat, Jan 22, 2011 at 9:13 AM, Jeff Chua <jeff.chua.linux@gmail.com> wrote:
>
> How many CPUs do you have? If more than one, try switching offline all
> /sys/devices/system/cpu/cpu*/online before suspend.
It's an Atom with SMT, so it shows up as two CPU's.
That doesn't really explain why a regular "echo mem" works but the
pm-suspend doesn't.
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 16:27 ` Linus Torvalds
` (2 preceding siblings ...)
2011-01-22 19:17 ` Rafael J. Wysocki
@ 2011-01-22 19:17 ` Rafael J. Wysocki
2011-01-22 19:42 ` Linus Torvalds
2011-01-22 19:42 ` Linus Torvalds
2011-01-23 1:02 ` Dave Airlie
2011-01-23 1:02 ` Dave Airlie
5 siblings, 2 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-22 19:17 UTC (permalink / raw)
To: Linus Torvalds
Cc: Chris Wilson, Jesse Barnes, Dave Airlie, Len Brown, Jeff Chua,
ACPI Devel Maling List, Linux-pm mailing list
On Saturday, January 22, 2011, Linus Torvalds wrote:
> On Sat, Jan 22, 2011 at 7:11 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
> >
> > Hmm. I can certainly believe in the "BIOS is confused" idea, but I
> > don't see where that gets us.
>
> So, trying to get some more hints in what is going on, I started
> getting creative, and I have a few more clues, I think.
>
> First off, I think I've already noted that I don't think I get lockups
> with the usual "echo mem > /sys/power/state". So I've mentioned that
> maybe it's something about the lid event messing things up.
>
> However, I figured out that I _can_ trigger the lockup from the
> command line, by using "pm-suspend" instead. So while the normal
> (well, normal for me, since it's the "real kernel interface", not
> normal in general) "echo mem" thing seems stable, it doesn't seem like
> it's the lid event per se that confuses anything, and it seems that
> it's just that the lid event uses "pm-suspend" which runs all those
> hacky scripts just before suspending.
>
> I also _think_ (and this is where it gets a bit speculative, because
> my trials so far have been pretty limited) that I can work around the
> problem by doing that "echo mem" suspend once, and after that the
> "pm-suspend" approach works.
>
> IOW, the whole "it fails the first time after boot" does seem to hold
> true, and there seems to be some initialization issue. But the
> initialization issue is apparently _triggered_ by the pm-suspend
> scripts.
>
> Personally, I'm inclined to blame the crazy fbdev/video save/restore
> code, and I'm hereby adding some of the i915 people to the mix.
> Because one of the main things that the pm-suspend scripts do is
> things like
>
> local con
> for con in /sys/class/graphics/*/state; do
> [ -f $con ] || continue
> echo 1 >"${con}"
> done
>
> etc. I disabled that particular part (all of "99video" in fedora, in
> fact), but there are other strange things going on there.
>
> Of course, it could be all the NetworkManager stuff too, and some
> interaction with the network drivers. But the lockup happens with both
> wired and wireless connections, so I don't think that's it.
>
> I wonder what else differs between pm-suspend and just the final "echo
> mem"? But I do wonder if some of the i915 code is getting confused by
> being touched both as fbcon and then with the "real" suspend code..
Hmm. If there is s2ram on your system and it's actually being used, it's
better to disable it completely. I'm not sure how you are supposed to do
that on Fedora, but for openSUSE it's sufficient to clear the "executable" bit
on /usr/sbin/s2ram.
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 16:27 ` Linus Torvalds
2011-01-22 17:13 ` Jeff Chua
2011-01-22 17:13 ` Jeff Chua
@ 2011-01-22 19:17 ` Rafael J. Wysocki
2011-01-22 19:17 ` Rafael J. Wysocki
` (2 subsequent siblings)
5 siblings, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-22 19:17 UTC (permalink / raw)
To: Linus Torvalds
Cc: Jeff Chua, Dave Airlie, Jesse Barnes, Chris Wilson,
ACPI Devel Maling List, Linux-pm mailing list
On Saturday, January 22, 2011, Linus Torvalds wrote:
> On Sat, Jan 22, 2011 at 7:11 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
> >
> > Hmm. I can certainly believe in the "BIOS is confused" idea, but I
> > don't see where that gets us.
>
> So, trying to get some more hints in what is going on, I started
> getting creative, and I have a few more clues, I think.
>
> First off, I think I've already noted that I don't think I get lockups
> with the usual "echo mem > /sys/power/state". So I've mentioned that
> maybe it's something about the lid event messing things up.
>
> However, I figured out that I _can_ trigger the lockup from the
> command line, by using "pm-suspend" instead. So while the normal
> (well, normal for me, since it's the "real kernel interface", not
> normal in general) "echo mem" thing seems stable, it doesn't seem like
> it's the lid event per se that confuses anything, and it seems that
> it's just that the lid event uses "pm-suspend" which runs all those
> hacky scripts just before suspending.
>
> I also _think_ (and this is where it gets a bit speculative, because
> my trials so far have been pretty limited) that I can work around the
> problem by doing that "echo mem" suspend once, and after that the
> "pm-suspend" approach works.
>
> IOW, the whole "it fails the first time after boot" does seem to hold
> true, and there seems to be some initialization issue. But the
> initialization issue is apparently _triggered_ by the pm-suspend
> scripts.
>
> Personally, I'm inclined to blame the crazy fbdev/video save/restore
> code, and I'm hereby adding some of the i915 people to the mix.
> Because one of the main things that the pm-suspend scripts do is
> things like
>
> local con
> for con in /sys/class/graphics/*/state; do
> [ -f $con ] || continue
> echo 1 >"${con}"
> done
>
> etc. I disabled that particular part (all of "99video" in fedora, in
> fact), but there are other strange things going on there.
>
> Of course, it could be all the NetworkManager stuff too, and some
> interaction with the network drivers. But the lockup happens with both
> wired and wireless connections, so I don't think that's it.
>
> I wonder what else differs between pm-suspend and just the final "echo
> mem"? But I do wonder if some of the i915 code is getting confused by
> being touched both as fbcon and then with the "real" suspend code..
Hmm. If there is s2ram on your system and it's actually being used, it's
better to disable it completely. I'm not sure how you are supposed to do
that on Fedora, but for openSUSE it's sufficient to clear the "executable" bit
on /usr/sbin/s2ram.
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 19:17 ` Rafael J. Wysocki
@ 2011-01-22 19:42 ` Linus Torvalds
2011-01-23 21:29 ` Rafael J. Wysocki
2011-01-23 21:29 ` Rafael J. Wysocki
2011-01-22 19:42 ` Linus Torvalds
1 sibling, 2 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 19:42 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Chris Wilson, Jesse Barnes, Dave Airlie, Len Brown, Jeff Chua,
ACPI Devel Maling List, Linux-pm mailing list
On Sat, Jan 22, 2011 at 11:17 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>
>> First off, I think I've already noted that I don't think I get lockups
>> with the usual "echo mem > /sys/power/state". So I've mentioned that
>> maybe it's something about the lid event messing things up.
I take this partly back after some more testing
I do get the "have to press a key during suspend problem" with "echo
mem". But at least when I just tested, the suspend after that worked
fine - and I could do another "echo mem" suspend (which _also_ needed
a keypress).
When I then did a "pm-suspend" after that, it just locked up.
So doing "echo mem" once after boot is not a sure-fire way to make
suspend work reliably. But it does seem to work better than
"pm-suspend" does.
>> I also _think_ (and this is where it gets a bit speculative, because
>> my trials so far have been pretty limited) that I can work around the
>> problem by doing that "echo mem" suspend once, and after that the
>> "pm-suspend" approach works.
Ok, so see above. It's not a work-around, but it does have slightly
different behavior.
>> I wonder what else differs between pm-suspend and just the final "echo
>> mem"? But I do wonder if some of the i915 code is getting confused by
>> being touched both as fbcon and then with the "real" suspend code..
>
> Hmm. If there is s2ram on your system and it's actually being used, it's
> better to disable it completely. I'm not sure how you are supposed to do
> that on Fedora, but for openSUSE it's sufficient to clear the "executable" bit
> on /usr/sbin/s2ram.
There's no s2ram in my F-14 at all. And almost all of the fbcon
suspend games in the pm-suspend scripts are disabled when it notices a
kernel-modesetting setup. But the pm-suspend scripts do still end up
doing a lot of other things (like trying to switch vt's etc - but
disabling that didn't do anything for me).
One more comment: when I disable the VT switching, I end up seeing the
kernel messages during suspend, but they obviously stop at
"suspend_console()". When I use "no_console_suspend" to show mssages,
the last message I see before the machine needs a keypess is the one
where we disable the i915 IRQ.
Which probably doesn't mean anything, since it's probably just a
direct result of me saying "try to print stuff even over the suspend"
together with the i915 driver then not being able to due to not having
interrupts. So I suspect the "no_console_suspend" thing just doesn't
much help - it just results in more problems for the suspend, and it
probably never works at all.
Annoying. So close. Yet so far.
Linus
--
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
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 19:17 ` Rafael J. Wysocki
2011-01-22 19:42 ` Linus Torvalds
@ 2011-01-22 19:42 ` Linus Torvalds
1 sibling, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-22 19:42 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Jeff Chua, Dave Airlie, Jesse Barnes, Chris Wilson,
ACPI Devel Maling List, Linux-pm mailing list
On Sat, Jan 22, 2011 at 11:17 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>
>> First off, I think I've already noted that I don't think I get lockups
>> with the usual "echo mem > /sys/power/state". So I've mentioned that
>> maybe it's something about the lid event messing things up.
I take this partly back after some more testing
I do get the "have to press a key during suspend problem" with "echo
mem". But at least when I just tested, the suspend after that worked
fine - and I could do another "echo mem" suspend (which _also_ needed
a keypress).
When I then did a "pm-suspend" after that, it just locked up.
So doing "echo mem" once after boot is not a sure-fire way to make
suspend work reliably. But it does seem to work better than
"pm-suspend" does.
>> I also _think_ (and this is where it gets a bit speculative, because
>> my trials so far have been pretty limited) that I can work around the
>> problem by doing that "echo mem" suspend once, and after that the
>> "pm-suspend" approach works.
Ok, so see above. It's not a work-around, but it does have slightly
different behavior.
>> I wonder what else differs between pm-suspend and just the final "echo
>> mem"? But I do wonder if some of the i915 code is getting confused by
>> being touched both as fbcon and then with the "real" suspend code..
>
> Hmm. If there is s2ram on your system and it's actually being used, it's
> better to disable it completely. I'm not sure how you are supposed to do
> that on Fedora, but for openSUSE it's sufficient to clear the "executable" bit
> on /usr/sbin/s2ram.
There's no s2ram in my F-14 at all. And almost all of the fbcon
suspend games in the pm-suspend scripts are disabled when it notices a
kernel-modesetting setup. But the pm-suspend scripts do still end up
doing a lot of other things (like trying to switch vt's etc - but
disabling that didn't do anything for me).
One more comment: when I disable the VT switching, I end up seeing the
kernel messages during suspend, but they obviously stop at
"suspend_console()". When I use "no_console_suspend" to show mssages,
the last message I see before the machine needs a keypess is the one
where we disable the i915 IRQ.
Which probably doesn't mean anything, since it's probably just a
direct result of me saying "try to print stuff even over the suspend"
together with the i915 driver then not being able to due to not having
interrupts. So I suspect the "no_console_suspend" thing just doesn't
much help - it just results in more problems for the suspend, and it
probably never works at all.
Annoying. So close. Yet so far.
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 16:27 ` Linus Torvalds
` (4 preceding siblings ...)
2011-01-23 1:02 ` Dave Airlie
@ 2011-01-23 1:02 ` Dave Airlie
5 siblings, 0 replies; 61+ messages in thread
From: Dave Airlie @ 2011-01-23 1:02 UTC (permalink / raw)
To: Linus Torvalds
Cc: Rafael J. Wysocki, Chris Wilson, Jesse Barnes, Len Brown,
Jeff Chua, ACPI Devel Maling List, Linux-pm mailing list
On Sat, 22 Jan 2011, Linus Torvalds wrote:
> code, and I'm hereby adding some of the i915 people to the mix.
> Because one of the main things that the pm-suspend scripts do is
> things like
>
> local con
> for con in /sys/class/graphics/*/state; do
> [ -f $con ] || continue
> echo 1 >"${con}"
> done
These caused me problems before esp when lockdep was setting
oops_in_progress, but I repaired that and if X is running the VT
should be in graphics mode and these end up doing nothing. Though there
could be a race.
With -rc2 on my Thinkpad T60p, radeon r500 GPU, Intel T2500 (2 core), I
just got a reboot on resume, after a pm-suspend. I'll do some more
experiments later if I get some time.
does pm-suspend work from init 3? if not does nomodeset init 3 work?
Dave.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 16:27 ` Linus Torvalds
` (3 preceding siblings ...)
2011-01-22 19:17 ` Rafael J. Wysocki
@ 2011-01-23 1:02 ` Dave Airlie
2011-01-23 1:02 ` Dave Airlie
5 siblings, 0 replies; 61+ messages in thread
From: Dave Airlie @ 2011-01-23 1:02 UTC (permalink / raw)
To: Linus Torvalds
Cc: Jeff Chua, Jesse Barnes, Chris Wilson, ACPI Devel Maling List,
Linux-pm mailing list
On Sat, 22 Jan 2011, Linus Torvalds wrote:
> code, and I'm hereby adding some of the i915 people to the mix.
> Because one of the main things that the pm-suspend scripts do is
> things like
>
> local con
> for con in /sys/class/graphics/*/state; do
> [ -f $con ] || continue
> echo 1 >"${con}"
> done
These caused me problems before esp when lockdep was setting
oops_in_progress, but I repaired that and if X is running the VT
should be in graphics mode and these end up doing nothing. Though there
could be a race.
With -rc2 on my Thinkpad T60p, radeon r500 GPU, Intel T2500 (2 core), I
just got a reboot on resume, after a pm-suspend. I'll do some more
experiments later if I get some time.
does pm-suspend work from init 3? if not does nomodeset init 3 work?
Dave.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 19:42 ` Linus Torvalds
2011-01-23 21:29 ` Rafael J. Wysocki
@ 2011-01-23 21:29 ` Rafael J. Wysocki
2011-01-23 21:47 ` Rafael J. Wysocki
` (3 more replies)
1 sibling, 4 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-23 21:29 UTC (permalink / raw)
To: Linus Torvalds
Cc: Chris Wilson, Jesse Barnes, Dave Airlie, Len Brown, Jeff Chua,
ACPI Devel Maling List, Linux-pm mailing list
On Saturday, January 22, 2011, Linus Torvalds wrote:
> On Sat, Jan 22, 2011 at 11:17 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >>
...
> But the pm-suspend scripts do still end up
> doing a lot of other things (like trying to switch vt's etc - but
> disabling that didn't do anything for me).
Well, I had a hackish patch disabling the kernel's own VT switch during
suspend if the Intel graphics driver was used with KMS. I can dig it up if
you want to try that, so let me know.
> One more comment: when I disable the VT switching, I end up seeing the
> kernel messages during suspend, but they obviously stop at
> "suspend_console()". When I use "no_console_suspend" to show mssages,
> the last message I see before the machine needs a keypess is the one
> where we disable the i915 IRQ.
>
> Which probably doesn't mean anything, since it's probably just a
> direct result of me saying "try to print stuff even over the suspend"
> together with the i915 driver then not being able to due to not having
> interrupts. So I suspect the "no_console_suspend" thing just doesn't
> much help - it just results in more problems for the suspend, and it
> probably never works at all.
I think so. My experience is that it doesn't really work with KMS drivers.
There's one more thing that may be related. Apparently, we've made something
recently that's causing lots of problems with boot and poweroff for Asus
machines (https://lkml.org/lkml/2011/1/23/54). The Asus BIOSes evidently
don't like something we do, but I have no idea what that may be at this point.
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-22 19:42 ` Linus Torvalds
@ 2011-01-23 21:29 ` Rafael J. Wysocki
2011-01-23 21:29 ` Rafael J. Wysocki
1 sibling, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-23 21:29 UTC (permalink / raw)
To: Linus Torvalds
Cc: Jeff Chua, Dave Airlie, Jesse Barnes, Chris Wilson,
ACPI Devel Maling List, Linux-pm mailing list
On Saturday, January 22, 2011, Linus Torvalds wrote:
> On Sat, Jan 22, 2011 at 11:17 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >>
...
> But the pm-suspend scripts do still end up
> doing a lot of other things (like trying to switch vt's etc - but
> disabling that didn't do anything for me).
Well, I had a hackish patch disabling the kernel's own VT switch during
suspend if the Intel graphics driver was used with KMS. I can dig it up if
you want to try that, so let me know.
> One more comment: when I disable the VT switching, I end up seeing the
> kernel messages during suspend, but they obviously stop at
> "suspend_console()". When I use "no_console_suspend" to show mssages,
> the last message I see before the machine needs a keypess is the one
> where we disable the i915 IRQ.
>
> Which probably doesn't mean anything, since it's probably just a
> direct result of me saying "try to print stuff even over the suspend"
> together with the i915 driver then not being able to due to not having
> interrupts. So I suspect the "no_console_suspend" thing just doesn't
> much help - it just results in more problems for the suspend, and it
> probably never works at all.
I think so. My experience is that it doesn't really work with KMS drivers.
There's one more thing that may be related. Apparently, we've made something
recently that's causing lots of problems with boot and poweroff for Asus
machines (https://lkml.org/lkml/2011/1/23/54). The Asus BIOSes evidently
don't like something we do, but I have no idea what that may be at this point.
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: [linux-pm] Occasional (too common) suspend problem
2011-01-23 21:29 ` Rafael J. Wysocki
2011-01-23 21:47 ` Rafael J. Wysocki
@ 2011-01-23 21:47 ` Rafael J. Wysocki
2011-01-24 7:22 ` Linus Torvalds
2011-01-24 7:22 ` Linus Torvalds
3 siblings, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-23 21:47 UTC (permalink / raw)
To: linux-pm
Cc: Linus Torvalds, Jeff Chua, Dave Airlie, Jesse Barnes,
Chris Wilson, ACPI Devel Maling List
On Sunday, January 23, 2011, Rafael J. Wysocki wrote:
> On Saturday, January 22, 2011, Linus Torvalds wrote:
> > On Sat, Jan 22, 2011 at 11:17 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >>
> ...
>
> > But the pm-suspend scripts do still end up
> > doing a lot of other things (like trying to switch vt's etc - but
> > disabling that didn't do anything for me).
>
> Well, I had a hackish patch disabling the kernel's own VT switch during
> suspend if the Intel graphics driver was used with KMS. I can dig it up if
> you want to try that, so let me know.
>
> > One more comment: when I disable the VT switching, I end up seeing the
> > kernel messages during suspend, but they obviously stop at
> > "suspend_console()". When I use "no_console_suspend" to show mssages,
> > the last message I see before the machine needs a keypess is the one
> > where we disable the i915 IRQ.
> >
> > Which probably doesn't mean anything, since it's probably just a
> > direct result of me saying "try to print stuff even over the suspend"
> > together with the i915 driver then not being able to due to not having
> > interrupts. So I suspect the "no_console_suspend" thing just doesn't
> > much help - it just results in more problems for the suspend, and it
> > probably never works at all.
>
> I think so. My experience is that it doesn't really work with KMS drivers.
>
> There's one more thing that may be related. Apparently, we've made something
> recently that's causing lots of problems with boot and poweroff for Asus
> machines (https://lkml.org/lkml/2011/1/23/54). The Asus BIOSes evidently
> don't like something we do, but I have no idea what that may be at this point.
Also you may try reverting commit 677bd81 (ACPI video: remove output switching
control) as it is reported to cause a regression to happen for someone
(https://patchwork.kernel.org/patch/499221/ , which doesn't _seem_ to be
related but anyway).
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-23 21:29 ` Rafael J. Wysocki
@ 2011-01-23 21:47 ` Rafael J. Wysocki
2011-01-23 21:47 ` [linux-pm] " Rafael J. Wysocki
` (2 subsequent siblings)
3 siblings, 0 replies; 61+ messages in thread
From: Rafael J. Wysocki @ 2011-01-23 21:47 UTC (permalink / raw)
To: linux-pm
Cc: Jeff Chua, Dave Airlie, Jesse Barnes, Chris Wilson,
ACPI Devel Maling List, Linus Torvalds
On Sunday, January 23, 2011, Rafael J. Wysocki wrote:
> On Saturday, January 22, 2011, Linus Torvalds wrote:
> > On Sat, Jan 22, 2011 at 11:17 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >>
> ...
>
> > But the pm-suspend scripts do still end up
> > doing a lot of other things (like trying to switch vt's etc - but
> > disabling that didn't do anything for me).
>
> Well, I had a hackish patch disabling the kernel's own VT switch during
> suspend if the Intel graphics driver was used with KMS. I can dig it up if
> you want to try that, so let me know.
>
> > One more comment: when I disable the VT switching, I end up seeing the
> > kernel messages during suspend, but they obviously stop at
> > "suspend_console()". When I use "no_console_suspend" to show mssages,
> > the last message I see before the machine needs a keypess is the one
> > where we disable the i915 IRQ.
> >
> > Which probably doesn't mean anything, since it's probably just a
> > direct result of me saying "try to print stuff even over the suspend"
> > together with the i915 driver then not being able to due to not having
> > interrupts. So I suspect the "no_console_suspend" thing just doesn't
> > much help - it just results in more problems for the suspend, and it
> > probably never works at all.
>
> I think so. My experience is that it doesn't really work with KMS drivers.
>
> There's one more thing that may be related. Apparently, we've made something
> recently that's causing lots of problems with boot and poweroff for Asus
> machines (https://lkml.org/lkml/2011/1/23/54). The Asus BIOSes evidently
> don't like something we do, but I have no idea what that may be at this point.
Also you may try reverting commit 677bd81 (ACPI video: remove output switching
control) as it is reported to cause a regression to happen for someone
(https://patchwork.kernel.org/patch/499221/ , which doesn't _seem_ to be
related but anyway).
Rafael
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-23 21:29 ` Rafael J. Wysocki
` (2 preceding siblings ...)
2011-01-24 7:22 ` Linus Torvalds
@ 2011-01-24 7:22 ` Linus Torvalds
2011-01-24 8:09 ` Zhang Rui
2011-01-24 8:09 ` Zhang Rui
3 siblings, 2 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-24 7:22 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Chris Wilson, Jesse Barnes, Dave Airlie, Len Brown, Jeff Chua,
ACPI Devel Maling List, Linux-pm mailing list
On Mon, Jan 24, 2011 at 7:29 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> There's one more thing that may be related. Apparently, we've made something
> recently that's causing lots of problems with boot and poweroff for Asus
> machines (https://lkml.org/lkml/2011/1/23/54). The Asus BIOSes evidently
> don't like something we do, but I have no idea what that may be at this point.
Yeah, I think there's something there. In fact, I'm getting pretty
sure of it. Because I have now twice seen the _shutdown_ end up
halting, and guess what? When I press a key, it then finishes the
shutdown.
Sound familiar?
The last thing printed is the "Disabling non-boot CPU's" thing or
whatever. I didn't take a picture, and it obviously doesn't get logged
(since it's after the processes have been killed), but it definitely
smelled like "Uhhuh, same problem as with suspend".
Linus
--
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
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-23 21:29 ` Rafael J. Wysocki
2011-01-23 21:47 ` Rafael J. Wysocki
2011-01-23 21:47 ` [linux-pm] " Rafael J. Wysocki
@ 2011-01-24 7:22 ` Linus Torvalds
2011-01-24 7:22 ` Linus Torvalds
3 siblings, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-24 7:22 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Jeff Chua, Dave Airlie, Jesse Barnes, Chris Wilson,
ACPI Devel Maling List, Linux-pm mailing list
On Mon, Jan 24, 2011 at 7:29 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> There's one more thing that may be related. Apparently, we've made something
> recently that's causing lots of problems with boot and poweroff for Asus
> machines (https://lkml.org/lkml/2011/1/23/54). The Asus BIOSes evidently
> don't like something we do, but I have no idea what that may be at this point.
Yeah, I think there's something there. In fact, I'm getting pretty
sure of it. Because I have now twice seen the _shutdown_ end up
halting, and guess what? When I press a key, it then finishes the
shutdown.
Sound familiar?
The last thing printed is the "Disabling non-boot CPU's" thing or
whatever. I didn't take a picture, and it obviously doesn't get logged
(since it's after the processes have been killed), but it definitely
smelled like "Uhhuh, same problem as with suspend".
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-24 7:22 ` Linus Torvalds
@ 2011-01-24 8:09 ` Zhang Rui
2011-01-24 9:43 ` Linus Torvalds
2011-01-24 9:43 ` Linus Torvalds
2011-01-24 8:09 ` Zhang Rui
1 sibling, 2 replies; 61+ messages in thread
From: Zhang Rui @ 2011-01-24 8:09 UTC (permalink / raw)
To: Linus Torvalds
Cc: Rafael J. Wysocki, Chris Wilson, Jesse Barnes, Dave Airlie,
Len Brown, Jeff Chua, ACPI Devel Maling List,
Linux-pm mailing list, Li, Shaohua
On Mon, 2011-01-24 at 15:22 +0800, Linus Torvalds wrote:
> On Mon, Jan 24, 2011 at 7:29 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > There's one more thing that may be related. Apparently, we've made something
> > recently that's causing lots of problems with boot and poweroff for Asus
> > machines (https://lkml.org/lkml/2011/1/23/54). The Asus BIOSes evidently
> > don't like something we do, but I have no idea what that may be at this point.
>
> Yeah, I think there's something there. In fact, I'm getting pretty
> sure of it. Because I have now twice seen the _shutdown_ end up
> halting, and guess what? When I press a key, it then finishes the
> shutdown.
>
> Sound familiar?
>
> The last thing printed is the "Disabling non-boot CPU's" thing or
> whatever. I didn't take a picture, and it obviously doesn't get logged
> (since it's after the processes have been killed), but it definitely
> smelled like "Uhhuh, same problem as with suspend".
>
https://patchwork.kernel.org/patch/500501/
does this patch help?
thanks,
rui
> Linus
> --
> 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
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-24 7:22 ` Linus Torvalds
2011-01-24 8:09 ` Zhang Rui
@ 2011-01-24 8:09 ` Zhang Rui
1 sibling, 0 replies; 61+ messages in thread
From: Zhang Rui @ 2011-01-24 8:09 UTC (permalink / raw)
To: Linus Torvalds
Cc: Jeff Chua, Dave Airlie, Jesse Barnes, Chris Wilson,
ACPI Devel Maling List, Linux-pm mailing list
On Mon, 2011-01-24 at 15:22 +0800, Linus Torvalds wrote:
> On Mon, Jan 24, 2011 at 7:29 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > There's one more thing that may be related. Apparently, we've made something
> > recently that's causing lots of problems with boot and poweroff for Asus
> > machines (https://lkml.org/lkml/2011/1/23/54). The Asus BIOSes evidently
> > don't like something we do, but I have no idea what that may be at this point.
>
> Yeah, I think there's something there. In fact, I'm getting pretty
> sure of it. Because I have now twice seen the _shutdown_ end up
> halting, and guess what? When I press a key, it then finishes the
> shutdown.
>
> Sound familiar?
>
> The last thing printed is the "Disabling non-boot CPU's" thing or
> whatever. I didn't take a picture, and it obviously doesn't get logged
> (since it's after the processes have been killed), but it definitely
> smelled like "Uhhuh, same problem as with suspend".
>
https://patchwork.kernel.org/patch/500501/
does this patch help?
thanks,
rui
> Linus
> --
> 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
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-24 8:09 ` Zhang Rui
@ 2011-01-24 9:43 ` Linus Torvalds
2011-01-24 9:43 ` Linus Torvalds
1 sibling, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-24 9:43 UTC (permalink / raw)
To: Zhang Rui
Cc: Rafael J. Wysocki, Chris Wilson, Jesse Barnes, Dave Airlie,
Len Brown, Jeff Chua, ACPI Devel Maling List,
Linux-pm mailing list, Li, Shaohua
On Mon, Jan 24, 2011 at 6:09 PM, Zhang Rui <rui.zhang@intel.com> wrote:
> On Mon, 2011-01-24 at 15:22 +0800, Linus Torvalds wrote:
>>
>> Yeah, I think there's something there. In fact, I'm getting pretty
>> sure of it. Because I have now twice seen the _shutdown_ end up
>> halting, and guess what? When I press a key, it then finishes the
>> shutdown.
>>
>> Sound familiar?
>>
>> The last thing printed is the "Disabling non-boot CPU's" thing or
>> whatever. I didn't take a picture, and it obviously doesn't get logged
>> (since it's after the processes have been killed), but it definitely
>> smelled like "Uhhuh, same problem as with suspend".
>>
> https://patchwork.kernel.org/patch/500501/
> does this patch help?
Ding ding ding - I think we have a winner. Five reboots with
successful suspend/resume cycles. So this may well be it.
Of course, it was flaky enough before that it's not a guarantee (it
certainly doesn't always fail), but I'm optimistic.
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: Occasional (too common) suspend problem
2011-01-24 8:09 ` Zhang Rui
2011-01-24 9:43 ` Linus Torvalds
@ 2011-01-24 9:43 ` Linus Torvalds
1 sibling, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-24 9:43 UTC (permalink / raw)
To: Zhang Rui
Cc: Jeff Chua, Dave Airlie, Jesse Barnes, Chris Wilson,
ACPI Devel Maling List, Linux-pm mailing list
On Mon, Jan 24, 2011 at 6:09 PM, Zhang Rui <rui.zhang@intel.com> wrote:
> On Mon, 2011-01-24 at 15:22 +0800, Linus Torvalds wrote:
>>
>> Yeah, I think there's something there. In fact, I'm getting pretty
>> sure of it. Because I have now twice seen the _shutdown_ end up
>> halting, and guess what? When I press a key, it then finishes the
>> shutdown.
>>
>> Sound familiar?
>>
>> The last thing printed is the "Disabling non-boot CPU's" thing or
>> whatever. I didn't take a picture, and it obviously doesn't get logged
>> (since it's after the processes have been killed), but it definitely
>> smelled like "Uhhuh, same problem as with suspend".
>>
> https://patchwork.kernel.org/patch/500501/
> does this patch help?
Ding ding ding - I think we have a winner. Five reboots with
successful suspend/resume cycles. So this may well be it.
Of course, it was flaky enough before that it's not a guarantee (it
certainly doesn't always fail), but I'm optimistic.
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
* Occasional (too common) suspend problem
@ 2011-01-21 4:50 Linus Torvalds
0 siblings, 0 replies; 61+ messages in thread
From: Linus Torvalds @ 2011-01-21 4:50 UTC (permalink / raw)
To: Rafael J. Wysocki, Len Brown, Jeff Chua, ACPI Devel Maling List, Linux-
So I have one remaining problem on my nasty EeePC problem child
computer, and this one I cannot bisect simply because it's so flaky.
The exact same kernel may suspend and resume many many times in a row,
and then I reboot it, and it hangs on the first suspend. Very
occasionally the machine comes back when I press a key, and resumes
ok. Most of the time it does not - it's just dead to the world, and
there are no logs to go by. I even tried pm_trace, and that didn't get
me anywhere, although I once got a hash match:
hash matches drivers/base/power/main.c:555
which is the last part of a deivice_resume(), but none of the devices
matched, so that didn't really give any information at all.
So I have very little to go on.
However, at least one time when it failed and came back (remember:
very rare), I did get that suspend sequence printouts logged. Here's a
_good_ suspend:
...
[ 79.596367] PM: Saving platform NVS memory
[ 79.596378] Disabling non-boot CPUs ...
[ 79.700053] CPU 1 is now offline
[ 79.700565] PM: Restoring platform NVS memory
[ 79.700565] Enabling non-boot CPUs ...
[ 79.700565] Booting Node 0 Processor 1 APIC 0x1
[ 79.597894] Initializing CPU#1
...
and here's the one that failed and then ended up coming back on a keypress:
...
[ 54.628375] PM: Saving platform NVS memory
[ 54.628387] Disabling non-boot CPUs ...
[ 63.554966] ACPI Exception: AE_BAD_PARAMETER, Returned by Handler
for [EmbeddedControl] (20110112/evregion-474)
[ 63.554992] ACPI Error: Method parse/execution failed
[\_SB_.PCI0.SBRG.EC0_.RCTP] (Node f5c2dea0), AE_BAD_PARAMETER
(20110112/psparse-536)
[ 63.555022] ACPI Error: Method parse/execution failed
[\_TZ_.RTMP] (Node f5c32fa8), AE_BAD_PARAMETER (20110112/psparse-536)
[ 63.555047] ACPI Error: Method parse/execution failed
[\_TZ_.TZ00._TMP] (Node f5c34018), AE_BAD_PARAMETER
(20110112/psparse-536)
[ 63.555079] Thermal: failed to read out thermal zone 0
[ 63.556361] CPU 1 is now offline
[ 63.556944] PM: Restoring platform NVS memory
[ 63.556944] Enabling non-boot CPUs ...
[ 63.556944] Booting Node 0 Processor 1 APIC 0x1
[ 63.556279] Initializing CPU#1
...
which really doesn't tell me much, except that clearly something in
ACPI-land is unhappy, and it looks thermal-related (that last error
message comes from thermal_zone_device_update()).
Any ideas?
Linus
^ permalink raw reply [flat|nested] 61+ messages in thread
end of thread, other threads:[~2011-01-24 9:44 UTC | newest]
Thread overview: 61+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-01-21 4:50 Occasional (too common) suspend problem Linus Torvalds
[not found] ` <AANLkTi=LyufFJ-zqMWdGnSnZ-iW+ONbQ8mLfTn1O5WVi@mail.gmail.com>
2011-01-21 5:26 ` [linux-pm] " Lin Ming
2011-01-21 16:28 ` Linus Torvalds
2011-01-21 17:09 ` Jeff Chua
2011-01-21 17:09 ` [linux-pm] " Jeff Chua
2011-01-21 20:54 ` Rafael J. Wysocki
2011-01-21 20:54 ` [linux-pm] " Rafael J. Wysocki
2011-01-21 5:26 ` Lin Ming
2011-01-21 7:26 ` Zhang Rui
2011-01-21 7:26 ` Zhang Rui
2011-01-21 21:00 ` Len Brown
2011-01-21 21:00 ` Len Brown
2011-01-21 21:08 ` Rafael J. Wysocki
2011-01-21 21:08 ` Rafael J. Wysocki
2011-01-21 22:25 ` Len Brown
2011-01-21 22:33 ` Linus Torvalds
2011-01-21 22:33 ` Linus Torvalds
2011-01-21 22:42 ` Rafael J. Wysocki
2011-01-21 22:55 ` Linus Torvalds
2011-01-21 22:55 ` Linus Torvalds
2011-01-21 23:16 ` Rafael J. Wysocki
2011-01-21 23:28 ` Rafael J. Wysocki
2011-01-21 23:28 ` [linux-pm] " Rafael J. Wysocki
2011-01-22 0:23 ` Linus Torvalds
2011-01-22 0:23 ` Linus Torvalds
2011-01-22 0:31 ` Rafael J. Wysocki
2011-01-22 0:31 ` Rafael J. Wysocki
2011-01-22 0:56 ` Linus Torvalds
2011-01-22 0:56 ` Linus Torvalds
2011-01-22 1:14 ` Linus Torvalds
2011-01-22 10:10 ` Rafael J. Wysocki
2011-01-22 10:10 ` Rafael J. Wysocki
2011-01-22 15:11 ` Linus Torvalds
2011-01-22 16:27 ` Linus Torvalds
2011-01-22 17:13 ` Jeff Chua
2011-01-22 18:22 ` Linus Torvalds
2011-01-22 18:22 ` Linus Torvalds
2011-01-22 17:13 ` Jeff Chua
2011-01-22 19:17 ` Rafael J. Wysocki
2011-01-22 19:17 ` Rafael J. Wysocki
2011-01-22 19:42 ` Linus Torvalds
2011-01-23 21:29 ` Rafael J. Wysocki
2011-01-23 21:29 ` Rafael J. Wysocki
2011-01-23 21:47 ` Rafael J. Wysocki
2011-01-23 21:47 ` [linux-pm] " Rafael J. Wysocki
2011-01-24 7:22 ` Linus Torvalds
2011-01-24 7:22 ` Linus Torvalds
2011-01-24 8:09 ` Zhang Rui
2011-01-24 9:43 ` Linus Torvalds
2011-01-24 9:43 ` Linus Torvalds
2011-01-24 8:09 ` Zhang Rui
2011-01-22 19:42 ` Linus Torvalds
2011-01-23 1:02 ` Dave Airlie
2011-01-23 1:02 ` Dave Airlie
2011-01-22 16:27 ` Linus Torvalds
2011-01-22 15:11 ` Linus Torvalds
2011-01-22 1:14 ` Linus Torvalds
2011-01-21 23:16 ` Rafael J. Wysocki
2011-01-21 22:42 ` Rafael J. Wysocki
2011-01-21 22:25 ` Len Brown
2011-01-21 4:50 Linus Torvalds
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.