Yep basically the nic doesn't work with the Asmedia 1042.
Not only that though, I moved to a SandyBridge platform and...
The nic stops working very quickly when using an onboard Etron controller.
The nic also stops working quickly when using an addon card with Renesas
controller.
I have a
This patch appears to be a winner.
My system appears to be completely stable with the check removed and scatter
gather enabled with a ax88179.
Currently running...
Linus tree merged with for-usb-linus branch of the XHCI tree
commit 247bf557273dd775505fb9240d2d152f4f20d304 reverted
Hello guys,
Currently i've done this in xhci-pci.c
#define PCI_VENDOR_ID_RENESAS 0x1912
#define PCI_DEVICE_ID_RENESAS_UPD720201 0x0014
if (pdev-vendor == PCI_VENDOR_ID_RENESAS
pdev-device == PCI_DEVICE_ID_RENESAS_UPD720201
I experienced the following WARN with a Renesas uPD720201 controller :
xhci_hcd :02:00.0: WARN Successful completion on short TX: needs
XHCI_TRUST
Adding the XHCI_NEC_HOST quirk solved the issue.
It's possible that this doesn't apply to all Renesas hosts, however it appears
they only
Ok it appears I was wrong about the NEC quirk.
Here is what i'm seeing at the moment:
The ax88179 is only working for me on the Renesas uPD720201 via a USB 3.0 HUB.
However for some reason once I use the hub I get :
xhci_hcd :02:00.0: WARN Successful completion on short TX: needs
ok so the nic died even via the hub now it looks like certain traffic does it.
reverting the fragment patch didnt help.
argh.
On Friday 07 February 2014 13:32:56 renev...@internode.on.net wrote:
Ok it appears I was wrong about the NEC quirk.
Here is what i'm seeing at the moment:
The
Messing with the Realtek nic driver didn't work my pc crashed soon after.
It looks like i've hit on a stable combination at the moment. It's looking
like either...
* Passing nomsi as a kernel parameter has worked somehow, when doing
/proc/interrupts it looks like everything that used to be
It couldn't have been nomsi because I forgot to preface it with pci=
I also have the nic plugged in via a hub which I included in all my messing
around lol.
[ 96.210387] usb 9-4: Product: USB3.0 Hub
[ 96.210391] usb 9-4: Manufacturer: GenesysLogic
[ 96.213442] hub 9-4:1.0: USB hub found
[
Downloaded and compiled the r8168 driver from the Realtek website.
Problem appears to be solved.
One other thing, off Asix's website the driver there for the ax88179 has two
extra module parameters for bulk transfers, one for buffer size the other for
timing. When I was playing around I did
Hello guys,
At this point it just looks like I have 2 problems:
1 The AX88179 won't initialize and operate properly when connected via the
Asmedia 1042 (at least on my ASUS AMD 990FX based system) this appears to go
back to at least kernel version 3.11.0 this issue. Perhaps this is BIOS
One last thing.
With the VL800, the thing that crashed the system was traffic being
transmitted to a client wirelessly over a VPN with an MTU of 1300 I'm not sure
if it was ip fragments or something causing the issue or what but everything
else was pretty much ok in the end except for this, I
Bought a NEC/Renesas pD7020201 based pcie card today.
Ok so now I have a really strange problem if I load the r8169 realtek ethernet
module before xhci_hcd the Renesas controller gets a timeout on initialization
error.
If I load the xhci_hcd module before the r8169 module then my onboard
Hello,
I applied these along with the reverting :
xhci: Set scatter-gather limit to avoid failed block writes.
usb: xhci: Link TRB must not occur within a USB payload burst
to Linus' tree.
The excellent news is that my system no longer hard freezes with an
ax88179_178a connected via a VIA
It looks like the issue with being unable to get the device to work at all is
limited to the Asmedia controller.
I plugged a VL800-Q8 based pcie card in and got 117MB/s when sending and
receiving with scp. This is with kernel 3.12.9
I guess it's possible that the ax88179 never worked with the
When using the ax88179 connected via the via based card the whole system gets
brought down after a while i got this my system log.
I'm going to take a break and see if I can narrow anything more down tomorrow.
This log is in reverse because of the wonderful way journalctl works.
I suppose I
via vl800 pcie card
kernel parameter iommu=pt
ethtool -K xxx sg off
ifconfig xxx mtu 4060 up
stable so far, it's way past the point that it usually crashes.
i'll do proper testing tomorrow
iommu=pt bah !
Regards,
Will Trives
On Thursday 30 January 2014 21:46:27 renev...@internode.on.net
An update, iommu=pt made no difference in the end the system still came down
eventually.
So i've started from scratch.
Cloned linus' tree
merged for-usb-linus-3.14 from the xhci tree
applied the latest patch I saw from david on the list:
http://www.spinics.net/lists/linux-usb/msg101747.html
Hello,
This will be the last post from me on this, at least for a while, out of my
depth with this stuff.
I have Linus' tree up and running with patches recommended by Sarah.
1. Disable scatter-gather for the ax88179_178a driver when it's under an
xHCI host.
2. Revert the following
The patch did prevent the whole system from crashing but I have to unplug and
plug something like 20 times to get it not to spit out those error messages.
Even once it is up, it doesn't operate at full gigabit speed and there is
something funky going on. When sending via scp it maxed out at
I just tried with 3.12.9 and got the errors. I'll keep going back.
It doesn't look like the nic is faulty, i'm using it right now plugged into a
usb 2.0 port.
[ 303.418028] usb 5-5: new high-speed USB device number 2 using ehci-pci
[ 303.548948] usb 5-5: New USB device found, idVendor=0b95,
Hello,
I am someone who has been struggling to get an ax88179 net adapter working
reliably.
I have an integrated Asmedia 1042 xhci controller that is reportedly version
0.96 on an ASUS M5A99FX PRO R2.0, BIOS 2201 motherboard based on the AMD 990FX
chipset.
The big issue I am currently
just to add I have a vantec 2 bay usb 3.0 disk dock that has appeared to
always work fine connected to the asmedia 1042 with version 3.13 and with 3.14
(with the writeq reversion and transciever fix)
On Wednesday 29 January 2014 16:21:00 you wrote:
Hello,
I am someone who has been
22 matches
Mail list logo