Dreamplug and eSATA problems

Ian Lepore freebsd at damnhippie.dyndns.org
Wed Dec 5 15:54:41 UTC 2012

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 at 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

-- Ian

More information about the freebsd-arm mailing list