Hello! Distribution: Debian Sarge Hardware Environment: http://www.ieiworld.com/en/product_IPC.asp?model=ROCKY-3732 Whith dual P3 860Mhz /512Mb RAM Problem Description: Whith the kernel-image-2.6.8 from debian i had no problem. But now i tryed to install bootsplash-3.1.4-2.6.11 whit kernel 6.2.11 first and then whit kernel 6.2.11.6 and 6.2.11.7. I think its not e bug of Bootsplash, it's one of the kernel, but if you think it's one of bootsplash, i would install a normal kernel and try it again. Whith kernel 2.6.11, the PC stopps imediatly to work when i started sound (echo h > /dev/dsp is eneught). Whit kernel 2.6.11.6 the PC Plays sound, but when the soundcard is not working abaut 2h 45min, in the syslog these strings apears: Apr 8 04:47:48 localhost kernel: irq 10: nobody cared! Apr 8 04:47:48 localhost kernel: [<c013783a>] __report_bad_irq+0x2a/0xa0 Apr 8 04:47:48 localhost kernel: [<c01371a0>] handle_IRQ_event+0x30/0x70 Apr 8 04:47:48 localhost kernel: [<c0137940>] note_interrupt+0x70/0xb0 Apr 8 04:47:48 localhost kernel: [<c0137313>] __do_IRQ+0x133/0x140 Apr 8 04:47:48 localhost kernel: [<c0104cf9>] do_IRQ+0x19/0x30 Apr 8 04:47:48 localhost kernel: [<c010322e>] common_interrupt+0x1a/0x20 Apr 8 04:47:48 localhost kernel: [<c01006d3>] default_idle+0x23/0x30 Apr 8 04:47:48 localhost kernel: [<c010077f>] cpu_idle+0x5f/0x70 Apr 8 04:47:48 localhost kernel: [<c04ee99d>] start_kernel+0x17d/0x1c0 Apr 8 04:47:48 localhost kernel: [<c04ee390>] unknown_bootoption+0x0/0x1e0 Apr 8 04:47:48 localhost kernel: handlers: Apr 8 04:47:48 localhost kernel: [<c0347170>] (snd_via82xx_interrupt+0x0/0xd0) Apr 8 04:47:48 localhost kernel: Disabling IRQ #10 This is no problem, but later when i try to start sound, these string's apears and USB and network is dead (No mouse, the keyboard works but when i tryed to switch to the console, the PC frezez totally): Apr 8 06:08:09 localhost kernel: irq 18: nobody cared! Apr 8 06:08:09 localhost kernel: [<c013783a>] __report_bad_irq+0x2a/0xa0 Apr 8 06:08:09 localhost kernel: [<c01371a0>] handle_IRQ_event+0x30/0x70 Apr 8 06:08:09 localhost kernel: [<c0137940>] note_interrupt+0x70/0xb0 Apr 8 06:08:09 localhost kernel: [<c0137313>] __do_IRQ+0x133/0x140 Apr 8 06:08:09 localhost kernel: [<c0104cf9>] do_IRQ+0x19/0x30 Apr 8 06:08:09 localhost kernel: [<c010322e>] common_interrupt+0x1a/0x20 Apr 8 06:08:09 localhost kernel: handlers: Apr 8 06:08:09 localhost kernel: [<c02e44d0>] (usb_hcd_irq+0x0/0x70) Apr 8 06:08:09 localhost kernel: [<c02b6e70>] (speedo_interrupt+0x0/0x230) Apr 8 06:08:09 localhost kernel: Disabling IRQ #18 ... Apr 8 06:08:40 localhost kernel: NETDEV WATCHDOG: eth0: transmit timed out I have also tryed to start with the pci=routeirq argument, but the problem was the same... Somthing from the syslog with kernel 2.6.11.6: Apr 8 02:01:07 localhost kernel: PCI: Using ACPI for IRQ routing Apr 8 02:01:07 localhost kernel: ** PCI interrupts are no longer routed automatically. If this Apr 8 02:01:07 localhost kernel: ** causes a device to stop working, it is probably because the Apr 8 02:01:07 localhost kernel: ** driver failed to call pci_enable_device(). As a temporary Apr 8 02:01:07 localhost kernel: ** workaround, the "pci=routeirq" argument restores the old Apr 8 02:01:07 localhost kernel: ** behavior. If this argument makes the device work again, Apr 8 02:01:07 localhost kernel: ** please email the output of "lspci" to bjorn.helgaas@hp.com Apr 8 02:01:07 localhost kernel: ** so I can fix the driver. ... Apr 8 02:01:07 localhost kernel: eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.html Apr 8 02:01:07 localhost kernel: eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others Apr 8 02:01:07 localhost kernel: ACPI: PCI interrupt 0000:00:0f.0[A] -> GSI 18 (level, low) -> IRQ 18 Apr 8 02:01:07 localhost kernel: eth0: 0000:00:0f.0, 00:08:9B:09:A9:4B, IRQ 18. Apr 8 02:01:07 localhost kernel: Board assembly 729757-006, Physical connectors present: RJ45 Apr 8 02:01:07 localhost kernel: Primary interface chip i82555 PHY #1. Apr 8 02:01:07 localhost kernel: General self-test: passed. Apr 8 02:01:07 localhost kernel: Serial sub-system self-test: passed. Apr 8 02:01:07 localhost kernel: Internal registers self-test: passed. Apr 8 02:01:07 localhost kernel: ROM checksum self-test: passed (0x04f4518b). Apr 8 02:01:07 localhost kernel: ACPI: PCI interrupt 0000:00:10.0[A] -> GSI 17 (level, low) -> IRQ 17 Apr 8 02:01:07 localhost kernel: eth1: 0000:00:10.0, 00:08:9B:09:A9:4C, IRQ 17. Apr 8 02:01:07 localhost kernel: Board assembly 729757-006, Physical connectors present: RJ45 Apr 8 02:01:07 localhost kernel: Primary interface chip i82555 PHY #1. Apr 8 02:01:07 localhost kernel: General self-test: passed. Apr 8 02:01:07 localhost kernel: Serial sub-system self-test: passed. Apr 8 02:01:07 localhost kernel: Internal registers self-test: passed. Apr 8 02:01:07 localhost kernel: ROM checksum self-test: passed (0x04f4518b). ... Apr 8 02:01:07 localhost kernel: ALSA device list: Apr 8 02:01:07 localhost kernel: #0: VIA 82C686A/B rev50 with ALC200/200P at 0xb800, irq 10 ... Apr 8 04:47:48 localhost kernel: irq 10: nobody cared! Apr 8 04:47:48 localhost kernel: [<c013783a>] __report_bad_irq+0x2a/0xa0 Apr 8 04:47:48 localhost kernel: [<c01371a0>] handle_IRQ_event+0x30/0x70 Apr 8 04:47:48 localhost kernel: [<c0137940>] note_interrupt+0x70/0xb0 Apr 8 04:47:48 localhost kernel: [<c0137313>] __do_IRQ+0x133/0x140 Apr 8 04:47:48 localhost kernel: [<c0104cf9>] do_IRQ+0x19/0x30 Apr 8 04:47:48 localhost kernel: [<c010322e>] common_interrupt+0x1a/0x20 Apr 8 04:47:48 localhost kernel: [<c01006d3>] default_idle+0x23/0x30 Apr 8 04:47:48 localhost kernel: [<c010077f>] cpu_idle+0x5f/0x70 Apr 8 04:47:48 localhost kernel: [<c04ee99d>] start_kernel+0x17d/0x1c0 Apr 8 04:47:48 localhost kernel: [<c04ee390>] unknown_bootoption+0x0/0x1e0 Apr 8 04:47:48 localhost kernel: handlers: Apr 8 04:47:48 localhost kernel: [<c0347170>] (snd_via82xx_interrupt+0x0/0xd0) Apr 8 04:47:48 localhost kernel: Disabling IRQ #10 ... Apr 8 06:08:09 localhost kernel: irq 18: nobody cared! Apr 8 06:08:09 localhost kernel: [<c013783a>] __report_bad_irq+0x2a/0xa0 Apr 8 06:08:09 localhost kernel: [<c01371a0>] handle_IRQ_event+0x30/0x70 Apr 8 06:08:09 localhost kernel: [<c0137940>] note_interrupt+0x70/0xb0 Apr 8 06:08:09 localhost kernel: [<c0137313>] __do_IRQ+0x133/0x140 Apr 8 06:08:09 localhost kernel: [<c0104cf9>] do_IRQ+0x19/0x30 Apr 8 06:08:09 localhost kernel: [<c010322e>] common_interrupt+0x1a/0x20 Apr 8 06:08:09 localhost kernel: handlers: Apr 8 06:08:09 localhost kernel: [<c02e44d0>] (usb_hcd_irq+0x0/0x70) Apr 8 06:08:09 localhost kernel: [<c02b6e70>] (speedo_interrupt+0x0/0x230) Apr 8 06:08:09 localhost kernel: Disabling IRQ #18 ... Apr 8 06:08:40 localhost kernel: NETDEV WATCHDOG: eth0: transmit timed out The output of /proc/interrupts: CPU0 CPU1 0: 120184 129949 IO-APIC-edge timer 1: 113 54 IO-APIC-edge i8042 7: 0 0 IO-APIC-edge parport0 9: 0 0 IO-APIC-level acpi 10: 7038 3544 IO-APIC-level VIA686A 11: 858 0 IO-APIC-level uhci_hcd, uhci_hcd 14: 4404 3709 IO-APIC-edge ide0 15: 1015 1062 IO-APIC-edge ide1 18: 6497 17 IO-APIC-level ohci_hcd, eth0 19: 478 72 IO-APIC-level radeon@PCI:2:7:0 NMI: 0 0 LOC: 249903 250532 ERR: 0 MIS: 0 The output of lspci: 0000:00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev c4) 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] 0000:00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 0000:00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 0000:00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1a) 0000:00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1a) 0000:00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 0000:00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50) 0000:00:0f.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev08) 0000:00:10.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev08) 0000:00:11.0 PCI bridge: Texas Instruments PCI2031 (rev 01) 0000:00:13.0 USB Controller: OPTi Inc. 82C861 (rev 10) 0000:01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 86C3265598/6326 (rev 0b) 0000:02:07.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200PRO] (rev 01) 0000:02:07.1 Display controller: ATI Technologies Inc: Unknown device 5940 (rev01) Whit kernel 2.6.11.7 it's abaut 10 minutes between i stopp the sound and interrupt 11 is disabled but the problem is the same. The syslog with kernel 2.6.11.7 and the argument pci=routeirq: Apr 14 21:44:19 localhost kernel: irq 11: nobody cared! Apr 14 21:44:19 localhost kernel: [<c013783a>] __report_bad_irq+0x2a/0xa0 Apr 14 21:44:19 localhost kernel: [<c01371a0>] handle_IRQ_event+0x30/0x70 Apr 14 21:44:19 localhost kernel: [<c0137940>] note_interrupt+0x70/0xb0 Apr 14 21:44:19 localhost kernel: [<c0137313>] __do_IRQ+0x133/0x140 Apr 14 21:44:19 localhost kernel: [<c0104cf9>] do_IRQ+0x19/0x30 Apr 14 21:44:19 localhost kernel: [<c010322e>] common_interrupt+0x1a/0x20 Apr 14 21:44:19 localhost kernel: [<c01006d3>] default_idle+0x23/0x30 Apr 14 21:44:19 localhost kernel: [<c010077f>] cpu_idle+0x5f/0x70 Apr 14 21:44:19 localhost kernel: [<c04ee99d>] start_kernel+0x17d/0x1c0 Apr 14 21:44:19 localhost kernel: [<c04ee390>] unknown_bootoption+0x0/0x1e0 Apr 14 21:44:19 localhost kernel: handlers: Apr 14 21:44:19 localhost kernel: [<c02e44e0>] (usb_hcd_irq+0x0/0x70) Apr 14 21:44:19 localhost kernel: [<c02e44e0>] (usb_hcd_irq+0x0/0x70) Apr 14 21:44:19 localhost kernel: Disabling IRQ #11 ... Apr 14 22:13:01 localhost kernel: irq 10: nobody cared! Apr 14 22:13:01 localhost kernel: [<c013783a>] __report_bad_irq+0x2a/0xa0 Apr 14 22:13:01 localhost kernel: [<c01371a0>] handle_IRQ_event+0x30/0x70 Apr 14 22:13:01 localhost kernel: [<c0137940>] note_interrupt+0x70/0xb0 Apr 14 22:13:01 localhost kernel: [<c0137313>] __do_IRQ+0x133/0x140 Apr 14 22:13:01 localhost kernel: [<c0104cf9>] do_IRQ+0x19/0x30 Apr 14 22:13:01 localhost kernel: [<c010322e>] common_interrupt+0x1a/0x20 Apr 14 22:13:01 localhost kernel: [<c01006d3>] default_idle+0x23/0x30 Apr 14 22:13:01 localhost kernel: [<c010077f>] cpu_idle+0x5f/0x70 Apr 14 22:13:01 localhost kernel: [<c04ee99d>] start_kernel+0x17d/0x1c0 Apr 14 22:13:01 localhost kernel: [<c04ee390>] unknown_bootoption+0x0/0x1e0 Apr 14 22:13:01 localhost kernel: handlers: Apr 14 22:13:01 localhost kernel: [<c03471d0>] (snd_via82xx_interrupt+0x0/0xd0) Apr 14 22:13:01 localhost kernel: Disabling IRQ #10 Apr 14 22:13:44 localhost kernel: eth0: TX underrun, threshold adjusted. Apr 14 22:14:24 localhost last message repeated 17 times Apr 14 22:14:53 localhost last message repeated 2 times ... Apr 14 22:18:23 localhost kernel: irq 18: nobody cared! Apr 14 22:18:23 localhost kernel: [<c013783a>] __report_bad_irq+0x2a/0xa0 Apr 14 22:18:23 localhost kernel: [<c01371a0>] handle_IRQ_event+0x30/0x70 Apr 14 22:18:23 localhost kernel: [<c0137940>] note_interrupt+0x70/0xb0 Apr 14 22:18:23 localhost kernel: [<c0137313>] __do_IRQ+0x133/0x140 Apr 14 22:18:23 localhost kernel: [<c0104cf9>] do_IRQ+0x19/0x30 Apr 14 22:18:23 localhost kernel: [<c010322e>] common_interrupt+0x1a/0x20 Apr 14 22:18:23 localhost kernel: handlers: Apr 14 22:18:23 localhost kernel: [<c02e44e0>] (usb_hcd_irq+0x0/0x70) Apr 14 22:18:23 localhost kernel: [<c02b6e80>] (speedo_interrupt+0x0/0x230) Apr 14 22:18:23 localhost kernel: Disabling IRQ #18 Apr 14 22:18:32 localhost kernel: NETDEV WATCHDOG: eth0: transmit timed out Apr 14 22:18:32 localhost kernel: eth0: Transmit timed out: status f048 0c00 at 669781/669841 command 000ca000. Apr 14 22:18:38 localhost kernel: NETDEV WATCHDOG: eth0: transmit timed out Apr 14 22:18:38 localhost kernel: eth0: Transmit timed out: status e050 0c00 at 669841/669901 command 0001a000. It looks like an overflow... I have seen in bugzilla that some other users have reported bugs that look like mine but with other symptomes:4311, 3808, 3257 It could be the same probleme. I hope i help you to make the kernel better! Sorry abaut my bad english... If you understand german: I have opened a thread in debianforum.de: http://www.debianforum.de/forum/viewtopic.php?t=44055 Greetings, H.Diethelm
This may be an acpi problem. Can you try disabling acpi in config. see if that helps?
Today, I compiled the kernel without ACPI and it seams to work without any problem: # # Power management options (ACPI, APM) # # CONFIG_PM is not set # # ACPI (Advanced Configuration and Power Interface) Support # # CONFIG_ACPI is not set CONFIG_ACPI_BOOT=y But in the Syslog there is a new Message: Apr 24 15:50:23 localhost kernel: [drm] Initialized drm 1.0.0 20040925 Apr 24 15:50:23 localhost kernel: PCI: No IRQ known for interrupt pin C of device 0000:02:07.0. Probably buggy MP table. Apr 24 15:50:23 localhost kernel: [drm] Initialized radeon 1.14.0 20050125 on minor 0: ATI Technologies Inc RV280 [Radeon 9200 PRO] Apr 24 15:50:23 localhost kernel: [drm] Loading R200 Microcode lspci: 0000:02:07.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (rev 01) 0000:02:07.1 Display controller: ATI Technologies Inc: Unknown device 5940 (rev 01) With the buggy kernel, the message was: Apr 8 02:01:55 localhost kernel: [drm] Initialized drm 1.0.0 20040925 Apr 8 02:01:55 localhost kernel: ACPI: PCI interrupt 0000:02:07.0[A] -> GSI 19 (level, low) -> IRQ 19 Apr 8 02:01:55 localhost kernel: [drm] Initialized radeon 1.14.0 20050125 on minor 0: ATI Technologies Inc RV280 [Radeon 9200 PRO] Apr 8 02:01:55 localhost kernel: [drm] Loading R200 Microcode And the old ACPI-Setings: # # Power management options (ACPI, APM) # # CONFIG_PM is not set # # ACPI (Advanced Configuration and Power Interface) Support # CONFIG_ACPI=y CONFIG_ACPI_BOOT=y CONFIG_ACPI_INTERPRETER=y # CONFIG_ACPI_AC is not set # CONFIG_ACPI_BATTERY is not set # CONFIG_ACPI_BUTTON is not set CONFIG_ACPI_VIDEO=m CONFIG_ACPI_FAN=y CONFIG_ACPI_PROCESSOR=y CONFIG_ACPI_THERMAL=y # CONFIG_ACPI_ASUS is not set # CONFIG_ACPI_IBM is not set # CONFIG_ACPI_TOSHIBA is not set CONFIG_ACPI_BLACKLIST_YEAR=0 # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_BUS=y CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_PCI=y CONFIG_ACPI_SYSTEM=y # CONFIG_X86_PM_TIMER is not set # CONFIG_ACPI_CONTAINER is not set # # CPU Frequency scaling # # CONFIG_CPU_FREQ is not set
still an issue in 2.6.13?
I'm assuming this issue is already fixed. Please reopen this bug if it's still present in recent 2.6 kernels.