The following reply was made to PR kern/35553; it has been noted by GNATS.

From: "Michael L. Hitch" <mhitch@lightning.msu.montana.edu>
To: gnats-bugs@NetBSD.org
Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org,
	netbsd-bugs@netbsd.org
Subject: Re: kern/35553: azalia hangs an Optiplex 745
Date: Fri, 24 Aug 2007 07:24:01 -0600 (MDT)

 On Thu, 23 Aug 2007, Michael L. Hitch wrote:
 
 > I've started poking around with my Optiplex 745, and it's hung waiting
 > for a pending deferred autoconf function to complete.  Then pending count
 > is 1, so I'd guess it's the last one queued.  I'm going to dig into what
 > that function is and where it hangs up.
 
 I think I see what's going on with the hang.  Each USB controller starts a
 kernel process to handle events, and increments the config_pending 
 semaphore.  When the process starts, it calls a discovery routine, and
 decrements the semaphore when the discovery returns.  The process for 
 uhci0 never completes the discovery routine because when the azalia 
 initializes the codec, it somehow interferes with the uhci0 controller,
 which halts.  If ehci has been disabled, then there is no interference
 and all the usb event processes complete their initialization and 
 everything proceeds normally.  (Well, almost normally - I find that my
 USB keyboard fails to attach if ehci is disabled.  I can usually get it
 to attach by plugging it into a different port, although is sometimes 
 takes several attempts.)
 
 So all these problems seem to come back the the uhci/ehci interaction with
 azalia and bge.  One thing to note is that all three of these device are
 sharing the same interrupt.
 
 --
 Michael L. Hitch			mhitch@montana.edu
 Computer Consultant
 Information Technology Center
 Montana State University	Bozeman, MT	USA