From owner-freebsd-arm@FreeBSD.ORG Mon Nov 24 14:53:38 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBA697BE for ; Mon, 24 Nov 2014 14:53:38 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A589F23 for ; Mon, 24 Nov 2014 14:53:38 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Xsv1E-000Eoz-P1; Mon, 24 Nov 2014 14:53:36 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sAOErZue010724; Mon, 24 Nov 2014 07:53:35 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19ZOCBHyh65hQx6xHntQpCf X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: Test Run with Alternative pmap Implementation From: Ian Lepore To: Ulrich Grey In-Reply-To: <20141124132733.4e96b906f0d1ab69969dddd9@ulrich-grey.de> References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> <20141115143444.5ad037548e06f289d2532fb7@ulrich-grey.de> <20141119225903.81fbbc7809093a0e6e0de9d5@ulrich-grey.de> <20141120151900.a68c6d8316b96a62cb65d17a@ulrich-grey.de> <20141121115941.54d4e36b103341c3adf7eb36@ulrich-grey.de> <20141124132733.4e96b906f0d1ab69969dddd9@ulrich-grey.de> Content-Type: text/plain; charset="us-ascii" Date: Mon, 24 Nov 2014 07:53:34 -0700 Message-ID: <1416840814.1147.380.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2014 14:53:39 -0000 On Mon, 2014-11-24 at 13:27 +0100, Ulrich Grey wrote: > Hello, > > as a starting point I have build an image (crochet, wandboard-quad) with > the source tree from here (751adfd(master)): > > https://github.com/strejda/freebsd > > Then I build the kernel with new pmap and rebuild the whole systen. > The system I used for the test run is entirely build on the > wandboard-quad. > [...] I've also been testing those pmap changes this weekend. The only change I made was to add options ARM_NEW_PMAP and NKPT2PG=64 to the kernel config. In particular, I did not change VM_MEMATTR_UNCACHEABLE (so that in effect I'm also testing the recent busdma changes). I've had two wandboard quads doing builds continuously all weekend. I did the builds that have previously been reported as problems here -- buildworld -j10, ports libX11, plus a lot of other ports including much of the full xorg (until it ran into some x86 device drivers and died), some of libreoffice (it had a problem that wasn't related to crashing or anything), python, bash, emacs, boost, rsync. After all that I just set both boards to continuously doing "rm -rf /usr/obj/* ; make -j5 buildworld" in a loop, and they're still running. One is using an SSD drive and the other is using NFS. In all that building all weekend the only glitches I've seen are this: warning: pmap_remove_pages called with non-current pmap that appeared twice on the board using NFS root. For anyone else wanting to test, there is currently one conflict when applying the patches, in busdma_machdep-v6.c, because some of the changes in the patch have already been applied. Just resolve the conflict by skipping that file / restoring the original unpatched file. This stuff is looking really good. It wouldn't hurt at all if some more people were testing it, especially on other hardware including rpi and beaglebone. -- Ian