From owner-freebsd-arm@freebsd.org Sun Jul 29 15:41:52 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB3E51059BCC for ; Sun, 29 Jul 2018 15:41:52 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E61484877 for ; Sun, 29 Jul 2018 15:41:52 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.15.2/8.15.2) with ESMTPS id w6TFeYDF028780 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 29 Jul 2018 08:40:34 -0700 (PDT) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.15.2/8.15.2/Submit) id w6TFeXqB028779; Sun, 29 Jul 2018 08:40:33 -0700 (PDT) (envelope-from warlock) Date: Sun, 29 Jul 2018 08:40:33 -0700 From: John Kennedy To: Per olof Ljungmark Cc: freebsd-arm Subject: Re: rpi3 and Adafruit GPS hat continued Message-ID: <20180729154033.GI75644@phouka1.phouka.net> References: <2f55aaea-6832-7441-1011-b8288628a4a9@nethead.se> <2aee4fd4-c221-23a6-00e4-1db2694bfef6@nethead.se> <6DCECF08-1366-4289-9929-94A967284291@ralphsmith.org> <20180729134340.GH75644@phouka1.phouka.net> <2a0c3063-d1d3-00c5-ee59-0a78ca0aaad4@nethead.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a0c3063-d1d3-00c5-ee59-0a78ca0aaad4@nethead.se> User-Agent: Mutt/1.10.0 (2018-05-17) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2018 15:41:53 -0000 On Sun, Jul 29, 2018 at 04:28:53PM +0200, Per olof Ljungmark wrote: > Nice to hear! The flakiness I have seen is mainly with the USB > subsystem, for example every other time the RPI3B here loads u-boot it > detects 3 devices, and the next 4 devices, this is from cold start > without any soft- or hardware changes. Hmm. So for a while, experimenting with ZFS, I was trying to boot off of USB. In my case, that was a DYNEX DX-C112 SD/microSD memory card reader with the SD card I might have otherwise plugged into the front inserted. I was juggling multiple variables at the time (not that I knew them all at that instant), but it never failed to boot past u-boot (to be clear in my mind, into the software loaded into the msdosfs partition). However, I think I only every had one bootable "disk" device in there on startup, so probably much simpler than your setup. My usual device list looks like this with nothing plugged in except for the wireless USB-keyboard receiver: # usbconfig list ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (2mA) ugen0.3: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (2mA) ugen0.4: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) ugen0.5: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (98mA) > Another issue I've seen is file system corruption but of course this is > current and I do not expect everything to be top notch. I have not seen corruption. I've got two SanDisk Extreme PLUS 64GiB SD cards (V30 rated) that were new (now only ~1 month old) that I flip-flop between as I experiment. With ZFS, I'd expect that to show up fairly easily as the OS detected it. I was doing a lot of UFS until I got ZFS running. I wasn't experiencing uncontrolled crashes or reboots and I spent most of my time up until recently running off of the RE images (I'm not sure what extra QA value those have). I've been rebuilding FreeBSD as my stress-test. Mostly with /usr/src and /usr/obj NFS-mounted on there, but with ethernet on the USB bus I'm not sure that it matters as much for beating up the I/O subsystem. I've certainly got the gut feeling that slow USB/SD I/O can back up the OS in unexpected ways that fast I/O won't (which manifests as hangs and timeouts, and if you reboot then maybe corruption). I'm also more concerned about write-I/O wear on this tiny SD (or USB), since it's so tiny and really isn't bragging about wear- leveling. In other words, I'm wondering when I'll start to experience media failure corruption that has nothing to do with the OS. > Flaky or not, would be nice to try another arm or arm64 platform just to > learn, preferably one of the bigger ones, already got an Orange Pi R1 to > delv into now. If I wasn't specifically interested in the RPI, I'd be in the same situation. I'm totally spoiled by the speed of my amd64 system though, plus the graphics I can attach to it.