Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755295AbdLUT1r convert rfc822-to-8bit (ORCPT ); Thu, 21 Dec 2017 14:27:47 -0500 Received: from mga11.intel.com ([192.55.52.93]:19903 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752732AbdLUT1l (ORCPT ); Thu, 21 Dec 2017 14:27:41 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.45,437,1508828400"; d="scan'208";a="14254885" From: "Ghorai, Sukumar" To: Brian Norris , "linux-kernel@vger.kernel.org" , "gregkh@linuxfoundation.org" , Marcel Holtmann , "Oliver Neukum" , Guenter Roeck , "stable@vger.kernel.org" CC: "Bag, Amit K" , Matthias Kaehlcke , Todd Broch , Rajat Jain , Miao Chou , "Rao Pv, Sadashiva" Subject: RE: [PATCH 4.4 009/115] Bluetooth: btusb: driver to enable the usb-wakeup feature Thread-Topic: [PATCH 4.4 009/115] Bluetooth: btusb: driver to enable the usb-wakeup feature Thread-Index: AQHTeBiC8oVj3QTsi0Oqz0MyEHEZXaNNLbWAgADUPACAAJQTgIAAEmKA//9/TxCAAImaAP//elNQgAABBRCAAIghAP//ezfw Date: Thu, 21 Dec 2017 19:23:27 +0000 Message-ID: References: <20171218152852.624624481@linuxfoundation.org> <20171220195112.GA1287@google.com> <20171221083052.GA19501@kroah.com> <20171221182639.GA30333@roeck-us.net> <20171221185830.GA219523@google.com> <20171221191057.GA222103@google.com> In-Reply-To: <20171221191057.GA222103@google.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.0.0.116 dlp-reaction: no-action x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiODA4M2EzNTEtMzNjNC00MzIyLTliMmQtZjVhOTFiOTQwZmQxIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjIuNS4xOCIsIlRydXN0ZWRMYWJlbEhhc2giOiJQd2JhS1BhbHBjTHZ0Q0Z6bDBjVjBPUUQ1WUNyQUpKUDN1U05OenNnVEw0QmNOQ2dqWVJVNEh2bTBwTDdGdk5VIn0= x-ctpclassification: CTP_IC x-originating-ip: [10.22.254.138] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1015 Lines: 21 >> >Could you ever? If not, that looks like a feature request to me... >> Agree, feature request... however we need this feature for rapid use of >Bluetooth LE devices. > >Is that what -stable is for now? For getting your pet feature enabled more >quickly? I thought that's what Linaro was for, or something like that. > >Besides the poor reasoning of the above (IMO): isn't that something you can also >configure in user space? So, upgrade user space (e.g., BlueZ) to resolve the >regressions that have been reported, then write the appropriate udev rules to >turn this on? Or is that too "slow" for you? Free to take decision.. 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. 2. Even the behavior is same in existing stable code, when connect the Bluetooth BR/EDR mouse (io device), as It will enable the usb-wakeup feature/flag, > >Brian