Date: Sat, 8 Mar 2008 10:59:42 -0800 From: Marcel Moolenaar <xcllnt@mac.com> To: Rafal Jaworowski <raj@semihalf.com> Cc: cvs-src@FreeBSD.org, Marcel Moolenaar <marcel@FreeBSD.org>, cvs-all@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: cvs commit: src/sys/powerpc/booke machdep.c Message-ID: <82F5E125-8914-46CB-8522-8FA39F05DC4A@mac.com> In-Reply-To: <47D2681F.2070309@semihalf.com> References: <200803080536.m285aPN7047604@repoman.freebsd.org> <47D2681F.2070309@semihalf.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 8, 2008, at 2:19 AM, Rafal Jaworowski wrote: > Marcel Moolenaar wrote: >> marcel 2008-03-08 05:36:25 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/powerpc/booke machdep.c >> Log: >> Enable the D-cache and I-cache when not already enabled. >> It so happens that U-Boot disables the D-cache when booting >> an ELF image, so this change makes sure we run with the >> D-cache enabled from now on. It shows too... >> > > Thanks for hooking this up, Marcel; it was [far] on my list too :) I just wanted my kernel builds to be faster :-) > BTW: currently U-Boot is broken for most of PPC variations > (including 85xx) in > the following way: d-cache is not being flushed before disabling and > strange > things happen as you imagine. For a quick workaround apply something > like this > when using ELF images: > http://people.freebsd.org/~raj/patches/misc/uboot-dcache-workaround.diff Yup. That's what we do at Juniper. I don't see any bad effects other than having to invalidate the cache before (re-)enabling it so I don't have that patch applied myself... The problem I'm having with U-Boot is with the TSEC driver as you've seen on the U-Boot mailing list. I have one MPC8555CDS sitting idle after the U-Boot upgrade because I can't netboot :-/ -- Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?82F5E125-8914-46CB-8522-8FA39F05DC4A>