From owner-freebsd-mips@FreeBSD.ORG Sat Jan 3 14:10:09 2015 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ECF7D2A; Sat, 3 Jan 2015 14:10:09 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A99A1CAD; Sat, 3 Jan 2015 14:10:08 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t03E9Nvc085907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 3 Jan 2015 15:09:44 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t03E9IbS094178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Jan 2015 15:09:18 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t03E9IhF007525; Sat, 3 Jan 2015 15:09:18 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t03E9Igh007524; Sat, 3 Jan 2015 15:09:18 +0100 (CET) (envelope-from ticso) Date: Sat, 3 Jan 2015 15:09:18 +0100 From: Bernd Walter To: Adrian Chadd Subject: Re: USB stability problem on AR9331 with stable/10 Message-ID: <20150103140918.GF3265@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20150103023713.GB3265@cicely7.cicely.de> <20150103114302.GD3265@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150103114302.GD3265@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Bernd Walter , ticso@cicely.de, "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 14:10:09 -0000 On Sat, Jan 03, 2015 at 12:43:02PM +0100, Bernd Walter wrote: > On Sat, Jan 03, 2015 at 12:54:58AM -0800, Adrian Chadd wrote: > > Hi! > > > > Can you try FreeBSD-HEAD? See if it's more stable? > > > > There may be some USB PLL related stuff that isn't in stable/10. > > (I remember general USB instability on the AR933x chips that was > > finally resolved in ath9k/linux and I /think/ I ported it all to > > FreeBSD-HEAD.) > > Ah - great. > PLL makes somewhat sense, because in some cases the USB device even > seem to have crashed and needed a power cycle. > Unfortunately head doesn't compile for me right now because of missing > dnstap/dnstap_config.h in libunbound, but I will retry later or go back > a few revs. Didn't get very far: ELF ldconfig path: /lib /usr/lib /usr/lib/compat Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Starting ntpd. Starting rtadvd. swapon: mdconfig (attach) error: md99 on file=/home/swap0 Generating RSA1 host key. 2048 9c:59:9c:a9:83:bf:d2:c0:b6:31:b3:dc:a0:4b:00:2a root@apx2.cicely.de (RSA1) Generating RSA host key. 2048 ec:5a:29:76:7d:4a:8d:8e:f0:ca:06:d1:e2:a6:78:af root@apx2.cicely.de (RSA) Generating DSA host key. 1024 c3:f8:2d:98:0c:a1:5b:40:f8:2c:98:be:dd:53:3f:5f root@apx2.cicely.de (DSA) Generating ECDSA host key. 256 b7:75:c3:53:76:cd:77:22:a5:95:be:36:39:a8:97:6c root@apx2.cicely.de (ECDSA) Generating ED25519 host key. 256 0d:ff:70:65:f5:69:43:26:84:f2:22:d2:52:16:ec:bf root@apx2.cicely.de (ED25519) Performing sanity check on sshd configuration. Starting sshd. Starting sendmail_submit. (da0:umass-sim0:0:0:0): . CDB: 28 00 00 19 5a c0 00 00 50 00 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): . CDB: 28 00 00 19 5a c0 00 00 50 00 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): . CDB: 28 00 00 19 5a c0 00 00 50 00 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): . CDB: 28 00 00 19 5a c0 00 00 50 00 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): . CDB: 28 00 00 19 5a c0 00 00 50 00 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Error 5, Retries exhausted g_vfs_done():da0a[WRITE(offset=3988025344, length=4096)]error = 5 g_vfs_done():da0a[WRITE(offset=3988492288, length=4096)]error = 5 g_vfs_done():da0a[WRITE(offset=3988496384, length=4096)]error = 5 g_vfs_done():da0a[WRITE(offset=3988500480, length=4096)]error = 5 g_vfs_done():da0a[WRITE(offset=3988504576, length=4096)]error = 5 g_vfs_done():da0a[WRITE(offset=3988594688, length=4096)]error = 5 g_vfs_done():da0a[READ(offset=4651474944, length=57344)]error = 5 g_vfs_done():da0a[WRITE(offset=6618730496, length=4096)]error = 5 g_vfs_done():da0a[WRITE(offset=6625198080, length=12288)]error = 5 g_vfs_done():da0a[WRITE(offset=6625234944, length=4096)]error = 5 g_vfs_done():da0a[READ(offset=850747392, length=40960)]error = 5 vnode_pager_generic_getpages_done: I/O read error 5 vm_fault: pager read error, pid 768 (sshd) vnode_pager_generic_getpages_done: I/O read error 5 I will swap for another board now. Reason is that I have one board running on a OS version, which is about 1.5 years old and it shows this problem only from time to time. I even use it to copy the rootfs from nfs to the stick because of the endian issue with mips. It is very hard to say when this happens, because copying usually works, but once you put some additional load, like compiling, or in this case creating host keys. Now this board with recent stable/current shows this problem extremly often. I want to rule out that I put a broken board into my test mix, because it was a new one. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.