lemote mini-pc, bad NIC, bas USB controller?
Hi,
I just acquired 2 lemote mini-pcs (not the netbook), and installed
debian unstable with experimental kernel on it.
It comes with just one NIC interface, but aparantly it includes 2?
01:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169
Gigabit Ethernet (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 64 (8000ns min, 16000ns max), Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at d800 [size=256]
Region 1: Memory at ff8ffc00 (32-bit, non-prefetchable) [size=256]
Expansion ROM at f6a00000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: r8169
01:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169
Gigabit Ethernet (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 64 (8000ns min, 16000ns max), Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 9
Region 0: I/O ports at d400 [size=256]
Region 1: Memory at ff8fec00 (32-bit, non-prefetchable) [size=256]
Expansion ROM at f6a20000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: r8169
Weird, anyways, I can connect to internet at least:
eth0 Link encap:Ethernet HWaddr 00:23:9e:00:0f:62
inet addr:192.168.2.120 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::223:9eff:fe00:f62/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3039 errors:0 dropped:0 overruns:0 frame:0
TX packets:2661 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3041331 (2.9 MiB) TX bytes:412891 (403.2 KiB)
Interrupt:36 Base address:0x2000
Problem is that apparently the NIC has problems downloading medium
files (100MB for example). See, I downloaded a file on a X86 machine,
and while trying to transfer it through scp to the mini-pc I get:
% scp d0:/home/general/openclipart-png_0.18+dfsg-10_all.deb .
openclipart-png_0.18+dfsg-10_all.deb
0% 0 0.0KB/s --:-- ETACorrupted MAC on
input.
Disconnecting: Packet corrupt
lost connection
% rsync d0:/home/general/openclipart-png_0.18+dfsg-10_all.deb .
general@d0's password:
Corrupted MAC on input.
Disconnecting: Packet corrupt
rsync: connection unexpectedly closed (2066403 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at
io.c(601) [receiver=3.0.7]
rsync: connection unexpectedly closed (60 bytes received so far) [generator]
rsync error: unexplained error (code 255) at io.c(601) [generator=3.0.7]
I never saw a corrupt packet error message before... Any ways, hen
trying to download the file from the internet directly:
% wget -t0 http.us.debian.org/debian/pool/main/o/openclipart/openclipart-png_0.18+dfsg-10_all.deb
&& dpkg -i openclipart-png_0.18+dfsg-10_all.deb
--2011-01-16 10:04:55--
http://http.us.debian.org/debian/pool/main/o/openclipart/openclipart-png_0.18+dfsg-10_all.deb
Resolving http.us.debian.org... 64.50.233.100, 64.50.236.52, 128.30.2.36, ...
Connecting to http.us.debian.org|64.50.233.100|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 163416450 (156M) [application/x-debian-package]
Saving to: “openclipart-png_0.18+dfsg-10_all.deb”
100%[===========================================================================================>]
163,416,450 114K/s in 71m 3s
2011-01-16 11:16:01 (37.4 KB/s) -
“openclipart-png_0.18+dfsg-10_all.deb” saved [163416450/163416450]
And then trying to install the debian package:
(Reading database ... 124025 files and directories currently installed.)
Unpacking openclipart-png (from openclipart-png_0.18+dfsg-10_all.deb) ...
dpkg-deb (subprocess): data: internal gzip read error: '<fd:0>: data error'
dpkg-deb: subprocess <decompress> returned error exit status 2
dpkg: error processing openclipart-png_0.18+dfsg-10_all.deb (--install):
subprocess dpkg-deb --fsys-tarfile returned error exit status 2
Errors were encountered while processing:
openclipart-png_0.18+dfsg-10_all.deb
By trying to uncompress the downloaded file one notice:
% mkdir hola
% dpkg -x openclipart-png_0.18+dfsg-10_all.deb hola/
tar: Skipping to next header
tar: A lone zero block at 129369
tar: Exiting with failure status due to previous errors
dpkg-deb: subprocess tar returned error exit status 2
% diff openclipart-png_0.18+dfsg-10_all.deb
../t0/openclipart-png_0.18+dfsg-10_all.deb
Binary files openclipart-png_0.18+dfsg-10_all.deb and
../t0/openclipart-png_0.18+dfsg-10_all.deb differ
Moreover, when the file gets downloaded several times, the file
downloaded each time is different than the other times:
It sounded to me that this was a HW problem instead of a SW one, but
it happens on both mini-pcs, so I wanted to confirm whether others
have seen this, and if it's actually a HW problem.
Well, I tried scp with USB-NIC devide and it worked out, so that sort
of confirms this might be a HW problem. Then I thought I had a work
around, however, then I noticed the USB-NIC device got dead with a
little bit of time. It looks like if the controller had trouble with
high speed usb devices:
usb 1-1: new high speed USB device using ehci_hcd and address 5
asix 1-1:1.0: eth1: register 'asix' at usb-0000:00:0e.5-1, ASIX
AX88772 USB 2.0 Ethernet, 00:50:b6:08:1c:5f
usbcore: registered new interface driver asix
eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
...
Jan 16 18:14:22 mini-1 kernel: [ 98.812000] usb 1-1: new high speed
USB device using ehci_hcd and address 4
Jan 16 18:14:22 mini-1 kernel: [ 98.956000] usb 1-1: New USB device
found, idVendor=0b95, idProduct=7720
Jan 16 18:14:22 mini-1 kernel: [ 98.956000] usb 1-1: New USB device
strings: Mfr=1, Product=2, SerialNumber=3
Jan 16 18:14:22 mini-1 kernel: [ 98.956000] usb 1-1: Product: AX88772
Jan 16 18:14:22 mini-1 kernel: [ 98.956000] usb 1-1: Manufacturer:
ASIX Elec. Corp.
Jan 16 18:14:22 mini-1 kernel: [ 98.956000] usb 1-1: SerialNumber: 000001
Jan 16 18:14:24 mini-1 kernel: [ 100.444000] asix 1-1:1.0: eth1:
register 'asix' at usb-0000:00:0e.5-1, ASIX AX88772 USB 2.0 Ethernet,
00:50:b6:08:1c:5f
Jan 16 18:14:24 mini-1 kernel: [ 100.444000] usbcore: registered new
interface driver asix
Jan 16 18:14:24 mini-1 kernel: [ 100.692000] eth1: link down
Jan 16 18:14:24 mini-1 kernel: [ 100.696000] ADDRCONF(NETDEV_UP):
eth1: link is not ready
Jan 16 18:14:26 mini-1 kernel: [ 102.240000] ADDRCONF(NETDEV_CHANGE):
eth1: link becomes ready
Jan 16 18:14:26 mini-1 kernel: [ 102.244000] eth1: link up, 100Mbps,
full-duplex, lpa 0x45E1
Jan 16 18:14:36 mini-1 kernel: [ 112.440000] eth1: no IPv6 routers present
Jan 16 18:15:01 mini-1 kernel: [ 137.576000] eth1: link up, 100Mbps,
full-duplex, lpa 0x45E1
Jan 16 18:15:06 mini-1 kernel: [ 142.568000] eth1: link up, 100Mbps,
full-duplex, lpa 0x45E1
Jan 16 18:15:23 mini-1 kernel: [ 159.204000] snd-malloc: invalid device type 0
Jan 16 18:15:45 mini-1 ntpd[1909]: adjusting local clock by 0.721249s
Jan 16 18:17:01 mini-1 /USR/SBIN/CRON[2232]: (root) CMD ( cd / &&
run-parts --report /etc/cron.hourly)
Jan 16 18:17:01 mini-1 kernel: [ 257.784000] ehci_hcd 0000:00:0e.5:
force halt; handshake 9000000050071014 00004000 00000000 -> -145
Jan 16 18:17:01 mini-1 kernel: [ 257.784000] ehci_hcd 0000:00:0e.5:
can't reschedule qh 98000000bc38b280, err -145
Jan 16 18:17:01 mini-1 kernel: [ 257.784000] ehci_hcd 0000:00:0e.5:
force halt; handshake 9000000050071014 00004000 00004000 -> -145
Jan 16 18:17:01 mini-1 kernel: [ 257.784000] ehci_hcd 0000:00:0e.5:
HC died; cleaning up
Jan 16 18:17:01 mini-1 kernel: [ 257.796000] usb 1-1: USB disconnect, address 4
Jan 16 18:17:01 mini-1 kernel: [ 257.796000] asix 1-1:1.0: eth1:
unregister 'asix' usb-0000:00:0e.5-1, ASIX AX88772 USB 2.0 Ethernet
Not sure why the USB-NIC got disconnected, but it happens any trial in
both mini-pcs with a little bit of time.
I tried both, the experimental loongson-2f linux kernel, as well as
the lemote sqeeze linux kernel, and the failures always happen.
I'm wondering if this USB high speed devices problem is always HW of SW...
I'm also wondering if even though they are HW problems, there are work
arounds that might prevent the problems to show up, such as using
lemote sqeeze distro and not official debian, or gnew-sense distro or
so...
If anyone has had experiences with this mini-pcs, let me know. Some
additional output:
% uname -a
Linux mini-1 2.6.37-trunk-loongson-2f #1 Fri Jan 7 10:10:56 UTC 2011
mips64 GNU/Linux
% cat /proc/cpuinfo
system type : lemote-fuloong-2f-box
processor : 0
cpu model : ICT Loongson-2 V0.3 FPU V0.1
BogoMIPS : 530.43
wait instruction : yes
microsecond timers : yes
tlb_entries : 64
extra interrupt vector : no
hardware watchpoint : yes, count: 0, address/irw mask: []
ASEs implemented :
shadow register sets : 1
core : 0
VCED exceptions : not available
VCEI exceptions : not available
As additional note, I couldn't install debian directly, not even with
the experimental kernel and the malta initrd... I had to do very
basic gnew-sense install, and then update repositories to debian
unstable and experimental so I could aptitude safe-upgrade and
aptitude full-upgrade to official debian, and using aptitude to
install de experimental kernel.
Any information would be appreciated.
Thanks,
--
Javier.
Reply to: