From owner-freebsd-arm@FreeBSD.ORG Fri Nov 28 09:31:08 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 71136FF6; Fri, 28 Nov 2014 09:31:08 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (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 18BCEB67; Fri, 28 Nov 2014 09:31:08 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id i13so4317659qae.3 for ; Fri, 28 Nov 2014 01:31:07 -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=4usI8XG4mT6RMcU9xDzvNqRCAt/aqMxaKATuw36EXzU=; b=CQDRC5XNBRNCxQ+4udc7O8bCfsKSBj4Dm2k95N8aeITEj+UjX+8x55DTuQEKjU/TI3 38Qt99gWFu2lfXUK0ui1XhiDrIoeI0HiJ9JNSBFay+mDBhTnki4hjDSc9if94lPmabPD jVTM16q1v97igMrJq0JZaJiJ90Q0Q8C1wbLhcswm/Cz6C5xivJ3xCscpqaI565FBv7or R9XYIqUjVCE08vB/yot/Kwz5Al/tLr29QorsUBqYiYKIgIo6S5Pe5hP3/XGCJxwi+5LI u2KOzh9jzZZLGokCZQs0WGi5EzHJLHU5Lpgu3nzQVsTbe+2WCK6KyUHH34wcaJURoMNO vlbw== MIME-Version: 1.0 X-Received: by 10.224.94.9 with SMTP id x9mr46687906qam.45.1417167067263; Fri, 28 Nov 2014 01:31:07 -0800 (PST) Received: by 10.140.23.242 with HTTP; Fri, 28 Nov 2014 01:31:07 -0800 (PST) In-Reply-To: <1417108193.1055.2.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> <20141125225451.924a5df4bdb4753db273b8c5@ulrich-grey.de> <20141126125806.78f2df97328e807d12746ae3@ulrich-grey.de> <519fde5db60e4fc594956a600c6cad4e@e15be-01.zdv.Uni-Mainz.DE> <1417108193.1055.2.camel@revolution.hippie.lan> Date: Fri, 28 Nov 2014 10:31:07 +0100 Message-ID: Subject: Re: Another Test Run with Alternative pmap Implementation From: Svatopluk Kraus To: Ian Lepore Content-Type: multipart/mixed; boundary=047d7b673a84a1ea8b0508e7eb2c 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: Fri, 28 Nov 2014 09:31:08 -0000 --047d7b673a84a1ea8b0508e7eb2c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I think that the pmap_remove_page warning is very likely due to not atomic PCPU_GET(). Can you please try attached patch. Svata On Thu, Nov 27, 2014 at 6:09 PM, Ian Lepore wrote: > On Wed, 2014-11-26 at 22:18 +0000, Wei=C3=9F, Dr. J=C3=BCrgen wrote: > > I made a testrun with the updated source tree and the patches for > > the jetson tk1 platform. With > > > > options ARM_NEW_PMAP > > options DEBUG > > options DIAGNOSTIC > > options INVARIANTS # Enable calls of extra sanity > checking > > options INVARIANT_SUPPORT # Extra sanity checks of > internal structures, required by INVARIAN > > > > and no special sysctl settings. > > > > A make -j6 buildworld finishes successfully after 2h15m. There is > > one kernel message > > kernel: warning: pmap_remove_pages called with non-current pmap > > > > /usr/src and /usr/obj over nfs, /tmp on tmpfs > > > > Regards > > That's similar to my results. I changed to -j20 to see if that would > recreate the problems that Ulrich is seeing, but buildworld runs fine > for me, in about 2 hours. I've never seen the non-current pmap warning > on the system that uses a usb ssd drive as root, but I've seen it with > nfs root. > > BTW, the DIAGNOSTIC option adds a LOT of performance overhead to an arm > system without adding a lot of value. I usually leave it off, sometimes > turn it on when I encounter a problem to see if it generates more info > (usually it doesn't). > > -- Ian > > > --047d7b673a84a1ea8b0508e7eb2c Content-Type: application/octet-stream; name="pmap_remove_pages.patch" Content-Disposition: attachment; filename="pmap_remove_pages.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i31cm8ab0 LS0tIHN5cy9hcm0vYXJtL3BtYXAtdjYtbmV3LmMKKysrIHN5cy9hcm0vYXJtL3BtYXAtdjYtbmV3 LmMKQEAgLTQyODUsNyArNDI4NSw3IEBACiAJdWludDMyX3QgaW51c2UsIGJpdG1hc2s7CiAJYm9v bGVhbl90IGFsbGZyZWU7CgotCWlmIChwbWFwICE9IFBDUFVfR0VUKGN1cnBtYXApKSB7CisJaWYg KHBtYXAgIT0gdm1zcGFjZV9wbWFwKGN1cnRocmVhZC0+dGRfcHJvYy0+cF92bXNwYWNlKSkgewog CQlwcmludGYoIndhcm5pbmc6ICVzIGNhbGxlZCB3aXRoIG5vbi1jdXJyZW50IHBtYXBcbiIsIF9f ZnVuY19fKTsKIAkJcmV0dXJuOwogCX0K --047d7b673a84a1ea8b0508e7eb2c--