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: --
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
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
http://bugzilla.kernel.org/show_bug.cgi?id=9525
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--
Configure bugm
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
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
http://bugzilla.kernel.org/show_bug.cgi?id=9085
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |REJECTED
Resolution|
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
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
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
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
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
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
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
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
http://bugzilla.kernel.org/show_bug.cgi?id=9798
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #15 from [EMA
http://bugzilla.kernel.org/show_bug.cgi?id=9747
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #6 from [EMAI
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
http://bugzilla.kernel.org/show_bug.cgi?id=8459
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #72 from [EMA
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
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
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
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
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
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
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
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
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
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
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
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
http://bugzilla.kernel.org/show_bug.cgi?id=8570
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #11737|0 |1
is obsolete|
http://bugzilla.kernel.org/show_bug.cgi?id=8570
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #12047|0 |1
is obsolete|
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
34 matches
Mail list logo