Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 28 Dec 2009 02:23:11 +0100
From:      Marius Strobl <marius@alchemy.franken.de>
To:        Nathan Whitehorn <nwhitehorn@freebsd.org>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r201052 - in head/sys: conf sparc64/pci
Message-ID:  <20091228012310.GB43157@alchemy.franken.de>
In-Reply-To: <4B37C22F.8010400@freebsd.org>
References:  <200912271655.nBRGtiAm061778@svn.freebsd.org> <4B37C22F.8010400@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Dec 28, 2009 at 09:23:11AM +1300, Nathan Whitehorn wrote:
> Marius Strobl wrote:
> >Author: marius
> >Date: Sun Dec 27 16:55:44 2009
> >New Revision: 201052
> >URL: http://svn.freebsd.org/changeset/base/201052
> >
> >Log:
> >  Add a driver for the `Fire' JBus to PCIe bridges found in at least
> >  the Sun Fire V215/V245 and Sun Ultra 25/45 machines. This driver also
> >  already includes all the code to support the `Oberon' Uranus to PCIe
> >  bridges found in the Fujitsu-Siemens based Mx000 machines but due to
> >  lack of access to such a system for testing, probing of these bridges
> >  is currently disabled.
> >
> >  
> Nice! I think you missed a  '+sparc64/pci/fire.c             
> optional        pci' in sys/conf/files.sparc64, though.

I deliberately haven't connected it to the build, yet, as these
machines need the problem of the netboot device being left opened
by the loader properly fixed. I thought I had a proper MI fix for
this but re-reading the commit message that turned on the open-
close-dance for every file access back on I think that the U-Boot
support probably is abusing the closes to do post-transfer cleanup
thus requiring the current behavior. Currently I'm waiting for
raj@ to confirm whether this is the case so we can check other
options.

Marius




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091228012310.GB43157>