From the calltrace, it looks like the transmit doesn't work when problem happens, it is probably a problem of the driver lan78xx.c or a problem of the usb host driver.
So when problem happens, does the other usb ports still work? and the latest kernel -1019 version integrated a couple of patches to lan78xx.c, you could do a test with -1019 kernel.
Hi mlx,
From the calltrace, it looks like the transmit doesn't work when problem happens, it is probably a problem of the driver lan78xx.c or a problem of the usb host driver.
So when problem happens, does the other usb ports still work? and the latest kernel -1019 version integrated a couple of patches to lan78xx.c, you could do a test with -1019 kernel.
And looks like other people also met the similar problem (at least similar calltrace): /www.raspberryp i.org/forums/ search. php?keywords= lan78xx+ transmit+ queue+0+ timed+out& sid=54addf29781 2dfe931b66a621b cae444
https:/
And I am still trying to reproduce this problem.