Date: Mon, 28 Dec 2009 14:30:52 +1300 From: Nathan Whitehorn <nwhitehorn@freebsd.org> To: Marius Strobl <marius@alchemy.franken.de> 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: <4B380A4C.60002@freebsd.org> In-Reply-To: <20091228012310.GB43157@alchemy.franken.de> References: <200912271655.nBRGtiAm061778@svn.freebsd.org> <4B37C22F.8010400@freebsd.org> <20091228012310.GB43157@alchemy.franken.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Marius Strobl wrote: > 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 Makes sense. A fix for that issue would be nice -- netboot is completely non-functional with the stock loader on OF based PowerPC machines at the moment because of this problem as well. -Nathan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B380A4C.60002>