From owner-freebsd-arm@FreeBSD.ORG Sun Mar 7 20:30:59 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C0B81065673 for ; Sun, 7 Mar 2010 20:30:59 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id A29DC8FC16 for ; Sun, 7 Mar 2010 20:30:58 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id A1488C42D1; Sun, 7 Mar 2010 21:33:23 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id 6QpR47zOICNi; Sun, 7 Mar 2010 21:33:23 +0100 (CET) Received: from [192.168.133.14] (nat2-133.ghnet.pl [91.150.223.133]) by smtp.semihalf.com (Postfix) with ESMTPSA id E23F1C41E7; Sun, 7 Mar 2010 21:33:22 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rafal Jaworowski In-Reply-To: <4B9404DE.70607@geocities.com> Date: Sun, 7 Mar 2010 21:30:55 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4B92BD9D.6030709@geocities.com> <20100306211715.GK58319@cicely7.cicely.de> <20100306215153.GL58319@cicely7.cicely.de> <20100306.152603.716362616846278503.imp@bsdimp.com> <4B9303E4.3090500@geocities.com> <20100307070010.GO58319@cicely7.cicely.de> <4B9404DE.70607@geocities.com> To: Maks Verver X-Mailer: Apple Mail (2.1077) Cc: freebsd-arm@freebsd.org Subject: Re: Performance of SheevaPlug on 8-stable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2010 20:30:59 -0000 On 2010-03-07, at 20:56, Maks Verver wrote: > On 03/07/2010 08:00 AM, Bernd Walter wrote: >> That's probably just because of different CPUs. >> I see a similar output on all of my systems with ARM920T CPU and >> still there is something wrong. >=20 > That's strange indeed. I'm not sure if our problems are at all related > (as in: caused by the same problem) as you seem to be using fairly > different hardware. >=20 > In my case the kernel (at boot up) doesn't seem to even think caches = are > enabled, which gives me some hope that if they were, then they would > work. In your case the kernel claims to enable them but then they = don't > work. Seems different to me. The reason there is not output about cache ena/dis-able status for the = Sheeva CPU is just a minor bug. Please try the patch below to get the = status info at boot time: Index: sys/arm/arm/identcpu.c = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --- sys/arm/arm/identcpu.c (wersja 204729) = =20 +++ sys/arm/arm/identcpu.c (kopia robocza) = =20 @@ -415,6 +415,7 @@ identify_arm_cpu(void) = =20 case CPU_CLASS_ARM9EJS: = =20 case CPU_CLASS_ARM10E: = =20 case CPU_CLASS_ARM10EJ: = =20 + case CPU_CLASS_MARVELL: = =20 case CPU_CLASS_SA1: = =20 case CPU_CLASS_XSCALE: = =20 case CPU_CLASS_ARM11J: =20 I would expect L1 caches are enabled on your system (please verify with = the above patch) and it must be some other problem. If the caches were = disabled the whole system would crawl (including networking). I also = checked on another 6281-based dev board running with caches ON and = observed the same ill effect. Rafal