(usagi-users 03671) Re: Problems with stateless autoconf tests ...

Heiko Gerstung <[email protected]>
Newsgroups gmane.linux.ipv6.usagi.users
Organization Meinberg Radio Clocks
Message-ID <[email protected]>
Hi again!

I checked my machine with a different NIC (rtl8150) and it worked 
without problems!

Seems that this is related to the dmfe network driver. Any ideas what 
could cause a network driver to behave like this?

Kind regards,
Heiko


Mitsuru Chinen wrote:

> Hi,
>
> Heiko Gerstung wrote:
>
>>> 2.6.14 or former kernel had an issue - when the auto-negotiation
>>> took long time, DAD NS was lost.  This issue looks like that issue.
>>
>
> (snip)
>
>>> However, 2.6.15 should not have this issue.
>>> To make sure, could you try to let the auto-negotiation off?
>>
>>
>> I switched off auto negotiation on the NUT (Linux 2.6.15usagi with 
>> Davicom DM9xxx driver), but unfortunately the behaviour did not 
>> change. What else can I do? It seems that the unit is not sending DAD 
>> packets at all (checked with tcpdump), maybe there is something I can 
>> change in the kernel to initiate DAD manually after I loaded the 
>> network driver module?
>
>
> I tried somes NIC (requeired e100, e1000 and tg3), I don't
> faces this issue. So, it may be an issue of NIC / driver.
>
> I don't know it's related or not as I don't have Davicom NIC,
> it seems that 2.6.15 kernel has an issue with Davicom NIC.
> Regarding udev, kernel gets the tulip driver. It seems to cause
> some troubles.
>
>   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=326723
>
> Let me suggest you try the way written at the above-mentioned page.
>
> Best Regards,
> ----
> Mitsuru Chinen <[email protected]>
>
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.