From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=202.12.124.159 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794272819; b=fNVC1mIJ/CaBbxnmwFJJQ5TxerNgY+chpH2CeZPCgCjcKOSVI2aWaHEzG4tuFanvZPwO ilggUaabKequNIFmaDRZND6prwWQGOwQWJZLCXlx3RussqSKCSOXQ2ydyiCY2GJC/yDam fMNPROte2sHvGz0n222xfB2474gaGMowXpE6aBi9fq2HDnxj2x98Vz7uF43URSYKs6k4M 4e9kipGOIkUC/WirU7ubW1fmOwTGdsWU4t2jm3YYkQTRhFUDEty68qel/oF7erz745Hti FLoJXESuYGm2qLUCypsYj9okk9uTQ1Qxyy565JxpXsXqYR2VvUCMTUCpTPSNvXfnfJw== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794272819; h=DMARC-Filter:Received:Received:DKIM-Signature:DKIM-Signature: X-DKIM2-Info:DKIM2-Signature:X-DKIM2-Info:Message-Instance: X-ME-Sender:X-ME-Proxy-Cause:X-ME-Proxy:Feedback-ID:Received:X-Mailer: MIME-Version:X-ThreadId:Date:From:To:Cc:Message-Id:In-Reply-To: References:Subject:Content-Type:Content-Transfer-Encoding; bh=YPYW5J/jQVp8/KcH9ay/6N2DrSqixuZWGsZQEI4iHbo=; b=cw0GanAkOqE77KIWbIgczqUPmiGnDCgJFp8m4rsdKY4qWy5CgZoQpoVII5G9aCIySWub 9hnWD0rvYyxnYQEelpEI9Hn2caaVLIUZm0VMa2Tbd1lzuEQFg3eIuApQO7AJ88f0HEWz1 NYbt29wqbxWdoA7drlVG9ZMyKVA81FApmzxOv+yVhR0rDUa0Ibkliug7h/AfybweKB6Bc x/fNsqN5HXUhNstIEa/GLSTO0xaZLYRW3SfVMcIyBgglOyy/dyGgwqsf/NYm8AwTrcdt6 XMLuKlFXKpLKm96o67yj8zkMVYqe+HYCbrUF4ud3eP6OvWicrrcNrgpkvVmM3cfULPQ== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=squebb.ca; spf=pass smtp.mailfrom=squebb.ca; dkim=pass header.d=squebb.ca header.i=@squebb.ca header.a=rsa-sha256 header.s=fm1 header.b="B/VfCzn7"; dkim=pass header.d=messagingengine.com header.i=@messagingengine.com header.a=rsa-sha256 header.s=fm3 header.b=fErgId5b; arc=none smtp.remote-ip=202.12.124.159 Received: from fhigh-b8-smtp.messagingengine.com (fhigh-b8-smtp.messagingengine.com [202.12.124.159]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 672D0606A32A for ; Tue, 10 Nov 2026 01:06:59 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org 672D0606A32A Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=squebb.ca Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=squebb.ca Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=squebb.ca header.i=@squebb.ca header.a=rsa-sha256 header.s=fm1 header.b=B/VfCzn7; dkim=pass (2048-bit key, unprotected) header.d=messagingengine.com header.i=@messagingengine.com header.a=rsa-sha256 header.s=fm3 header.b=fErgId5b Received: from stl-compute-04.internal (stl-compute-04.internal [10.204.2.64]) by mailfhigh.stl.internal (Postfix) with ESMTP id A14507A01B6 for ; Mon, 9 Nov 2026 20:06:58 -0500 (EST) Received: from stl-imap-02 ([10.204.2.93]) by stl-compute-04.internal (MEProxy); Mon, 09 Nov 2026 20:06:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=squebb.ca; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1794272818; x=1794359218; bh=YPYW5J/jQVp8/KcH9ay/6N2DrSqixuZWGsZQEI4iHbo=; b= B/VfCzn7o92CoXxLZO+A4nKMyJ1k3Is9Sbp5qd7uJUM9K9A8RhpYgQ3DrJvwoCTv ttr1r5m+xosnzXxn+Khjd5EncyLqyAYTxTlA2OJ3CZECTFi9+KbupWQBlBIxQDd9 gRs4i1Y0ZJsB8NdiWYYkKkDK+/1jNutaFaeKYQHM1O6StXqUxRCflHRIhtDGyVsi mzOH/5MHLlQmgpn/aX/hVRVGqsbgpVPSXydMqaL/uxItIskbZdpenvbEItsMhxvW VLgnN2ch2Jsn5Imxc82GiQ7/+7zvjCq2Yv3x1u5EbZPpLK0Nai4kMDCvCBIxmLpI XrysCA3kgWCff6T3Y0dk7Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1794272818; x= 1794359218; bh=YPYW5J/jQVp8/KcH9ay/6N2DrSqixuZWGsZQEI4iHbo=; b=f ErgId5bFvKiJ8picMNC69wLqfcukhyTei6wJ8v8doQgwUEXp0ZClOjp+BrOovPzw KuRjKkHTq0wSEoqH+REdZ8MqhgQ5FUK/sgY63KiRbbM8zn9Po4pRM8STR+NDSAsh hYa9prAbzwGKFNbFUKFsYnECBjcNDrw4HoJns84lqT22RqlwolAtWRjJW+TbnDp2 Va/PPX51xoR7TF1sUFh2YC2WedAWUpEpnXu4arEQYmfyDn96LYBdbF5sqwE/u3eA AP3iJu9PBgRKk9dZsGq3Qfdt1hRP8IT7GKiNm8thXq+OIh5J8yb1g7XzOcyavJhd SNKkom4J+9+EttWRfuDLg== X-DKIM2-Info: draft=ietf-dkim-dkim2-spec-09; repo=github.com/dkim2wg/interop; date=2026-11-03; sw=lmtpprox; action=sign d=squebb.ca a=rsa-sha256; DKIM2-Signature: i=1; m=1; t=1794272818; d=squebb.ca; mf=PG1wZWFyc29uLWxlbm92b0BzcXVlYmIuY2E+; rt=PGxpbnV4LWtlcm5lbEB2Z2VyLmtlcm5lbC5vcmc+; s=fm1:rsa-sha256:cITyZs00GESgq0cJL+8fkfwe6fufnN0EGM8S9zE3dip4dtm f2hd8kiZwFv7YScsOH/21Se3p5+4Jnah/Kc10Ez3GsC2LuTJIuTambxBNtvaG75H JV7NLvhaxwJERDk6aMDRZNmBmRbsyrGzhdFfZQknw7bPSLPYzF9VqsZZ+V4sTCl/ tlOYOX4d6HdyU/qo/Ux2N9CMXQNPpgc7RloJ5VMvu+YCtYwmRdMSYrR5v29A1ug3 9MGS4n1pNoHbxSbIQerGOKcfs+Xhc+B77s+M6Q4q2Ou4eowlvgEfmWFCKc4r1ShG FNsG2e325x6HTJWyfdO3sl96DDHYz9r27AIuYgg==; X-DKIM2-Info: draft=ietf-dkim-dkim2-spec-09; repo=github.com/dkim2wg/interop; date=2026-11-03; sw=lmtpprox; action=mi-m=1; hc=12; hn=cc,content-transfer-encoding,content-type,date,feedback-id, from,in-reply-to,message-id,mime-version,references,subject,to; Message-Instance: m=1; h=sha256:ihsp2KObF2wwyV1mtPDfeoeaZ2byTKAI5MB0uXn8ncU=:TB8/06C/nXFEhlp4Jq/SRv2KNAh2Bqw4zTmeLb9p7Yc=; X-ME-Sender: X-ME-Proxy-Cause: dmFkZTGv9vdl60/iBVRnZePH3FHjJbIzTPcHqgskZDTeiHlLcxTCTz+KZ6RtCXjSniAmc5 XNFWb2k40zc+0oYHW4cvqRsty7dUUMdiGODiHISl1JNfqjZfFzsLXJhIJFq3N4kIzT9cRO eeIyFhVJMYxXTjkvsvNz3unK+wwnZ22BZc/yFnxxPTJCvgK2J6yk2NYO2BqSxV437+hiTy 2QTGtfNv2kSAedEEXRyzh0Du8JARkxJI/LBN2COscYwikZNWEJ7gZaLXzinmgLkToqhBT+ KoE/tii41GPnxVozn4isPB/upnRvId/AUu0givtk2P1s43eoBQsisvFyqmOXQIvNQ36wZz o7b4d9G+ALV+SMibRpdBuAOoSBfErXIbJiOCVA4QChpJ+gSlMPIwL3feFAHASmDB+FZ688 Ndy98XYWX4rUu1t6z3c815MyMjr01rBu1T8VDnUEodSkTTKfrZ1wE1UjtwfjredGSCLhYH rRHVBWi/ZDqIDzpwYnH7TcmBhuqk0YXb7md0COAtFfzFoT+v6hTWTzI3AIX+ZxFBGK8fBX cvm8RBPw3ralhFeqPYK5UNwlWRLLYeWdJSR5tMeIqjauBuJwe4sqvGNgTbHMJC6dNFCGLC vnCse7NAqZJojd6i9ceoq0n7Oqzr9eQ5tfLveYaLJlUUR6w4Lac+bB8LxBYQ X-ME-Proxy: Feedback-ID: ibe194615:Fastmail Received: by mailuser.stl.internal (Postfix, from userid 501) id 8678B2C00085; Mon, 9 Nov 2026 20:06:57 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 X-ThreadId: A3LsSXLBOciw Date: Mon, 09 Nov 2026 20:06:37 -0500 From: "Mark Pearson" To: qvkap , "Hans de Goede" , =?UTF-8?Q?Ilpo_J=C3=A4rvinen?= , "Ike Panhc" Cc: "platform-driver-x86@vger.kernel.org" , linux-kernel@vger.kernel.org Message-Id: In-Reply-To: References: Subject: Re: [PATCH] platform/x86: ideapad-laptop: add no_rfkill quirk for IdeaPad Slim 3 16IRH10 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, On Mon, Nov 9, 2026, at 12:02 PM, qvkap wrote: > Hi Hans, Mark, Ilpo, > > On newer IdeaPad models such as the IdeaPad Slim 3 16IRH10 (83K2), the > EC/ACPI firmware reports erratic rfkill radio states through > VPCCMD_R_WIFI / VPCCMD_R_RF, causing periodic soft/hard blocks of the > native Wi-Fi/Bluetooth interfaces (iwlwifi) without any user > interaction or physical hardware switch. > > This patch introduces a no_rfkill quirk and adds IdeaPad Slim 3 > 16IRH10 to skip registering defective ACPI rfkill devices. Tested and > confirmed working on live hardware. > > GitHub: https://github.com/qvkap/ideapad-slim3-rfkill-patch > Raw Patch: > https://raw.githubusercontent.com/qvkap/ideapad-slim3-rfkill-patch/master/0001-platform-x86-ideapad-laptop-add-no_rfkill-quirk-for-.patch > > Signed-off-by: qvkap I assume posting a link to a patch is not going to be acceptable (I almost didn't bother looking at this one because of that because I'm behind on my overflowing inbox) but I'll let the experienced maintainers comment on that. I've been looking at a similar issue on Thinkpad's but have been trying to gather data on which platforms are impacted. We're finding the same thing there where the kill is powering down the device and it's never recovering - and we've been fixing FW for the last 3 years to make the APCI method a no-op where it has caused problems. Recently the FW team complained as the ACPI method is used for debug testing...so trying to find a better long term solution. I'm not a fan of the DMI approach as I don't think it's going to scale well - it means every new platform is (likely) going to need to be added; which is going to get really tedious fast. I don't think it's really a FW issue and more a fact that device drivers have caught up and the ACPI rfkill is no longer needed - but I'm guessing a bit. For Thinkpad I did get confirmation that it's not used on Windows FWIW. I have a patch that is almost the opposite - I was going to disable the rfkill mechanism unless a module parameter specifically enabled it. My logic is maybe some older models will need it - but so far in my testing newer (5 years or less) seem fine. I've been unable to determine the cut-off so far. If anybody on the list has opinions let me know. Gathering data on the impact is taking time (sadly in short supply) Mark