From owner-freebsd-arm@FreeBSD.ORG Wed Dec 5 15:54:41 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 695D3F91 for ; Wed, 5 Dec 2012 15:54:41 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 21F588FC0C for ; Wed, 5 Dec 2012 15:54:36 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB5FsaGx047516 for ; Wed, 5 Dec 2012 08:54:36 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB5FsXhd048849; Wed, 5 Dec 2012 08:54:34 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Dreamplug and eSATA problems From: Ian Lepore To: Dave Hayes In-Reply-To: <50BEC485.6030208@jetcafe.org> References: <50A150C7.2080805@jetcafe.org> <1353643442.69940.45.camel@revolution.hippie.lan> <50B33C7F.2040303@jetcafe.org> <1354402685.69940.571.camel@revolution.hippie.lan> <50BEC485.6030208@jetcafe.org> Content-Type: text/plain; charset="us-ascii" Date: Wed, 05 Dec 2012 08:54:33 -0700 Message-ID: <1354722873.87661.104.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 15:54:41 -0000 On Tue, 2012-12-04 at 19:50 -0800, Dave Hayes wrote: > On 12/01/12 14:58, Ian Lepore wrote: > > Alright, I tracked down the problem today; patch is attached. Undo that > > prior patch that disabled writeback and try this instead. > > So far it looks like it's working. Thanks again for your work; I'll be > testing this over the next few weeks. > > I'm not sure if this is related, but geom seems to fail to remember the > partition table on my eSATA disk on this box. I don't see anything in > dmesg that would account for this, and since I have no loader.conf to > set things like kern.geom.debugflags ... I'm wondering if you have any > suggestions for debugging this issue? I've been doing my testing with an SSD drive using GPT partitioning, and I haven't had any trouble... root@dpcur:/root # gpart show ada0 => 34 250069613 ada0 GPT (119G) 34 2014 - free - (1M) 2048 20971520 11 freebsd-ufs (10G) 20973568 20971520 12 freebsd-ufs (10G) 41945088 25165824 50 freebsd-swap (12G) 67110912 182958735 - free - (87G) I also haven't done a ton of testing; I normally run the system booted via tftp and using an nfs-mounted readonly root (because that's a very convenient setup for hacking -- rebuild on the desktop machine and then reboot the dp and it automatically picks up the new kernel and world). Unfortunately, with the lack of a loader, setting debug flags early usualy means hacking the change right into the kernel and rebooting. In this case, that would be initializing g_debugflags on line 66 of src/sys/geom/geom_kern.c. -- Ian