Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 05 Dec 2012 08:54:33 -0700
From:      Ian Lepore <freebsd@damnhippie.dyndns.org>
To:        Dave Hayes <dave@jetcafe.org>
Cc:        freebsd-arm@freebsd.org
Subject:   Re: Dreamplug and eSATA problems
Message-ID:  <1354722873.87661.104.camel@revolution.hippie.lan>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
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





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1354722873.87661.104.camel>