Date: Thu, 05 Feb 2009 11:05:24 -0800 From: Alex Vinogradovs <avinogradovs@clearpathnet.com> To: Sam Leffler <sam@freebsd.org> Cc: freebsd-arm@freebsd.org Subject: Re: cfi causes vm_fault on IXP435 Message-ID: <498B3874.2020902@clearpathnet.com> In-Reply-To: <498B36CD.3010402@freebsd.org> References: <498B32B0.1050306@clearpathnet.com> <498B36CD.3010402@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
No worries, I am just testing the things out. This board in particular has been customized for my company, so I was just wondering if it would work without hacking the kernel ;) Alex. Sam Leffler wrote: > Well I didn't enable it for Cambria because it wasn't right :-) > > I know that at the very least the flash config on the 2358 is 32M but > I only map 16M so if everything else worked you couldn't access all > the memory. But otherwise I hit this fault and haven't had time to > diagnose it. Not sure when I'll get to it; would love to have some > help (once you get it mapped correctly you can add support to the cfi > driver to dynamically map 1M blocks so we don't have to map all of > flash). > > BTW since you tried this w/o asking you probably noticed I also just > committed support for the SrataFlash protection register. It looks > like it might be working and I was just confused about the ability to > write the user segment multiple times. The doc is a bit confusing and > seems to say this 64-bit segment is OTP (write once). I think I need > to move the code that lets you write it under the CFI_AMEDANDDANGEROUS > option... > > Sam >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?498B3874.2020902>