From owner-freebsd-arm@FreeBSD.ORG Mon Nov 24 18:57:59 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 E5479464; Mon, 24 Nov 2014 18:57:58 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (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 93E4867; Mon, 24 Nov 2014 18:57:58 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id r5so7256893qcx.2 for ; Mon, 24 Nov 2014 10:57:57 -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=erLNT74obDZmSiPs419kjGSGBcRMrHEZwxrI2pJWHdU=; b=QgJ7XKhnAqZQmp3bzQw8XwJlOabwidz3IizQGf8fq/44s4tUCDEN6Gpb1z0mAsai4i A9yGfvY2xkDqsD33a4sqdaGsua8109pUedTuXYw8YBWONDMUG1wY3keHXizc2Gh4wXDo C7nu2TJOMRcOc5CV1Wtsy3GvYUQ8PrkzVw1MskWsjxi/Z30GQYpCR1RyO6IMj11pELj2 7kQdoU7bmqqbpzsxlzJQG2iq6bj3KgtPqa4PWjzgqTDwRsGEUuk4hEFn7UUaHAxQviSa HkfLmucDtMlglNFiApVWz+aRai0aCJMyaojaYjd4p2imAJkPHRQSKExvvnIdfhhYML46 2YYQ== MIME-Version: 1.0 X-Received: by 10.224.129.196 with SMTP id p4mr32016935qas.1.1416855477855; Mon, 24 Nov 2014 10:57:57 -0800 (PST) Received: by 10.140.23.242 with HTTP; Mon, 24 Nov 2014 10:57:57 -0800 (PST) In-Reply-To: <1416847163.1147.396.camel@revolution.hippie.lan> 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> <1416847163.1147.396.camel@revolution.hippie.lan> Date: Mon, 24 Nov 2014 19:57:57 +0100 Message-ID: Subject: Re: Test Run with Alternative pmap Implementation From: Svatopluk Kraus To: Ian Lepore Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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 18:57:59 -0000 On Mon, Nov 24, 2014 at 5:39 PM, Ian Lepore wrote: > On Mon, 2014-11-24 at 16:17 +0100, 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. > > > > Ian, are you planning to replace the pmap with the new implementation? > > > > Eventually (and soon I hope), yes it will be committed, but not before > we've tested it on all the platforms we support (or at least all the > ones we can get someone to test, we can't wait forever for obscure > hardware nobody has anymore). > > One quick thing that might be worth trying on AXP is the change > mentioned eariler... in arm/include/vm.h, in the line > > #define VM_MEMATTR_UNCACHEABLE VM_MEMATTR_NOCACHE > > Replace VM_MEMATTR_NOCACHE with VM_MEMATTR_SO; that will cover up a lot > of bugs in old drivers. > > -- Ian > > > Michal has updated git repository. As we are tracking current freebsd tree, we use rebase. This way git pull command does not work and after any update git clone command must be used again. We are sorry for that. We changed default value for NKPT2PG option. Hopefully, it covers needs of all freebsd supported armv6 platforms with RAM up to 2GB for testing purposes. Anyhow, it is an option to be set invidually for each platform. Next, two small fixes was done. The one of them could be critical for system startup. The other was exposed by Ulrich Grey testing. We leave memory attributes for DMA buffer untouched. So, if anything does not work, first try to change this attributes how was already described in this thread. Svata