{"id":2175742,"url":"http://patchwork.ozlabs.org/api/1.0/covers/2175742/?format=json","project":{"id":28,"url":"http://patchwork.ozlabs.org/api/1.0/projects/28/?format=json","name":"Linux PCI development","link_name":"linux-pci","list_id":"linux-pci.vger.kernel.org","list_email":"linux-pci@vger.kernel.org","web_url":null,"scm_url":null,"webscm_url":null},"msgid":"<5049211.GXAFRqVoOG@rafael.j.wysocki>","date":"2025-12-18T20:29:03","name":"[v1,0/8] ACPI: bus: Rework of the \\_SB._OSC handling","submitter":{"id":64267,"url":"http://patchwork.ozlabs.org/api/1.0/people/64267/?format=json","name":"Rafael J. Wysocki","email":"rafael@kernel.org"},"series":[{"id":485914,"url":"http://patchwork.ozlabs.org/api/1.0/series/485914/?format=json","date":"2025-12-18T20:37:36","name":"ACPI: bus: Rework of the \\_SB._OSC handling","version":1,"mbox":"http://patchwork.ozlabs.org/series/485914/mbox/"}],"headers":{"Return-Path":"\n <linux-pci+bounces-43335-incoming=patchwork.ozlabs.org@vger.kernel.org>","X-Original-To":["incoming@patchwork.ozlabs.org","linux-pci@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256\n header.s=k20201202 header.b=gk8MpisC;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c15:e001:75::12fc:5321; helo=sin.lore.kernel.org;\n envelope-from=linux-pci+bounces-43335-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=\"gk8MpisC\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=10.30.226.201"],"Received":["from sin.lore.kernel.org (sin.lore.kernel.org\n [IPv6:2600:3c15:e001:75::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4dXNCF3srDz1xty\n\tfor <incoming@patchwork.ozlabs.org>; Fri, 19 Dec 2025 07:52:25 +1100 (AEDT)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sin.lore.kernel.org (Postfix) with ESMTP id C819D302EFEB\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 18 Dec 2025 20:52:11 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id C1A3134CFD6;\n\tThu, 18 Dec 2025 20:43:36 +0000 (UTC)","from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org\n [10.30.226.201])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 9644E34CFAB;\n\tThu, 18 Dec 2025 20:43:35 +0000 (UTC)","by smtp.kernel.org (Postfix) with ESMTPSA id 4E117C116D0;\n\tThu, 18 Dec 2025 20:43:34 +0000 (UTC)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1766090616; cv=none;\n b=fTjDUqk2LbMgFggcn96OkJqtGCK+Coa/fXAm35/jIMwWqWO2udS+9NJdfhcMmY6Y/oIpEwbsc3fKxAdVP398IzvsZuMZEs+2OfOlwfx+AZ5jsEFMadFlQrsqeNNB0bEp+gmGUYMb/fOHxmhPCV/LdvW9PH/ndcHsv5Xp0M0uGDg=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1766090616; c=relaxed/simple;\n\tbh=fCy/Wex3WYIT9VqJQWpmMAZe/B9Xqn+9Ch8KYPH3iWc=;\n\th=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type;\n b=r25IlXno/UNsAJRVskrXL0xdwwl2Rc1ItMBD06s+lEWKy2DwsSMP6RWqv06rq2YCG4k0vDtD8Vkwbt/PuQQFjoVxd3zyMBxlJH0CI7SUuZrbxw+j0qij/Nudb74I2Qhbyx4L8esfaMjqtmyP4p5UgP7/83iv6StrG/inTqMUbDk=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=gk8MpisC; arc=none smtp.client-ip=10.30.226.201","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;\n\ts=k20201202; t=1766090615;\n\tbh=fCy/Wex3WYIT9VqJQWpmMAZe/B9Xqn+9Ch8KYPH3iWc=;\n\th=From:To:Cc:Subject:Date:From;\n\tb=gk8MpisCrLbpa/Mn5S7d0uTTTxTLstfeeflYPUj3lYumtazib6okEgNq6niC0k/+8\n\t rejTLi+Haqk52XbVZHpO+/XPgTIrMUywbLl25ZZM1//v9qwduPcPcTz5VlvNDyXYiL\n\t 2cTPD9L9RrzBKALOYbwIcGDRKk7E4SDU3YM5axk2c6f+Slc5iUjwpOO7jP0X07CiBM\n\t 568O71GdcDaNvvjY/5liZ51bMZNJn5yJDJ27DEerYI1cW0OFh4OPzZ4dpo5v1lYWza\n\t OKoS0zp6l3bNt54LbyouLWC7drrvazR81F7t5I3UcbLFA8KVK2Ur2Aco9mQUpIVTva\n\t 1dgEJmJ9ba0iQ==","From":"\"Rafael J. Wysocki\" <rafael@kernel.org>","To":"Linux ACPI <linux-acpi@vger.kernel.org>","Cc":"LKML <linux-kernel@vger.kernel.org>,\n Linux PCI <linux-pci@vger.kernel.org>, Bjorn Helgaas <helgaas@kernel.org>,\n Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>,\n Hans de Goede <hansg@kernel.org>,\n Mario Limonciello <mario.limonciello@amd.com>","Subject":"[PATCH v1 0/8] ACPI: bus: Rework of the \\_SB._OSC handling","Date":"Thu, 18 Dec 2025 21:29:03 +0100","Message-ID":"<5049211.GXAFRqVoOG@rafael.j.wysocki>","Organization":"Linux Kernel Development","Precedence":"bulk","X-Mailing-List":"linux-pci@vger.kernel.org","List-Id":"<linux-pci.vger.kernel.org>","List-Subscribe":"<mailto:linux-pci+subscribe@vger.kernel.org>","List-Unsubscribe":"<mailto:linux-pci+unsubscribe@vger.kernel.org>","MIME-Version":"1.0","Content-Transfer-Encoding":"7Bit","Content-Type":"text/plain; charset=\"UTF-8\""},"content":"Hi All,\n\nWhile this is a replacement for\n\nhttps://lore.kernel.org/linux-acpi/12803663.O9o76ZdvQC@rafael.j.wysocki/\n\nit goes much farther than the simple workaround, so I've decided to start\nover version numbering from 1.\n\nThe motivation is (again) to make the _OSC evaluation more robust against\nplatform firmware deficiencies related to setting error bits in _OSC\nreturn buffers by mistake (which apparently don't affect alternative OSes),\nbut the approach is more in-depth now.\n\nThe first 5 patches are preliminary.  The first one fixes the current\ninconsistent handling of _OSC error bits.  The second one reworks the\nprinting of debug messages from acpi_run_osc() for clarity.  Patch\n[3/8] splits the _OSC evaluation code out of acpi_run_osc() (so it\ncan be used in other functions), and patch [4/8] splits the handling\nof _OSC error bits out of it (for the same purpose).  Patch [5/8] is\njust a by-the-way simple cleanup.\n\nPatch [6/8] introduces a new function for handling _OSC handshakes in\na way that should be less susceptible to failing in certain cases due\nto platform firmware mistakes that should not be fatal and makes the\n\\_SB._OSC platform features handling code use it.\n\nPatch [7/8] is a cleanup on top of the previous one, and patch [8/8]\nupdates the USB4 \\_SB._OSC features handling to use the new function\nintroduced in patch [8/8].\n\nThanks!"}