http://bugzilla.kernel.org/show_bug.cgi?id=8841
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |acpi-
| |[EMAIL PROTECTED]
| |et
AssignedTo|acpi_config- |[EMAIL PROTECTED]
|[EMAIL PROTECTED] |
|bugs.osdl.org |
Status|NEW |ASSIGNED
------- Comment #3 from [EMAIL PROTECTED] 2007-09-05 18:16 -------
[ 59.164605] ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) ->
IRQ 20
[ 59.170612] [drm] Initialized via 2.11.1 20070202 on minor 1
[ 60.362227] agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
[ 60.362429] agpgart: Xorg tried to set rate=x12. Setting to AGP3 x8 mode.
[ 60.362570] agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
[ 60.362750] agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
[ 60.887296] irq 20: nobody cared (try booting with the "irqpoll" option)
[ 60.887319] [<c0148114>] __report_bad_irq+0x24/0x80
[ 60.887340] [<c0148355>] note_interrupt+0x1e5/0x230
[ 60.887365] [<c0147555>] handle_IRQ_event+0x25/0x50
[ 60.887381] [<c014861d>] handle_fasteoi_irq+0x8d/0xa0
[ 60.887391] [<c01063de>] do_IRQ+0x3e/0x80
[ 60.887413] [<c01047b7>] common_interrupt+0x23/0x28
[ 60.887422] [<c0102db0>] default_idle+0x0/0x40
[ 60.887445] [<c0102dda>] default_idle+0x2a/0x40
[ 60.887453] [<c0102e38>] cpu_idle+0x48/0x70
[ 60.887456] [<c03948df>] start_kernel+0x22f/0x2c0
[ 60.887463] [<c0394460>] unknown_bootoption+0x0/0x250
[ 60.887485] =======================
[ 60.887486] handlers:
[ 60.887488] [<dcc12080>] (via_driver_irq_handler+0x0/0x1b0 [via])
[ 60.887497] Disabling IRQ #20
This is likely not the fault of drm's via_driver_irq_handler().
It is more likely that some other device is pulling on GSI 16
and that the DRM module is an innocent bystander.
You may be able to identify the guilty party by disabling devices
in the BIOS or physically removing them and seeing if any of those
cause this to stop.
Please attach the output from acpidump.
Please attach the output from lspci -vv
Please try booting with "noapic" and pasting the /proc/interrupts --
a configuration where hopefully this will go away and we can verify
that at least the peripherals are okay and that this is simply yet
another VIA IOAPIC interrupt routing quirk issue.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
acpi-bugzilla mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
