From owner-freebsd-arm@FreeBSD.ORG Wed Aug 11 17:08:51 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 AFBDB1065696 for ; Wed, 11 Aug 2010 17:08:51 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0608FC27 for ; Wed, 11 Aug 2010 17:08:51 +0000 (UTC) Received: by qwg5 with SMTP id 5so407234qwg.13 for ; Wed, 11 Aug 2010 10:08:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=atpJnKu7nLFEi44jzMENds+FSRo/FF90QhX+3OxHNFM=; b=c8x8usmUYpn2Pz8ncspF67+FjR0DovtefyA46xf2Grr1pBngB/HIG9fGSFmJ+SIkP1 gh3aE2pSqa4K+FDH+AsIPy6R+LolhKXfwsttt+XJNJUxRBG8znU4iZtFGu3KCMJkskeI asKvEEoaTs7EKiWFUzl0R1tF9wcZRol3u6pcU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=YDYQxGoqW7JRDkQAUDzWFMarXQ5HaYa3kbMIewTf4T5H5Va2KnIEbwJdnvxefJx7TY wDsAXOmPlrzSgoCSN4WqJrN4Afs0sdkNAphGY8tAPKomXdCTtsWS5XrU622O05Ug+3B0 c8GHlqf1JBvT0rh2U9YSELHlEBRjaVHf3JwCQ= Received: by 10.224.122.196 with SMTP id m4mr3536804qar.105.1281546530216; Wed, 11 Aug 2010 10:08:50 -0700 (PDT) Received: from [192.168.0.100] (71-38-48-15.frgo.qwest.net [71.38.48.15]) by mx.google.com with ESMTPS id t24sm412811qcs.23.2010.08.11.10.08.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 10:08:49 -0700 (PDT) Message-ID: <4C62D91B.6060201@gmail.com> Date: Wed, 11 Aug 2010 12:08:43 -0500 From: Mark Tinguely User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Olivier Houchard References: <4C607639.9050506@gmail.com> <20100810090533.GA56784@ci0.org> <82A49B7C-23F2-400C-B726-2FF13FD6D282@semihalf.com> <4C62A1B7.5050601@gmail.com> <20100811141619.GA2927@ci0.org> In-Reply-To: <20100811141619.GA2927@ci0.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@FreeBSD.org" Subject: Re: ARMv6 support -- was: OMAP3530 - Beagleboard and I2C problems 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: Wed, 11 Aug 2010 17:08:51 -0000 Olivier Houchard wrote: >> Rafal, and Oliver: I am certain I have the Sheeva cache corruption >> problem during cluster i/o identified and a fix. >> >> > > So what's going on ? > > sent off-list. >> It is exciting to see all this work on the ARM architecture. >> >> > > I'm quite excited by the armv6/v7 features, and finally supporting SMP. > Is your work available somewhere ? We should definitively create an armv6/v7 > branch in P4 or svn. > > Regards, > > Olivier > > I have full files of some rough ARMv7 cpufuncs, busdma_machdep.c for version 5 and one for version 6/7 (used by semihalf), switch.s, and vector floating point routines. Besides the mentioned changes to the switch.s file, there are also calls to keep track of the active processors for the current process; this is needed for SMP support. There are also very dated "diff" files that implement atomic routines using the new load-exclusive operation and hooks to support the new switch - for example the process active flag. These will have to be redone to patch cleanly and to remove the experimental VIPT level one support in the pmap_fix_cache() which, IMO, is code bloat with little advantages. These are different changes from the VIPT level TWO changes that may be needed if the Sheeva's level 2 cache is VIPT. I also have some readme files that remind me how the ARMv7 pde/ptes could be mapped to eliminate the pv_flags fields, save some pages on booting, nuances of the OMAP processor, etc. These files are unlinked but are on my public_html folder on the casselton dot net (which will be going away) web server. I am pretty sure I have sent the links or files to most of the active individuals in the past. I realize that I am a bit more theoretical and more revolutionary in my ideas. --Mark.