Hello, I am running debian on an Openrd-RD base board as a NAS with 2 SATA disks attached. It is running the Jessie armel distribution. I was hit by the problem with the issue with the Linux-image-3.12-1-kirkwood on the QNAP and I was able to recover using the method mentioned in the thread.
But since them, the network using the mv643xx_eth module has been flaky, the machine runs as a nameserver and will stop answering requests "after a while", no incoming or outgoing connections are possible. I have not seen any meaningful messages in syslog or kernel messages except bind messages which indicate that it cannot resolve external names, or fetchmail which cannot connect to the pop3 server. And these messages : Feb 5 21:19:17 openrd kernel: [89072.677881] mv643xx_eth_port mv643xx_eth_port.0 eth0: link down Feb 5 21:19:20 openrd kernel: [89075.110124] mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 1000 Mb/s, full duplex, flow control disabled Feb 5 21:19:21 openrd kernel: [89076.245562] mv643xx_eth_port mv643xx_eth_port.0 eth0: link down Feb 5 21:19:23 openrd kernel: [89078.570312] mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 1000 Mb/s, full duplex, flow control disabled Feb 5 21:20:16 openrd kernel: [89131.874135] mv643xx_eth_port mv643xx_eth_port.0 eth0: link down Feb 5 21:20:19 openrd kernel: [89134.185736] mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 1000 Mb/s, full duplex, flow control disabled Feb 5 21:20:21 openrd kernel: [89136.306904] mv643xx_eth_port mv643xx_eth_port.0 eth0: link down Feb 5 21:20:23 openrd kernel: [89138.632958] mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 1000 Mb/s, full duplex, flow control disabled Feb 5 21:20:24 openrd kernel: [89139.746205] mv643xx_eth_port mv643xx_eth_port.0 eth0: link down (the cable is properly connected to a 1Gbit 5 port D-LINK switch and has been changed) A restart will restore connectivity but it fails again later. if you try a big transfer, like a wget kernel.org, it will work ... I tried the 3.13 from experimental but it seems to have the same issue The box was running fine with the debian linux-images 3.9, 3.10 and 3.11 - but i don't have the debs anymore (snapshot.debian.org does not have them ?) I went back to the original 3.2 image and the problem has disappeared - has anybody seen this behaviour ? Here is an extract from the boot log : Kernel 3.2 Feb 9 22:00:05 openrd kernel: [ 0.000000] Linux version 3.2.0-4-kirkwood ([email protected]) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 Debian 3.2.51-1 Feb 9 22:00:05 openrd kernel: [ 0.000000] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977 Feb 9 22:00:05 openrd kernel: [ 0.000000] CPU: VIVT data cache, VIVT instruction cache Feb 9 22:00:05 openrd kernel: [ 0.000000] Machine: Marvell OpenRD Base Board Feb 9 22:00:05 openrd kernel: [ 13.100199] mv643xx_eth: MV-643xx 10/100/1000 ethernet driver version 1.4 Feb 9 22:00:05 openrd kernel: [ 13.176728] mv643xx_eth smi: probed Feb 9 22:00:05 openrd kernel: [ 13.221823] mv643xx_eth_port mv643xx_eth_port.0: eth0: port 0 with MAC address 00:50:43:01:db:7b (here the machine has 2 ethernet plugs but only one is activated) Kernel 3.13 from experimental : Feb 7 21:33:04 openrd kernel: [ 0.000000] Linux version 3.13-trunk-kirkwood ([email protected]) (gcc version 4.8.2 (Debian 4.8.2-10) ) #1 Debian 3.13-1~exp1 (2014-01-20) Feb 7 21:33:04 openrd kernel: [ 0.000000] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977 Feb 7 21:33:04 openrd kernel: [ 0.000000] CPU: VIVT data cache, VIVT instruction cache Feb 7 21:33:04 openrd kernel: [ 0.000000] Machine: Marvell OpenRD Base Board Feb 7 21:33:04 openrd kernel: [ 13.221964] mv643xx_eth: MV-643xx 10/100/1000 ethernet driver version 1.4 Feb 7 21:33:04 openrd kernel: [ 13.297045] usbcore: registered new interface driver usbfs Feb 7 21:33:04 openrd kernel: [ 13.320544] SCSI subsystem initialized Feb 7 21:33:04 openrd kernel: [ 13.333400] usbcore: registered new interface driver hub Feb 7 21:33:04 openrd kernel: [ 13.363390] libphy: orion_mdio_bus: probed Feb 7 21:33:04 openrd kernel: [ 13.375612] mvsdio mvsdio: no pins associated Feb 7 21:33:04 openrd kernel: [ 13.380216] usbcore: registered new device driver usb Feb 7 21:33:04 openrd kernel: [ 13.395836] libata version 3.00 loaded. Feb 7 21:33:04 openrd kernel: [ 13.402482] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver Feb 7 21:33:04 openrd kernel: [ 13.422129] mvsdio mvsdio: using GPIO for card detection Feb 7 21:33:04 openrd kernel: [ 13.944538] ehci-orion: EHCI orion driver Feb 7 21:33:04 openrd kernel: [ 14.465664] mv643xx_eth_port mv643xx_eth_port.0 eth0: port 0 with MAC address 00:50:43:01:db:7b Feb 7 21:33:04 openrd kernel: [ 14.498970] sata_mv sata_mv.0: version 1.28 Kernel 3.12-1 Feb 5 21:38:06 openrd kernel: [ 0.000000] Linux version 3.12-1-kirkwood ([email protected]) (gcc version 4.8.2 (Debian 4.8.2-10) ) #1 Debian 3.12.8-1 (2014-01-19) Feb 5 21:38:06 openrd kernel: [ 0.000000] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977 Feb 5 21:38:06 openrd kernel: [ 0.000000] CPU: VIVT data cache, VIVT instruction cache Feb 5 21:38:06 openrd kernel: [ 0.000000] Machine: Marvell OpenRD Base Board Feb 5 21:38:06 openrd kernel: [ 0.000000] Memory policy: ECC disabled, Data cache writeback Feb 5 21:38:06 openrd kernel: [ 13.257004] mv643xx_eth: MV-643xx 10/100/1000 ethernet driver version 1.4 Feb 5 21:38:06 openrd kernel: [ 13.318700] usbcore: registered new interface driver usbfs Feb 5 21:38:06 openrd kernel: [ 13.335612] SCSI subsystem initialized Feb 5 21:38:06 openrd kernel: [ 13.352319] usbcore: registered new interface driver hub Feb 5 21:38:06 openrd kernel: [ 13.386857] usbcore: registered new device driver usb Feb 5 21:38:06 openrd kernel: [ 13.396045] libphy: orion_mdio_bus: probed Feb 5 21:38:06 openrd kernel: [ 13.407823] libata version 3.00 loaded. Feb 5 21:38:06 openrd kernel: [ 13.920139] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver Feb 5 21:38:06 openrd kernel: [ 13.952085] ehci-orion: EHCI orion driver Feb 5 21:38:06 openrd kernel: [ 14.508687] mv643xx_eth_port mv643xx_eth_port.0 eth0: port 0 with MAC address 00:50:43:01:db:7b Feb 5 21:38:06 openrd kernel: [ 14.517544] mvsdio mvsdio: no pins associated Feb 5 21:38:06 openrd kernel: [ 14.558313] mvsdio mvsdio: using GPIO for card detection Am I the only one left with one of these openrd ? https://www.globalscaletechnologies.com/t-openrdudetails.aspx# let me know if I can provide more accurate information to debug the issue. Extra point if I can get the second GbE port working ... Regards Francois
