msk dev problem with acpi

[Kevin Oberman]

> From: John Baldwin <jhb at freebsd.org>
> Date: Fri, 24 Aug 2007 12:41:38 -0400
> Sender: owner-freebsd-acpi at freebsd.org
> 
> On Thursday 23 August 2007 07:39:40 pm Nate Lawson wrote:
> 
> > So the question is what to do in the first case -- it seems easiest that
> > if a bridge has no resources, just pass everything up to the parent.  Is
> > that what you're recommending, John?
> 
> Well, sorta.  The bridge needs to allocate resources and then hand them down 
> to its children, but while this simple case is doable, the harder case is 
> when you have multiple devices and no bridge resources, or you have bridge 
> resources that aren't enough for all the devices you have, etc.  Really 
> fixing this requires that we do an early pass assigning resources to busses 
> before any "leaf" drivers probe (but after all the bridges have probed), but 
> for that we really need the multi-pass new-bus stuff.

Sorry for a slight hijack of the thread, but I am wondering if this is
the reason that USB disks get attached to a UHCI interface if they are
already connected before umass and usb are loaded into the kernel as UHCI
is always loaded first, ohci second and ehci is last.

I suspect that this has happened to others without them ever realizing
it. They may have been annoyed by the slow devices just blamed hardware
and "crappy USBs".
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman at es.net			Phone: +1 510 486-8634
Key fingerprint:059B 2DDF 031C 9BA3 14A4  EADA 927D EBB3 987B 3751
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 224 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-acpi/attachments/20070824/c34f588c/attachment.pgp