http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #78 from [EMAIL PROTECTED] 2008-10-17 07:13 ---
Created an attachment (id=18349)
-- (http://bugzilla.kernel.org/attachment.cgi?id=18349action=view)
cat /proc/cpuinfo
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #77 from [EMAIL PROTECTED] 2008-10-16 22:06 ---
CPU: Intel(R) Celeron(R) CPU 530 @ 1.73GHz stepping 01
please paste the output from
$ cat /proc/cpuinfo
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #75 from [EMAIL PROTECTED] 2008-09-09 18:19 ---
Hi, Dionisus
Sorry that I don't spend time on identifying the root cause again. After
checking the datasheet of ICH8 and CPU, I still can't get the root cause. So I
give
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #74 from [EMAIL PROTECTED] 2008-09-03 01:37 ---
Okay. This time it's really in the git tree. That means it's hotfixed in
2.6.27:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #73 from [EMAIL PROTECTED] 2008-08-31 19:37 ---
Hi, Dionisus
Thanks for caring this issue. Now the patch is already ACPI test git tree.
But we have to wait for some time before it hits the upstream kernel.
Thanks.
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #72 from [EMAIL PROTECTED] 2008-08-29 23:41 ---
Okay. Either the patch has not really made it yet or it was reversed. The patch
is not in the current head.
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #71 from [EMAIL PROTECTED] 2008-08-24 12:24 ---
The patch made it into the current linux head and it works fine now. So with
2.6.27 the problem is (hot)fixed for the Acer 5220.
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #68 from [EMAIL PROTECTED] 2008-08-19 06:43 ---
I think we should override the dmi nomwait if idle=mwait is given as a kernel
parameter. roughly like
if (idle_mwait) idle_nomwait=0;
But I couldn't find the place where
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #69 from [EMAIL PROTECTED] 2008-08-19 18:10 ---
Hi, Dionisus
Thanks for caring this issue. In fact when no option is added, OS will try
to use mwait for CPU C-states. Only when the laptop falls into the dmi check
table
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #67 from
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #65 from [EMAIL PROTECTED] 2008-08-17 19:14 ---
Hi, Georgij
Thanks for the test and help.
Do you mean that there exists the same problem with the 5520 laptop? After
the suspend/resume the problem disappears?
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #63 from [EMAIL PROTECTED] 2008-08-16 02:02 ---
Created an attachment (id=17273)
-- (http://bugzilla.kernel.org/attachment.cgi?id=17273action=view)
acer 4220 dmidecode
#56
Hi, Georgij
Will you please try the boot
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #64 from [EMAIL PROTECTED] 2008-08-16 13:32 ---
I can confirm that after suspend to ram and resume the problem disappeares too.
S3 seems to be broken on the 2.6.26, but it works on the 2.6.27-rc3 (if you can
call it works
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #60 from [EMAIL PROTECTED] 2008-08-15 01:41 ---
Hi ykzhao,
yes, after the patch in comment #58 the system can work well and the CPU is in
C3 state most of the time.
If you have any idea what other tests I could make to
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #61 from [EMAIL PROTECTED] 2008-08-15 01:42 ---
And you're very welcome of course, thank you for your help, your work and the
patch!
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #62 from [EMAIL PROTECTED] 2008-08-15 07:02 ---
Hi ykzhau,
could you send the patch to Linus?
Thanks
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #55 from [EMAIL PROTECTED] 2008-08-14 05:12 ---
Hi, Dionisus
I add your laptop into DMI check table in the following commit, in which
Mwait will be disabled for CPU C-states.
commit
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #56 from [EMAIL PROTECTED] 2008-08-14 05:26 ---
Hi, Georgij
Will you please try the boot option of idle=nowmait on the 2.6.27-rc2
kernel and see whether the problem still exists?
If the problem disappears, please
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #57 from [EMAIL PROTECTED] 2008-08-14 15:52 ---
Hi ykzhao,
I checked at 30a2f3c60a84092c8084dfe788b710f8d0768cd4 (-rc3) and if I boot with
idle=nomwait, the cpu is in C3 most of the time. So the problem is fixed if I
pass
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #58 from [EMAIL PROTECTED] 2008-08-14 16:34 ---
Created an attachment (id=17253)
-- (http://bugzilla.kernel.org/attachment.cgi?id=17253action=view)
Patch to fix typo for current git HEAD.
I fixed the typo and tested it.
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #59 from [EMAIL PROTECTED] 2008-08-14 19:30 ---
Hi, Dionisus
Thanks for your work. After the patch in comment #58 is applied on the
2.6.27-rc2 kernel, the system can work well and the CPU will be in C3 state
most of the
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #50 from
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #51 from [EMAIL PROTECTED] 2008-07-17 02:45 ---
Thanks. I will need some time to test. I will probably be unreachable for
around two weeks and unable to test the new kernel until after that(no
bandwidth for downloading the
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #48 from [EMAIL PROTECTED] 2008-07-11 22:46 ---
Does anyone have any idea how the cause of this problem could be found?
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|[EMAIL PROTECTED]
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #47 from [EMAIL PROTECTED] 2008-07-09 00:47 ---
Please let me know if I can do anything else to help find the root cause.
Thank you.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #46 from [EMAIL PROTECTED] 2008-06-23 19:45 ---
Hi ykzhao,
I'm sorry but I don't know how to assign it to you.
Actually the patch helps much better than going into standby and resuming.
If I can help in any way please let
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #45 from [EMAIL PROTECTED] 2008-06-22 19:59 ---
Hi, Dionisus
Thanks for the info of lspci -vxxx before and after suspend. But now I
can't find the root cause that there are about 4+ wakeup per seconds.
Anyway please
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|VERIFIED|REOPENED
Resolution|CODE_FIX
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #41 from [EMAIL PROTECTED] 2008-06-20 07:14 ---
Hi, Dionisus
What you said is very right. The boot option of idle=halt is totally
different with the module parameter of processor.idle=1 in the comment #24.
When this
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #43 from [EMAIL PROTECTED] 2008-06-20 20:03 ---
Btw. the patch also works well in 2.6.25.7 for me. (applied for the _32 and _64
version of process.c)
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #42 from [EMAIL PROTECTED] 2008-06-20 19:49 ---
The patch works very well for me now. Did the new lspci help you?
Please let me know if I can do something else to help.
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #37 from [EMAIL PROTECTED] 2008-06-19 03:53 ---
Hi ykzhao,
I fixed my problem with suspend in 2.6.25. I will now post the lspcis.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #16533|0 |1
is obsolete|
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #39 from [EMAIL PROTECTED] 2008-06-19 04:01 ---
Created an attachment (id=16545)
-- (http://bugzilla.kernel.org/attachment.cgi?id=16545action=view)
lspci -v after suspend
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #40 from [EMAIL PROTECTED] 2008-06-19 07:08 ---
By the way: idle=halt does not do the same for me as processor.idle=1. The
former does not activate the C3 state and the CPU stays for shorter amounts in
it.
--
Configure
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #34 from [EMAIL PROTECTED] 2008-06-18 06:49 ---
The nomwait patch also works for me.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #35 from [EMAIL PROTECTED] 2008-06-18 18:58 ---
I was wondering...:
Couldn't this problem be fixed with a generic patch of some kind? At least
there should never be 20.000 + wakes per second, right?
Or is this needed so
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #36 from [EMAIL PROTECTED] 2008-06-18 19:15 ---
Hi, Dionisus
The workaround patch can work for you. The root cause is not gotten.
In the problem description the interesting thing for your sytem is that the
problem
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #23 from [EMAIL PROTECTED] 2008-06-16 23:00 ---
Created an attachment (id=16518)
-- (http://bugzilla.kernel.org/attachment.cgi?id=16518action=view)
2.6.26rc6 dmesg with new BIOS
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #24 from [EMAIL PROTECTED] 2008-06-16 23:57 ---
Created an attachment (id=16520)
-- (http://bugzilla.kernel.org/attachment.cgi?id=16520action=view)
try the debug patch
Will you please try the debug patch and see whether
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #25 from [EMAIL PROTECTED] 2008-06-17 00:28 ---
Created an attachment (id=16521)
-- (http://bugzilla.kernel.org/attachment.cgi?id=16521action=view)
dmidecode (new BIOS)
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #26 from [EMAIL PROTECTED] 2008-06-17 01:05 ---
for idle=nowait dmesg tells me
[0.00] Malformed early option 'idle'
for insmod processor.ko idle=nowait it tells me
[ 261.132372] processor: `nomwait' invalid for
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #27 from [EMAIL PROTECTED] 2008-06-17 01:42 ---
Created an attachment (id=16523)
-- (http://bugzilla.kernel.org/attachment.cgi?id=16523action=view)
dmesg with idlepatch
This is the dmesg with the above patch applied and
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #28 from [EMAIL PROTECTED] 2008-06-17 02:28 ---
Thanks for the test.
From the test it seems that the power-top can work well after disableing mwait
for CPU C-states on your laptop.
I am sorry that I give the incorrect
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #29 from [EMAIL PROTECTED] 2008-06-17 07:39 ---
No problem. When do you think this will go into mainline?
Should I close the bug then? I've not seen the problem anymore after using your
patch.
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #30 from [EMAIL PROTECTED] 2008-06-17 17:59 ---
Hi, Dionisus
Now the patch set is already sent to acpi mail list. And it will take some
time to merge them into upstream kernel.
Thanks.
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #31 from [EMAIL PROTECTED] 2008-06-17 19:34 ---
Hi, Dionisus
Will you please attach the output of lspci -vxxx before suspend and after
resume?
Thanks.
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #32 from [EMAIL PROTECTED] 2008-06-17 21:45 ---
Created an attachment (id=16533)
-- (http://bugzilla.kernel.org/attachment.cgi?id=16533action=view)
lspci -v before suspend bios v. 1.34
I wish I could give you the
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #33 from [EMAIL PROTECTED] 2008-06-17 21:46 ---
Created an attachment (id=16534)
-- (http://bugzilla.kernel.org/attachment.cgi?id=16534action=view)
lspci -v before suspend bios v. 1.31
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||acpi-
|
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #19 from [EMAIL PROTECTED] 2008-06-16 21:40 ---
Processor max_cstate=1 fixes the problem. No more 40 000 or more.
The BIOS is the newest available version. It has no corresponding option,
hardly any options at all.
--
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #20 from [EMAIL PROTECTED] 2008-06-16 21:41 ---
Created an attachment (id=16515)
-- (http://bugzilla.kernel.org/attachment.cgi?id=16515action=view)
acpidump output
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=10914
--- Comment #21 from [EMAIL PROTECTED] 2008-06-16 21:52 ---
Created an attachment (id=16516)
-- (http://bugzilla.kernel.org/attachment.cgi?id=16516action=view)
DSDT.dsl
created above from acpidump output for convenience
--
http://bugzilla.kernel.org/show_bug.cgi?id=10914
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #16515|0 |1
is obsolete|
60 matches
Mail list logo
