irq problems?

irq problems?

[Giacomo Strangolino]

Good morning.
I wrote a simple packet filter in kernel space.
I register with netfilter hooks and then i process
packets in input, output, forward, pre, post.

For rules and internal structures i use linked lists with read_lock_bh / 
write_lock_bh to protect concurrency, since there are timers which, at 
timeout, delete entries in lists.

All works fine, but sometimes when i unplug video cable from graphic 
card system hangs.
Sometimes this happens after unloading my modules, but this happens more 
frequently when my  filter is running.

Can it be an issue related to my work?
Perhaps could it be an interrupt raised by
network card which i should protect code from?
Should i disable hw interrupts?

What can be wrong, any idea?

Thanks a lot!

Giacomo

www.giacomos.it/ipfire

irq problems?

[Giacomo Strangolino]

Good morning.
I wrote a simple packet filter in kernel space.
I register with netfilter hooks and then i process
packets in input, output, forward, pre, post.

For rules and internal structures i use linked lists with read_lock_bh / 
write_lock_bh to protect concurrency, since there are timers which, at 
timeout, delete entries in lists.

All works fine, but sometimes when i unplug video cable from graphic 
card system hangs.
Sometimes this happens after unloading my modules, but this happens more 
frequently when my  filter is running.

Can it be an issue related to my work?
Perhaps could it be an interrupt raised by
network card which i should protect code from?
Should i disable hw interrupts?

What can be wrong, any idea?

Thanks a lot!

Giacomo

www.giacomos.it/ipfire

IRQ problems??

[WSteffen]

I am working with an HP Pavilion a1210n the mother board is
an ASUS A8AE-LE, which has an ATI IXP SB440 and a Realtek
ethernet controller. The processor is an AMD Athlon 64 3500+.
The USB controllers will not function unless ACPI is enabled
in the kernel.
If ACPI is enabled in the kernel the realtek ethernet is not
usable. If I do a ping to a working device on the same net,
I can see ARP requests going out and replies coming back.
However I get "host unreachable" error messages.
When looking at the interrupts in each case it appears to me
that there is an IRQ assignment problem. (my guess is the
Realtek driver) or is there something I am doing wrong??
Below are the contents of /proc/interrupts:

With ACPI set:
          CPU0
   0:     135197          XT-PIC  timer
   1:        315          XT-PIC  i8042
   2:          0          XT-PIC  cascade
   5:          8          XT-PIC  eth1
   7:          0          XT-PIC  parport0
   9:          3          XT-PIC  acpi
  11:        208          XT-PIC  libata, ehci_hcd:usb1, ohci_hcd:usb2, 
ohci_hcd:usb3, eth0
  12:       5202          XT-PIC  i8042
  15:       4451          XT-PIC  ide1
NMI:          0
ERR:          0

  	CPU0
   0:      37706          XT-PIC  timer
   1:        225          XT-PIC  i8042
   2:          0          XT-PIC  cascade
   5:          8          XT-PIC  eth1
  10:          6          XT-PIC  eth0
  11:          2          XT-PIC  libata
  12:        110          XT-PIC  i8042
  15:       4398          XT-PIC  ide1
NMI:          0
ERR:          0

With ACPI not set:

If there is something I am doing wrong, please let me know!!

Thanks
Warren Steffen
wsteffen@comcast.net

Re: IRQ problems??

[Rod Morison]

I got the same amount of reply when I posted a similar problem  
("mptable irq info wrong on Tyan S5112, need advice") a few days  
before you.

What I have debugged is (for the 2.4 kernel) the motherboard IRQ  
tables that are passed to the kernel via mpparse.c are dead wrong. In  
my case, I was able to hack the kernel and hunt down the correct  
interrupt. I'm actually surprised that there aren't more systematic  
IRQ debug utilities out there in the Linux world, given how many  
problems go unsolved across many lists.

I'm trying to build a small knowledge base on this breed of problem  
(bad IRQ assignments due to motherboard snafus). I've got a couple  
writeups in the works, but the first is about a very useful utility  
that dumps the mobo IRQ info (the mptable data, to be specific):  
http://www.morison.biz/technotes/articles/view.php/12

Rod



Quoting WSteffen:

> I am working with an HP Pavilion a1210n the mother board is
> an ASUS A8AE-LE, which has an ATI IXP SB440 and a Realtek
> ethernet controller. The processor is an AMD Athlon 64 3500+.
> The USB controllers will not function unless ACPI is enabled
> in the kernel.
> If ACPI is enabled in the kernel the realtek ethernet is not
> usable. If I do a ping to a working device on the same net,
> I can see ARP requests going out and replies coming back.
> However I get "host unreachable" error messages.
> When looking at the interrupts in each case it appears to me
> that there is an IRQ assignment problem. (my guess is the
> Realtek driver) or is there something I am doing wrong??
> Below are the contents of /proc/interrupts:
>
> With ACPI set:
>          CPU0
>   0:     135197          XT-PIC  timer
>   1:        315          XT-PIC  i8042
>   2:          0          XT-PIC  cascade
>   5:          8          XT-PIC  eth1
>   7:          0          XT-PIC  parport0
>   9:          3          XT-PIC  acpi
>  11:        208          XT-PIC  libata, ehci_hcd:usb1, ohci_hcd:usb2,
> ohci_hcd:usb3, eth0
>  12:       5202          XT-PIC  i8042
>  15:       4451          XT-PIC  ide1
> NMI:          0
> ERR:          0
>
>  	CPU0
>   0:      37706          XT-PIC  timer
>   1:        225          XT-PIC  i8042
>   2:          0          XT-PIC  cascade
>   5:          8          XT-PIC  eth1
>  10:          6          XT-PIC  eth0
>  11:          2          XT-PIC  libata
>  12:        110          XT-PIC  i8042
>  15:       4398          XT-PIC  ide1
> NMI:          0
> ERR:          0
>
> With ACPI not set:
>
> If there is something I am doing wrong, please let me know!!
>
> Thanks
> Warren Steffen
> wsteffen@comcast.net
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/