From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 22 02:31:13 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52C8116A41F for ; Thu, 22 Dec 2005 02:31:13 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F00043D5D for ; Thu, 22 Dec 2005 02:31:12 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so298440nzo for ; Wed, 21 Dec 2005 18:31:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=d8I7pF5ybM/lw9HrHwpv51FTg8PguvWW+fqGR9wC5RA0RMaPndluTLikkP8Y7OLm6knu21sQrA3excQSxA5rZTcYjifxrYCnKA/xGemK8HGl3epXksNmFl9PZYbIjTnFeh2JlG5+dQeCH4Xa+cwddQk6vwzGet9qLjfaMzVG9qQ= Received: by 10.37.21.25 with SMTP id y25mr1456390nzi; Wed, 21 Dec 2005 18:31:11 -0800 (PST) Received: from michelle.rndsoft.co.kr ( [211.32.202.217]) by mx.gmail.com with ESMTP id 6sm2154135nzn.2005.12.21.18.31.10; Wed, 21 Dec 2005 18:31:11 -0800 (PST) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.5/8.13.5) with ESMTP id jBM2UMLn001132 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Dec 2005 11:30:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.5/8.13.5/Submit) id jBM2ULCV001131; Thu, 22 Dec 2005 11:30:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 22 Dec 2005 11:30:20 +0900 From: Pyun YongHyeon To: Marius Strobl Message-ID: <20051222023020.GA1106@rndsoft.co.kr> References: <20051205202342.B88929@newtrinity.zeist.de> <20051206011240.GA5298@rndsoft.co.kr> <20051206160540.L75892@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051206160540.L75892@newtrinity.zeist.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD booted multiuser on USIII X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 02:31:13 -0000 On Tue, Dec 06, 2005 at 04:05:40PM +0100, Marius Strobl wrote: > > On Tue, Dec 06, 2005 at 10:12:40AM +0900, Pyun YongHyeon wrote: > > [...] > > > It seems most cirtical devices are recognized and works. > > What else should be done to make it work on UIII? > > > > - Finish rototilling nexus(4) to remove the assumption that > the nexus bus reflects an UPA bus, make it manage the > resources of its children and convert to use the ofw_bus > interface (to simplify things for creator(4) as the UPA > bus in USIII machines is a subordinate bus and not the > interconnection bus, will also help with fhc(4)). Finish > schizo(4) (mainly locking of the interrupt handlers is > missing, this is more important for schizo(4) than in > psycho(4)), some nits left to be shaked out but also > yet have to make sure it also works with the Tomatillo > bridges (code in place, just untested). > - Properly support the USIII{,i} MMUs. This is mainly meant > to be factored out into cheetah.c which is fleshed out > somewhat but pmap.c, tlb.c, loader(8), etc. also need to > be reviewed to do the right thing for the USIII{,i} MMUs. > There also seem to be some general problems here like the > infamous "vmspace NULL" panic which I can readily provoke > on USIII (but not on < USIII as others can; haven't looked > at that). USIII{,i} also seem to require flushes, membars, > etc. in situations where < USIII; we'll also have to > review quite some MD code regarding this. > - Write USIII versions of the VIS-optimized bcopy() and > bzero(). The spitfire versions just don't work on USIII > and I've just disabled them on >= USIII for now. > - For USIII MP support teach FreeBSD that a MP system can > consist of different CPU models (running at different > speed and having different cache sizes). For the MD part > this is quite straight foward (switch to use the system- > tick counters instead of the tick counters, make the > cache info per CPU). I haven't looked at MI assuptions > in this reagard so far. > - USIIIi (and probably onwards; I think USIV is merely > dual-core USIIIi) is NUMA-like. I have no idea how this > comes in. We might just ignore it at first and then use > it for optimizations later (as it's currently the case > with AMD64) but then again Gavin Atkinson reported that > he gets strange panics early when booting FreeBSD as is > on dual-USIIIi unless he removes the memory associated > with the second CPU. I've really no idea here so far. > - Some other MD bus and device drivers need some tweaking > here and there but all in all no big deal. For USIIIi > we'll however need a bge(4) working on sparc64 as at > least some USIIIi machines have bge(4) NICs on-board. I just committed bge(4) patch to HEAD. It was tested on U60 and it seems to work well. Any chance to give it spin? > For the Blade xx00 workstations we also definitely > want a driver for controlling the fans, otherwise they > run full speed all the time and are plain to loud for > actually using them as a workstation. Unfortunately Sun > seems to use different hardware for this in the various > models; for USII{,e,i} models alone I'm aware of at least > three different approaches but there are probably more > just there. On the other hand all these temperature and > fan controllers are at least all connected via some smb(4) > hardware or PCF8584. We'd however probably need to find > a way to incorporated info from the OFW device tree > into the respective existing bus drivers and properly > lock the whole stuff. > > That's about what I currently am aware of and can think of. > > Marius > > -- > This mail was scanned by AntiVir Milter. > This product is licensed for non-commercial use. > See www.antivir.de for details. -- Regards, Pyun YongHyeon