[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <D73ECEF0C711E34A8F972E4B87F5400579901474@ORSMSX114.amr.corp.intel.com>
Date: Thu, 21 Dec 2017 20:15:23 +0000
From: "Ghorai, Sukumar" <sukumar.ghorai@...el.com>
To: Guenter Roeck <linux@...ck-us.net>
CC: Brian Norris <briannorris@...omium.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
Marcel Holtmann <marcel@...tmann.org>,
"Oliver Neukum" <oneukum@...e.com>,
"stable@...r.kernel.org" <stable@...r.kernel.org>,
"Bag, Amit K" <amit.k.bag@...el.com>,
Matthias Kaehlcke <mka@...omium.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
>> I understand this feature is creating instability in other area.
>> However - 1. the problem will remain same when enable the usb-wakeup
>> feature form kernel or user-space or udev rule, and as long LE device is
>connected.
>
>There is a slight difference of leaving the decision to the user (or to
>userspace) or forcing it down the throat of everyone by adding it to the kernel.
>
>Your statement "I understand this feature is creating instability in other area"
>should really be a wakeup call. It almost sounds like you are aware that it is
>causing problems, but you don't care because it fits _your_ needs. I hope that is
>not the case, but if it is, please keep in mind that you are not the only user of the
>Linux kernel.
No I don't know what is the problem here...
As mentioned, keeping wake up enable(default) is same as BR/EDR mouse connected.
Hence you will see the same platform behavior when BR/EDR mouse connected, and
Without this patch.
>
>Thanks,
>Guenter
Powered by blists - more mailing lists