* problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
@ 2006-08-03 13:05 Tobias Bocanegra
2006-08-03 15:33 ` Alexey Starikovskiy
2006-08-03 23:01 ` Jeremy Fitzhardinge
0 siblings, 2 replies; 22+ messages in thread
From: Tobias Bocanegra @ 2006-08-03 13:05 UTC (permalink / raw)
To: cpufreq
hi,
i don't know if this is the correct list to ask this question, if not
just bash me :-)
i have a intel dual core t2600 with 2.16ghz, running 2.6.17-1.2157_FC5smp
vendor_id : GenuineIntel
cpu family : 6
model : 14
model name : Genuine Intel(R) CPU T2600 @ 2.16GHz
stepping : 8
the files in /sys/devices/system/cpu/cpu0/cpufreq say:
affected_cpus:0
cpuinfo_cur_freq:1667000
cpuinfo_max_freq:2167000
cpuinfo_min_freq:1000000
scaling_available_frequencies:2167000 1667000 1333000 1000000
scaling_available_governors:userspace performance
scaling_cur_freq:1667000
scaling_driver:centrino
scaling_governor:userspace
scaling_max_freq:1667000
scaling_min_freq:1667000
scaling_setspeed:1667000
now, i try to set 2.17 ghz, but it always stays at 1.7:
# echo 2167000 > scaling_setspeed
# cat cpuinfo_cur_freq
1667000
i tried every possible combination, and also cpu frequency tools like
cpufreqd and cpufreq-set. and it does not matter which cpu i try to
modify.
something other that is funny is that sysfs does not show correct cur_freq
# echo 1000000 > scaling_setspeed
# cat cpuinfo_cur_freq
1667000
# cat /proc/cpuinfo | grep MHz
cpu MHz : 1000.000
and:
# cpufreq-info
cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to linux@brodo.de, please.
analyzing CPU 0:
[...]
current CPU frequency is 1.67 GHz (asserted by call to hardware).
# cpufreq-info -f
1000000
funny enough, it worked once 2 days ago until i rebooted...but i can't figure
out what was different. i guess, it's either some chipset-internal
regulation, or some cpu daemon running.
has anyone some advice?
regards, toby
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
2006-08-03 13:05 problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp Tobias Bocanegra
@ 2006-08-03 15:33 ` Alexey Starikovskiy
2006-08-03 15:59 ` Tobias Bocanegra
2006-08-03 23:01 ` Jeremy Fitzhardinge
1 sibling, 1 reply; 22+ messages in thread
From: Alexey Starikovskiy @ 2006-08-03 15:33 UTC (permalink / raw)
To: tobias.bocanegra; +Cc: cpufreq
Tobias Bocanegra wrote:
> hi,
> i don't know if this is the correct list to ask this question, if not
> just bash me :-)
>
> i have a intel dual core t2600 with 2.16ghz, running 2.6.17-1.2157_FC5smp
>
> vendor_id : GenuineIntel
> cpu family : 6
> model : 14
> model name : Genuine Intel(R) CPU T2600 @ 2.16GHz
> stepping : 8
>
> the files in /sys/devices/system/cpu/cpu0/cpufreq say:
> affected_cpus:0
> cpuinfo_cur_freq:1667000
> cpuinfo_max_freq:2167000
> cpuinfo_min_freq:1000000
> scaling_available_frequencies:2167000 1667000 1333000 1000000
> scaling_available_governors:userspace performance
> scaling_cur_freq:1667000
> scaling_driver:centrino
> scaling_governor:userspace
> scaling_max_freq:1667000
> scaling_min_freq:1667000
> scaling_setspeed:1667000
>
> now, i try to set 2.17 ghz, but it always stays at 1.7:
>
> # echo 2167000 > scaling_setspeed
> # cat cpuinfo_cur_freq
> 1667000
>
> i tried every possible combination, and also cpu frequency tools like
> cpufreqd and cpufreq-set. and it does not matter which cpu i try to
> modify.
you should check for a daemon like cpufreqd or powersaved. As you system is not loaded (most probably), it insists on
setting lowest P-state available.
>
> something other that is funny is that sysfs does not show correct cur_freq
> # echo 1000000 > scaling_setspeed
> # cat cpuinfo_cur_freq
> 1667000
>
> # cat /proc/cpuinfo | grep MHz
> cpu MHz : 1000.000
>
> and:
> # cpufreq-info
> cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
> Report errors and bugs to linux@brodo.de, please.
> analyzing CPU 0:
> [...]
> current CPU frequency is 1.67 GHz (asserted by call to hardware).
>
> # cpufreq-info -f
> 1000000
>
> funny enough, it worked once 2 days ago until i rebooted...but i can't
> figure
> out what was different. i guess, it's either some chipset-internal
> regulation
It does not exist.
> or some cpu daemon running.
Yes, see above.
>
> has anyone some advice?
> regards, toby
>
> _______________________________________________
> Cpufreq mailing list
> Cpufreq@lists.linux.org.uk
> http://lists.linux.org.uk/mailman/listinfo/cpufreq
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
2006-08-03 15:33 ` Alexey Starikovskiy
@ 2006-08-03 15:59 ` Tobias Bocanegra
0 siblings, 0 replies; 22+ messages in thread
From: Tobias Bocanegra @ 2006-08-03 15:59 UTC (permalink / raw)
To: Alexey Starikovskiy; +Cc: cpufreq
ok, booted again in singleuser mode and made sure that no cpu daemon
is running, and i still get the same behaviour. here the processes:
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 17:51 ? 00:00:01 init [S]
root 2 1 0 17:51 ? 00:00:00 [migration/0]
root 3 1 0 17:51 ? 00:00:00 [ksoftirqd/0]
root 4 1 0 17:51 ? 00:00:00 [watchdog/0]
root 5 1 0 17:51 ? 00:00:00 [migration/1]
root 6 1 0 17:51 ? 00:00:00 [ksoftirqd/1]
root 7 1 0 17:51 ? 00:00:00 [watchdog/1]
root 8 1 0 17:51 ? 00:00:00 [events/0]
root 9 1 0 17:51 ? 00:00:00 [events/1]
root 10 1 0 17:51 ? 00:00:00 [khelper]
root 11 1 0 17:51 ? 00:00:00 [kthread]
root 14 11 0 17:51 ? 00:00:00 [kblockd/0]
root 15 11 0 17:51 ? 00:00:00 [kblockd/1]
root 16 11 0 17:51 ? 00:00:00 [kacpid]
root 187 11 0 17:51 ? 00:00:00 [khubd]
root 189 11 0 17:51 ? 00:00:00 [kseriod]
root 254 11 0 17:51 ? 00:00:00 [pdflush]
root 255 11 0 17:51 ? 00:00:00 [pdflush]
root 256 1 0 17:51 ? 00:00:00 [kswapd0]
root 257 11 0 17:51 ? 00:00:00 [aio/0]
root 258 11 0 17:51 ? 00:00:00 [aio/1]
root 411 1 0 17:51 ? 00:00:00 [pccardd]
root 422 11 0 17:51 ? 00:00:00 [kpsmoused]
root 454 11 0 17:51 ? 00:00:00 [ata/0]
root 455 11 0 17:51 ? 00:00:00 [ata/1]
root 464 11 0 17:51 ? 00:00:00 [scsi_eh_0]
root 465 11 0 17:51 ? 00:00:00 [scsi_eh_1]
root 466 11 0 17:51 ? 00:00:00 [scsi_eh_2]
root 467 11 0 17:51 ? 00:00:00 [scsi_eh_3]
root 492 11 0 17:51 ? 00:00:00 [kjournald]
root 530 11 0 17:51 ? 00:00:00 [kauditd]
root 554 1 0 17:51 ? 00:00:00 /sbin/udevd -d
root 1185 1 0 17:51 ? 00:00:00 [khpsbpkt]
root 1259 1 0 17:51 ? 00:00:00 [knodemgrd_0]
root 1264 11 0 17:51 ? 00:00:00 [ipw3945/0]
root 1265 11 0 17:51 ? 00:00:00 [ipw3945/1]
root 1266 11 0 17:51 ? 00:00:00 [ipw3945/0]
root 1267 11 0 17:51 ? 00:00:00 [ipw3945/1]
root 1367 11 0 17:51 ? 00:00:00 [hda_codec]
root 1562 11 0 17:51 ? 00:00:00 [kmirrord]
root 1587 11 0 17:51 ? 00:00:00 [kjournald]
root 1589 11 0 17:51 ? 00:00:00 [kjournald]
root 1591 11 0 17:51 ? 00:00:00 [kjournald]
root 1593 11 0 17:51 ? 00:00:00 [kjournald]
root 1744 1 0 17:52 tty1 00:00:00 init [S]
root 1745 1744 0 17:52 tty1 00:00:00 /bin/sh -l
root 1817 1745 0 17:55 tty1 00:00:00 ps -ef
On 8/3/06, Alexey Starikovskiy <alexey_y_starikovskiy@linux.intel.com> wrote:
> Tobias Bocanegra wrote:
> > hi,
> > i don't know if this is the correct list to ask this question, if not
> > just bash me :-)
> >
> > i have a intel dual core t2600 with 2.16ghz, running 2.6.17-1.2157_FC5smp
> >
> > vendor_id : GenuineIntel
> > cpu family : 6
> > model : 14
> > model name : Genuine Intel(R) CPU T2600 @ 2.16GHz
> > stepping : 8
> >
> > the files in /sys/devices/system/cpu/cpu0/cpufreq say:
> > affected_cpus:0
> > cpuinfo_cur_freq:1667000
> > cpuinfo_max_freq:2167000
> > cpuinfo_min_freq:1000000
> > scaling_available_frequencies:2167000 1667000 1333000 1000000
> > scaling_available_governors:userspace performance
> > scaling_cur_freq:1667000
> > scaling_driver:centrino
> > scaling_governor:userspace
> > scaling_max_freq:1667000
> > scaling_min_freq:1667000
> > scaling_setspeed:1667000
> >
> > now, i try to set 2.17 ghz, but it always stays at 1.7:
> >
> > # echo 2167000 > scaling_setspeed
> > # cat cpuinfo_cur_freq
> > 1667000
> >
> > i tried every possible combination, and also cpu frequency tools like
> > cpufreqd and cpufreq-set. and it does not matter which cpu i try to
> > modify.
> you should check for a daemon like cpufreqd or powersaved. As you system is not loaded (most probably), it insists on
> setting lowest P-state available.
> >
> > something other that is funny is that sysfs does not show correct cur_freq
> > # echo 1000000 > scaling_setspeed
> > # cat cpuinfo_cur_freq
> > 1667000
> >
> > # cat /proc/cpuinfo | grep MHz
> > cpu MHz : 1000.000
> >
> > and:
> > # cpufreq-info
> > cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
> > Report errors and bugs to linux@brodo.de, please.
> > analyzing CPU 0:
> > [...]
> > current CPU frequency is 1.67 GHz (asserted by call to hardware).
> >
> > # cpufreq-info -f
> > 1000000
> >
> > funny enough, it worked once 2 days ago until i rebooted...but i can't
> > figure
> > out what was different. i guess, it's either some chipset-internal
> > regulation
> It does not exist.
> > or some cpu daemon running.
> Yes, see above.
> >
> > has anyone some advice?
> > regards, toby
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
2006-08-03 13:05 problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp Tobias Bocanegra
2006-08-03 15:33 ` Alexey Starikovskiy
@ 2006-08-03 23:01 ` Jeremy Fitzhardinge
2006-08-05 17:42 ` Tobias Bocanegra
1 sibling, 1 reply; 22+ messages in thread
From: Jeremy Fitzhardinge @ 2006-08-03 23:01 UTC (permalink / raw)
To: tobias.bocanegra; +Cc: cpufreq, acpi-devel
Tobias Bocanegra wrote:
> hi,
> i don't know if this is the correct list to ask this question, if not
> just bash me :-)
>
> i have a intel dual core t2600 with 2.16ghz, running 2.6.17-1.2157_FC5smp
I've seen similar stuff on my T2400, expecially after resume. Check the
scaling_min/max_freq entries; I find that the cur is limited by their
contents.
I did a bit of debugging, and found the problem was that the acpi
functions on the policy change notifier change were vetoing the change,
because they though the max freq is 1GHz, rather than 1.83.
Unfortunately I don't have any of the logs at the moment; I was going to
do a more systematic examination of what's going on. But from a first
cut, it seems that something in ACPI is getting a more or less random
idea of what the current CPU max speed is.
BTW, this is a Thinkpad X60 with the most current BIOS installed (1.06?).
J
^ permalink raw reply [flat|nested] 22+ messages in thread* Re: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
2006-08-03 23:01 ` Jeremy Fitzhardinge
@ 2006-08-05 17:42 ` Tobias Bocanegra
[not found] ` <44D59CC5.1010200@goop.org>
0 siblings, 1 reply; 22+ messages in thread
From: Tobias Bocanegra @ 2006-08-05 17:42 UTC (permalink / raw)
To: Jeremy Fitzhardinge; +Cc: cpufreq, acpi-devel
i see the following behaviour when trying to set the 2.17ghz freq:
cpufreq-core: setting new policy for CPU 0: 1667000 - 2167000 kHz
freq-table: request for verification of policy (1667000 - 2167000 kHz) for cpu 0
freq-table: verification lead to (1667000 - 2167000 kHz) for cpu 0
freq-table: request for verification of policy (1667000 - 1667000 kHz) for cpu 0
freq-table: verification lead to (1667000 - 1667000 kHz) for cpu 0
cpufreq-core: new min and max freqs are 1667000 - 1667000 kHz
cpufreq-core: governor: change or update limits
cpufreq-core: __cpufreq_governor for CPU 0, event 3
userspace: limit event for cpu 0: 1667000 - 1667000 kHz,currently
1667000 kHz, last set to 2167000 kHz
cpufreq-core: target for CPU 0: 1667000 kHz, relation 1
freq-table: request for target 1667000 kHz (relation: 1) for cpu 0
freq-table: target is 1 (1667000 kHz, 2592)
speedstep-centrino: no change needed - msr was and needs to be a20
you can see 2 verifications, the first accepting the new range, the
second downgrades the 2.17 to 1.67. as far as i can tell, there are 2
listeners that are registered as CPUFREQ_POLICY_NOTIFIER that are
relevant:
drivers/acpi/processor_perflib.c
drivers/acpi/processor_thermal.c
the first checks if the freq is within the current power-state, the
2nd, checks if the freq is within the current thermal zone.
since i'm not very good at debugging the kernel: how can i turn on the
debug messages for those modules? (ps i turned on debug for acpi, but
it is not more verbose).
regards, toby
On 8/4/06, Jeremy Fitzhardinge <jeremy@goop.org> wrote
> Tobias Bocanegra wrote:
> > hi,
> > i don't know if this is the correct list to ask this question, if not
> > just bash me :-)
> >
> > i have a intel dual core t2600 with 2.16ghz, running 2.6.17-1.2157_FC5smp
> I've seen similar stuff on my T2400, expecially after resume. Check the
> scaling_min/max_freq entries; I find that the cur is limited by their
> contents.
>
> I did a bit of debugging, and found the problem was that the acpi
> functions on the policy change notifier change were vetoing the change,
> because they though the max freq is 1GHz, rather than 1.83.
>
> Unfortunately I don't have any of the logs at the moment; I was going to
> do a more systematic examination of what's going on. But from a first
> cut, it seems that something in ACPI is getting a more or less random
> idea of what the current CPU max speed is.
>
> BTW, this is a Thinkpad X60 with the most current BIOS installed (1.06?).
>
> J
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* RE: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
@ 2006-08-03 20:47 Pallipadi, Venkatesh
2006-08-04 8:46 ` Erik Slagter
0 siblings, 1 reply; 22+ messages in thread
From: Pallipadi, Venkatesh @ 2006-08-03 20:47 UTC (permalink / raw)
To: tobias.bocanegra, Alexey Starikovskiy; +Cc: cpufreq
> something other that is funny is that sysfs does not show correct
cur_freq
> # echo 1000000 > scaling_setspeed
> # cat cpuinfo_cur_freq
> 1667000
>
> # cat /proc/cpuinfo | grep MHz
> cpu MHz : 1000.000
Can you "cat scaling_cur_freq" at the same time? My guess is that will
show 1000000.
/proc/cpuinfo and scaling_cur_freq shows previously cached value, value
that was tried to be set last time. cpuinfo_cur_freq shows current
frequency that is gets from hardware. As you have a dual coure CPU and 2
CPUs sharing frequency in hardware coordinated manner [1], you will have
to reduce the freq on both to see the actual change. Actual hardware
frequency increase happens as soon as any one core requests for higher
freq, however.
Thanks,
Venki
[1] Hardware coordination of frequencies: More than one logical
processors can share same frequency by design. The frequency
coordination across them will happen in hardware coordination, in which
case, OS will think that each CPU has its own independent control and
give requests to the CPU independently. Hardware picks the highest
frequency among all dependent CPUs and maintains all dependent CPUs at
that frequency.
^ permalink raw reply [flat|nested] 22+ messages in thread
* RE: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
2006-08-03 20:47 Pallipadi, Venkatesh
@ 2006-08-04 8:46 ` Erik Slagter
0 siblings, 0 replies; 22+ messages in thread
From: Erik Slagter @ 2006-08-04 8:46 UTC (permalink / raw)
To: cpufreq
[-- Attachment #1.1: Type: text/plain, Size: 306 bytes --]
On do, 2006-08-03 at 13:47 -0700, Pallipadi, Venkatesh wrote:
> /proc/cpuinfo and scaling_cur_freq shows previously cached value, value
> that was tried to be set last time. cpuinfo_cur_freq shows current
> frequency that is gets from hardware.
Huh, I don't have this entry! Only min and max.
[-- Attachment #1.2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 2771 bytes --]
[-- Attachment #2: Type: text/plain, Size: 147 bytes --]
_______________________________________________
Cpufreq mailing list
Cpufreq@lists.linux.org.uk
http://lists.linux.org.uk/mailman/listinfo/cpufreq
^ permalink raw reply [flat|nested] 22+ messages in thread
* RE: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
@ 2006-08-04 20:16 Pallipadi, Venkatesh
2006-08-04 20:43 ` Erik Slagter
0 siblings, 1 reply; 22+ messages in thread
From: Pallipadi, Venkatesh @ 2006-08-04 20:16 UTC (permalink / raw)
To: Erik Slagter, cpufreq
>-----Original Message-----
>From: cpufreq-bounces@lists.linux.org.uk
>[mailto:cpufreq-bounces@lists.linux.org.uk] On Behalf Of Erik Slagter
>Sent: Friday, August 04, 2006 1:46 AM
>To: cpufreq@lists.linux.org.uk
>Subject: RE: problems setting freq on dual core t2600,
>2.6.17-1.2157_FC5smp
>
>On do, 2006-08-03 at 13:47 -0700, Pallipadi, Venkatesh wrote:
>
>> /proc/cpuinfo and scaling_cur_freq shows previously cached
>value, value
>> that was tried to be set last time. cpuinfo_cur_freq shows current
>> frequency that is gets from hardware.
>
>Huh, I don't have this entry! Only min and max.
>
>
This entry depends on what scaling_driver you are using. If you are
using speedstep_centrino, you should have this..
Thanks,
Venki
^ permalink raw reply [flat|nested] 22+ messages in thread
* RE: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
2006-08-04 20:16 Pallipadi, Venkatesh
@ 2006-08-04 20:43 ` Erik Slagter
0 siblings, 0 replies; 22+ messages in thread
From: Erik Slagter @ 2006-08-04 20:43 UTC (permalink / raw)
To: Pallipadi, Venkatesh; +Cc: cpufreq
[-- Attachment #1.1: Type: text/plain, Size: 497 bytes --]
On vr, 2006-08-04 at 13:16 -0700, Pallipadi, Venkatesh wrote:
> >Huh, I don't have this entry! Only min and max.
> This entry depends on what scaling_driver you are using. If you are
> using speedstep_centrino, you should have this..
I am not using speedstep_centrino, it doesn't load. I've been told
that's because apparently the bios on my motherboard prevents cpufreq
from accessing the relevant msr's. So I run acpi-cpufreq, which indeed
seems to work. But no current speed entry.
[-- Attachment #1.2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 2771 bytes --]
[-- Attachment #2: Type: text/plain, Size: 147 bytes --]
_______________________________________________
Cpufreq mailing list
Cpufreq@lists.linux.org.uk
http://lists.linux.org.uk/mailman/listinfo/cpufreq
^ permalink raw reply [flat|nested] 22+ messages in thread
* RE: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
@ 2006-08-04 22:49 Pallipadi, Venkatesh
0 siblings, 0 replies; 22+ messages in thread
From: Pallipadi, Venkatesh @ 2006-08-04 22:49 UTC (permalink / raw)
To: Erik Slagter; +Cc: cpufreq
>-----Original Message-----
>From: Erik Slagter [mailto:erik@slagter.name]
>Sent: Friday, August 04, 2006 1:44 PM
>To: Pallipadi, Venkatesh
>Cc: cpufreq@lists.linux.org.uk
>Subject: RE: problems setting freq on dual core t2600,
>2.6.17-1.2157_FC5smp
>
>On vr, 2006-08-04 at 13:16 -0700, Pallipadi, Venkatesh wrote:
>> >Huh, I don't have this entry! Only min and max.
>
>> This entry depends on what scaling_driver you are using. If you are
>> using speedstep_centrino, you should have this..
>
>I am not using speedstep_centrino, it doesn't load. I've been told
>that's because apparently the bios on my motherboard prevents cpufreq
>from accessing the relevant msr's. So I run acpi-cpufreq, which indeed
>seems to work. But no current speed entry.
>
Yes. There is no cur speed entry for acpi-cpufreq.
I guess we are mixing two different threads here. This original thread
was about frequency not changing on a dual core processor with centrino
driver......
Thanks,
Venki
^ permalink raw reply [flat|nested] 22+ messages in thread
* RE: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
@ 2006-08-06 14:10 Pallipadi, Venkatesh
2006-08-06 19:43 ` Tobias Bocanegra
0 siblings, 1 reply; 22+ messages in thread
From: Pallipadi, Venkatesh @ 2006-08-06 14:10 UTC (permalink / raw)
To: tobias.bocanegra, Erik Slagter; +Cc: cpufreq
>-----Original Message-----
>From: cpufreq-bounces@lists.linux.org.uk
>[mailto:cpufreq-bounces@lists.linux.org.uk] On Behalf Of
>Tobias Bocanegra
>Sent: Sunday, August 06, 2006 3:02 AM
>To: Erik Slagter
>Cc: cpufreq@lists.linux.org.uk
>Subject: Re: problems setting freq on dual core t2600,
>2.6.17-1.2157_FC5smp
>
>no, performance state-change does not work at all:
>but when switching performance states, /proc/cpuinfo freq changes
>
># echo 0 > /proc/acpi/processor/CPU0/performance
># cat /proc/acpi/processor/CPU0/performance
>state count: 4
>active state: P1
>states:
> P0: 2167 MHz, 31000 mW, 10 uS
> *P1: 1667 MHz, 23000 mW, 10 uS
> P2: 1333 MHz, 18000 mW, 10 uS
> P3: 1000 MHz, 13000 mW, 10 uS
># cat /proc/cpuinfo | grep MHz
>cpu MHz : 1667.000
>cpu MHz : 1667.000
># cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
>1667000
>
># echo 2 > /proc/acpi/processor/CPU0/performance
># cat /proc/acpi/processor/CPU0/performance
>state count: 4
>active state: P1
>states:
> P0: 2167 MHz, 31000 mW, 10 uS
> *P1: 1667 MHz, 23000 mW, 10 uS
> P2: 1333 MHz, 18000 mW, 10 uS
> P3: 1000 MHz, 13000 mW, 10 uS
># cat /proc/cpuinfo | grep MHz
>cpu MHz : 1333.000
>cpu MHz : 1667.000
># cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
>1667000
>
I mentioned it in my earlier reply. But, I am not sure whether you tried
this or not. Can you please try this.
#cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
#cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
#cat /proc/cpuinfo | grep MHz
#echo 1333000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed
#echo 1333000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_setspeed
#cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
#cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
#cat /proc/cpuinfo | grep MHz
Thanks,
Venki
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
2006-08-06 14:10 Pallipadi, Venkatesh
@ 2006-08-06 19:43 ` Tobias Bocanegra
2006-08-08 12:52 ` Thomas Renninger
0 siblings, 1 reply; 22+ messages in thread
From: Tobias Bocanegra @ 2006-08-06 19:43 UTC (permalink / raw)
To: Pallipadi, Venkatesh; +Cc: cpufreq
> >From: cpufreq-bounces@lists.linux.org.uk
> >[mailto:cpufreq-bounces@lists.linux.org.uk] On Behalf Of
> >Tobias Bocanegra
> >Sent: Sunday, August 06, 2006 3:02 AM
> >To: Erik Slagter
> >Cc: cpufreq@lists.linux.org.uk
> >Subject: Re: problems setting freq on dual core t2600,
> >2.6.17-1.2157_FC5smp
> >
> >no, performance state-change does not work at all:
> >but when switching performance states, /proc/cpuinfo freq changes
> >
> ># echo 0 > /proc/acpi/processor/CPU0/performance
> ># cat /proc/acpi/processor/CPU0/performance
> >state count: 4
> >active state: P1
> >states:
> > P0: 2167 MHz, 31000 mW, 10 uS
> > *P1: 1667 MHz, 23000 mW, 10 uS
> > P2: 1333 MHz, 18000 mW, 10 uS
> > P3: 1000 MHz, 13000 mW, 10 uS
> ># cat /proc/cpuinfo | grep MHz
> >cpu MHz : 1667.000
> >cpu MHz : 1667.000
> ># cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
> >1667000
> >
> ># echo 2 > /proc/acpi/processor/CPU0/performance
> ># cat /proc/acpi/processor/CPU0/performance
> >state count: 4
> >active state: P1
> >states:
> > P0: 2167 MHz, 31000 mW, 10 uS
> > *P1: 1667 MHz, 23000 mW, 10 uS
> > P2: 1333 MHz, 18000 mW, 10 uS
> > P3: 1000 MHz, 13000 mW, 10 uS
> ># cat /proc/cpuinfo | grep MHz
> >cpu MHz : 1333.000
> >cpu MHz : 1667.000
> ># cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
> >1667000
> >
>
> I mentioned it in my earlier reply. But, I am not sure whether you tried
> this or not. Can you please try this.
> #cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
> #cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
> #cat /proc/cpuinfo | grep MHz
>
> #echo 1333000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed
> #echo 1333000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_setspeed
>
> #cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
> #cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
> #cat /proc/cpuinfo | grep MHz
it working! it was the processor_perflib and not the processor_thermal.
i commented the call to cpufreq_verify_within_limits() and now i can
set the 2.17ghz. i just wonder how to control the powerstates in
perflib?
regards, toby
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
2006-08-06 19:43 ` Tobias Bocanegra
@ 2006-08-08 12:52 ` Thomas Renninger
2006-08-08 14:39 ` Tobias Bocanegra
0 siblings, 1 reply; 22+ messages in thread
From: Thomas Renninger @ 2006-08-08 12:52 UTC (permalink / raw)
To: tobias.bocanegra; +Cc: cpufreq
On Sun, 2006-08-06 at 21:43 +0200, Tobias Bocanegra wrote:
>
> it working! it was the processor_perflib and not the processor_thermal.
> i commented the call to cpufreq_verify_within_limits() and now i can
> set the 2.17ghz. i just wonder how to control the powerstates in
> perflib?
Sorry for reading that so late.
I got two reports about this problem (X60 and HP nx9420).
Both with a Core Duo CPU (T2400).
On the X60 it was hard to reproduce and the phenomenon vanished for the
X60 when changing a performance-management setting in BIOS from
"Powersave" to "Automatic".
https://bugzilla.novell.com/show_bug.cgi?id=177963
On the HP nx9420 (nc6320 and nx7400 should also be affected) I could
identify that _PPC always returned 1.
But the value calculated in _PPC comes from several function invocations
and I gave up as I hoped some HP BIOS guys would have a look at it.
https://bugzilla.novell.com/show_bug.cgi?id=179702
This is no cpufreq, but an ACPI/AML problem.
Maybe someone who owns such a machine could do an ACPI_DEBUG trace when
_PPC is entered. Adding these two lines (ACPI_DEBUG=y must be compiled
into kernel) around the acpi_evaluated_integer() call should limit acpi
debug output to a sane level. Better unload all unnecessary ACPI modules
(thermal/fan/..) before loading acpi-cpufreq/speedstep-centrino:
drivers/acpi/processor_perf.c:
acpi_dbg_level=0xFFFFFFFF;
status = acpi_evaluate_integer(pr->handle, "_PPC", NULL, &ppc);
acpi_dbg_level=0x3;
It would be nice if we could go on with the novell bug, if people do not
like to open an account there, please open a separate
bugzilla.kernel.org bug and take me into CC.
Please also describe the affected model and attach acpidump output.
Thanks,
Thomas
^ permalink raw reply [flat|nested] 22+ messages in thread* Re: problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp
2006-08-08 12:52 ` Thomas Renninger
@ 2006-08-08 14:39 ` Tobias Bocanegra
0 siblings, 0 replies; 22+ messages in thread
From: Tobias Bocanegra @ 2006-08-08 14:39 UTC (permalink / raw)
To: trenn; +Cc: cpufreq
[-- Attachment #1: Type: text/plain, Size: 2062 bytes --]
On 8/8/06, Thomas Renninger <trenn@suse.de> wrote:
> On Sun, 2006-08-06 at 21:43 +0200, Tobias Bocanegra wrote:
> >
> > it working! it was the processor_perflib and not the processor_thermal.
> > i commented the call to cpufreq_verify_within_limits() and now i can
> > set the 2.17ghz. i just wonder how to control the powerstates in
> > perflib?
>
> Sorry for reading that so late.
> I got two reports about this problem (X60 and HP nx9420).
> Both with a Core Duo CPU (T2400).
>
> On the X60 it was hard to reproduce and the phenomenon vanished for the
> X60 when changing a performance-management setting in BIOS from
> "Powersave" to "Automatic".
> https://bugzilla.novell.com/show_bug.cgi?id=177963
>
>
> On the HP nx9420 (nc6320 and nx7400 should also be affected) I could
> identify that _PPC always returned 1.
>
> But the value calculated in _PPC comes from several function invocations
> and I gave up as I hoped some HP BIOS guys would have a look at it.
> https://bugzilla.novell.com/show_bug.cgi?id=179702
>
> This is no cpufreq, but an ACPI/AML problem.
> Maybe someone who owns such a machine could do an ACPI_DEBUG trace when
> _PPC is entered. Adding these two lines (ACPI_DEBUG=y must be compiled
> into kernel) around the acpi_evaluated_integer() call should limit acpi
> debug output to a sane level. Better unload all unnecessary ACPI modules
> (thermal/fan/..) before loading acpi-cpufreq/speedstep-centrino:
>
> drivers/acpi/processor_perf.c:
>
> acpi_dbg_level=0xFFFFFFFF;
> status = acpi_evaluate_integer(pr->handle, "_PPC", NULL, &ppc);
> acpi_dbg_level=0x3;
>
>
> It would be nice if we could go on with the novell bug, if people do not
> like to open an account there, please open a separate
> bugzilla.kernel.org bug and take me into CC.
> Please also describe the affected model and attach acpidump output.
ok. here it comes. btw: i have a lot of those dbg messages:
osl-0822 [-15352] os_wait_semaphore : Failed to acquire
semaphore[f7f8fce0|1|0], AE_TIME
which are very annoying when debug is enabled.
regards, toby
[-- Attachment #2: acpi_debug.txt --]
[-- Type: text/plain, Size: 50402 bytes --]
Aug 8 16:35:27 sulu kernel: **** Context Switch from TID B13 to TID B8A ****
Aug 8 16:35:27 sulu kernel:
Aug 8 16:35:27 sulu kernel: acpi_utils-0262 [0B8A] [04] evaluate_integer : ----Entry
Aug 8 16:35:27 sulu kernel: nsxfeval-0177 [0B8A] [05] evaluate_object : ----Entry
Aug 8 16:35:27 sulu kernel: nseval-0088 [0B8A] [06] ns_evaluate_relative : ----Entry
Aug 8 16:35:27 sulu kernel: nsutils-0476 [0B8A] [07] ns_internalize_name : ----Entry
Aug 8 16:35:27 sulu kernel: utalloc-0342 [0B8A] [08] ut_callocate : ----Entry 00000030
Aug 8 16:35:27 sulu kernel: utalloc-0364 [0B8A] [08] ut_callocate : ----Exit- f7a7a2c0
Aug 8 16:35:27 sulu kernel: utalloc-0607 [0B8A] [08] ut_track_allocation : ----Entry f7a7a2c0
Aug 8 16:35:27 sulu kernel: utmutex-0242 [0B8A] [08] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Memory]
Aug 8 16:35:27 sulu kernel: osl-0761 [0B8A] [09] os_wait_semaphore : ----Entry
Aug 8 16:35:27 sulu kernel: osl-0770 [0B8A] [09] os_wait_semaphore : Waiting for semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:27 sulu kernel: Entry
Aug 8 16:35:27 sulu kernel: osl-0770 [0B8A] [19] os_wait_semaphore : Waiting for semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:27 sulu kernel: osl-0826 [0B8A] [19] os_wait_semaphore : Acquired semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:27 sulu kernel: osl-0829 [0B8A] [19] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:27 sulu kernel: utmutex-0250 [0B8A] [18] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Memory]
Aug 8 16:35:27 sulu kernel: utalloc-0714 [0B8A] [18] ut_remove_allocation : Freeing size 010
Aug 8 16:35:27 sulu kernel: utmutex-0285 [0B8A] [18] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Memory]
Aug 8 16:35:27 sulu kernel: osl-0841 [0B8A] [19] os_signal_semaphore : ----Entry
Aug 8 16:35:27 sulu kernel: osl-0850 [0B8A] [19] os_signal_semaphore : Signaling semaphore[f7ffd7c0|1]
Aug 8 16:35:27 sulu kernel: osl-0854 [0B8A] [19] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:27 sulu kernel: utmutex-0344 [0B8A] [18] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Memory]
Aug 8 16:35:27 sulu kernel: utalloc-0717 [0B8A] [18] ut_remove_allocation : ----Exit- AE_OK
Aug 8 16:35:27 sulu kernel: utalloc-0544 [0B8A] [17] ut_free_and_track : f7a7a968 freed
Aug 8 16:35:27 sulu kernel: utalloc-0545 [0B8A] [17] ut_free_and_track : ----Exit-
Aug 8 16:35:27 sulu kernel: nssearch-0165 [0B8A] [16] ns_search_node : Name [PPC_] (Untyped) not found in search in scope [_PPC] f7afba28 first child 00000000
Aug 8 16:35:27 sulu kernel: nssearch-0167 [0B8A] [16] ns_search_node : ----Exit- ****Exception****: AE_NOT_FOUND
Aug 8 16:35:27 sulu kernel: nssearch-0204 [0B8A] [16] ns_search_parent_tree : ----Entry
Aug 8 16:35:28 sulu kernel: nsutils-0267 [0B8A] [17] ns_local : ----Entry
Aug 8 16:35:28 sulu kernel: nsutils-0276 [0B8A] [17] ns_local : ----Exit- 0000000000000000
Aug 8 16:35:28 sulu kernel: nssearch-0231 [0B8A] [16] ns_search_parent_tree : Searching parent [CPU0] for [PPC_]
Aug 8 16:35:28 sulu kernel: nssearch-0092 [0B8A] [17] ns_search_node : ----Entry
Aug 8 16:35:28 sulu kernel: nsnames-0141 [0B8A] [18] ns_get_external_pathna: ----Entry c20fd628
Aug 8 16:35:28 sulu kernel: utalloc-0342 [0B8A] [19] ut_callocate : ----Entry 00000033
Aug 8 16:35:28 sulu kernel: utalloc-0364 [0B8A] [19] ut_callocate : ----Exit- f7a7a940
Aug 8 16:35:28 sulu kernel: utalloc-0607 [0B8A] [19] ut_track_allocation : ----Entry f7a7a940
Aug 8 16:35:28 sulu kernel: utmutex-0242 [0B8A] [19] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Memory]
Aug 8 16:35:28 sulu kernel: osl-0761 [0B8A] [20] os_wait_semaphore : ----Entry
Aug 8 16:35:28 sulu kernel: osl-0770 [0B8A] [20] os_wait_semaphore : Waiting for semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:28 sulu kernel: osl-0826 [0B8A] [20] os_wait_semaphore : Acquired semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:28 sulu kernel: osl-0829 [0B8A] [20] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:28 sulu kernel: utmutex-0250 [0B8A] [19] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Memory]
Aug 8 16:35:28 sulu kernel: utmutex-0285 [0B8A] [19] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Memory]
Aug 8 16:35:28 sulu kernel: osl-0841 [0B8A] [20] os_signal_semaphore : ----Entry
Aug 8 16:35:28 sulu kernel: osl-0850 [0B8A] [20] os_signal_semaphore : Signaling semaphore[f7ffd7c0|1]
Aug 8 16:35:28 sulu kernel: osl-0854 [0B8A] [20] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:28 sulu kernel: utmutex-0344 [0B8A] [19] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Memory]
Aug 8 16:35:28 sulu kernel: utalloc-0655 [0B8A] [19] ut_track_allocation : ----Exit- AE_OK
Aug 8 16:35:28 sulu kernel: nsnames-0158 [0B8A] [18] ns_get_external_pathna: ----Exit- f7a7a968
Aug 8 16:35:28 sulu kernel: nssearch-0104 [0B8A] [17] ns_search_node : Searching \_PR_.CPU0 (c20fd628) For [PPC_] (Untyped)
Aug 8 16:35:28 sulu kernel: utalloc-0522 [0B8A] [18] ut_free_and_track : ----Entry f7a7a968
Aug 8 16:35:28 sulu kernel: utalloc-0680 [0B8A] [19] ut_remove_allocation : ----Entry
Aug 8 16:35:28 sulu kernel: utmutex-0242 [0B8A] [19] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Memory]
Aug 8 16:35:28 sulu kernel: osl-0761 [0B8A] [20] os_wait_semaphore : ----Entry
Aug 8 16:35:28 sulu kernel: osl-0770 [0B8A] [20] os_wait_semaphore : Waiting for semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:28 sulu kernel: osl-0826 [0B8A] [20] os_wait_semaphore : Acquired semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:28 sulu kernel: osl-0829 [0B8A] [20] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:28 sulu kernel: utmutex-0250 [0B8A] [19] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Memory]
Aug 8 16:35:28 sulu kernel: utalloc-0714 [0B8A] [19] ut_remove_allocation : Freeing size 0B
Aug 8 16:35:28 sulu kernel: utmutex-0285 [0B8A] [19] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Memory]
Aug 8 16:35:28 sulu kernel: osl-0841 [0B8A] [20] os_signal_semaphore : ----Entry
Aug 8 16:35:28 sulu kernel: osl-0850 [0B8A] [20] os_signal_semaphore : Signaling semaphore[f7ffd7c0|1]
Aug 8 16:35:28 sulu kernel: osl-0854 [0B8A] [0B8A] [17] ut_update_object_refer: ----Exit- AE_OK
Aug 8 16:35:28 sulu kernel: utdelete-0574 [0B8A] [16] ut_add_reference : ----Exit-
Aug 8 16:35:28 sulu kernel: exresnte-0275 [0B8A] [15] ex_resolve_node_to_val: ----Exit- AE_OK
Aug 8 16:35:28 sulu kernel: exresolv-0119 [0B8A] [14] ex_resolve_to_value : Resolved object f7f13e34
Aug 8 16:35:28 sulu kernel: exresolv-0120 [0B8A] [14] ex_resolve_to_value : ----Exit- AE_OK
Aug 8 16:35:28 sulu kernel: dsopcode-1099 [0B8A] [13] ds_exec_end_control_op: Completed RETURN_OP State=f7ec4428, ret_val=f7f13e34
Aug 8 16:35:28 sulu kernel: dswexec-0754 [0B8A] [13] ds_exec_end_op : ----Exit- ****Exception****: AE_CTRL_TERMINATE
Aug 8 16:35:28 sulu kernel: psparse-0332 [0B8A] [13] ps_next_parse_state : ----Entry f78308c4
Aug 8 16:35:28 sulu kernel: psparse-0429 [0B8A] [13] ps_next_parse_state : ----Exit- ****Exception****: AE_CTRL_TERMINATE
Aug 8 16:35:28 sulu kernel: psparse-0140 [0B8A] [13] ps_complete_this_op : ----Entry f78308c4
Aug 8 16:35:28 sulu kernel: pswalk-0067 [0B8A] [14] ps_delete_parse_tree : ----Entry f78308c4
Aug 8 16:35:28 sulu kernel: pswalk-0096 [0B8A] [14] ps_delete_parse_tree : ----Exit-
Aug 8 16:35:28 sulu kernel: psparse-0299 [0B8A] [13] ps_complete_this_op : ----Exit- AE_OK
Aug 8 16:35:28 sulu kernel: psscope-0202 [0B8A] [13] ps_pop_scope : ----Entry
Aug 8 16:35:28 sulu kernel: psscope-0228 [0B8A] [13] ps_pop_scope : Popped Op 00000000 Args 0
Aug 8 16:35:28 sulu kernel: psscope-0229 [0B8A] [13] ps_pop_scope : ----Exit-
Aug 8 16:35:28 sulu kernel: psloop-0752 [0B8A] [12] ps_parse_loop : ----Exit- AE_OK
Aug 8 16:35:28 sulu kernel: psparse-0493 [0B8A] [11] ps_parse_aml : Completed one call to walk loop, AE_OK State=f7ec4428
Aug 8 16:35:28 sulu kernel: dswstate-0596 [0B8A] [12] ds_pop_walk_state : ----Entry
Aug 8 16:35:28 sulu kernel: dswstate-0612 [0B8A] [12] ds_pop_walk_state : ----Exit- f7ec4428
Aug 8 16:35:28 sulu kernel: dswscope-0077 [0B8A] [11] ds_scope_stack_clear : Popped object type (Method)
Aug 8 16:35:28 sulu kernel: utstate-0329 [0B8A] [12] ut_delete_generic_stat: ----Entry
Aug 8 16:35:28 sulu kernel: utstate-0332 [0B8A] [12] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:28 sulu kernel: dsmethod-0440 [0B8A] [12] ds_terminate_control_m: ----Entry f7ec4428
Aug 8 16:35:28 sulu kernel: dsmthdat-0143 [0B8A] [13] ds_method_data_delete_: ----Entry
Aug 8 16:35:28 sulu kernel: dsmthdat-0152 [0B8A] [13] ds_method_data_delete_: Deleting Local1=f7f612cc
Aug 8 16:35:28 sulu kernel: nsobject-0204 [0B8A] [14] ns_detach_object : ----Entry
Aug 8 16:35:28 sulu kernel: nsobject-0230 [0B8A] [14] ns_detach_object : Node f7ec4528 [__L1] Object f7f612cc
Aug 8 16:35:28 sulu kernel: utdelete-0592 [0B8A] [15] ut_remove_reference : ----Entry f7f612cc
Aug 8 16:35:28 sulu kernel: utdelete-0612 [0B8A] [15] ut_remove_reference : Obj f7f612cc Current Refs=1 [To Be Decremented]
Aug 8 16:35:28 sulu kernel: utdelete-0415 [0B8A] [16] ut_update_object_refer: ----Entry f7f612cc
Aug 8 16:35:28 sulu kernel: utdelete-0337 [0B8A] [16] ut_update_ref_count : Obj f7f612cc Refs=0, [Decremented]
Aug 8 16:35:28 sulu kernel: utdelete-0079 [0B8A] [17] ut_delete_internal_obj: ----Entry f7f612cc
Aug 8 16:35:28 sulu kernel: utdelete-0243 [0B8A] [17] ut_delete_internal_obj: Deleting Object f7f612cc [Integer]
Aug 8 16:35:28 sulu kernel: utobject-0345 [0B8A] [18] ut_delete_object_desc : ----Entry f7f612cc
Aug 8 16:35:28 sulu kernel: utobject-0357 [0B8A] [18] ut_delete_object_desc : ----Exit-
Aug 8 16:35:28 sulu kernel: utdelete-0246 [0B8A] [17] ut_delete_internal_obj: ----Exit-
Aug 8 16:35:28 sulu kernel: utdelete-0533 [0B8A] [16] ut_update_object_refer: ----Exit- AE_OK
Aug 8 16:35:28 sulu kernel: utdelete-0620 [0B8A] [15] ut_remove_reference : ----Exit-
Aug 8 16:35:28 sulu kernel: nsobject-0235 [0B8A] [14] ns_detach_object : ----Exit-
Aug 8 16:35:28 sulu kernel: dsmthdat-0152 [0B8A] [13] ds_method_data_delete_: Deleting Local3=f7f61e0c
Aug 8 16:35:28 sulu kernel: nsobject-0204 [0B8A] [14] ns_detach_object : ----Entry
Aug 8 16:35:28 sulu kernel: nsobject-0230 [0B8A] [14] ns_detach_object : Node f7ec4558 [__L3] Object f7f61e0c
Aug 8 16:35:28 sulu kernel: utdelete-0592 [0B8A] [15] ut_remove_reference : ----Entry f7f61e0c
Aug 8 16:35:28 sulu kernel: utdelete-0612 [0B8A] [15] ut_remove_reference : Obj f7f61e0c Current Refs=1 [To Be Decremented]
Aug 8 16:35:28 sulu kernel: utdelete-0415 [0B8A] [16] ut_update_object_refer: ----Entry f7f61e0c
Aug 8 16:35:28 sulu kernel: utdelete-0337 [0B8A] [16] ut_update_ref_count : Obj f7f61e0c Refs=0, [Decremented]
Aug 8 16:35:29 sulu kernel: utdelete-0079 [0B8A] [17] ut_delete_internal_obj: ----Entry f7f61e0c
Aug 8 16:35:29 sulu kernel: utdelete-0243 [0B8A] [17] ut_delete_internal_obj: Deleting Object f7f61e0c [Integer]
Aug 8 16:35:29 sulu kernel: utobject-0345 [0B8A] [18] ut_delete_object_desc : ----Entry f7f61e0c
Aug 8 16:35:29 sulu kernel: utobject-0357 [0B8A] [18] ut_delete_object_desc : ----Exit-
Aug 8 16:35:29 sulu kernel: utdelete-0246 [0B8A] [17] ut_delete_internal_obj: ----Exit-
Aug 8 16:35:29 sulu kernel: utdelete-0533 [0B8A] [16] ut_update_object_refer: ----Exit- AE_OK
Aug 8 16:35:29 sulu kernel: utdelete-0620 [0B8A] [15] ut_remove_reference : ----Exit-
Aug 8 16:35:29 sulu kernel: nsobject-0235 [0B8A] [14] ns_detach_object : ----Exit-
Aug 8 16:35:29 sulu kernel: dsmthdat-0175 [0B8A] [13] ds_method_data_delete_: ----Exit-
Aug 8 16:35:29 sulu kernel: utmutex-0242 [0B8A] [12] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Parser]
Aug 8 16:35:29 sulu kernel: osl-0761 [0B8A] [13] os_wait_semaphore : ----Entry
Aug 8 16:35:29 sulu kernel: osl-0770 [0B8A] [13] os_wait_semaphore : Waiting for semaphore[f7ffd8c0|1|65535]
Aug 8 16:35:29 sulu kernel: osl-0826 [0B8A] [13] os_wait_semaphore : Acquired semaphore[f7ffd8c0|1|65535]
Aug 8 16:35:29 sulu kernel: osl-0829 [0B8A] [13] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:29 sulu kernel: utmutex-0250 [0B8A] [12] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Parser]
Aug 8 16:35:29 sulu kernel: osl-0841 [0B8A] [13] os_signal_semaphore : ----Entry
Aug 8 16:35:29 sulu kernel: osl-0850 [0B8A] [13] os_signal_semaphore : Signaling semaphore[f777e300|1]
Aug 8 16:35:29 sulu kernel: osl-0854 [0B8A] [13] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:29 sulu kernel: utmutex-0242 [0B8A] [12] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:29 sulu kernel: osl-0761 [0B8A] [13] os_wait_semaphore : ----Entry
Aug 8 16:35:29 sulu kernel: osl-0770 [0B8A] [13] os_wait_semaphore : Waiting for semaphore[f7ffd840|1|65535]
Aug 8 16:35:29 sulu kernel: osl-0826 [0B8A] [13] os_wait_semaphore : Acquired semaphore[f7ffd840|1|65535]
Aug 8 16:35:29 sulu kernel: osl-0829 [0B8A] [13] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:29 sulu kernel: utmutex-0250 [0B8A] [12] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:29 sulu kernel: nsalloc-0472 [0B8A] [13] ns_delete_namespace_by: ----Entry 000000D6
Aug 8 16:35:29 sulu kernel: nsalloc-0544 [0B8A] [13] ns_delete_namespace_by: ----Exit-
Aug 8 16:35:29 sulu kernel: utmutex-0285 [0B8A] [12] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:29 sulu kernel: osl-0841 [0B8A] [13] os_signal_semaphore : ----Entry
Aug 8 16:35:29 sulu kernel: osl-0850 [0B8A] [13] os_signal_semaphore : Signaling semaphore[f7ffd840|1]
Aug 8 16:35:29 sulu kernel: osl-0854 [0B8A] [13] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:29 sulu kernel: utmutex-0344 [0B8A] [12] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:29 sulu kernel: utmisc-0175 [0B8A] [13] ut_release_owner_id : ----Entry 000000D6
Aug 8 16:35:29 sulu kernel: utmutex-0242 [0B8A] [13] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Caches]
Aug 8 16:35:29 sulu kernel: osl-0761 [0B8A] [14] os_wait_semaphore : ----Entry
Aug 8 16:35:29 sulu kernel: osl-0770 [0B8A] [14] os_wait_semaphore : Waiting for semaphore[f7ffd7e0|1|65535]
Aug 8 16:35:29 sulu kernel: osl-0826 [0B8A] [14] os_wait_semaphore : Acquired semaphore[f7ffd7e0|1|65535]
Aug 8 16:35:29 sulu kernel: osl-0829 [0B8A] [14] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:29 sulu kernel: utmutex-0250 [0B8A] [13] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Caches]
Aug 8 16:35:29 sulu kernel: utmutex-0285 [0B8A] [13] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Caches]
Aug 8 16:35:29 sulu kernel: osl-0841 [0B8A] [14] os_signal_semaphore : ----Entry
Aug 8 16:35:29 sulu kernel: osl-0850 [0B8A] [14] os_signal_semaphore : Signaling semaphore[f7ffd7e0|1]
Aug 8 16:35:29 sulu kernel: osl-0854 [0B8A] [14] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:29 sulu kernel: utmutex-0344 [0B8A] [13] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Caches]
Aug 8 16:35:29 sulu kernel: utmisc-0215 [0B8A] [13] ut_release_owner_id : ----Exit-
Aug 8 16:35:29 sulu kernel: utmutex-0285 [0B8A] [12] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Parser]
Aug 8 16:35:29 sulu kernel: osl-0841 [0B8A] [13] os_signal_semaphore : ----Entry
Aug 8 16:35:29 sulu kernel: osl-0850 [0B8A] [13] os_signal_semaphore : Signaling semaphore[f7ffd8c0|1]
Aug 8 16:35:29 sulu kernel: osl-0854 [0B8A] [13] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:29 sulu kernel: utmutex-0344 [0B8A] [12] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Parser]
Aug 8 16:35:29 sulu kernel: dsmethod-0552 [0B8A] [12] ds_terminate_control_m: ----Exit-
Aug 8 16:35:29 sulu kernel: psscope-0249 [0B8A] [12] ps_cleanup_scope : ----Entry f7ec4614
Aug 8 16:35:29 sulu kernel: utstate-0126 [0B8A] [13] ut_pop_generic_state : ----Entry
Aug 8 16:35:29 sulu kernel: utstate-0137 [0B8A] [13] ut_pop_generic_state : ----Exit- f7f9fb44
Aug 8 16:35:29 sulu kernel: utstate-0329 [0B8A] [13] ut_delete_generic_stat: ----Entry
Aug 8 16:35:29 sulu kernel: utstate-0332 [0B8A] [13] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:29 sulu kernel: psscope-0262 [0B8A] [12] ps_cleanup_scope : ----Exit-
Aug 8 16:35:29 sulu kernel: psparse-0577 [0B8A] [11] ps_parse_aml : return_value=f7f13e34, implicit_value=00000000 State=f7ec4428
Aug 8 16:35:29 sulu kernel: dswstate-0548 [0B8A] [11] ds_get_current_walk_st: Current walk_state f50e7028
Aug 8 16:35:29 sulu kernel: dsmethod-0366 [0B8A] [12] ds_restart_control_met: ----Entry f50e7028
Aug 8 16:35:29 sulu kernel: dsmethod-0371 [0B8A] [12] ds_restart_control_met: ****Restart [PPC_] Op f78308c4 return_value_from_callee f7f13e34
Aug 8 16:35:29 sulu kernel: dsmethod-0376 [0B8A] [12] ds_restart_control_met: return_from_this_method_used?=1 res_stack f7f9ffc4 Walk f50e7028
Aug 8 16:35:29 sulu kernel: dswstate-0313 [0B8A] [12] ds_result_push : Obj=f7f13e34 [Integer] State=f50e7028 Num=1 Cur=0
Aug 8 16:35:29 sulu kernel: dsmethod-0417 [0B8A] [12] ds_restart_control_met: ----Exit- AE_OK
Aug 8 16:35:29 sulu kernel: dswstate-0813 [0B8A] [12] ds_delete_walk_state : ----Entry f7ec4428
Aug 8 16:35:29 sulu kernel: utstate-0329 [0B8A] [13] ut_delete_generic_stat: ----Entry
Aug 8 16:35:29 sulu kernel: utstate-0332 [0B8A] [13] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:29 sulu kernel: utstate-0329 [0B8A] [13] ut_delete_generic_stat: ----Entry
Aug 8 16:35:29 sulu kernel: utstate-0332 [0B8A] [13] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:29 sulu kernel: utalloc-0522 [0B8A] [13] ut_free_and_track : ----Entry f7ec4428
Aug 8 16:35:29 sulu kernel: utalloc-0680 [0B8A] [14] ut_remove_allocation : ----Entry
Aug 8 16:35:29 sulu kernel: utmutex-0242 [0B8A] [14] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Memory]
Aug 8 16:35:29 sulu kernel: osl-0761 [0B8A] [15] os_wait_semaphore : ----Entry
Aug 8 16:35:29 sulu kernel: osl-0770 [0B8A] [15] os_wait_semaphore : Waiting for semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:29 sulu kernel: osl-0826 [0B8A] [15] os_wait_semaphore : Acquired semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:29 sulu kernel: osl-0829 [0B8A] [15] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:29 sulu kernel: utmutex-0250 [0B8A] [14] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Memory]
Aug 8 16:35:29 sulu kernel: utalloc-0714 [0B8A] [14] ut_remove_allocation : Freeing size 023C
Aug 8 16:35:29 sulu kernel: utmutex-0285 [0B8A] [14] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Memory]
Aug 8 16:35:29 sulu kernel: osl-0841 [0B8A] [15] os_signal_semaphore : ----Entry
Aug 8 16:35:30 sulu kernel: osl-0850 [0B8A] [15] os_signal_semaphore : Signaling semaphore[f7ffd7c0|1]
Aug 8 16:35:30 sulu kernel: osl-0854 [0B8A] [15] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:30 sulu kernel: utmutex-0344 [0B8A] [14] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Memory]
Aug 8 16:35:30 sulu kernel: utalloc-0717 [0B8A] [14] ut_remove_allocation : ----Exit- AE_OK
Aug 8 16:35:30 sulu kernel: utalloc-0544 [0B8A] [13] ut_free_and_track : f7ec4428 freed
Aug 8 16:35:30 sulu kernel: utalloc-0545 [0B8A] [13] ut_free_and_track : ----Exit-
Aug 8 16:35:30 sulu kernel: dswstate-0858 [0B8A] [12] ds_delete_walk_state : ----Exit-
Aug 8 16:35:30 sulu kernel: psloop-0086 [0B8A] [12] ps_parse_loop : ----Entry f50e7028
Aug 8 16:35:30 sulu kernel: psscope-0202 [0B8A] [13] ps_pop_scope : ----Entry
Aug 8 16:35:30 sulu kernel: utstate-0126 [0B8A] [14] ut_pop_generic_state : ----Entry
Aug 8 16:35:30 sulu kernel: utstate-0137 [0B8A] [14] ut_pop_generic_state : ----Exit- f7f9fe74
Aug 8 16:35:30 sulu kernel: utstate-0329 [0B8A] [14] ut_delete_generic_stat: ----Entry
Aug 8 16:35:30 sulu kernel: utstate-0332 [0B8A] [14] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:30 sulu kernel: psscope-0228 [0B8A] [13] ps_pop_scope : Popped Op f7830918 Args 0
Aug 8 16:35:30 sulu kernel: psscope-0229 [0B8A] [13] ps_pop_scope : ----Exit-
Aug 8 16:35:30 sulu kernel: psloop-0144 [0B8A] [12] ps_parse_loop : Popped scope, Op=f7830918
Aug 8 16:35:30 sulu kernel: dswexec-0357 [0B8A] [13] ds_exec_end_op : ----Entry f50e7028
Aug 8 16:35:30 sulu kernel: dsopcode-1009 [0B8A] [13] ds_exec_end_control_op: [RETURN_OP] Op=f7830918 Arg=00000000
Aug 8 16:35:30 sulu kernel: dsopcode-1099 [0B8A] [13] ds_exec_end_control_op: Completed RETURN_OP State=f50e7028, ret_val=f7f13e34
Aug 8 16:35:30 sulu kernel: dswexec-0754 [0B8A] [13] ds_exec_end_op : ----Exit- ****Exception****: AE_CTRL_TERMINATE
Aug 8 16:35:30 sulu kernel: psparse-0332 [0B8A] [13] ps_next_parse_state : ----Entry f7830918
Aug 8 16:35:30 sulu kernel: psparse-0429 [0B8A] [13] ps_next_parse_state : ----Exit- ****Exception****: AE_CTRL_TERMINATE
Aug 8 16:35:30 sulu kernel: psparse-0140 [0B8A] [13] ps_complete_this_op : ----Entry f7830918
Aug 8 16:35:30 sulu kernel: pswalk-0067 [0B8A] [14] ps_delete_parse_tree : ----Entry f7830918
Aug 8 16:35:30 sulu kernel: pswalk-0096 [0B8A] [14] ps_delete_parse_tree : ----Exit-
Aug 8 16:35:30 sulu kernel: psparse-0299 [0B8A] [13] ps_complete_this_op : ----Exit- AE_OK
Aug 8 16:35:30 sulu kernel: psscope-0202 [0B8A] [13] ps_pop_scope : ----Entry
Aug 8 16:35:30 sulu kernel: psscope-0228 [0B8A] [13] ps_pop_scope : Popped Op 00000000 Args 0
Aug 8 16:35:30 sulu kernel: psscope-0229 [0B8A] [13] ps_pop_scope : ----Exit-
Aug 8 16:35:30 sulu kernel: psloop-0752 [0B8A] [12] ps_parse_loop : ----Exit- AE_OK
Aug 8 16:35:30 sulu kernel: psparse-0493 [0B8A] [11] ps_parse_aml : Completed one call to walk loop, AE_OK State=f50e7028
Aug 8 16:35:30 sulu kernel: dswstate-0596 [0B8A] [12] ds_pop_walk_state : ----Entry
Aug 8 16:35:30 sulu kernel: dswstate-0612 [0B8A] [12] ds_pop_walk_state : ----Exit- f50e7028
Aug 8 16:35:30 sulu kernel: dswscope-0077 [0B8A] [11] ds_scope_stack_clear : Popped object type (Method)
Aug 8 16:35:30 sulu kernel: utstate-0329 [0B8A] [12] ut_delete_generic_stat: ----Entry
Aug 8 16:35:30 sulu kernel: utstate-0332 [0B8A] [12] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:30 sulu kernel: dsmethod-0440 [0B8A] [12] ds_terminate_control_m: ----Entry f50e7028
Aug 8 16:35:30 sulu kernel: dsmthdat-0143 [0B8A] [13] ds_method_data_delete_: ----Entry
Aug 8 16:35:30 sulu kernel: dsmthdat-0175 [0B8A] [13] ds_method_data_delete_: ----Exit-
Aug 8 16:35:30 sulu kernel: utmutex-0242 [0B8A] [12] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Parser]
Aug 8 16:35:30 sulu kernel: osl-0761 [0B8A] [13] os_wait_semaphore : ----Entry
Aug 8 16:35:30 sulu kernel: osl-0770 [0B8A] [13] os_wait_semaphore : Waiting for semaphore[f7ffd8c0|1|65535]
Aug 8 16:35:30 sulu kernel: osl-0826 [0B8A] [13] os_wait_semaphore : Acquired semaphore[f7ffd8c0|1|65535]
Aug 8 16:35:30 sulu kernel: osl-0829 [0B8A] [13] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:30 sulu kernel: utmutex-0250 [0B8A] [12] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Parser]
Aug 8 16:35:30 sulu kernel: utmutex-0242 [0B8A] [12] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:30 sulu kernel: osl-0761 [0B8A] [13] os_wait_semaphore : ----Entry
Aug 8 16:35:30 sulu kernel: osl-0770 [0B8A] [13] os_wait_semaphore : Waiting for semaphore[f7ffd840|1|65535]
Aug 8 16:35:30 sulu kernel: osl-0826 [0B8A] [13] os_wait_semaphore : Acquired semaphore[f7ffd840|1|65535]
Aug 8 16:35:30 sulu kernel: osl-0829 [0B8A] [13] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:30 sulu kernel: utmutex-0250 [0B8A] [12] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:30 sulu kernel: nsalloc-0472 [0B8A] [13] ns_delete_namespace_by: ----Entry 000000D5
Aug 8 16:35:30 sulu kernel: nsalloc-0544 [0B8A] [13] ns_delete_namespace_by: ----Exit-
Aug 8 16:35:30 sulu kernel: utmutex-0285 [0B8A] [12] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:30 sulu kernel: osl-0841 [0B8A] [13] os_signal_semaphore : ----Entry
Aug 8 16:35:30 sulu kernel: osl-0850 [0B8A] [13] os_signal_semaphore : Signaling semaphore[f7ffd840|1]
Aug 8 16:35:30 sulu kernel: osl-0854 [0B8A] [13] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:30 sulu kernel: utmutex-0344 [0B8A] [12] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:30 sulu kernel: utmisc-0175 [0B8A] [13] ut_release_owner_id : ----Entry 000000D5
Aug 8 16:35:30 sulu kernel: utmutex-0242 [0B8A] [13] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Caches]
Aug 8 16:35:30 sulu kernel: osl-0761 [0B8A] [14] os_wait_semaphore : ----Entry
Aug 8 16:35:30 sulu kernel: osl-0770 [0B8A] [14] os_wait_semaphore : Waiting for semaphore[f7ffd7e0|1|65535]
Aug 8 16:35:30 sulu kernel: osl-0826 [0B8A] [14] os_wait_semaphore : Acquired semaphore[f7ffd7e0|1|65535]
Aug 8 16:35:30 sulu kernel: osl-0829 [0B8A] [14] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:30 sulu kernel: utmutex-0250 [0B8A] [13] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Caches]
Aug 8 16:35:30 sulu kernel: utmutex-0285 [0B8A] [13] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Caches]
Aug 8 16:35:30 sulu kernel: osl-0841 [0B8A] [14] os_signal_semaphore : ----Entry
Aug 8 16:35:30 sulu kernel: osl-0850 [0B8A] [14] os_signal_semaphore : Signaling semaphore[f7ffd7e0|1]
Aug 8 16:35:30 sulu kernel: osl-0854 [0B8A] [14] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:30 sulu kernel: utmutex-0344 [0B8A] [13] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Caches]
Aug 8 16:35:30 sulu kernel: utmisc-0215 [0B8A] [13] ut_release_owner_id : ----Exit-
Aug 8 16:35:30 sulu kernel: utmutex-0285 [0B8A] [12] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Parser]
Aug 8 16:35:30 sulu kernel: osl-0841 [0B8A] [13] os_signal_semaphore : ----Entry
Aug 8 16:35:30 sulu kernel: osl-0850 [0B8A] [13] os_signal_semaphore : Signaling semaphore[f7ffd8c0|1]
Aug 8 16:35:30 sulu kernel: osl-0854 [0B8A] [13] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:30 sulu kernel: utmutex-0344 [0B8A] [12] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Parser]
Aug 8 16:35:30 sulu kernel: dsmethod-0552 [0B8A] [12] ds_terminate_control_m: ----Exit-
Aug 8 16:35:30 sulu kernel: psscope-0249 [0B8A] [12] ps_cleanup_scope : ----Entry f50e7214
Aug 8 16:35:30 sulu kernel: utstate-0126 [0B8A] [13] ut_pop_generic_state : ----Entry
Aug 8 16:35:31 sulu kernel: utstate-0137 [0B8A] [13] ut_pop_generic_state : ----Exit- f7f9f424
Aug 8 16:35:31 sulu kernel: utstate-0329 [0B8A] [13] ut_delete_generic_stat: ----Entry
Aug 8 16:35:31 sulu kernel: utstate-0332 [0B8A] [13] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:31 sulu kernel: psscope-0262 [0B8A] [12] ps_cleanup_scope : ----Exit-
Aug 8 16:35:31 sulu kernel: psparse-0577 [0B8A] [11] ps_parse_aml : return_value=f7f13e34, implicit_value=00000000 State=f50e7028
Aug 8 16:35:31 sulu kernel: dswstate-0548 [0B8A] [11] ds_get_current_walk_st: Current walk_state f50e7c28
Aug 8 16:35:31 sulu kernel: dsmethod-0366 [0B8A] [12] ds_restart_control_met: ----Entry f50e7c28
Aug 8 16:35:31 sulu kernel: dsmethod-0371 [0B8A] [12] ds_restart_control_met: ****Restart [_PPC] Op f7830918 return_value_from_callee f7f13e34
Aug 8 16:35:31 sulu kernel: dsmethod-0376 [0B8A] [12] ds_restart_control_met: return_from_this_method_used?=1 res_stack f7f9fbd4 Walk f50e7c28
Aug 8 16:35:31 sulu kernel: dswstate-0313 [0B8A] [12] ds_result_push : Obj=f7f13e34 [Integer] State=f50e7c28 Num=1 Cur=0
Aug 8 16:35:31 sulu kernel: dsmethod-0417 [0B8A] [12] ds_restart_control_met: ----Exit- AE_OK
Aug 8 16:35:31 sulu kernel: dswstate-0813 [0B8A] [12] ds_delete_walk_state : ----Entry f50e7028
Aug 8 16:35:31 sulu kernel: utstate-0329 [0B8A] [13] ut_delete_generic_stat: ----Entry
Aug 8 16:35:31 sulu kernel: utstate-0332 [0B8A] [13] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:31 sulu kernel: utstate-0329 [0B8A] [13] ut_delete_generic_stat: ----Entry
Aug 8 16:35:31 sulu kernel: utstate-0332 [0B8A] [13] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:31 sulu kernel: utalloc-0522 [0B8A] [13] ut_free_and_track : ----Entry f50e7028
Aug 8 16:35:31 sulu kernel: utalloc-0680 [0B8A] [14] ut_remove_allocation : ----Entry
Aug 8 16:35:31 sulu kernel: utmutex-0242 [0B8A] [14] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Memory]
Aug 8 16:35:31 sulu kernel: osl-0761 [0B8A] [15] os_wait_semaphore : ----Entry
Aug 8 16:35:31 sulu kernel: osl-0770 [0B8A] [15] os_wait_semaphore : Waiting for semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:31 sulu kernel: osl-0826 [0B8A] [15] os_wait_semaphore : Acquired semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:31 sulu kernel: osl-0829 [0B8A] [15] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:31 sulu kernel: utmutex-0250 [0B8A] [14] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Memory]
Aug 8 16:35:31 sulu kernel: utalloc-0714 [0B8A] [14] ut_remove_allocation : Freeing size 023C
Aug 8 16:35:31 sulu kernel: utmutex-0285 [0B8A] [14] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Memory]
Aug 8 16:35:31 sulu kernel: osl-0841 [0B8A] [15] os_signal_semaphore : ----Entry
Aug 8 16:35:31 sulu kernel: osl-0850 [0B8A] [15] os_signal_semaphore : Signaling semaphore[f7ffd7c0|1]
Aug 8 16:35:31 sulu kernel: osl-0854 [0B8A] [15] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:31 sulu kernel: utmutex-0344 [0B8A] [14] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Memory]
Aug 8 16:35:31 sulu kernel: utalloc-0717 [0B8A] [14] ut_remove_allocation : ----Exit- AE_OK
Aug 8 16:35:31 sulu kernel: utalloc-0544 [0B8A] [13] ut_free_and_track : f50e7028 freed
Aug 8 16:35:31 sulu kernel: utalloc-0545 [0B8A] [13] ut_free_and_track : ----Exit-
Aug 8 16:35:31 sulu kernel: dswstate-0858 [0B8A] [12] ds_delete_walk_state : ----Exit-
Aug 8 16:35:31 sulu kernel: psloop-0086 [0B8A] [12] ps_parse_loop : ----Entry f50e7c28
Aug 8 16:35:31 sulu kernel: psscope-0202 [0B8A] [13] ps_pop_scope : ----Entry
Aug 8 16:35:31 sulu kernel: utstate-0126 [0B8A] [14] ut_pop_generic_state : ----Entry
Aug 8 16:35:31 sulu kernel: utstate-0137 [0B8A] [14] ut_pop_generic_state : ----Exit- f7f9fd54
Aug 8 16:35:31 sulu kernel: utstate-0329 [0B8A] [14] ut_delete_generic_stat: ----Entry
Aug 8 16:35:31 sulu kernel: utstate-0332 [0B8A] [14] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:31 sulu kernel: psscope-0228 [0B8A] [13] ps_pop_scope : Popped Op f78309dc Args 0
Aug 8 16:35:31 sulu kernel: psscope-0229 [0B8A] [13] ps_pop_scope : ----Exit-
Aug 8 16:35:31 sulu kernel: psloop-0144 [0B8A] [12] ps_parse_loop : Popped scope, Op=f78309dc
Aug 8 16:35:31 sulu kernel: dswexec-0357 [0B8A] [13] ds_exec_end_op : ----Entry f50e7c28
Aug 8 16:35:31 sulu kernel: dsopcode-1009 [0B8A] [13] ds_exec_end_control_op: [RETURN_OP] Op=f78309dc Arg=00000000
Aug 8 16:35:31 sulu kernel: dsopcode-1099 [0B8A] [13] ds_exec_end_control_op: Completed RETURN_OP State=f50e7c28, ret_val=f7f13e34
Aug 8 16:35:31 sulu kernel: dswexec-0754 [0B8A] [13] ds_exec_end_op : ----Exit- ****Exception****: AE_CTRL_TERMINATE
Aug 8 16:35:31 sulu kernel: psparse-0332 [0B8A] [13] ps_next_parse_state : ----Entry f78309dc
Aug 8 16:35:31 sulu kernel: psparse-0429 [0B8A] [13] ps_next_parse_state : ----Exit- ****Exception****: AE_CTRL_TERMINATE
Aug 8 16:35:31 sulu kernel: psparse-0140 [0B8A] [13] ps_complete_this_op : ----Entry f78309dc
Aug 8 16:35:31 sulu kernel: pswalk-0067 [0B8A] [14] ps_delete_parse_tree : ----Entry f78309dc
Aug 8 16:35:31 sulu kernel: pswalk-0096 [0B8A] [14] ps_delete_parse_tree : ----Exit-
Aug 8 16:35:31 sulu kernel: psparse-0299 [0B8A] [13] ps_complete_this_op : ----Exit- AE_OK
Aug 8 16:35:31 sulu kernel: psscope-0202 [0B8A] [13] ps_pop_scope : ----Entry
Aug 8 16:35:31 sulu kernel: psscope-0228 [0B8A] [13] ps_pop_scope : Popped Op 00000000 Args 0
Aug 8 16:35:31 sulu kernel: psscope-0229 [0B8A] [13] ps_pop_scope : ----Exit-
Aug 8 16:35:31 sulu kernel: psloop-0752 [0B8A] [12] ps_parse_loop : ----Exit- AE_OK
Aug 8 16:35:31 sulu kernel: psparse-0493 [0B8A] [11] ps_parse_aml : Completed one call to walk loop, AE_OK State=f50e7c28
Aug 8 16:35:31 sulu kernel: dswstate-0596 [0B8A] [12] ds_pop_walk_state : ----Entry
Aug 8 16:35:31 sulu kernel: dswstate-0612 [0B8A] [12] ds_pop_walk_state : ----Exit- f50e7c28
Aug 8 16:35:31 sulu kernel: dswscope-0077 [0B8A] [11] ds_scope_stack_clear : Popped object type (Method)
Aug 8 16:35:31 sulu kernel: utstate-0329 [0B8A] [12] ut_delete_generic_stat: ----Entry
Aug 8 16:35:31 sulu kernel: utstate-0332 [0B8A] [12] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:31 sulu kernel: dsmethod-0440 [0B8A] [12] ds_terminate_control_m: ----Entry f50e7c28
Aug 8 16:35:31 sulu kernel: dsmthdat-0143 [0B8A] [13] ds_method_data_delete_: ----Entry
Aug 8 16:35:31 sulu kernel: dsmthdat-0175 [0B8A] [13] ds_method_data_delete_: ----Exit-
Aug 8 16:35:31 sulu kernel: utmutex-0242 [0B8A] [12] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Parser]
Aug 8 16:35:31 sulu kernel: osl-0761 [0B8A] [13] os_wait_semaphore : ----Entry
Aug 8 16:35:31 sulu kernel: osl-0770 [0B8A] [13] os_wait_semaphore : Waiting for semaphore[f7ffd8c0|1|65535]
Aug 8 16:35:31 sulu kernel: osl-0826 [0B8A] [13] os_wait_semaphore : Acquired semaphore[f7ffd8c0|1|65535]
Aug 8 16:35:31 sulu kernel: osl-0829 [0B8A] [13] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:31 sulu kernel: utmutex-0250 [0B8A] [12] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Parser]
Aug 8 16:35:31 sulu kernel: utmutex-0242 [0B8A] [12] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:31 sulu kernel: osl-0761 [0B8A] [13] os_wait_semaphore : ----Entry
Aug 8 16:35:31 sulu kernel: osl-0770 [0B8A] [13] os_wait_semaphore : Waiting for semaphore[f7ffd840|1|65535]
Aug 8 16:35:31 sulu kernel: osl-0826 [0B8A] [13] os_wait_semaphore : Acquired semaphore[f7ffd840|1|65535]
Aug 8 16:35:31 sulu kernel: osl-0829 [0B8A] [13] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:31 sulu kernel: utmutex-0250 [0B8A] [12] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:32 sulu kernel: nsalloc-0472 [0B8A] [13] ns_delete_namespace_by: ----Entry 000000D4
Aug 8 16:35:32 sulu kernel: nsalloc-0544 [0B8A] [13] ns_delete_namespace_by: ----Exit-
Aug 8 16:35:32 sulu kernel: utmutex-0285 [0B8A] [12] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:32 sulu kernel: osl-0841 [0B8A] [13] os_signal_semaphore : ----Entry
Aug 8 16:35:32 sulu kernel: osl-0850 [0B8A] [13] os_signal_semaphore : Signaling semaphore[f7ffd840|1]
Aug 8 16:35:32 sulu kernel: osl-0854 [0B8A] [13] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:32 sulu kernel: utmutex-0344 [0B8A] [12] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:32 sulu kernel: utmisc-0175 [0B8A] [13] ut_release_owner_id : ----Entry 000000D4
Aug 8 16:35:32 sulu kernel: utmutex-0242 [0B8A] [13] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Caches]
Aug 8 16:35:32 sulu ntpd[2263]: synchronized to LOCAL(0), stratum 10
Aug 8 16:35:32 sulu kernel: osl-0761 [0B8A] [14] os_wait_semaphore : ----Entry
Aug 8 16:35:32 sulu ntpd[2263]: kernel time sync disabled 0041
Aug 8 16:35:32 sulu kernel: osl-0770 [0B8A] [14] os_wait_semaphore : Waiting for semaphore[f7ffd7e0|1|65535]
Aug 8 16:35:32 sulu kernel: osl-0826 [0B8A] [14] os_wait_semaphore : Acquired semaphore[f7ffd7e0|1|65535]
Aug 8 16:35:32 sulu kernel: osl-0829 [0B8A] [14] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:32 sulu kernel: utmutex-0250 [0B8A] [13] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Caches]
Aug 8 16:35:32 sulu kernel: utmutex-0285 [0B8A] [13] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Caches]
Aug 8 16:35:32 sulu kernel: osl-0841 [0B8A] [14] os_signal_semaphore : ----Entry
Aug 8 16:35:32 sulu kernel: osl-0850 [0B8A] [14] os_signal_semaphore : Signaling semaphore[f7ffd7e0|1]
Aug 8 16:35:32 sulu kernel: osl-0854 [0B8A] [14] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:32 sulu kernel: utmutex-0344 [0B8A] [13] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Caches]
Aug 8 16:35:32 sulu kernel: utmisc-0215 [0B8A] [13] ut_release_owner_id : ----Exit-
Aug 8 16:35:32 sulu kernel: utmutex-0285 [0B8A] [12] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Parser]
Aug 8 16:35:32 sulu kernel: osl-0841 [0B8A] [13] os_signal_semaphore : ----Entry
Aug 8 16:35:32 sulu kernel: osl-0850 [0B8A] [13] os_signal_semaphore : Signaling semaphore[f7ffd8c0|1]
Aug 8 16:35:32 sulu kernel: osl-0854 [0B8A] [13] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:32 sulu kernel: utmutex-0344 [0B8A] [12] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Parser]
Aug 8 16:35:32 sulu kernel: dsmethod-0552 [0B8A] [12] ds_terminate_control_m: ----Exit-
Aug 8 16:35:32 sulu kernel: psscope-0249 [0B8A] [12] ps_cleanup_scope : ----Entry f50e7e14
Aug 8 16:35:32 sulu kernel: utstate-0126 [0B8A] [13] ut_pop_generic_state : ----Entry
Aug 8 16:35:32 sulu kernel: utstate-0137 [0B8A] [13] ut_pop_generic_state : ----Exit- f7f9fd24
Aug 8 16:35:32 sulu kernel: utstate-0329 [0B8A] [13] ut_delete_generic_stat: ----Entry
Aug 8 16:35:32 sulu kernel: utstate-0332 [0B8A] [13] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:32 sulu kernel: psscope-0262 [0B8A] [12] ps_cleanup_scope : ----Exit-
Aug 8 16:35:32 sulu kernel: psparse-0577 [0B8A] [11] ps_parse_aml : return_value=f7f13e34, implicit_value=00000000 State=f50e7c28
Aug 8 16:35:32 sulu kernel: dswstate-0548 [0B8A] [11] ds_get_current_walk_st: Current walk_state 00000000
Aug 8 16:35:32 sulu kernel: dswstate-0813 [0B8A] [12] ds_delete_walk_state : ----Entry f50e7c28
Aug 8 16:35:32 sulu kernel: utstate-0329 [0B8A] [13] ut_delete_generic_stat: ----Entry
Aug 8 16:35:32 sulu kernel: utstate-0332 [0B8A] [13] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:32 sulu kernel: utstate-0329 [0B8A] [13] ut_delete_generic_stat: ----Entry
Aug 8 16:35:32 sulu kernel: utstate-0332 [0B8A] [13] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:32 sulu kernel: utalloc-0522 [0B8A] [13] ut_free_and_track : ----Entry f50e7c28
Aug 8 16:35:32 sulu kernel: utalloc-0680 [0B8A] [14] ut_remove_allocation : ----Entry
Aug 8 16:35:32 sulu kernel: utmutex-0242 [0B8A] [14] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Memory]
Aug 8 16:35:32 sulu kernel: osl-0761 [0B8A] [15] os_wait_semaphore : ----Entry
Aug 8 16:35:32 sulu kernel: osl-0770 [0B8A] [15] os_wait_semaphore : Waiting for semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:32 sulu kernel: osl-0826 [0B8A] [15] os_wait_semaphore : Acquired semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:32 sulu kernel: osl-0829 [0B8A] [15] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:32 sulu kernel: utmutex-0250 [0B8A] [14] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Memory]
Aug 8 16:35:32 sulu kernel: utalloc-0714 [0B8A] [14] ut_remove_allocation : Freeing size 023C
Aug 8 16:35:32 sulu kernel: utmutex-0285 [0B8A] [14] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Memory]
Aug 8 16:35:32 sulu kernel: osl-0841 [0B8A] [15] os_signal_semaphore : ----Entry
Aug 8 16:35:32 sulu kernel: osl-0850 [0B8A] [15] os_signal_semaphore : Signaling semaphore[f7ffd7c0|1]
Aug 8 16:35:32 sulu kernel: osl-0854 [0B8A] [15] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:32 sulu kernel: utmutex-0344 [0B8A] [14] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Memory]
Aug 8 16:35:32 sulu kernel: utalloc-0717 [0B8A] [14] ut_remove_allocation : ----Exit- AE_OK
Aug 8 16:35:32 sulu kernel: utalloc-0544 [0B8A] [13] ut_free_and_track : f50e7c28 freed
Aug 8 16:35:32 sulu kernel: utalloc-0545 [0B8A] [13] ut_free_and_track : ----Exit-
Aug 8 16:35:32 sulu kernel: dswstate-0858 [0B8A] [12] ds_delete_walk_state : ----Exit-
Aug 8 16:35:32 sulu kernel: utstate-0329 [0B8A] [12] ut_delete_generic_stat: ----Entry
Aug 8 16:35:32 sulu kernel: utstate-0332 [0B8A] [12] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:32 sulu kernel: psparse-0658 [0B8A] [11] ps_parse_aml : ----Exit- AE_OK
Aug 8 16:35:32 sulu kernel: pswalk-0067 [0B8A] [11] ps_delete_parse_tree : ----Entry f782f63c
Aug 8 16:35:32 sulu kernel: pswalk-0096 [0B8A] [11] ps_delete_parse_tree : ----Exit-
Aug 8 16:35:32 sulu kernel: psxface-0388 [0B8A] [10] ps_execute_pass : ----Exit- AE_OK
Aug 8 16:35:32 sulu kernel: utmutex-0242 [0B8A] [09] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:32 sulu kernel: osl-0761 [0B8A] [10] os_wait_semaphore : ----Entry
Aug 8 16:35:32 sulu kernel: osl-0770 [0B8A] [10] os_wait_semaphore : Waiting for semaphore[f7ffd840|1|65535]
Aug 8 16:35:32 sulu kernel: osl-0826 [0B8A] [10] os_wait_semaphore : Acquired semaphore[f7ffd840|1|65535]
Aug 8 16:35:32 sulu kernel: osl-0829 [0B8A] [10] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:32 sulu kernel: utmutex-0250 [0B8A] [09] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:32 sulu kernel: utmutex-0285 [0B8A] [09] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:32 sulu kernel: osl-0841 [0B8A] [10] os_signal_semaphore : ----Entry
Aug 8 16:35:32 sulu kernel: osl-0850 [0B8A] [10] os_signal_semaphore : Signaling semaphore[f7ffd840|1]
Aug 8 16:35:32 sulu kernel: osl-0854 [0B8A] [10] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:32 sulu kernel: utmutex-0344 [0B8A] [09] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Namespace]
Aug 8 16:35:32 sulu kernel: psxface-0291 [0B8A] [09] ps_execute_method : Method returned obj_desc=f7f13e34
Aug 8 16:35:32 sulu kernel: exdump-0494 [0B8A] [09] ex_dump_operand : f7f13e34 Integer 0000000000000001
Aug 8 16:35:33 sulu kernel: psxface-0297 [0B8A] [09] ps_execute_method : ----Exit- ****Exception****: AE_CTRL_RETURN_VALUE
Aug 8 16:35:33 sulu kernel: exutils-0126 [0B8A] [09] ex_exit_interpreter : ----Entry
Aug 8 16:35:33 sulu kernel: utmutex-0285 [0B8A] [09] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Execute]
Aug 8 16:35:33 sulu kernel: osl-0841 [0B8A] [10] os_signal_semaphore : ----Entry
Aug 8 16:35:33 sulu kernel: osl-0850 [0B8A] [10] os_signal_semaphore : Signaling semaphore[f7ffd900|1]
Aug 8 16:35:33 sulu kernel: osl-0854 [0B8A] [10] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: utmutex-0344 [0B8A] [09] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Execute]
Aug 8 16:35:33 sulu kernel: exutils-0133 [0B8A] [09] ex_exit_interpreter : ----Exit-
Aug 8 16:35:33 sulu kernel: nseval-0413 [0B8A] [08] ns_execute_control_met: ----Exit- ****Exception****: AE_CTRL_RETURN_VALUE
Aug 8 16:35:33 sulu kernel: nseval-0338 [0B8A] [07] ns_evaluate_by_handle : ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: nseval-0148 [0B8A] [06] ns_evaluate_relative : *** Completed eval of object _PPC ***
Aug 8 16:35:33 sulu kernel: utstate-0329 [0B8A] [07] ut_delete_generic_stat: ----Entry
Aug 8 16:35:33 sulu kernel: utstate-0332 [0B8A] [07] ut_delete_generic_stat: ----Exit-
Aug 8 16:35:33 sulu kernel: utalloc-0522 [0B8A] [07] ut_free_and_track : ----Entry f7a7a968
Aug 8 16:35:33 sulu kernel: utalloc-0680 [0B8A] [08] ut_remove_allocation : ----Entry
Aug 8 16:35:33 sulu kernel: utmutex-0242 [0B8A] [08] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Memory]
Aug 8 16:35:33 sulu kernel: osl-0761 [0B8A] [09] os_wait_semaphore : ----Entry
Aug 8 16:35:33 sulu kernel: osl-0770 [0B8A] [09] os_wait_semaphore : Waiting for semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:33 sulu kernel: osl-0826 [0B8A] [09] os_wait_semaphore : Acquired semaphore[f7ffd7c0|1|65535]
Aug 8 16:35:33 sulu kernel: osl-0829 [0B8A] [09] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: utmutex-0250 [0B8A] [08] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Memory]
Aug 8 16:35:33 sulu kernel: utalloc-0714 [0B8A] [08] ut_remove_allocation : Freeing size 08
Aug 8 16:35:33 sulu kernel: utmutex-0285 [0B8A] [08] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Memory]
Aug 8 16:35:33 sulu kernel: osl-0841 [0B8A] [09] os_signal_semaphore : ----Entry
Aug 8 16:35:33 sulu kernel: osl-0850 [0B8A] [09] os_signal_semaphore : Signaling semaphore[f7ffd7c0|1]
Aug 8 16:35:33 sulu kernel: osl-0854 [0B8A] [09] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: utmutex-0344 [0B8A] [08] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Memory]
Aug 8 16:35:33 sulu kernel: utalloc-0717 [0B8A] [08] ut_remove_allocation : ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: utalloc-0544 [0B8A] [07] ut_free_and_track : f7a7a968 freed
Aug 8 16:35:33 sulu kernel: utalloc-0545 [0B8A] [07] ut_free_and_track : ----Exit-
Aug 8 16:35:33 sulu kernel: nseval-0155 [0B8A] [06] ns_evaluate_relative : ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: utobject-0384 [0B8A] [06] ut_get_simple_object_s: ----Entry f7f13e34
Aug 8 16:35:33 sulu kernel: utobject-0479 [0B8A] [06] ut_get_simple_object_s: ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: utcopy-0386 [0B8A] [06] ut_copy_iobject_to_eob: ----Entry
Aug 8 16:35:33 sulu kernel: utcopy-0112 [0B8A] [07] ut_copy_isimple_to_esi: ----Entry
Aug 8 16:35:33 sulu kernel: utcopy-0217 [0B8A] [07] ut_copy_isimple_to_esi: ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: utcopy-0420 [0B8A] [06] ut_copy_iobject_to_eob: ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: exutils-0090 [0B8A] [06] ex_enter_interpreter : ----Entry
Aug 8 16:35:33 sulu kernel: utmutex-0242 [0B8A] [06] ut_acquire_mutex : Thread B8A attempting to acquire Mutex [ACPI_MTX_Execute]
Aug 8 16:35:33 sulu kernel: osl-0761 [0B8A] [07] os_wait_semaphore : ----Entry
Aug 8 16:35:33 sulu kernel: osl-0770 [0B8A] [07] os_wait_semaphore : Waiting for semaphore[f7ffd900|1|65535]
Aug 8 16:35:33 sulu kernel: osl-0826 [0B8A] [07] os_wait_semaphore : Acquired semaphore[f7ffd900|1|65535]
Aug 8 16:35:33 sulu kernel: osl-0829 [0B8A] [07] os_wait_semaphore : ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: utmutex-0250 [0B8A] [06] ut_acquire_mutex : Thread B8A acquired Mutex [ACPI_MTX_Execute]
Aug 8 16:35:33 sulu kernel: exutils-0097 [0B8A] [06] ex_enter_interpreter : ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: utdelete-0592 [0B8A] [06] ut_remove_reference : ----Entry f7f13e34
Aug 8 16:35:33 sulu kernel: utdelete-0612 [0B8A] [06] ut_remove_reference : Obj f7f13e34 Current Refs=2 [To Be Decremented]
Aug 8 16:35:33 sulu kernel: utdelete-0415 [0B8A] [07] ut_update_object_refer: ----Entry f7f13e34
Aug 8 16:35:33 sulu kernel: utdelete-0337 [0B8A] [07] ut_update_ref_count : Obj f7f13e34 Refs=1, [Decremented]
Aug 8 16:35:33 sulu kernel: utdelete-0533 [0B8A] [07] ut_update_object_refer: ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: utdelete-0620 [0B8A] [06] ut_remove_reference : ----Exit-
Aug 8 16:35:33 sulu kernel: exutils-0126 [0B8A] [06] ex_exit_interpreter : ----Entry
Aug 8 16:35:33 sulu kernel: utmutex-0285 [0B8A] [06] ut_release_mutex : Thread B8A releasing Mutex [ACPI_MTX_Execute]
Aug 8 16:35:33 sulu kernel: osl-0841 [0B8A] [07] os_signal_semaphore : ----Entry
Aug 8 16:35:33 sulu kernel: osl-0850 [0B8A] [07] os_signal_semaphore : Signaling semaphore[f7ffd900|1]
Aug 8 16:35:33 sulu kernel: osl-0854 [0B8A] [07] os_signal_semaphore : ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: utmutex-0344 [0B8A] [06] ut_release_mutex : Thread B8A released Mutex [ACPI_MTX_Execute]
Aug 8 16:35:33 sulu kernel: exutils-0133 [0B8A] [06] ex_exit_interpreter : ----Exit-
Aug 8 16:35:33 sulu kernel: nsxfeval-0353 [0B8A] [05] evaluate_object : ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: acpi_utils-0291 [0B8A] [04] evaluate_integer : Return value [1]
Aug 8 16:35:33 sulu kernel: acpi_utils-0293 [0B8A] [04] evaluate_integer : ----Exit- AE_OK
Aug 8 16:35:33 sulu kernel: ACPI: CPU1 (power states: C1[C1] C2[C2])
Aug 8 16:35:33 sulu kernel: ACPI: Processor [CPU1] (supports 8 throttling states)
[-- Attachment #3: Type: text/plain, Size: 147 bytes --]
_______________________________________________
Cpufreq mailing list
Cpufreq@lists.linux.org.uk
http://lists.linux.org.uk/mailman/listinfo/cpufreq
^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2006-08-08 14:39 UTC | newest]
Thread overview: 22+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-08-03 13:05 problems setting freq on dual core t2600, 2.6.17-1.2157_FC5smp Tobias Bocanegra
2006-08-03 15:33 ` Alexey Starikovskiy
2006-08-03 15:59 ` Tobias Bocanegra
2006-08-03 23:01 ` Jeremy Fitzhardinge
2006-08-05 17:42 ` Tobias Bocanegra
[not found] ` <44D59CC5.1010200@goop.org>
2006-08-06 9:09 ` Tobias Bocanegra
2006-08-06 9:32 ` Erik Slagter
2006-08-06 9:44 ` Tobias Bocanegra
2006-08-06 9:46 ` Erik Slagter
2006-08-06 10:02 ` Tobias Bocanegra
2006-08-06 10:18 ` Erik Slagter
2006-08-06 10:10 ` Tobias Bocanegra
2006-08-06 10:19 ` Erik Slagter
-- strict thread matches above, loose matches on Subject: below --
2006-08-03 20:47 Pallipadi, Venkatesh
2006-08-04 8:46 ` Erik Slagter
2006-08-04 20:16 Pallipadi, Venkatesh
2006-08-04 20:43 ` Erik Slagter
2006-08-04 22:49 Pallipadi, Venkatesh
2006-08-06 14:10 Pallipadi, Venkatesh
2006-08-06 19:43 ` Tobias Bocanegra
2006-08-08 12:52 ` Thomas Renninger
2006-08-08 14:39 ` Tobias Bocanegra
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.