From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 0C7FAC5DF8C for ; Thu, 20 Aug 2026 22:02:44 +0000 (UTC) Received: from alsa1.perex.cz (alsa1.perex.cz [45.14.194.44]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by alsa0.perex.cz (Postfix) with ESMTPS id B565460292; Fri, 21 Aug 2026 00:02:30 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz B565460292 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1787263360; bh=vnK7EwFQKv1fN+0bR/RLzd+9ptD1HACgATWdkWyQVU8=; h=From:To:In-Reply-To:References:Subject:Date:List-Id:List-Archive: List-Help:List-Owner:List-Post:List-Subscribe:List-Unsubscribe: From; b=S3yYwMBtcpl3NWH7mQSRj1Kj0Y+4uq0XznwAhY4sDSVDsmCnq4i14Os7JEWS9H5/W FjVuD6GGO2gKjqhfGuAmbWgGSa0GtS/PPC709ce/KcHWtN5zI4KSizz4wLOiQJSlOs rzKxKsFIBu8XRAB9uZQdZ5e/zpTiuJ9QETScwnm8= Received: by alsa1.perex.cz (Postfix, from userid 50401) id B9F4FF8051D; Fri, 21 Aug 2026 00:02:04 +0200 (CEST) Received: from mailman-core.alsa-project.org (mailman-core.alsa-project.org [10.254.200.10]) by alsa1.perex.cz (Postfix) with ESMTP id 695D3F805F9; Fri, 21 Aug 2026 00:02:04 +0200 (CEST) Received: by alsa1.perex.cz (Postfix, from userid 50401) id 2ACFBF8051D; Fri, 21 Aug 2026 00:01:59 +0200 (CEST) Authentication-Results: alsa1.perex.cz; arc=none smtp.remote-ip=45.14.194.44 ARC-Seal: i=1; d=alsa-project.org; s=arc; a=rsa-sha256; cv=none; t=1787263318; b=ew7jjpuTr55n6ZU863NDxo2iQb2SSnQr7CFzCqPG8YJdrWOyeB5lm+PIjVLymPTml6o6 On8iWCg2vzEXc6wSVo3PmA8dox4DKXKldH1vBYVUcUeISlWnANoiepeiOF65s1QnoQs4W OF3WidyJQ3YGxKhjt96H73ryf83soFAUw3ol3ecMuhgXUU+d8v8ZEBGyNOVDTwYeM+yLp CDVJCodNDBzC8i/l4I5cQ3oW/b6a2EL1dJaI13Gm79SYT1olSp6cr5Y1ilYmnk4c+SX6E t0CKHV2TiEy2kCHKhepbZwQr0PWMsMmXlrNoW7sK2tUUYAoeVy3WPhHtlh8U1+bEcJQ== ARC-Message-Signature: i=1; d=alsa-project.org; s=arc; a=rsa-sha256; c=relaxed/simple; t=1787263318; h=MIME-Version:From:To:Message-Id:Subject; bh=vnK7EwFQKv1fN+0bR/RLzd+9ptD1HACgATWdkWyQVU8=; b=Dqr/e5IqbFjZjScsmZhdJpgO7QM2e9BgLl6fDQoR1uS6vMOfs+zHi54mRN6HVML/jhjc ys/5c0DMPBMyKrfqFNLNEtwB9VDnqTHTNjw0BqhN2dp3US/m762aQMkt4HEyeSG0HRbi4 8nvnabtyW7wUc+zapwC5b7p1KkbK7sTYHuIbCBAK8wyJmzN7L7DhZ1HmnFP6tmfHiitG9 bKjR0a9XCbLCPrZAZq6OfWUKWnYQ+Wh/R2ZD/a2tY9maXfCxJPLcnkZ0xjqcyjp6mHUf+ K15mRyGk9HBNRMasLtr82RLD7SiJ/TyydILC0m2jwLue2irERJUkgop6l0hsY+exfrA== ARC-Authentication-Results: i=1; alsa1.perex.cz; arc=none smtp.remote-ip=45.14.194.44 Received: from webhooks-bot.alsa-project.org (vmi2259423.contaboserver.net [45.14.194.44]) by alsa1.perex.cz (Postfix) with ESMTP id 0B3FDF800BA for ; Fri, 21 Aug 2026 00:01:56 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz 0B3FDF800BA MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: GitHub pull_request - edited To: alsa-devel@alsa-project.org Message-Id: <18cda28454f14100-webhooks-bot@alsa-project.org> In-Reply-To: References: Subject: ucm2: USB-Audio: add Topping M62 configuration Date: Fri, 21 Aug 2026 00:01:59 +0200 (CEST) Message-ID-Hash: KCJMNA6HKRH6HUJPLAYLQFRXKWDDGWBP X-Message-ID-Hash: KCJMNA6HKRH6HUJPLAYLQFRXKWDDGWBP X-MailFrom: github@alsa-project.org X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; header-match-alsa-devel.alsa-project.org-0; header-match-alsa-devel.alsa-project.org-1; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header X-Mailman-Version: 3.3.10 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: alsa-project/alsa-ucm-conf pull request #826 was edited from NTMan: ucm2: USB-Audio: add Topping M62 configuration The M62 exposes a single ten channel playback PCM and a single sixteen channel capture PCM. The ten playback channels are not a surround layout: they are five independent stereo buses that the card's own mixer sums into its outputs, named Playback 1/2 to Playback 9/10 in the manual. The descriptor declares no channel positions at all -- bmChannelConfig is 0x00000000 on both the ten channel and the sixteen channel terminal -- and the card exposes no ALSA channel map either, neither a kcontrol nor a /proc entry. Without a profile the host therefore invents one: PipeWire fills ten unnamed channels with its default surround layout, so the desktop believes in a centre, an LFE and a rear that the hardware does not have, or else hands out AUX0..AUX9. Both readings break more than cosmetics: the balance control and the speaker test have nothing to work with, and any per device equalisation carries ten channel keys where two are meant. Each bus is therefore published as its own stereo device, split out of the one PCM. The five are not marked conflicting: they may play at once, which is the point of having five. What the card does declare is channel NAMES. iChannelNames points at "Playback 1" on the playback terminal and at "Analogue 1" on the capture terminal, each the first of a consecutive run of string descriptors, and the run reads Analogue 1, Analogue 2, AUX 1, AUX 2, BT 1, BT 2, Mobile 1, Mobile 2 and Loopback 1 to 8. macOS displays exactly those because Core Audio follows that field. Every name in this profile comes from there. Linux surfaces none of it: ALSA carries channel positions through chmap and has no notion of a channel name, so the host sees an anonymous sixteen and this profile is where the names can live. The order was confirmed by measurement as well, one column at a time -- feeding the microphone input lights column 0, and a headphone to AUX loop lights columns 2 and 3. The inputs are therefore published under the names the card's own panel and control application use: IN 1, IN 2, AUX, BT and OTG IN. The two microphone channels are named after the card's mic channels and not after jacks, because IN 1 is switched on the card between its own 6.3 mm jack, the 3.5 mm jack and the headset jack; that switch lives in the card's own panel and is not visible to the driver, so a jack name would be a claim the configuration cannot back. IN 1 and IN 2 are also offered together as IN 1 + 2. A balanced stereo source -- a synthesiser, a mixer's main output -- arrives on both microphone channels at once, and offering it only as two mono devices makes the desktop pick one half of it. It conflicts with the halves rather than coexisting with them, since the same two columns cannot be two devices at the same time. Bluetooth and Mobile carry audio, and all four inputs record at once: a sixteen channel recording with a phone on Bluetooth and another on OTG shows signal on the analogue, AUX, Bluetooth and Mobile columns simultaneously. The eight loopback returns arrive MUTED. Mic Capture Switch carries one value per capture column and reads on for the first eight and off for the rest, so columns 8 to 15 deliver digital silence until something turns them on. That is why they look as though the loop never reaches the USB stream, while the vendor's control panel meters it happily and while the same card delivers those returns to a host whose software turns the switch on. The verb turns all sixteen on, and the four returns are then declared as stereo devices, below the physical inputs in priority because a return is what the card is already playing rather than something arriving from outside. The card keeps all ten playback channels in one mixer element and all sixteen capture columns in another, so the per bus and per input volumes come from a control remap by channel index, in the same shape the Behringer UMC204HD profile uses. The card has three operating modes, switched from its own panel, and all three keep the same USB id. Mobile Mode is a plain stereo device with an honest FL FR channel map on both directions and needs no profile; applying this one to it would ask a two channel PCM for ten. The mode is encoded in the high byte of bcdDevice, 01xx Mobile, 02xx Live Streaming, 03xx Pro Audio, so the profile is selected only for the latter two. Live Streaming and Pro Audio have identical channel layouts and differ only in the rates they offer, 44.1 and 48 kHz against those plus 88.2 and 96 kHz. Tested on Fedora with alsa-lib 1.2.16 and PipeWire in all three modes: in Live Streaming and Pro Audio the five sinks and the named sources appear as expected, playback lands on the intended pair, each remapped element moves only its own channels, and a sixteen column recording confirms the input columns, the loopback returns among them once the verb has unmuted them; in Mobile Mode the card is left to the generic configuration. Signed-off-by: Mikhail Gavrilov Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/826 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/826.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf