Date: Wed, 26 Dec 2012 20:16:02 -0800 From: Oleksandr Tymoshenko <gonzo@bluezbox.com> To: Daisuke Aoyama <aoyama@peach.ne.jp> Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD/armv6z/clang on Raspberry Pi 512MB (with U-Boot + ubldr) Message-ID: <BE93F553-E060-45E5-90FE-39AAD1325BAB@bluezbox.com> In-Reply-To: <2BA73CBF02B04DD19D08CDFC556B8750@ad.peach.ne.jp> References: <B5F827FF91C94FF2AFEE00194A2BB2C5@ad.peach.ne.jp> <B508111FCE534B2CBA61F4D1EC1078D3@ad.peach.ne.jp> <E42823D3-D405-40E7-B4CF-75DC947AC119@bluezbox.com> <2BA73CBF02B04DD19D08CDFC556B8750@ad.peach.ne.jp>
index | next in thread | previous in thread | raw e-mail
On 2012-12-26, at 7:52 PM, Daisuke Aoyama <aoyama@peach.ne.jp> wrote: >> PTE sync - related part, Im not sure it's strictly required. We use WT caches for page tables >> so we should be OK without implicit sync operations for them. I hope somebody >> more clueful can confirm/disprove this. > > Some digging, I notice "Invalidate Entire Instruction Cache" works without segfault. > So, Invalidate D-cache is no effect :) > > It seems following should work for this issue: > > mov r0, #0 > mcr p15, 0, r0, c7, c5, 0 /* Invalidate Entire Instruction Cache */ > mcr p15, 0, r0, c7, c10, 4 /* Data Synchronization Barrier */ > > Try this code instead of CF_ICACHE_SYNC. > I don't know side effect of Invalidate I-cache, but it works. > Also I don't know whether DSB is required or not. > > For test, using NFS or HDD/SDD is BAD idea for system stress. > You must use SD(mmc) or USB memory. Serial console is recommended for interrupt test. > Here is simple test from serial console: > > # rm -rf /var/db/portsnap /usr/ports > # mkdir /var/db/portsnap > # portsnap fetch > # portsnap extract > # cd /usr/ports/shells/bash > # make BATCH=y > > If your kernel is really stable, it should finish without any problems with SD/mmc. > Hmm, I saw problems with i-caches with kernel with WB cache enabled instead of WT. This patch fixed it for me: http://people.freebsd.org/~gonzo/arm/patches/pmapv6-icache.diff It invalidates i-caches only when new mapping is created, not on every switch so it should be less taxing on performance. Could you test it on your setup?help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BE93F553-E060-45E5-90FE-39AAD1325BAB>