From owner-freebsd-arm@FreeBSD.ORG Mon Nov 24 15:40:54 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 0DE8847D for ; Mon, 24 Nov 2014 15:40:54 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::11]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90A9B3F1 for ; Mon, 24 Nov 2014 15:40:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1416843624; l=1789; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=T+hIdsKtBqY4+WTVs7DWhuRKoF4=; b=AISqFgGmIesRhPCgRvK++pm9H7HT5J1C21+3y8nCGEqwjwEIBVZSZfQrMcvXqE7wWwe RvbOXgglENWa8A1jlpb1eo3uZTxgRZFL1c7Do2NEFfPdejq7uUp5ONksMNiGw3aAoD7Ij kq0wIEW03T9IemH3OjQrm1cdY2hxM0rdFb4= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg46sMv8clXI X-RZG-CLASS-ID: mo00 Received: from bbu (p548680DD.dip0.t-ipconnect.de [84.134.128.221]) by smtp.strato.de (RZmta 35.13 DYNA|AUTH) with ESMTPSA id 604ec5qAOFe8Xoj (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Mon, 24 Nov 2014 16:40:08 +0100 (CET) Date: Mon, 24 Nov 2014 16:40:06 +0100 From: Ulrich Grey To: Ian Lepore Subject: Re: Test Run with Alternative pmap Implementation Message-Id: <20141124164006.ce3e101e04828df66bacada5@ulrich-grey.de> In-Reply-To: <1416840814.1147.380.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> Organization: - X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; armv6-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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 15:40:54 -0000 On Mon, 24 Nov 2014 07:53:34 -0700 Ian Lepore wrote: Hello, > 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). Here is the reason, why I changed VM_MEMATTR_UNCACHEABLE (from an email to Svatopluk Kraus): When I tried to log into the system with ssh, it lasts a minute or more to get an input prompt. It is the kernel, that was compiled with: options NKPT2PG=64 I tried to reduce the number (32, 26, 23, 21). 20 is the default in sys/arm/include/pmap-v6.h and crashes the system, # 21 works! If I decrease the numbers, the delay is reduced but remains cumbersome. If I use the kernel with old pmap, no delay is noticeable. If I use the TAB-key for autocompletition, there is a delay of some seconds until the prompt appears. If I press the RIGHT-ARROW-key after the TAB-key, sometimes it is faster. In the editor ee the cursor disappears for seconds. I have never observed such a behavior before. This appears only with ssh. On the serial console there is no delay. Is there any way to improve that? The answer from Svatopluk Kraus: I have only one idea for now what you can try. We changed memory attributes for uncacheable DMA buffers. However, some not well designed drivers could have unpredictable behaviour now. Get sys/arm/include/vm.h file and change following line: #define VM_MEMATTR_UNCACHEABLE VM_MEMATTR_NOCACHE to #define VM_MEMATTR_UNCACHEABLE VM_MEMATTR_SO My answer: I have changed sys/arm/include/vm.h and rebuild the kernel. The normal behavior is back. Ulrich