* 2.5.69+bk: "irq 15: nobody cared!" on a Compaq Armada 1592DT
@ 2003-05-13 13:49 Alex Riesen
2003-05-13 18:23 ` Zwane Mwaikambo
0 siblings, 1 reply; 4+ messages in thread
From: Alex Riesen @ 2003-05-13 13:49 UTC (permalink / raw)
To: linux-kernel; +Cc: Zwane Mwaikambo, Jeff Garzik
Hi!
(Zwane, I saw you fixing a similar bug in xircom, so included
you in cc also. Maybe you have an idea what could I try first?)
This occured just after starting pcmcia, when booted with a
card already in slot and cable connected to it.
The traces didn't stop until i removed the card
(i tried to disconnect the cable first, which didn't help).
-alex
$ lsmod
Module Size Used by
pcnet_cs 16100 1
8390 8384 1 pcnet_cs
crc32 3744 1 8390
ds 11616 3 pcnet_cs
yenta_socket 14240 2
pcmcia_core 53888 3 pcnet_cs,ds,yenta_socket
soundcore 6560 0
$ lspci | grep CardBus
00:11.0 CardBus bridge: Texas Instruments PCI1131 (rev 01)
00:11.1 CardBus bridge: Texas Instruments PCI1131 (rev 01)
$ grep PCMCIA .config
# Bus options (PCI, PCMCIA, EISA, MCA, ISA)
# PCMCIA/CardBus support
CONFIG_PCMCIA=m
CONFIG_PCMCIA_PROBE=y
# CONFIG_PARPORT_PC_PCMCIA is not set
# PCMCIA SCSI adapter support
# CONFIG_PCMCIA_AHA152X is not set
# CONFIG_PCMCIA_FDOMAIN is not set
# CONFIG_PCMCIA_NINJA_SCSI is not set
# CONFIG_PCMCIA_QLOGIC is not set
# PCMCIA network device support
CONFIG_NET_PCMCIA=y
CONFIG_PCMCIA_3C589=m
CONFIG_PCMCIA_3C574=m
CONFIG_PCMCIA_FMVJ18X=m
CONFIG_PCMCIA_PCNET=m
CONFIG_PCMCIA_NMCLAN=m
CONFIG_PCMCIA_SMC91C92=m
CONFIG_PCMCIA_XIRC2PS=m
# CONFIG_PCMCIA_AXNET is not set
# PCMCIA character devices
Linux Kernel Card Services 3.1.22
options: [pci] [cardbus] [pm]
PCI: Found IRQ 15 for device 00:11.0
irq 15: nobody cared!
Call Trace:
[<c010a8fb>] handle_IRQ_event+0x7b/0xf0
[<c010ab39>] do_IRQ+0xa9/0x150
[<c01093a8>] common_interrupt+0x18/0x20
[<c01a4355>] pci_bus_write_config_word+0x55/0x70
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a1eeb1>] yenta_probe_irq+0xb1/0x120 [yenta_socket]
[<c6a1ed60>] yenta_interrupt+0x0/0x60 [yenta_socket]
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a1ef49>] yenta_get_socket_capabilities+0x29/0x50 [yenta_socket]
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a1fa6e>] yenta_open+0x12e/0x180 [yenta_socket]
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a20ff4>] +0x94/0x840 [yenta_socket]
[<c6a1e316>] add_pci_socket+0xa6/0xe0 [yenta_socket]
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a20bc0>] pci_cardbus_driver+0x0/0xa0 [yenta_socket]
[<c6a1e391>] cardbus_probe+0x31/0x40 [yenta_socket]
[<c6a20e40>] yenta_operations+0x0/0x40 [yenta_socket]
[<c01a7555>] pci_device_probe+0x45/0x60
[<c6a20b80>] cardbus_table+0x0/0x40 [yenta_socket]
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c01cf675>] bus_match+0x35/0x60
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c01cf768>] driver_attach+0x58/0x60
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c6a20c10>] pci_cardbus_driver+0x50/0xa0 [yenta_socket]
[<c01cf9f6>] bus_add_driver+0x96/0xb0
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c6a20e80>] +0x0/0xe0 [yenta_socket]
[<c01cfe1f>] driver_register+0x2f/0x40
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c01a765e>] pci_register_driver+0x3e/0x50
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c6a1200d>] +0xd/0x11 [yenta_socket]
[<c6a20bc0>] pci_cardbus_driver+0x0/0xa0 [yenta_socket]
[<c012f015>] sys_init_module+0x135/0x280
[<c0109187>] syscall_call+0x7/0xb
handlers:
[<c6a1ed60>] (yenta_interrupt+0x0/0x60 [yenta_socket])
irq 15: nobody cared!
Call Trace:
[<c010a8fb>] handle_IRQ_event+0x7b/0xf0
[<c010ab39>] do_IRQ+0xa9/0x150
[<c01093a8>] common_interrupt+0x18/0x20
[<c011e827>] do_softirq+0x47/0xb0
[<c010abb5>] do_IRQ+0x125/0x150
[<c01093a8>] common_interrupt+0x18/0x20
[<c01a4355>] pci_bus_write_config_word+0x55/0x70
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a1eeb1>] yenta_probe_irq+0xb1/0x120 [yenta_socket]
[<c6a1ed60>] yenta_interrupt+0x0/0x60 [yenta_socket]
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a1ef49>] yenta_get_socket_capabilities+0x29/0x50 [yenta_socket]
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a1fa6e>] yenta_open+0x12e/0x180 [yenta_socket]
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a20ff4>] +0x94/0x840 [yenta_socket]
[<c6a1e316>] add_pci_socket+0xa6/0xe0 [yenta_socket]
[<c6a20f60>] +0x0/0x840 [yenta_socket]
[<c6a20bc0>] pci_cardbus_driver+0x0/0xa0 [yenta_socket]
[<c6a1e391>] cardbus_probe+0x31/0x40 [yenta_socket]
[<c6a20e40>] yenta_operations+0x0/0x40 [yenta_socket]
[<c01a7555>] pci_device_probe+0x45/0x60
[<c6a20b80>] cardbus_table+0x0/0x40 [yenta_socket]
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c01cf675>] bus_match+0x35/0x60
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c01cf768>] driver_attach+0x58/0x60
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c6a20c10>] pci_cardbus_driver+0x50/0xa0 [yenta_socket]
[<c01cf9f6>] bus_add_driver+0x96/0xb0
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c6a20e80>] +0x0/0xe0 [yenta_socket]
[<c01cfe1f>] driver_register+0x2f/0x40
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c01a765e>] pci_register_driver+0x3e/0x50
[<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
[<c6a1200d>] +0xd/0x11 [yenta_socket]
[<c6a20bc0>] pci_cardbus_driver+0x0/0xa0 [yenta_socket]
[<c012f015>] sys_init_module+0x135/0x280
[<c0109187>] syscall_call+0x7/0xb
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 2.5.69+bk: "irq 15: nobody cared!" on a Compaq Armada 1592DT
2003-05-13 13:49 2.5.69+bk: "irq 15: nobody cared!" on a Compaq Armada 1592DT Alex Riesen
@ 2003-05-13 18:23 ` Zwane Mwaikambo
2003-05-14 0:00 ` Andrew Morton
2003-05-14 9:34 ` Russell King
0 siblings, 2 replies; 4+ messages in thread
From: Zwane Mwaikambo @ 2003-05-13 18:23 UTC (permalink / raw)
To: Alex Riesen; +Cc: linux-kernel, Jeff Garzik
On Tue, 13 May 2003, Alex Riesen wrote:
> PCI: Found IRQ 15 for device 00:11.0
> irq 15: nobody cared!
> Call Trace:
> [<c010a8fb>] handle_IRQ_event+0x7b/0xf0
> [<c010ab39>] do_IRQ+0xa9/0x150
> [<c01093a8>] common_interrupt+0x18/0x20
> [<c01a4355>] pci_bus_write_config_word+0x55/0x70
> [<c6a20f60>] +0x0/0x840 [yenta_socket]
> [<c6a1eeb1>] yenta_probe_irq+0xb1/0x120 [yenta_socket]
> [<c6a1ed60>] yenta_interrupt+0x0/0x60 [yenta_socket]
> [<c6a20f60>] +0x0/0x840 [yenta_socket]
> [<c6a20f60>] +0x0/0x840 [yenta_socket]
> [<c6a1ef49>] yenta_get_socket_capabilities+0x29/0x50 [yenta_socket]
> [<c6a20f60>] +0x0/0x840 [yenta_socket]
> [<c6a1fa6e>] yenta_open+0x12e/0x180 [yenta_socket]
> [<c6a20f60>] +0x0/0x840 [yenta_socket]
> [<c6a20ff4>] +0x94/0x840 [yenta_socket]
> [<c6a1e316>] add_pci_socket+0xa6/0xe0 [yenta_socket]
> [<c6a20f60>] +0x0/0x840 [yenta_socket]
> [<c6a20bc0>] pci_cardbus_driver+0x0/0xa0 [yenta_socket]
> [<c6a1e391>] cardbus_probe+0x31/0x40 [yenta_socket]
> [<c6a20e40>] yenta_operations+0x0/0x40 [yenta_socket]
> [<c01a7555>] pci_device_probe+0x45/0x60
> [<c6a20b80>] cardbus_table+0x0/0x40 [yenta_socket]
> [<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
> [<c01cf675>] bus_match+0x35/0x60
> [<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
> [<c01cf768>] driver_attach+0x58/0x60
> [<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
> [<c6a20c10>] pci_cardbus_driver+0x50/0xa0 [yenta_socket]
> [<c01cf9f6>] bus_add_driver+0x96/0xb0
> [<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
> [<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
> [<c6a20e80>] +0x0/0xe0 [yenta_socket]
> [<c01cfe1f>] driver_register+0x2f/0x40
> [<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
> [<c01a765e>] pci_register_driver+0x3e/0x50
> [<c6a20be8>] pci_cardbus_driver+0x28/0xa0 [yenta_socket]
> [<c6a1200d>] +0xd/0x11 [yenta_socket]
> [<c6a20bc0>] pci_cardbus_driver+0x0/0xa0 [yenta_socket]
> [<c012f015>] sys_init_module+0x135/0x280
> [<c0109187>] syscall_call+0x7/0xb
>
> handlers:
> [<c6a1ed60>] (yenta_interrupt+0x0/0x60 [yenta_socket])
Bugger, this is due to yenta_probe_irq.
There really should be 'events' to handle unless...
Perhaps someone who knows yenta could best comment.
static unsigned int yenta_probe_irq(pci_socket_t *socket, u32 isa_irq_mask)
{
...
/*
* Probe for usable interrupts using the force
* register to generate bogus card status events.
*/
cb_writel(socket, CB_SOCKET_EVENT, -1);
static unsigned int yenta_events(pci_socket_t *socket)
{
...
/* Clear interrupt status for the event */
cb_event = cb_readl(socket, CB_SOCKET_EVENT); <-- cb_event = 0xffffffff?
cb_writel(socket, CB_SOCKET_EVENT, cb_event);
--
function.linuxpower.ca
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 2.5.69+bk: "irq 15: nobody cared!" on a Compaq Armada 1592DT
2003-05-13 18:23 ` Zwane Mwaikambo
@ 2003-05-14 0:00 ` Andrew Morton
2003-05-14 9:34 ` Russell King
1 sibling, 0 replies; 4+ messages in thread
From: Andrew Morton @ 2003-05-14 0:00 UTC (permalink / raw)
To: Zwane Mwaikambo; +Cc: alexander.riesen, linux-kernel, jgarzik
Zwane Mwaikambo <zwane@linuxpower.ca> wrote:
>
> Bugger, this is due to yenta_probe_irq.
>
> There really should be 'events' to handle unless...
> Perhaps someone who knows yenta could best comment.
I think what we're going to do there is to just remove the darn warning.
Only enable it when a special CONFIG_IRQ_DEBUG has been set.
So people can turn that on when they have specific problems. Yes, it will
get false positives, but it should enable us to diagnose the source of
irq-related lockups amongst the noise.
So let's leave things as they are at present, and when we're satisfied that
most drivers are doing mostly the right thing, go add the config option.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 2.5.69+bk: "irq 15: nobody cared!" on a Compaq Armada 1592DT
2003-05-13 18:23 ` Zwane Mwaikambo
2003-05-14 0:00 ` Andrew Morton
@ 2003-05-14 9:34 ` Russell King
1 sibling, 0 replies; 4+ messages in thread
From: Russell King @ 2003-05-14 9:34 UTC (permalink / raw)
To: Zwane Mwaikambo; +Cc: Alex Riesen, linux-kernel, Jeff Garzik
On Tue, May 13, 2003 at 02:23:40PM -0400, Zwane Mwaikambo wrote:
> Bugger, this is due to yenta_probe_irq.
Umm, but this is yee standard old interrupt probing - calling
probe_irq_on() and causing interrupts to be generated.
This seems to be something that these IRQ changes completely missed;
interrupt probing does not register interrupt handlers, so "retval"
in handle_IRQ_event will always be zero, and we'll always produce
these complaints. I'm sure there's lots of other older drivers using
IRQ probing which are going to suffer in a similar way.
--
Russell King (rmk@arm.linux.org.uk) The developer of ARM Linux
http://www.arm.linux.org.uk/personal/aboutme.html
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2003-05-14 9:24 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-05-13 13:49 2.5.69+bk: "irq 15: nobody cared!" on a Compaq Armada 1592DT Alex Riesen
2003-05-13 18:23 ` Zwane Mwaikambo
2003-05-14 0:00 ` Andrew Morton
2003-05-14 9:34 ` Russell King
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).