linux-kernel - Re: Intel bluetooth regression in 5.15.3

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <3212e538-f846-40ba-7a2a-a687c24c8b1a@googlemail.com>
Date:   Fri, 19 Nov 2021 15:32:28 +0000
From:   Chris Clayton <chris2553@...glemail.com>
To:     Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc:     LKML <linux-kernel@...r.kernel.org>, rafael.j.wysocki@...el.com
Subject: Re: Intel bluetooth regression in 5.15.3



On 19/11/2021 14:36, Greg Kroah-Hartman wrote:
> On Fri, Nov 19, 2021 at 01:43:32PM +0000, Chris Clayton wrote:
>> Hi,
>>
>> I built and installed 5.15.3 this morning and found that my bluetooth devices no longer work. 5.15.2 and 5.10.80 are
>> both OK.
>>
>> I've bisected it and landed on:
>>
>> cfc1a472a8d89c0d0bbb3600501eeeebc5ec8039 is the first bad commit
>> commit cfc1a472a8d89c0d0bbb3600501eeeebc5ec8039
>> Author: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
>> Date:   Sat Oct 9 16:22:09 2021 +0200
>>
>>     ACPI: scan: Release PM resources blocked by unused objects
>>
>>     [ Upstream commit c10383e8ddf4810b9a5c1595404c2724d925a0a6 ]
>>
>>     On some systems the ACPI namespace contains device objects that are
>>     not used in certain configurations of the system.  If they start off
>>     in the D0 power state configuration, they will stay in it until the
>>     system reboots, because of the lack of any mechanism possibly causing
>>     their configuration to change.  If that happens, they may prevent
>>     some power resources from being turned off or generally they may
>>     prevent the platform from getting into the deepest low-power states
>>     thus causing some energy to be wasted.
>>
>>     Address this issue by changing the configuration of unused ACPI
>>     device objects to the D3cold power state one after carrying out
>>     the ACPI-based enumeration of devices.
>>
>>     BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=214091
>>     Link: https://lore.kernel.org/linux-acpi/20211007205126.11769-1-mario.limonciello@amd.com/
>>     Reported-by: Mario Limonciello <mario.limonciello@....com>
>>     Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
>>     Tested-by: Mario Limonciello <mario.limonciello@....com>
>>     Signed-off-by: Sasha Levin <sashal@...nel.org>
>>
>>  drivers/acpi/glue.c     | 25 +++++++++++++++++++++++++
>>  drivers/acpi/internal.h |  1 +
>>  drivers/acpi/scan.c     |  6 ++++++
>>  3 files changed, 32 insertions(+)
>>
>> 5.15.3 with that commit reverted works fine.
>>
>> Let me know if you need any additional diagnostics or patches tested but please cc me as I'm not subscribed.
> 
> Is 5.16-rc1 also a problem for you and your devices?
> 
> thanks,
> 

No, 5.16-rc1+, built after a git pull just a few minutes ago, woks fine. Looking at Linus's tree, the commit I
identified in the bisection was reverted a couple of days ago (commit 3b2b49e6dfdcf423506a771bf44cee842596351a).

Thanks

Chris
> greg k-h
>