From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753758Ab0ETE54 (ORCPT <rfc822;w@1wt.eu>);
	Thu, 20 May 2010 00:57:56 -0400
Received: from vms173017pub.verizon.net ([206.46.173.17]:52728 "EHLO
	vms173017pub.verizon.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753666Ab0ETE5y (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 20 May 2010 00:57:54 -0400
Date: Thu, 20 May 2010 00:56:18 -0400 (EDT)
From: Len Brown <lenb@kernel.org>
X-X-Sender: lenb@localhost.localdomain
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
       "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [git pull] Input updates for 2.6.34-rc6
In-reply-to: <201005131405.45732.dmitry.torokhov@gmail.com>
Message-id: <alpine.LFD.2.00.1005200054090.2921@localhost.localdomain>
References: <20100513075728.GF30110@core.coreip.homeip.net>
 <20100513181002.GB23708@core.coreip.homeip.net>
 <alpine.LFD.2.00.1005131232350.3711@i5.linux-foundation.org>
 <201005131405.45732.dmitry.torokhov@gmail.com>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Thu, 13 May 2010, Dmitry Torokhov wrote:

> On Thursday 13 May 2010 12:40:43 pm Linus Torvalds wrote:
> > On Thu, 13 May 2010, Dmitry Torokhov wrote:
> > > You don't have anything plugged into the ports though, do you?
> > 
> > No. It's a modern machine. But the port is there, and we've been very good
> > at booting up and finding keyboards later (I've done it myself - headless
> > machines that you hotplug a PS/2 keyboard into: it's not necessarily
> > technically something you're supposed to do, but it has worked fine for
> > me).
> > 
> > > I wonder what your DSDT looks like.
> 
> [... pulling LKML back in...]
> 
> Lookie, lookie:
> 
>                 Device (PS2K)
>                 {
>                     Name (_HID, EisaId ("PNP0303"))
>                     Name (_CID, EisaId ("PNP030B"))
>                     Method (_STA, 0, NotSerialized)
>                     {
>                         ShiftLeft (One, 0x0A, Local0)
>                         If (And (IOST, Local0))
>                         {
>                             Return (0x0F)
>                         }
> 
>                         Return (Zero)
>                     }
> ...
> 
>                 Device (PS2M)
>                 {
>                     Name (_HID, EisaId ("PNP0F03"))
>                     Name (_CID, EisaId ("PNP0F13"))
>                     Method (_STA, 0, NotSerialized)
>                     {
> 
> But I guess because there are no devices plugged in ACPI they are "inactive" 
> and thus ACPI drop them. I was always wondered by ACPI did that. Len?

I guess only a Windows person could answer this --
since it is really a Windows-ism, rather than something that
makes any sense based on what is in the ACPI spec itself.

cheers,
Len Brown, Intel Open Source Technology Center