[ACPI-bugzilla] [Bug 5987] hda: cdrom_pc_intr: The drive appears confused - ICH7: 100% native mode - irq 209: nobody cared - ASUS P5WD2-Premium

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5987 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 22:00 --- Created an attachment (id=7217) --> (http://bugzilla.kernel.org/attachment.cgi?id=7217&action=view) lspci -vv with CONFIG_PCI_MSI=n and acpi=off on boot. --- You

[ACPI-bugzilla] [Bug 5987] hda: cdrom_pc_intr: The drive appears confused - ICH7: 100% native mode - irq 209: nobody cared - ASUS P5WD2-Premium

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5987 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 21:59 --- Created an attachment (id=7215) --> (http://bugzilla.kernel.org/attachment.cgi?id=7215&action=view) Full dmesg with CONFIG_PCI_MSI=n and acpi=off on boot. --- You

[ACPI-bugzilla] [Bug 5987] hda: cdrom_pc_intr: The drive appears confused - ICH7: 100% native mode - irq 209: nobody cared - ASUS P5WD2-Premium

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5987 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 22:24 --- Pressing power button without acpid increments IRQ counter by 1 each time on CPU0 in /proc/interrupts. --- You are receiving this mail because: --- You are on t

[ACPI-bugzilla] [Bug 5987] hda: cdrom_pc_intr: The drive appears confused - ICH7: 100% native mode - irq 209: nobody cared - ASUS P5WD2-Premium

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5987 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 22:11 --- As requested, I uploaded some logs from kernel compiled without CONFIG_PCI_MSI, with acpi=off boot parameter and without nvidia module. I also have the same set of logs/

[ACPI-bugzilla] [Bug 5987] hda: cdrom_pc_intr: The drive appears confused - ICH7: 100% native mode - irq 209: nobody cared - ASUS P5WD2-Premium

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5987 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 22:00 --- Created an attachment (id=7216) --> (http://bugzilla.kernel.org/attachment.cgi?id=7216&action=view) /proc/interrupts with CONFIG_PCI_MSI=n and acpi=off on boot. -

[ACPI-bugzilla] [Bug 5082] speedstep_smi produces FATAL error on first load, works on second load

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5082 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 20:43 --- I looked around speedstep-smi.c but didn't find an obvious place to call acpi_processor_notify_smm(), since the speedstep-smi.c and speedstep-centrino.c modules are so d

[ACPI-bugzilla] [Bug 5966] irq 10: nobody cared - Thinkpad 600E

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5966 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #7188 is|0 |1 obsolete|

[ACPI-bugzilla] [Bug 5082] speedstep_smi produces FATAL error on first load, works on second load

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5082 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 18:05 --- There is a acpi_processor_notify_smm() i drivers/acpi/processor_perflib.c that does exactly this. Other drivers like speedstep-centrino use it. Not sure whether speedst

[ACPI-bugzilla] [Bug 5303] AMD64 Erratum: Should not enable C2 when using APIC

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5303 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 11:52 --- Keep it open for now - we do workarounds for common BIOS bugs (and I know these lost ticks happen on various machines) Also I would like to understand what your change

[ACPI-bugzilla] [Bug 5303] AMD64 Erratum: Should not enable C2 when using APIC

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5303 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 11:40 --- Rahul, the MSR you mentioned is c001_0055h, right? Its value (read through /dev/cpu/0/msr) is 0x33300b0, which means that on a pending interrupt the processor will write

[ACPI-bugzilla] [Bug 5989] S3 sleep hangs the second time

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5989 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 09:23 --- I'm using 2.6.16-rc1 patched with acpi-release-20060113-2.6.16-rc1.diff With vanilla 2.6.15 (i.e. no extra acpi release patch), sleeping never hangs. Once in a while (

[ACPI-bugzilla] [Bug 5989] S3 sleep hangs the second time

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5989 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 09:20 --- Created an attachment (id=7203) --> (http://bugzilla.kernel.org/attachment.cgi?id=7203&action=view) log file showing 1st (ok) and 2nd (failed) sleep attempts ---

[ACPI-bugzilla] [Bug 5989] New: S3 sleep hangs the second time

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5989 Summary: S3 sleep hangs the second time Kernel Version: 2.6.16-rc1 Status: NEW Severity: normal Owner: [EMAIL PROTECTED] Submitter: [EMAIL PROTECTED] Most recent kernel where this bug did n

[ACPI-bugzilla] [Bug 5989] S3 sleep hangs the second time

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5989 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 09:20 --- Created an attachment (id=7204) --> (http://bugzilla.kernel.org/attachment.cgi?id=7204&action=view) S3 sleep script --- You are receiving this mail because: -

[ACPI-bugzilla] [Bug 5864] Alert message of Battery time remaing 1 minute (Toshiba M45-S355)

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5864 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- You are receiving thi

[ACPI-bugzilla] [Bug 5065] SIS900 NIC fails -- 2.6.10 and later, unless acpi=off

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5065 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 07:18 --- Maybe this is a different bug. Did you change anything in your .config ? Maybe you should close this bug. --- You are receiving this mail because: --- You are

[ACPI-bugzilla] [Bug 5065] SIS900 NIC fails -- 2.6.10 and later, unless acpi=off

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5065 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- You are rece

[ACPI-bugzilla] [Bug 5337] S4 regression: suspend sometimes hangs - Dell Dimension 5100

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5337 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 06:42 --- Hello, thanks, it works with 2.6.16-rc1. Regards, Martin --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching som

[ACPI-bugzilla] [Bug 5872] kacpid takes 99% cpu after boot

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5872 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 04:27 --- the values from sensors make sense to me as far as TEMP and FANS are concerned - and they are what i wanted to know. the meaning of the voltages and all the "inXXX" are

[ACPI-bugzilla] [Bug 5872] kacpid takes 99% cpu after boot

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5872 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 04:34 --- Created an attachment (id=7202) --> (http://bugzilla.kernel.org/attachment.cgi?id=7202&action=view) cpuinfo --- You are receiving this mail because: --- You a

[ACPI-bugzilla] [Bug 5872] kacpid takes 99% cpu after boot

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5872 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 03:48 --- Created an attachment (id=7201) --> (http://bugzilla.kernel.org/attachment.cgi?id=7201&action=view) hardware info attaching what i was able to dig out in M$ Win about

[ACPI-bugzilla] [Bug 5872] kacpid takes 99% cpu after boot

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5872 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 04:17 --- The VRM table used by this family of CPU is actually not yet supported, I'll work on it. It doesn't matter much here anyway as the VID pins of the chip appear not to b

[ACPI-bugzilla] [Bug 5872] kacpid takes 99% cpu after boot

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5872 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 04:02 --- This ain't no misdetection for sure. Do the values from the lm85 driver (as displayed by "sensors") make sense to you? They sure don't make much sense to me (which is

[ACPI-bugzilla] [Bug 5872] kacpid takes 99% cpu after boot

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5872 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 03:19 --- Created an attachment (id=7200) --> (http://bugzilla.kernel.org/attachment.cgi?id=7200&action=view) requested dump unloading lm85 is not needed i think - the only thin

[ACPI-bugzilla] [Bug 5872] kacpid takes 99% cpu after boot

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5872 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 01:43 --- No binary attachemenr next time please. If there are too many files for individual attachements, just concatenate them into a single, larger text file. What strikes me

[ACPI-bugzilla] [Bug 5728] Warning **** Large Reference Count

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=5728 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 00:50 --- Created an attachment (id=7199) --> (http://bugzilla.kernel.org/attachment.cgi?id=7199&action=view) Max level Debug Max level Debug on first Warning --- You are r

[ACPI-bugzilla] [Bug 4791] ACPI + SERIO_I8042 bug/conflict

2006-02-01 Thread bugme-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=4791 --- Additional Comments From [EMAIL PROTECTED] 2006-02-01 00:33 --- This patch does not work for me. Here is the result. I have boot with i8042.debug PNP: No PS/2 controller found. Probing ports directly. drivers/input/serio/i8042.c: 2