lkml.org 
[lkml]   [2010]   [May]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [git pull] Input updates for 2.6.34-rc6


On Thu, 13 May 2010, Bastien Nocera wrote:
>
> Maybe you didn't update to the latest firmwares on you Mac Mini, and
> didn't see the problem with the updated BIOSes, I don't know.

I can't update the firmware, since it's some random OS X program that does
it (and I don't have OS X on the machine).

But where does it lock up? During the boot probing? Or does it probe as
having a keyboard because Apple added some crazy SMM code to try to
emulate one with USB?

Afaik, the Apple hardware actually does _physically_ have a keyboard
controller (it's on the regular intel southbridge silicon, afaik), it just
isn't connected to anything. And I think it is turned off in some of the
southbridge control registers. The control registers also allow trapping
into SMI when accessing the keyboard control registers, and maybe Apple
screwed up there somewhere.

On one of my Mac Mini's (didn't check the other), I get this:

[ 2.955087] PNP: No PS/2 controller found. Probing ports directly.
[ 2.958475] i8042.c: No controller found.
[ 2.960998] mice: PS/2 mouse device common for all mice

what do you get?

The thing is, there's a _lot_ of machines out there with no legacy
keyboard support. They tend to work. We have timeouts for the i8042
commands we do during init, but maybe we missed some case. And maybe we
could easily add some extra tests too.

A few printk's in the i8042 init routines to show where it locks up would
be good.. I assume you did that already if you and Dmitry already tried to
debug this. Where's the original thread?

Linus


\
 
 \ /
  Last update: 2010-05-13 17:09    [W:1.177 / U:0.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site