[lkml]   [2001]   [Oct]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [announce] [patch] limiting IRQ load, irq-rewrite-2.4.11-B5

    On Wed, 3 Oct 2001, jamal wrote:

    > You dont need the patch for 2.4 to work against any lockups. And
    > infact i am suprised that you observe _any_ lockups on a PIII which
    > are not observed on my PII. [...]

    as mentioned before, it's dead easy to lock up current kernels via high
    enough networking irq/softirq load:

    box:~> wc -l udpspam.c
    131 udpspam.c

    box:~> ./udpspam is running vanilla 2.4.11-pre2 UP, a 466 MHz PII box with enough
    RAM, using eepro100. The system effectively locks up - even in the full
    knowledge of what is happening, i can hardly switch consoles, let alone do
    anything like ifconfig eth0 down to fix the lockup. Until this kind of
    load is present the only option is to power-cycle the box. SysRq does not

    (ask Simon for the code.)

    and frankly, this has been well-known for a long time - it's just since
    Simon sent me this testcode that i realized how trivial it is. Alexey told
    me about Linux routers effectively locking up if put under 100 mbit IRQ
    load more than a year ago, when i first tried to fix softirq latencies. I
    think if you are doing networking patches then you should be aware of it
    as well.

    your refusal to accept this problem as an existing and real problem is
    really puzzling me.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:03    [W:5.934 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site