No, this is quite different. It appears to be a function of packet
size. ping -s <size> <host> will generate packet loss up to 100
percent with any size of (86+(64*n)). All other values work fine.
tcpdump on the linux side sees multiple packet retries with
correct back-off timeing, but the network side never sees the
packet. Now for the odd part - any network activity on another
session to the same box will free the "wedged" packet and the
network will recieve the last packet sent in the linux retry
sequence.
I don't know that it is in the CDCEther driver, but here are the
combinations I have tried:
linux -> usb -> cdcether -> broadcom modem -> network : FAILS
linux -> usb -> pegasus -> linksys adaptor -> 3com DOCSIS -> network : OKAY
windows -> usb -> broadcom driver -> broadcom modem -> network : OKAY
>
> > I'm running the 2.4.17 kernel and using a Broadcom DOCSIS
> > modem based around a 3345.
> Most people have reported the problem with Via UHCI chipsets,
> and usb-uhci
> driver. Does this match your configuration?
I'm using usb-uhci with an Intel 810e2. I have tried the 2.4.19
kernel with the same results. This is a proprietary hardware platform
and I haven't been able to get the 2.5.36 kernel to boot yet.
>
> You might care to upgrade the kernel too.
>
> Brad
>
> - --
> http://conf.linux.org.au. 22-25Jan2003. Perth, Australia.
> Birds in Black.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.6 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
>
> iD8DBQE9iWzJW6pHgIdAuOMRAvXrAJ9JfDSnx25dKI7yXvQC2XjNEydS+wCgpKMe
> kSP0H8AB5Sj8Ebo6SGAPVNs=
> =RTI4
> -----END PGP SIGNATURE-----
>
>
-
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/