From owner-freebsd-arm@FreeBSD.ORG Fri Nov 28 09:57:37 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C60B7651; Fri, 28 Nov 2014 09:57:37 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73AECD6F; Fri, 28 Nov 2014 09:57:37 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id m20so4647473qcx.12 for ; Fri, 28 Nov 2014 01:57:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=urxtfqZllQ/jrAARoHcMejVC0ABXUiDQIOrL3wg3MfY=; b=ZmC0v8EH/iLKzm84AjfJbr717rIbuqxb2imXoJaTQ7mNQBjPSjKwEgptChOVnLsZk2 UeOFx7tK/Y39+xe8g+ZFH6IFwBazRQCqtnJg1LqYAGLtUxaUt+ijiPzYQBHzqofqpP0C qdo5SurZBlqLj73GCs8dnRGQYSBK0ItK/i69h0VD4ehnuxKv7sJ1mm+Fd9ByLIXRy8TL k97RSVDkmi90vEjE7Pl1S/s8VqkNa59JOphzRUIlbBgx/JtKIUOQWpHGCfBqU8XMnrH1 SwF4ukv1sQvW0iSckiOxwKMunqXXmyciu9LgL9nbGfZpcyMmCdpeekJzTvfAesqVRpSr Ll7w== MIME-Version: 1.0 X-Received: by 10.140.94.233 with SMTP id g96mr61043741qge.77.1417168656671; Fri, 28 Nov 2014 01:57:36 -0800 (PST) Received: by 10.140.23.242 with HTTP; Fri, 28 Nov 2014 01:57:36 -0800 (PST) In-Reply-To: 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> <1416840814.1147.380.camel@revolution.hippie.lan> Date: Fri, 28 Nov 2014 10:57:36 +0100 Message-ID: Subject: Re: Test Run with Alternative pmap Implementation From: Svatopluk Kraus To: Zbigniew Bodek Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" , Ian Lepore 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: Fri, 28 Nov 2014 09:57:38 -0000 On Mon, Nov 24, 2014 at 4:17 PM, Zbigniew Bodek wrote: > 2014-11-24 15:53 GMT+01:00 Ian Lepore : > > 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. > > > > Hello, > > This new pmap implementation looks VERY good indeed. > However I was not able to boot this kernel on Armada XP and currently > I don't have time to debug this. > On the other hand after e-mails with crash reports on Wandbord I did > similar (buildworld, port build) tests on AXP and it didn't crash. > In particular it survived 2 days of buildworld in loop. > I wonder, what is the functional difference between AXP and other that > prevents those crashes. > > Well, if you wonder, maybe if we try to make the new pmap running on Armada XP, then we will known something more about that. Where does the boot stop? Any log? Our contribution is not only about new pmap. There are changes related to cache operation, startup code, AP startup code, and more. Svata > Ian, are you planning to replace the pmap with the new implementation? > > Best regards > zbb > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >