|| ||Linus Torvalds <torvalds-AT-linux-foundation.org> |
|| ||Dmitry Torokhov <dmitry.torokhov-AT-gmail.com> |
|| ||Re: [git pull] Input updates for 2.6.34-rc6 |
|| ||Thu, 13 May 2010 09:54:00 -0700 (PDT)|
|| ||Andrew Morton <akpm-AT-linux-foundation.org>,
Linux Kernel Mailing List <linux-kernel-AT-vger.kernel.org>,
linux-input-AT-vger.kernel.org, Bastien Nocera <hadess-AT-hadess.net>|
|| ||Article, Thread
On Thu, 13 May 2010, Dmitry Torokhov wrote:
> Apple does proper thing in BIOS and omits keyboard and mouse PNP
> devices, but because of other players we do not really trust PNP BIOS
> and resort to banding on ports directly - there are cases when box has
> mouse and/or keyboard but they are not present in BIOS. Damed if you do,
> damned if you don't...
PnP information _commonly_ doesn't inclure PS/2 ports, even when they
exist. Lack of PnP information about the keyboard port means absolutely
nothing, and anybody who tells you otherwise is totally and utterly wrong.
So don't confuse this with PnP issues. That's a total red herring, and
Apple is _not_at_all_ "doing the proper thing in the BIOS".
Quite the reverse. Apple is very clearly doing something horribly _wrong_
in their BIOS. Don't give them kudos for being incompetent morons.
Just google for
"Probing ports directly" "i8042 KBD port"
and you'll get a lot of hits. That's not because those machines have wrong
PnP tables - it's because fundamentally PNP is a joke, and on PC's what is
much more important is "standard IO ports".
For example, in that thread, Bastien is quoted:
> In other words, on x86, if PNP and/or ACPI don't indicate any PS/2
> controller exists, we randomly bang on the ports in the expectation
> they'll be there anyway. This seems rather misguided.
and all that tells me is that Bastien doesn't know what he is doing. It is
_not_ "randomly bang" - it's called standard PC hardware. And it's not
"misguided" - it's very much correct and required, exactly because PnP
itself is the misguided aborted fetus of a braindamaged mind.
We do not trust BIOS tables, because BIOS writers are invariably totally
incompetent crack-addicted monkeys. If they weren't, they wouldn't be BIOS
writers. QED. And in fact the Apple problem is an _example_ of this BIOS
writer incompetence, not some shining example of them doing something
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
to post comments)