Jon Smirl wrote:
> Has anyone tried the Zonet ZUN2210 USB to Ethernet adapter? What
> chipset is it using?
> http://www.zonetusa.com/DispProduct.asp?ProductID=81
>
> Googling doesn't give a conclusive answer if it works with Linux.
>
Based on the vendor/product info in the windows driver .inf f
Paulo Marques wrote:
James Painter wrote:
[...]
The attached patch repairs this. Apply it after the Brownell
patches. Let us know if it fixes your problem.
Unfortunately it doesn't :(
I can confirm that it does only happen in half-duplex mode.
Full-duplex connections seem to work
James Painter wrote:
I spent some time looking at this today
...
I found that the link_reset didn't re-establish link correctly when I
just moved that cat5 cable between the switch and the hub, but on a
fresh usb hotplug, it did connect and run stable for me.
I found a rather stupid
Paulo Marques wrote:
Paulo Marques wrote:
[...]
I can insert a few printk's into the driver and recompile / retest,
but where should I insert what to produce useful information?
Well, I've inserted a few debug statements in some places I thought
should give useful information, but I still
This patch is against the current torvalds git tree with
usb-usbnet-gfp_flags-fix.patch and David Brownell's nine usbnet
modularization patches applied.
I found that the modularization patches broke the ax88772 framing code.
The rx urb's were not being sized large enough to hold the maximum b
What's the best source tree to use when submitting patches:
Latest released version (currently 2.4.12.4),
Latest prepatch (currently 2.4.13-rc6),
Latest -mm patch (currently 2.6.13-rc5-mm1),
Latest git snapshot (currently 2.6.13-rc6-git5),
something else?
It sounds to me like my asix changes wou
David Hollis wrote:
I wonder if it might just be simpler to wrap the 'val' in cpu_to_le16
in the ax8817x_mdio_read/write functions. Would make the rest of the code
cleaner and easier to follow.
Pointers to these functions are set in the dev->mii structure, and must
follow the ethtool_mii
David Hollis wrote:
Interesting, I wonder if anyone else is using these devices on other PPC
or like systems? I suppose they may be trying to use them but not
having much success and just not reporting it. I wouldn't be too
surprised if it's an endian issue, though the PHY handling has been a
For what it is worth, I have working AX88178 code for the usbnet driver
I've been trying to find time to polish up to submit. I've been using
it daily for several months in a backport to 2.4 for an embedded system
(tivo). It's had less exercise in a 2.6 environment, but it's passed
the tests
David Hollis wrote:
There are some patches to handle the auto-negotiation that went in
2.6.11 or 2.6.12 andthey SHOULD be handling those cases better though
it is certainly possible that they don't work as well as they should.
In some of my testing, I was finding that I only really got the LPA
10 matches
Mail list logo