Home
last modified time | relevance | path

Searched hist:"5 a494fdbfc63fc2366921edac71b0aad67448618" (Results 1 – 2 of 2) sorted by relevance

/openbmc/linux/include/sound/
H A Dump_convert.hdiff 5a494fdbfc63fc2366921edac71b0aad67448618 Wed Jul 31 08:05:22 CDT 2024 Takashi Iwai <tiwai@suse.de> ALSA: ump: Transmit RPN/NRPN message at each MSB/LSB data reception

[ Upstream commit e6ce8a28c768dbbad3f818db286cd0f4c7a921a8 ]

The UMP 1.1 spec says that an RPN/NRPN should be sent when one of the
following occurs:
* a CC 38 is received
* a subsequent CC 6 is received
* a CC 98, 99, 100, and 101 is received, indicating the last RPN/NRPN
message has ended and a new one has started

That said, we should send a partial data even if it's not fully
filled. Let's change the UMP conversion helper code to follow that
rule.

Link: https://patch.msgid.link/20240731130528.12600-2-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
Signed-off-by: Sasha Levin <sashal@kernel.org>
/openbmc/linux/sound/core/
H A Dump_convert.cdiff 5a494fdbfc63fc2366921edac71b0aad67448618 Wed Jul 31 08:05:22 CDT 2024 Takashi Iwai <tiwai@suse.de> ALSA: ump: Transmit RPN/NRPN message at each MSB/LSB data reception

[ Upstream commit e6ce8a28c768dbbad3f818db286cd0f4c7a921a8 ]

The UMP 1.1 spec says that an RPN/NRPN should be sent when one of the
following occurs:
* a CC 38 is received
* a subsequent CC 6 is received
* a CC 98, 99, 100, and 101 is received, indicating the last RPN/NRPN
message has ended and a new one has started

That said, we should send a partial data even if it's not fully
filled. Let's change the UMP conversion helper code to follow that
rule.

Link: https://patch.msgid.link/20240731130528.12600-2-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
Signed-off-by: Sasha Levin <sashal@kernel.org>