[Bug 4980] *.events blocked unless ec_burst=1

http://bugzilla.kernel.org/show_bug.cgi?id=4980 --- Comment #105 from [EMAIL PROTECTED] 2008-01-24 23:16 --- Unfortunately, I have not the laptop any more :( -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --

[Bug 9525] soft lockup - CPU#1 stuck for 15s! [swapper:0]

http://bugzilla.kernel.org/show_bug.cgi?id=9525 --- Comment #5 from [EMAIL PROTECTED] 2008-01-24 22:44 --- And if it matters, i'm seeing this on x86_64 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You

[Bug 9525] soft lockup - CPU#1 stuck for 15s! [swapper:0]

http://bugzilla.kernel.org/show_bug.cgi?id=9525 --- Comment #4 from [EMAIL PROTECTED] 2008-01-24 22:39 --- FWIW, I'm seeing this issue too. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the C

[Bug 9525] soft lockup - CPU#1 stuck for 15s! [swapper:0]

http://bugzilla.kernel.org/show_bug.cgi?id=9525 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugm

[Bug 9724] brightness sysfs vs hotkeys - Toshiba Satellite U300

http://bugzilla.kernel.org/show_bug.cgi?id=9724 --- Comment #41 from [EMAIL PROTECTED] 2008-01-24 17:59 --- (In reply to comment #39) > At first when I kill acpid I can control brightness both via fn keys. > when I use fn keys! > There is a sequence of brightness levels when I use fn

[Bug 9558] AE_AML_PACKAGE_LIMIT, Evaluating _PSS - Frequency scaling not working after BIOS upgrade on Asus F3jc

http://bugzilla.kernel.org/show_bug.cgi?id=9558 --- Comment #37 from [EMAIL PROTECTED] 2008-01-24 17:36 --- The patch has been integrated into ACPICA release 20080123 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail becaus

[Bug 9085] PCI: Unable to reserve mem region -> skge driver refuses to load

http://bugzilla.kernel.org/show_bug.cgi?id=9085 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |REJECTED Resolution|

[Bug 9781] kacpid uses 80% CPU - E4400/D945GCNL

http://bugzilla.kernel.org/show_bug.cgi?id=9781 --- Comment #11 from [EMAIL PROTECTED] 2008-01-24 17:16 --- If you have enabled the following in .config, it is ok and acpi debug function is enabled. >CONFIG_ACPI_DEBUG=y >CONFIG_ACPI_DEBUG_FUNC_TRACE=y cat /proc/acpi/event will stay w

[Bug 9772] 2.6.24-rc8 + patches: CPU hot removal while CPU is online leaves system in bad state

http://bugzilla.kernel.org/show_bug.cgi?id=9772 --- Comment #8 from [EMAIL PROTECTED] 2008-01-24 17:15 --- Yes, it works if I offline the CPU first, then echo 1 into the eject node. I think what you need is a symlink from the ACPI device node to the CPU sysdev. When you get the ejec

[Bug 9772] 2.6.24-rc8 + patches: CPU hot removal while CPU is online leaves system in bad state

http://bugzilla.kernel.org/show_bug.cgi?id=9772 --- Comment #7 from [EMAIL PROTECTED] 2008-01-24 17:02 --- (In reply to comment #3) > There's a couple of problems. So it really works for you, right? ie, "echo 0 > online" first and "echo 1 > eject" then can hot remove a processor succe

[Bug 9772] 2.6.24-rc8 + patches: CPU hot removal while CPU is online leaves system in bad state

http://bugzilla.kernel.org/show_bug.cgi?id=9772 --- Comment #6 from [EMAIL PROTECTED] 2008-01-24 16:57 --- (In reply to comment #5) > Does your firmware have an _EJ0 method for the processor objects? You should > be able to tell by dumping the DSDT or whatever. Yes. the "eject" attr

[Bug 8246] no acpi interrupts - IBM Thinkpad R51e

http://bugzilla.kernel.org/show_bug.cgi?id=8246 --- Comment #24 from [EMAIL PROTECTED] 2008-01-24 16:00 --- Applying the patch against 2.6.24 and booting acpi=rsdp_forced works for me: the Fn+foo keys and closing the lid now issue ACPI events, Fn wakes up from suspend, etc. Many thank

[Bug 9772] 2.6.24-rc8 + patches: CPU hot removal while CPU is online leaves system in bad state

http://bugzilla.kernel.org/show_bug.cgi?id=9772 --- Comment #5 from [EMAIL PROTECTED] 2008-01-24 13:44 --- Does your firmware have an _EJ0 method for the processor objects? You should be able to tell by dumping the DSDT or whatever. -- Configure bugmail: http://bugzilla.kernel.org

[Bug 4980] *.events blocked unless ec_burst=1

http://bugzilla.kernel.org/show_bug.cgi?id=4980 --- Comment #104 from [EMAIL PROTECTED] 2008-01-24 13:24 --- Alexey, we are about to try to enable burst mode in EC again, as a patch for bug #9341. Could you check if this patch does not break your machine? -- Configure bugmail: http

[Bug 9724] brightness sysfs vs hotkeys - Toshiba Satellite U300

http://bugzilla.kernel.org/show_bug.cgi?id=9724 --- Comment #40 from [EMAIL PROTECTED] 2008-01-24 12:49 --- Created an attachment (id=14566) --> (http://bugzilla.kernel.org/attachment.cgi?id=14566&action=view) DSDT Just for fun. There is my ACPI DSDT that I have dissassembled. You c

[Bug 9798] Fan resume not working on nx6325 without userland assistance

http://bugzilla.kernel.org/show_bug.cgi?id=9798 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #15 from [EMA

[Bug 9747] Oops on boot from laptop mode writing to /proc/acpi/processor/CPU0/throttling

http://bugzilla.kernel.org/show_bug.cgi?id=9747 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #6 from [EMAI

[Bug 9724] brightness sysfs vs hotkeys - Toshiba Satellite U300

http://bugzilla.kernel.org/show_bug.cgi?id=9724 --- Comment #39 from [EMAIL PROTECTED] 2008-01-24 12:46 --- Zhang At first when I kill acpid I can control brightness both via /proc /sys and fn keys. So as I use debian unstable mabye problem not in kernel... There is many stranges in u

[Bug 8459] EC: slow ACPI sensors starting at 2.6.20-rc2, unless ec_intr=0

http://bugzilla.kernel.org/show_bug.cgi?id=8459 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #72 from [EMA

[Bug 9772] 2.6.24-rc8 + patches: CPU hot removal while CPU is online leaves system in bad state

http://bugzilla.kernel.org/show_bug.cgi?id=9772 --- Comment #4 from [EMAIL PROTECTED] 2008-01-24 12:16 --- Hrm, this is odd. I don't seem to have an eject file in sysfs: [EMAIL PROTECTED] ACPI0007:02]# pwd /sys/bus/acpi/devices/LNXSYSTM:00/device:00/ACPI0007:02 [EMAIL PROTECTED] ACP

[Bug 9772] 2.6.24-rc8 + patches: CPU hot removal while CPU is online leaves system in bad state

http://bugzilla.kernel.org/show_bug.cgi?id=9772 --- Comment #3 from [EMAIL PROTECTED] 2008-01-24 09:31 --- There's a couple of problems. /sys/devices/system/cpu/cpuX/online doesn't always correspond to /sys/bus/acpi/drivers/processor/ACPI0007:0X. Especially if you remove and then re

[Bug 9781] kacpid uses 80% CPU - E4400/D945GCNL

http://bugzilla.kernel.org/show_bug.cgi?id=9781 --- Comment #10 from [EMAIL PROTECTED] 2008-01-24 09:17 --- i had enabled this in .config and compiled the kernel before running the test CONFIG_ACPI_DEBUG=y CONFIG_ACPI_DEBUG_FUNC_TRACE=y what else do i need to enable acpi debug? cat /p

[Bug 5809] Status/state for LID is _close_ while the lid is open - Samsung X20 1730

http://bugzilla.kernel.org/show_bug.cgi?id=5809 --- Comment #52 from [EMAIL PROTECTED] 2008-01-24 07:55 --- Created an attachment (id=14562) --> (http://bugzilla.kernel.org/attachment.cgi?id=14562&action=view) interrupts_before test2 -- Configure bugmail: http://bugzilla.kernel.or

[Bug 5809] Status/state for LID is _close_ while the lid is open - Samsung X20 1730

http://bugzilla.kernel.org/show_bug.cgi?id=5809 --- Comment #51 from [EMAIL PROTECTED] 2008-01-24 07:55 --- Created an attachment (id=14561) --> (http://bugzilla.kernel.org/attachment.cgi?id=14561&action=view) dmesg_after test2 -- Configure bugmail: http://bugzilla.kernel.org/user

[Bug 5809] Status/state for LID is _close_ while the lid is open - Samsung X20 1730

http://bugzilla.kernel.org/show_bug.cgi?id=5809 --- Comment #53 from [EMAIL PROTECTED] 2008-01-24 07:56 --- Created an attachment (id=14563) --> (http://bugzilla.kernel.org/attachment.cgi?id=14563&action=view) interrupts_after test2 -- Configure bugmail: http://bugzilla.kernel.org

[Bug 5809] Status/state for LID is _close_ while the lid is open - Samsung X20 1730

http://bugzilla.kernel.org/show_bug.cgi?id=5809 --- Comment #50 from [EMAIL PROTECTED] 2008-01-24 07:55 --- Created an attachment (id=14560) --> (http://bugzilla.kernel.org/attachment.cgi?id=14560&action=view) dmesg_before test2 -- Configure bugmail: http://bugzilla.kernel.org/use

[Bug 5809] Status/state for LID is _close_ while the lid is open - Samsung X20 1730

http://bugzilla.kernel.org/show_bug.cgi?id=5809 --- Comment #49 from [EMAIL PROTECTED] 2008-01-24 07:54 --- Created an attachment (id=14559) --> (http://bugzilla.kernel.org/attachment.cgi?id=14559&action=view) acpi_event test2 -- Configure bugmail: http://bugzilla.kernel.org/userp

[Bug 5809] Status/state for LID is _close_ while the lid is open - Samsung X20 1730

http://bugzilla.kernel.org/show_bug.cgi?id=5809 --- Comment #48 from [EMAIL PROTECTED] 2008-01-24 07:54 --- Created an attachment (id=14558) --> (http://bugzilla.kernel.org/attachment.cgi?id=14558&action=view) lspci_-vvxxx -- Configure bugmail: http://bugzilla.kernel.org/userprefs

[Bug 5809] Status/state for LID is _close_ while the lid is open - Samsung X20 1730

http://bugzilla.kernel.org/show_bug.cgi?id=5809 --- Comment #47 from [EMAIL PROTECTED] 2008-01-24 07:54 --- This is right there was no acpi event when i opened and closed the lid. I have done the tests again but this time I waited arround 12 seconds (see Comment #40) before opening t

[Bug 9807] ACPI processor idle driver creates /proc/acpi/processor/*/power although C2 or C3 isn't supported

http://bugzilla.kernel.org/show_bug.cgi?id=9807 --- Comment #1 from [EMAIL PROTECTED] 2008-01-24 01:50 --- Created an attachment (id=14556) --> (http://bugzilla.kernel.org/attachment.cgi?id=14556&action=view) Fix patch for this bug This patch fixes this issue, it make ACPI processor

[Bug 9807] New: ACPI processor idle driver creates /proc/acpi/processor/*/power although C2 or C3 isn't supported

http://bugzilla.kernel.org/show_bug.cgi?id=9807 Summary: ACPI processor idle driver creates /proc/acpi/processor/*/power although C2 or C3 isn't supported Product: ACPI Version: 2.5 KernelVersion: 2.6.24-rc8 Pl

[Bug 8570] AE_NOT_FOUND, Processor Device is not present [20060707] - HP ML110 G4 Xeon 3040

http://bugzilla.kernel.org/show_bug.cgi?id=8570 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #11737|0 |1 is obsolete|

[Bug 8570] AE_NOT_FOUND, Processor Device is not present [20060707] - HP ML110 G4 Xeon 3040

http://bugzilla.kernel.org/show_bug.cgi?id=8570 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #12047|0 |1 is obsolete|

[Bug 8734] several problems with Pentium M 773 on MSI-9625

http://bugzilla.kernel.org/show_bug.cgi?id=8734 --- Comment #23 from [EMAIL PROTECTED] 2008-01-24 00:51 --- Hi, Norman Thanks for the info. What Alexey said is right. The remained two problems are caused by broken BIOS. a. /proc/acpi/processors/CPU0/info In the DSDT there is