summaryrefslogtreecommitdiff
path: root/tools/lib/python/kdoc/python_version.py
diff options
context:
space:
mode:
authorSergey Lebedev <lsa.uz@pm.me>2026-09-13 21:08:55 +0000
committerVinod Koul <vkoul@kernel.org>2026-10-03 09:48:37 +0200
commitd32e04c052342d7d1cc03f6ba4cbd135cd0112bc (patch)
tree4247ec7a5cfb67fcbf3e5ba466c72f930323386f /tools/lib/python/kdoc/python_version.py
parentb27be5a85ed3c11b51de189218d7a78b0972af4d (diff)
downloadlinux-next-d32e04c052342d7d1cc03f6ba4cbd135cd0112bc.tar.gz
linux-next-d32e04c052342d7d1cc03f6ba4cbd135cd0112bc.zip
soundwire: dmi-quirks: drop the ghost RT1320 on the Surface Pro 11 (Intel)
The Microsoft Surface Pro 11 for Business (Intel, Lunar Lake) carries a single physical RT1320 amplifier on link 0 and describes it twice: SWRA _ADR 0x000030025D132000 SDCA class 0 SWRB _ADR 0x000030025D132001 SDCA class 1 Identical apart from the class id: same link, same manufacturer, part and version, same unique id 0. The part reports class 1, so only SWRB enumerates. SWRA never attaches on any boot or firmware version tested, including the November 2025 bundle. The ghost is not harmless. It consumes an amplifier index in find_acpi_adr_device(), so the real part is named "rt1320-2" and the stock sof-soundwire UCM profile enables switches on a device that is not there. Its endpoints also reach create_sdw_dailink(), which builds DAI link names from link id and function type alone; the ghost declares the same SmartMic function as the real part, so the card fails to register at all: sysfs: cannot create duplicate filename '.../sof_sdw/SDW0-Capture-SmartMic' kobject_add_internal failed for SDW0-Capture-SmartMic with -EEXIST sof_sdw sof_sdw: probe with driver sof_sdw failed with error -12 Remap its _ADR to zero so sdw_acpi_find_slaves() never creates the peripheral, which is how ghost devices are handled already - see ghost_realtek and global_ghost_adr in this file. Both failures then disappear, because neither path is reached. Matched on DMI_PRODUCT_SKU rather than the product name. A later batch of the same model could carry a different RT1320 version, which would change the _ADR; keying on the SKU keeps this remap to the hardware it was verified on, and follows dell_sku_0A3E above. Link: https://lore.kernel.org/linux-sound/20260830151516.44629-1-lsa.uz@pm.me/ Suggested-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.dev> Suggested-by: Bard Liao <bard.liao@intel.com> Signed-off-by: Sergey Lebedev <lsa.uz@pm.me> Reviewed-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.dev> Tested-by: German Pablo Lindo <germanpapulindez@gmail.com> Link: https://patch.msgid.link/20260913210849.6446-1-lsa.uz@pm.me Signed-off-by: Vinod Koul <vkoul@kernel.org>
Diffstat (limited to 'tools/lib/python/kdoc/python_version.py')
0 files changed, 0 insertions, 0 deletions