Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 22 Dec 2009 17:20:00 -0500
From:      John Baldwin <jhb@freebsd.org>
To:        Marius Strobl <marius@freebsd.org>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r200874 - in head/sys: dev/auxio sparc64/central sparc64/ebus sparc64/fhc sparc64/pci sparc64/sbus sparc64/sparc64
Message-ID:  <200912221720.00692.jhb@freebsd.org>
In-Reply-To: <200912222102.nBML2k98076576@svn.freebsd.org>
References:  <200912222102.nBML2k98076576@svn.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 22 December 2009 4:02:46 pm Marius Strobl wrote:
> Author: marius
> Date: Tue Dec 22 21:02:46 2009
> New Revision: 200874
> URL: http://svn.freebsd.org/changeset/base/200874
> 
> Log:
>   Enroll these drivers in multipass probing. The motivation behind this
>   is that the JBus to EBus bridges share the interrupt controller of a
>   sibling JBus to PCIe bridge (at least as far as the OFW device tree
>   is concerned, in reality they are part of the same chip) so we have to
>   probe and attach the latter first. That happens to be also the case
>   due to the fact that the JBus to PCIe bridges appear first in the OFW
>   device tree but it doesn't hurt to ensure the right order.

Hmm, I'm curious why you used BUS_PASS_DEFAULT with EARLY_DRIVER_MODULE()?  
The intent was that EARLY_DRIVER_MODULE() only really be used for drivers that 
used a pass other than BUS_PASS_DEFAULT.

-- 
John Baldwin



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