Dreamplug and eSATA problems

Ian Lepore freebsd at damnhippie.dyndns.org
Sat Dec 1 22:58:46 UTC 2012


On Mon, 2012-11-26 at 01:55 -0800, Dave Hayes wrote:
> On 11/22/12 20:04, Ian Lepore wrote:
> > It'll be a while before I can get back to this and start tracking down
> > the point at which the problem went away in -current.  If you want a
> > quick workaround for now, the attached patch will set the data cache to
> > writethrough (the performance hit isn't as bad as you'd think).
> 
> Thank you! This appears to work fine; I've built several ports including 
> Perl, and they appear to work. Usually if a machine can build ports, 
> it's got fairly solid hardware.
> 
> As to a performance hit, I'm not really informed enough about the arm
> architecture to notice. This is the first I've been able to really use 
> this box, so I'm considering that enough for now.
> 

Alright, I tracked down the problem today; patch is attached.  Undo that
prior patch that disabled writeback and try this instead.

Prior to the import of the armv6 support, the code unconditionally
enabled the "allocate on write miss" MMU feature.  One of the things
that came with the armv6 import was new logic to leave that bit alone
when setting up the cache stuff, similar to the attached patch (but
names of things changed too, so a direct MFC isn't possible).  I guess
the idea is to leave that feature in whatever state the bootloader set
it to; maybe the feature works on some SoCs and not others.

If the armv6 support isn't going to be MFC'd any time soon, it'd be nice
if this fix could get commited to 9-stable as an interim fix.

-- Ian

-------------- next part --------------
A non-text attachment was scrubbed...
Name: dp_cache_wralloc.diff
Type: text/x-patch
Size: 1066 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20121201/c239b04e/attachment.bin>


More information about the freebsd-arm mailing list