[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <878w2wnsyd.fsf@small.ssi.corp>
Date: Mon, 20 Sep 2010 20:57:46 +0200
From: arno@...isbad.org (Arnaud Ebalard)
To: David Miller <davem@...emloft.net>
Cc: brian.haley@...com, netdev@...r.kernel.org
Subject: Re: E1000E/82567LM-3: link reported up too soon
Hi,
David Miller <davem@...emloft.net> writes:
> From: arno@...isbad.org (Arnaud Ebalard)
> Date: Sat, 18 Sep 2010 16:14:16 +0200
>
>> Below, UMIP is configured w/o any additional delay before RS emission on
>> that interface. No DHCP running either:
>>
>> 15:40:22.984311 ethertype IPv6 (0x86dd), length 62: :: > ff02::2: ICMP6, router solicitation, length 8
>> 15:40:26.984845 ethertype IPv6 (0x86dd), length 62: :: > ff02::2: ICMP6, router solicitation, length 8
>> 15:40:26.989264 ethertype IPv6 (0x86dd), length 158: fe80::224:d5ff:fed4:476c > ff02::1: ICMP6, router advertisement
>>
>> David, any idea on where this may come from and how to track the cause?
>
> I have no context, what's the exact problem?
On some ethernet devices (at least), link may be reported up (NEWLINK
received by userspace with flags indicating UP and RUNNING) before the
interface is really usable. When sending packets as soon as the link is
available, the first one may be dropped. That's what you see on the
capture above.
I think all the details are in the first message of the thread:
http://www.spinics.net/lists/netdev/msg140916.html
I started adding printk in net/core/dev.c and net/sched/sch_generic.c
and I am now in e1000e code ... I will report what I found if it's
interesting.
Cheers,
a+
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists