Date: Wed, 25 May 2005 08:31:02 +0100 From: Peter Edwards <peadar.edwards@gmail.com> To: Peter Grehan <grehan@freebsd.org> Cc: freebsd-ppc@freebsd.org Subject: Re: Mac mini install w/ latest ISO => dead keyboard at sysinstall Message-ID: <34cb7c840505250031613e02c2@mail.gmail.com> In-Reply-To: <4293EB7C.30600@freebsd.org> References: <34cb7c840505240857736e6f67@mail.gmail.com> <42939691.2060707@freebsd.org> <34cb7c84050524171937077f92@mail.gmail.com> <4293EB7C.30600@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 5/25/05, Peter Grehan <grehan@freebsd.org> wrote: > > Ok, it's hung by the time it gets to mountroot>: Particularly > > interesting is the fact that it seems to detect 2 USB keyboards and 2 > > mice (there's only one plugged in: the keyboard to the back of the > > mini, and the mouse into the hub on the keyboard.) > ... > > ukbd0 and ums0 both report as > > vendor 0x05ac, product 0x1000, rev 10/15.38, addr 2, iclass 3/1 (I'm > > no USB guru, but two devices at the same address? Looks like it's > > confusing the hub for a shadow of the devices plugged in.) >=20 > This problem has shown up on portables before, but I think I've just > realised what it is: >=20 > If you have Bluetooth, there is a 'fake' OHCI port and devices created > that can be used to access a wireless kbd/mouse. >=20 > Problem is, it gets probed before the fixed kbd/mouse and is first in > line to syscons. To get around this, the PCI slot associated with the > problematic ohci2 can be disabled at the loader prompt >=20 > OK set hint.pcib.1.skipslot=3D26 >=20 > Now, if you *do* have a b/tooth kbd/mouse this OHCI emulation could be > useful, except that it isn't going to co-exist too well with the FreeBSD > b/t stack :( >=20 > later, >=20 > Peter. >=20 Excellent! Keyboard works perfectly with hint in place.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?34cb7c840505250031613e02c2>