[lkml]   [2007]   [Jul]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 2.6.20->2.6.21 - networking dies after random time
    On Wed, Jul 25, 2007 at 02:19:31AM +0200, Thomas Gleixner wrote:
    > Looking into the IO_APIC code, the resend via send_IPI_self() happens
    > unconditionally. So the resend is done for level and edge interrupts.
    > This makes the problem more mysterious.
    > The code in question lib8390.c does
    > disable_irq();
    > fiddle_with_the_network_card_hardware()
    > enable_irq();
    > No idea how this affects the network card, as the code there must be
    > able to handle interrupts, which are not originated from the card due to
    > interrupt sharing.

    I think, in this last yesterday's patch Ingo could be right, yet!
    The comment at the beginnig points this is done like that because
    of chip's slowness. And problems with timing are mysterious.

    On the other hand author of this code didn't use spin_lock_irqsave
    for some reason, probably after testing this option too. So, I hope
    this is the right path, but alas, I'm not sure this patch has to
    prove this 100%.

    Anyway, in my opinion this situation where interrupts could/have_to
    be used for such strange things should confirm the need of more
    options for handling irqs individually.

    Jarek P.
    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: 2007-07-25 15:51    [W:0.024 / U:1.388 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site