http://bugzilla.kernel.org/show_bug.cgi?id=9781
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEEDINFO|ASSIGNED
--- Comment #42 from [E
http://bugzilla.kernel.org/show_bug.cgi?id=9781
--- Comment #41 from [EMAIL PROTECTED] 2008-01-30 22:27 ---
Yes, i patched and recompiled the kernel but the bug was still present and
acting in the same way.
I couldn't boot the system with "acpi.debug_layer=0x04
acpi.debug_level=0x080
http://bugzilla.kernel.org/show_bug.cgi?id=9642
--- Comment #29 from [EMAIL PROTECTED] 2008-01-30 22:24 ---
Is this a Linux/kernel regression?
There is not ACPI backlight devices on your laptop from the acpidump you
attached. /sys/class/backlight/ is empty, right?
could you please fol
http://bugzilla.kernel.org/show_bug.cgi?id=9781
--- Comment #40 from [EMAIL PROTECTED] 2008-01-30 21:31 ---
Hi, Dennis
Thanks for so quick response.
From the log it seems that the problem is caused by the GPE 0x1D(maybe it is
related with the GPIO). And I will investigate it.
http://bugzilla.kernel.org/show_bug.cgi?id=9781
--- Comment #39 from [EMAIL PROTECTED] 2008-01-30 20:53 ---
Created an attachment (id=14660)
--> (http://bugzilla.kernel.org/attachment.cgi?id=14660&action=view)
interrupts after one minute
--
Configure bugmail: http://bugzilla.kerne
http://bugzilla.kernel.org/show_bug.cgi?id=9781
--- Comment #38 from [EMAIL PROTECTED] 2008-01-30 20:52 ---
Created an attachment (id=14659)
--> (http://bugzilla.kernel.org/attachment.cgi?id=14659&action=view)
dmsg after one minute
--
Configure bugmail: http://bugzilla.kernel.org/
http://bugzilla.kernel.org/show_bug.cgi?id=9781
--- Comment #37 from [EMAIL PROTECTED] 2008-01-30 20:52 ---
Created an attachment (id=14658)
--> (http://bugzilla.kernel.org/attachment.cgi?id=14658&action=view)
interrupts just after inserting zero to the port, when the bug stopped
-
http://bugzilla.kernel.org/show_bug.cgi?id=9781
--- Comment #36 from [EMAIL PROTECTED] 2008-01-30 20:51 ---
Created an attachment (id=14657)
--> (http://bugzilla.kernel.org/attachment.cgi?id=14657&action=view)
dmesg just after inserting 0 to the port
--
Configure bugmail: http://b
http://bugzilla.kernel.org/show_bug.cgi?id=9781
--- Comment #35 from [EMAIL PROTECTED] 2008-01-30 20:50 ---
I did the tests in comment 31, since the value of IO port 0x52c is 3000, i
wrote 0 to 0x52c and the bug disappeared!. Ill attach the results. Ill try the
patch in a moment when
http://bugzilla.kernel.org/show_bug.cgi?id=9781
--- Comment #34 from [EMAIL PROTECTED] 2008-01-30 19:40 ---
Created an attachment (id=14656)
--> (http://bugzilla.kernel.org/attachment.cgi?id=14656&action=view)
defer the gpe enable
Hi, Dennis
Will you please try the attached patc
http://bugzilla.kernel.org/show_bug.cgi?id=9761
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|
http://bugzilla.kernel.org/show_bug.cgi?id=9761
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #14653|0 |1
is obsolete|
http://bugzilla.kernel.org/show_bug.cgi?id=9761
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #14477|0 |1
is obsolete|
http://bugzilla.kernel.org/show_bug.cgi?id=9781
--- Comment #33 from [EMAIL PROTECTED] 2008-01-30 17:03 ---
Hi, Dennis
Thanks for the test.
> echo 0xa is a mistake. please ignore it.
You can test it when the bug is present. And it is noted that if the bit 13
of 0x52c IO po
http://bugzilla.kernel.org/show_bug.cgi?id=9754
--- Comment #11 from [EMAIL PROTECTED] 2008-01-30 16:55 ---
Little news for you!
I tried two options when booting the kernel:
-noapic does not seem to change anything,
-nolapic disables my keyboard/mice :).
I tried this because I've
http://bugzilla.kernel.org/show_bug.cgi?id=9772
--- Comment #14 from [EMAIL PROTECTED] 2008-01-30 16:37 ---
So the behavior is strange.
If I power on with 2 CPUs, then echo 1 > .../ACPI0007:01/eject with CPU 1
online, things work.
If I power on with 4 CPUs, then I can remove cpus 3
http://bugzilla.kernel.org/show_bug.cgi?id=9624
--- Comment #21 from [EMAIL PROTECTED] 2008-01-30 16:27 ---
Ignore the s2ram issue. Message #10 was wrong, so the observation about s2ram
was still with a broken ACPI system.
With the patch reverted, the machine is unresponsive to ACPI
http://bugzilla.kernel.org/show_bug.cgi?id=9624
[EMAIL PROTECTED] changed:
What|Removed |Added
OtherBugsDependingO||7216
nThis|
http://bugzilla.kernel.org/show_bug.cgi?id=9624
--- Comment #19 from [EMAIL PROTECTED] 2008-01-30 15:35 ---
I did that a month ago and arrived at the patch mentioned in #4.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail
http://bugzilla.kernel.org/show_bug.cgi?id=9624
--- Comment #18 from [EMAIL PROTECTED] 2008-01-30 15:32 ---
Well, I'd run a bisection at this point ...
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
http://bugzilla.kernel.org/show_bug.cgi?id=9624
--- Comment #17 from [EMAIL PROTECTED] 2008-01-30 14:58 ---
Any further thoughts, guys? This is a big impediment to me hacking on new
kernels.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are re
http://bugzilla.kernel.org/show_bug.cgi?id=9163
--- Comment #59 from [EMAIL PROTECTED] 2008-01-30 14:24 ---
Hm. CONFIG_PM_VERBOSE shouldn't be necessary.
I'm starting to think that your box's BIOS wants us to save/restore the ACPI
NVS area during hibernation, which we're not doing a
http://bugzilla.kernel.org/show_bug.cgi?id=9163
--- Comment #58 from [EMAIL PROTECTED] 2008-01-30 13:58 ---
No problems after that.
I had to recompile with
CONFIG_PM_DEBUG=y
CONFIG_PM_VERBOSE=y
and now have huge logs. Do you need any dmesg output?
--
Configure bugmail: http://b
https://bugzilla.novell.com/show_bug.cgi?id=350017
User [EMAIL PROTECTED] added comment
https://bugzilla.novell.com/show_bug.cgi?id=350017#c24
--- Comment #24 from Tomáš Bašus <[EMAIL PROTECTED]> 2008-01-30 10:47:32 MST
---
Now it was reported to ASUS, there is status link
http://vip.asus.c
https://bugzilla.novell.com/show_bug.cgi?id=350017
User [EMAIL PROTECTED] added comment
https://bugzilla.novell.com/show_bug.cgi?id=350017#c23
Tomáš Bašus <[EMAIL PROTECTED]> changed:
What|Removed |Added
http://bugzilla.kernel.org/show_bug.cgi?id=9487
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--
Configure bugm
http://bugzilla.kernel.org/show_bug.cgi?id=8734
--- Comment #26 from [EMAIL PROTECTED] 2008-01-30 06:33 ---
Hi, Norman
From the log in comment #18 it seems that the acpi-cpufreq module isn't
loaded. But it is not helpful to find the root cause.
Will you please enable the debug f
http://bugzilla.kernel.org/show_bug.cgi?id=9781
--- Comment #32 from [EMAIL PROTECTED] 2008-01-30 05:56 ---
Sure, happy to help. This are the results of the tests using the tool:
When the bug is present(normal linux function):
a. ./ior --addr 0x504 --width 16
the value of IO port 0
http://bugzilla.kernel.org/show_bug.cgi?id=8734
--- Comment #25 from [EMAIL PROTECTED] 2008-01-30 02:03 ---
Hi, Norman
Thanks for the info.
From the info in comment #24 we can know that SENF is 0x0001 and SSHU bit is
1. So the _TMP method will always return 40 temperature.( _TMP
http://bugzilla.kernel.org/show_bug.cgi?id=9167
--- Comment #48 from [EMAIL PROTECTED] 2008-01-30 00:49 ---
I also have this problem with my Acer Aspire 5720. 64bit linux. Have just
upgraded BIOS to v1.21 and problem remains.
--
Configure bugmail: http://bugzilla.kernel.org/userpre
30 matches
Mail list logo