linux-acpi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Len Brown <lenb@kernel.org>
To: Lan Tianyu <tianyu.lan@intel.com>
Cc: Matthew Garrett <mjg@redhat.com>, Oliver Neukum <oneukum@suse.de>,
	linux-usb@vger.kernel.org, linux-acpi@vger.kernel.org,
	stern@rowland.harvard.edu, sarah.a.sharp@linux.intel.com,
	mfm@muteddisk.com, Greg KH <gregkh@linuxfoundation.org>
Subject: Re: [Resend PATCH V2 3/7] usb: Set device removable state based on ACPI USB data
Date: Tue, 08 May 2012 16:23:37 -0400	[thread overview]
Message-ID: <4FA980C9.4020107@kernel.org> (raw)
In-Reply-To: <4FA8DEC9.7010603@intel.com>

On 05/08/2012 04:52 AM, Lan Tianyu wrote:

> Hi all:
> 
> Following is the usb port descriptor in the DSDT of Thinkpad T410.
> The port is attached with bluetooth on the board.


>  Name (_UPC, Package (0x04) { 0xFF, 0xFF, 0x00, 0x00 })


_UPC 1st byte says "connectable"
_UPC 2nd byte says "proprietary connector"


 Name (_PLD, Buffer (0x10)
> { /* 0000 */    0x81, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
>   /* 0008 */    0x30, 0x1C, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00
>                            })                           }
> _PLD buffer show the device internal port.     Bit 64 – User Visible:
> Set if the device connection point can be seen by the user without
> disassembly.


According to the decoding from Bob Moore,
bit 64 is not set, and thus this I/F is NOT user visible.
Are we decoding this correctly?

    81 6:0 = 1 (revision)
         7 = 1 (ignore color)
    00 15:8 (color red = 0)
    00 23:16 (color green = 0)
    00 31:24 (color blue = 0)
    00 47:32 (width = 0)
    00
    00 63:48 (Height = 0)
    00
    30 64 (user visible = 0)
       65 (dock = 0)
       66 (lid = 0)
       67:69 (Panel = b110 = 6 = unknown)
       71:70 (vertical = 0 = upper)
    1c 73:72 (horizontal = b00 = 0 = left)
       77:74 (shape = b0111 = 7 = unknown)
    00
    00
    00
    00
    00
    00


-Len


> 
> 于2012年05月08日 星期二 10时58分17秒,Matthew Garrett写到:
>> On Mon, May 07, 2012 at 09:57:44AM -0700, Greg KH wrote:
>>> On Mon, May 07, 2012 at 09:38:15AM +0800, Lan Tianyu wrote:
>>>> This depends on the bios. From my opinion, the bluetooth is device
>>>> on the
>>>> motherboard so it belongs to hard-wired type.
>>>
>>> That's nice, but it's not what is happening in lots of different laptops
>>> out there today.
>>>
>>> Oliver is right, how does this handle bluetooth USB controllers that are
>>> turned on/off from magic function-key presses?
>>
>> I /believe/ that such devices will be indicated as fixed rather than
>> removable. The variable indicates the physical state rather than the
>> logical one - fixed doesn't mean that a device will never go away, it
>> means that a user can't physically unplug it.
>>
> 
> 
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2012-05-08 20:23 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-04  3:06 [Resend PATCH V2 0/7] usb/acpi: Add binding usb device with acpi Lan Tianyu
2012-05-04  3:06 ` [Resend PATCH V2 1/7] ACPI: Add _PLD support Lan Tianyu
2012-05-04  6:18   ` Oliver Neukum
2012-05-04  3:06 ` [Resend PATCH V2 2/7] usb: Bind devices to ACPI devices when possible Lan Tianyu
     [not found]   ` <1336100803-28353-3-git-send-email-tianyu.lan-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2012-05-05  0:21     ` Greg KH
2012-05-05  5:26       ` Matthew Garrett
2012-05-05 11:14         ` Sergei Shtylyov
2012-05-05 14:47         ` Greg KH
2012-05-05 15:00           ` Matthew Garrett
     [not found] ` <1336100803-28353-1-git-send-email-tianyu.lan-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2012-05-04  3:06   ` [Resend PATCH V2 3/7] usb: Set device removable state based on ACPI USB data Lan Tianyu
2012-05-04  6:24     ` Oliver Neukum
2012-05-07  1:38       ` Lan Tianyu
2012-05-07 16:57         ` Greg KH
     [not found]           ` <20120507165744.GA28045-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2012-05-08  2:58             ` Matthew Garrett
2012-05-08  8:52               ` Lan Tianyu
2012-05-08 20:23                 ` Len Brown [this message]
     [not found]                   ` <4FA980C9.4020107-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2012-05-09  1:00                     ` Lan Tianyu
2012-05-08 17:31     ` Greg KH
2012-05-09  2:49       ` Lan Tianyu
2012-05-04  3:06   ` [Resend PATCH V2 4/7] usb: add struct usb_hub_port to store port related members Lan Tianyu
2012-05-04  3:06   ` [Resend PATCH V2 6/7] usb/acpi: add the support of usb hub ports' acpi binding without attached devices Lan Tianyu
2012-05-04  3:06   ` [Resend PATCH V2 7/7] usb/acpi: add usb check for the connect type of usb port Lan Tianyu
2012-05-04  6:37     ` Oliver Neukum
2012-05-07  1:37       ` Lan Tianyu
2012-05-04  3:17   ` [Resend PATCH V2 0/7] usb/acpi: Add binding usb device with acpi Matthew Garrett
     [not found]     ` <20120504031720.GA6840-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
2012-05-04  3:20       ` Greg KH
2012-05-04  3:06 ` [Resend PATCH V2 5/7] usb: move struct usb_device->children to struct usb_hub_port->child Lan Tianyu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FA980C9.4020107@kernel.org \
    --to=lenb@kernel.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mfm@muteddisk.com \
    --cc=mjg@redhat.com \
    --cc=oneukum@suse.de \
    --cc=sarah.a.sharp@linux.intel.com \
    --cc=stern@rowland.harvard.edu \
    --cc=tianyu.lan@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).