[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <D73ECEF0C711E34A8F972E4B87F54005799023AC@ORSMSX114.amr.corp.intel.com>
Date: Sat, 23 Dec 2017 15:53:57 +0000
From: "Ghorai, Sukumar" <sukumar.ghorai@...el.com>
To: "gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
Brian Norris <briannorris@...omium.org>
CC: Guenter Roeck <linux@...ck-us.net>,
Matthias Kaehlcke <mka@...omium.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"stable@...r.kernel.org" <stable@...r.kernel.org>,
"Bag, Amit K" <amit.k.bag@...el.com>,
Oliver Neukum <oneukum@...e.com>,
Marcel Holtmann <marcel@...tmann.org>,
Todd Broch <tbroch@...omium.org>,
Rajat Jain <rajatja@...omium.org>,
Miao Chou <mcchou@...omium.org>,
"Rao Pv, Sadashiva" <sadashiva.rao.pv@...el.com>
Subject: RE: [PATCH 4.4 009/115] Bluetooth: btusb: driver to enable the
usb-wakeup feature
>> > included in 4.14-rc1, so something needs to be done in Linus's tree
>> > to resolve this issue, otherwise people will hit this as a
>> > regression when moving to 4.14 or newer.
>>
>> Well, I wouldn't object to reverting it in Linus' tree too, since
>> AFAIK, this is something that can be configured by user-space policy,
>> no? And that way, no user space is surprised by the sudden additional
>> requirements on managing bluetooth wakeup.
Wakeup from Bluetooth will be observed as long as USB wakeup is configured from
user space or kernel space or connected to any Bluetooth HID devices.
And we don't want to support the wakeup from BT HID devide.
The solution looks like disable Bluetooth in S3 entry?
Looks we are trying to hide the other problems in a system, and reverting this patch.
>
>I agree, please work with the bluetooth developers to make this happen.
>They seem to be ignoring patches right now, so you might have to kick them a few
>times :(
Do you suggest submitter to send the revert request to 4.12 and 4.14 kernel?
Powered by blists - more mailing lists