- Alsa-devel - mailman.alsa-project.org

RE: Set pcbeep to default value
by Kailang 26 Nov '24

26 Nov '24

OK. > -----Original Message----- > From: Takashi Iwai <tiwai(a)suse.de> > Sent: Monday, November 25, 2024 10:45 PM > To: Kailang <kailang(a)realtek.com> > Cc: Takashi Iwai <tiwai(a)suse.de> > Subject: Re: Set pcbeep to default value > > > External mail. > > > > On Mon, 25 Nov 2024 03:00:26 +0100, > Kailang wrote: > > > > > > > > > -----Original Message----- > > > From: Takashi Iwai <tiwai(a)suse.de> > > > Sent: Friday, November 22, 2024 5:34 PM > > > To: Kailang <kailang(a)realtek.com> > > > Cc: (alsa-devel(a)alsa-project.org) <alsa-devel(a)alsa-project.org> > > > Subject: Re: Set pcbeep to default value > > > > > > > > > External mail. > > > > > > > > > > > > On Fri, 22 Nov 2024 08:29:56 +0100, > > > Kailang wrote: > > > > > > > > Hi Takashi, > > > > > > > > Attach patch will set pcbeep to default value for ALC274. > > > > > > Could you resubmit with your Signed-off-by tag? > > > > Sorry! Attach again. > > You seem to have dropped Cc to alsa-devel ML. > Also, nowadays we use linux-sound(a)vger.kernel.org for the main ML for kernel > patches. Care to resubmit to there? > > > thanks, > > Takashi

1 0

GoXLR not working in 1.2.13
by GitHub issues - opened 25 Nov '24

25 Nov '24

alsa-project/alsa-ucm-conf issue #473 was opened from AruAki: GoXLR not splitting into multiple channels. `alsaucm -c hw:1 dump text` returns ``` ALSA lib parser.c:270:(parse_syntax_field) Incompatible syntax 7 in USB-Audio.conf ALSA lib main.c:1554:(snd_use_case_mgr_open) error: failed to import hw:1 use case configuration -22 alsaucm: error failed to open sound card hw:1: Invalid argument ``` Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/473 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[RFC PATCH 0/2] Add support for stacked and parallel memories
by Amit Kumar Mahapatra 25 Nov '24

25 Nov '24

Hello Everyone, Following an email discussion with Miquel regarding the binding changes and overall architecture for implementing support for stacked and parallel memories, I’m sharing this RFC to initiate a discussion on the proposed updates to current bindings and to finalize the implementation architecture. Before diving into the main topic, here is some background on stacked and parallel memories. The AMD QSPI controller supports two advanced connection modes(Stacked and Parallel) which allow the controller to treat two different flashes as one storage. Stacked: Flashes share the same SPI bus, but different CS line, controller driver asserts the CS of the flash to which it needs to communicate. Stacked mode is a software abstraction rather than a controller feature or capability. At any given time, the controller communicates with one of the two connected flash devices, as determined by the requested address and data length. If an operation starts on one flash and ends on the other, the core needs to split it into two separate operations and adjust the data length accordingly. Parallel(Multi-CS): Both the flashes have their separate SPI bus, CS of both the flashes will be asserted/de-asserted at the same time. In this mode data will be split across both the flashes by enabling the STRIPE setting in the controller. Parallel mode is a controller feature where if the STRIPE bit is set then the controller internally handles the data split during data write to the flashes and while reading data from the flash the controller internally merges data from both the flashes before writing to the controller FIFO. If STRIPE is not enabled, then same data will be sent to both the devices. In parallel mode both the flashes should be identical. For more information on the modes please feel free to go through the controller flash interface below [1]. Mirochip QSPI controller[2] also supports "Dual Parallel 8-bit IO mode", but they call it "Twin Quad Mode". Initially in [3] [4] [5] Miquel had tried to extend MTD-CONCAT driver to support Stacked mode, but the bindings were not accepted. So, the MTD-CONCAT approach was dropped and the DT bindings that got accepted [6] [7] [8] that describes the two flash devices as being one. SPI core changes to support the above bindings were added [9]. While adding the support in SPI-NOR Tudor provided additional feedback, leading to a discussion on updating the current stacked and parallel DT bindings. Proposed Solution: The solution has two parts: 1. Update MTD-CONCAT Update MTD-CONCAT to create virtual concatinated mtd devices as defined in the device tree. 2. Add a New Layer Add a new layer between the SPI-NOR and MTD layers to support stacked and parallel configurations. This new layer will be part of spi-nor, located in mtd/spi-nor/, can be included/excluded via Kconfig, will be maintained by AMD and will: - During probing, store information from all connected flashes in stacked or parallel mode and present them as a single device to the MTD layer. - Register callbacks and manage MTD device registration within the new layer instead of spi-nor/core.c. - Make minimal changes in spi-nor/core.c, as stacked and parallel handling will be managed by the new layer on top of SPI-NOR. - Handle odd byte count requests from the MTD layer during flash operations in parallel mode. [1] https://docs.amd.com/r/en-US/am011-versal-acap-trm/QSPI-Flash-Device-Interf… [2] https://ww1.microchip.com/downloads/aemDocuments/documents/MPU32/ProductDoc… [3] https://lore.kernel.org/all/20191113171505.26128-4-miquel.raynal@bootlin.co… [4] https://lore.kernel.org/all/20191127105522.31445-5-miquel.raynal@bootlin.co… [5]https://lore.kernel.org/all/20211112152411.818321-1-miquel.raynal@bootlin… [6] https://github.com/torvalds/linux/commit/f89504300e94524d5d5846ff8b728592ac… [7] https://github.com/torvalds/linux/commit/eba5368503b4291db7819512600fa014ea… [8] https://github.com/torvalds/linux/commit/e2edd1b64f1c79e8abda365149ed62a2a9… [9]https://github.com/torvalds/linux/commit/4d8ff6b0991d5e86b17b235fc46ec62e… Thanks, Amit Amit Kumar Mahapatra (2): dt-bindings: mtd: Add bindings for describing concatinated MTD devices dt-bindings: spi: Update stacked and parallel bindings .../mtd/partitions/fixed-partitions.yaml | 18 +++++++++++++++ .../bindings/mtd/partitions/partitions.yaml | 6 +++++ .../bindings/spi/spi-controller.yaml | 23 +++++++++++++++++-- .../bindings/spi/spi-peripheral-props.yaml | 9 +++----- 4 files changed, 48 insertions(+), 8 deletions(-) -- 2.34.1

6 15

ABI break in 1.2.12 -> 1.2.13
by GitHub issues - edited 25 Nov '24

25 Nov '24

alsa-project/alsa-lib issue #422 was edited from bbhtt: This seems a bit unusual for a patch version bump. Any idea what this is about? Thanks! ``` ┌───────────────────────────┐ │ ABI Break: libasound.so.2 │ └───────────────────────────┘ Functions changes summary: 1 Removed, 3 Changed (250 filtered out), 35 Added functions Variables changes summary: 0 Removed, 0 Changed, 0 Added variable 1 Removed function: [D] 'function void snd_ump_block_info_set_block_id(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_block_id@@ALSA_1.2.10} 35 Added functions: [A] 'function const unsigned char* snd_pcm_hw_params_get_sync(const snd_pcm_hw_params_t*)' {snd_pcm_hw_params_get_sync@@ALSA_1.2.13} [A] 'function int snd_seq_create_ump_block(snd_seq_t*, int, const snd_ump_block_info_t*)' {snd_seq_create_ump_block@@ALSA_1.2.13} [A] 'function int snd_seq_create_ump_endpoint(snd_seq_t*, const snd_ump_endpoint_info_t*, unsigned int)' {snd_seq_create_ump_endpoint@@ALSA_1.2.13} [A] 'function int snd_seq_has_queue_tempo_base(snd_seq_t*)' {snd_seq_has_queue_tempo_base@@ALSA_0.9} [A] 'function int snd_seq_port_info_get_ump_is_midi1(const snd_seq_port_info_t*)' {snd_seq_port_info_get_ump_is_midi1@@ALSA_1.2.13} [A] 'function void snd_seq_port_info_set_ump_is_midi1(snd_seq_port_info_t*, int)' {snd_seq_port_info_set_ump_is_midi1@@ALSA_1.2.13} [A] 'function unsigned int snd_seq_queue_tempo_get_tempo_base(const snd_seq_queue_tempo_t*)' {snd_seq_queue_tempo_get_tempo_base@@ALSA_1.2.13} [A] 'function void snd_seq_queue_tempo_set_tempo_base(snd_seq_queue_tempo_t*, unsigned int)' {snd_seq_queue_tempo_set_tempo_base@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_clear(snd_ump_block_info_t*)' {snd_ump_block_info_clear@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_active(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_active@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_card(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_card@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_device(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_device@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_direction(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_direction@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_first_group(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_first_group@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_flags(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_flags@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_midi_ci_version(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_midi_ci_version@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_name(snd_ump_block_info_t*, const char*)' {snd_ump_block_info_set_name@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_num_groups(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_num_groups@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_sysex8_streams(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_sysex8_streams@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_ui_hint(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_ui_hint@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_clear(snd_ump_endpoint_info_t*)' {snd_ump_endpoint_info_clear@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_card(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_card@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_device(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_device@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_family_id(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_family_id@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_flags(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_flags@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_manufacturer_id(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_manufacturer_id@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_model_id(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_model_id@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_name(snd_ump_endpoint_info_t*, const char*)' {snd_ump_endpoint_info_set_name@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_num_blocks(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_num_blocks@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_product_id(snd_ump_endpoint_info_t*, const char*)' {snd_ump_endpoint_info_set_product_id@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_protocol(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_protocol@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_protocol_caps(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_protocol_caps@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_sw_revision(snd_ump_endpoint_info_t*, const unsigned char*)' {snd_ump_endpoint_info_set_sw_revision@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_version(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_version@@ALSA_1.2.13} [A] 'function int snd_ump_packet_length(unsigned int)' {snd_ump_packet_length@@ALSA_1.2.13} 3 functions with some indirect sub-type change: [C] 'function int __old_snd_pcm_hw_params_get_access(const snd_pcm_hw_params_t*)' at pcm.c:8062:1 has some indirect sub-type changes: Please note that the exported symbol of this function is snd_pcm_hw_params_get_access(a)ALSA_0.9 parameter 1 of type 'const snd_pcm_hw_params_t*' has sub-type changes: in pointed to type 'const snd_pcm_hw_params_t': in unqualified underlying type 'typedef snd_pcm_hw_params_t' at pcm.h:64:1: underlying type 'struct snd_pcm_hw_params' at asound.h:414:1 changed: type size hasn't changed 1 data member insertion: 'unsigned char sync[16]', at offset 4352 (in bits) at asound.h:421:1 1 data member change: type of 'unsigned char reserved[64]' changed: type name changed from 'unsigned char[64]' to 'unsigned char[48]' array type size changed from 512 to 384 array type subrange 1 changed length from 64 to 48 array subrange changed: upper bound of '<anonymous range>[48]' change from '63' to '47' and offset changed from 4352 to 4480 (in bits) (by +128 bits) [C] 'function int snd_ctl_pcm_info(snd_ctl_t*, snd_pcm_info_t*)' at control.c:1219:1 has some indirect sub-type changes: parameter 2 of type 'snd_pcm_info_t*' has sub-type changes: in pointed to type 'typedef snd_pcm_info_t' at pcm.h:48:1: underlying type 'struct snd_pcm_info' at asound.h:345:1 changed: type size hasn't changed 1 data member change: type of 'snd_pcm_sync_id sync' changed: entity changed from 'union snd_pcm_sync_id' to 'unsigned char[16]' and name of 'snd_pcm_info::sync' changed to 'snd_pcm_info::pad1' at asound.h:349:1 [C] 'function int snd_seq_get_queue_tempo(snd_seq_t*, int, snd_seq_queue_tempo_t*)' at seq.c:3880:1 has some indirect sub-type changes: parameter 3 of type 'snd_seq_queue_tempo_t*' has sub-type changes: in pointed to type 'typedef snd_seq_queue_tempo_t' at seq.h:441:1: underlying type 'struct snd_seq_queue_tempo' at asequencer.h:540:1 changed: type size hasn't changed 1 data member insertion: 'unsigned short int tempo_base', at offset 160 (in bits) at asequencer.h:532:1 1 data member change: type of 'char reserved[24]' changed: type name changed from 'char[24]' to 'char[22]' array type size changed from 192 to 176 array type subrange 1 changed length from 24 to 22 array subrange changed: upper bound of '<anonymous range>[22]' change from '23' to '21' and offset changed from 160 to 176 (in bits) (by +16 bits) ``` Issue URL : https://github.com/alsa-project/alsa-lib/issues/422 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

ABI break in 1.2.12 -> 1.2.13
by GitHub issues - opened 25 Nov '24

25 Nov '24

alsa-project/alsa-lib issue #422 was opened from bbhtt: This seems a bit unusual for a patch version bump. ``` ┌───────────────────────────┐ │ ABI Break: libasound.so.2 │ └───────────────────────────┘ Functions changes summary: 1 Removed, 3 Changed (250 filtered out), 35 Added functions Variables changes summary: 0 Removed, 0 Changed, 0 Added variable 1 Removed function: [D] 'function void snd_ump_block_info_set_block_id(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_block_id@@ALSA_1.2.10} 35 Added functions: [A] 'function const unsigned char* snd_pcm_hw_params_get_sync(const snd_pcm_hw_params_t*)' {snd_pcm_hw_params_get_sync@@ALSA_1.2.13} [A] 'function int snd_seq_create_ump_block(snd_seq_t*, int, const snd_ump_block_info_t*)' {snd_seq_create_ump_block@@ALSA_1.2.13} [A] 'function int snd_seq_create_ump_endpoint(snd_seq_t*, const snd_ump_endpoint_info_t*, unsigned int)' {snd_seq_create_ump_endpoint@@ALSA_1.2.13} [A] 'function int snd_seq_has_queue_tempo_base(snd_seq_t*)' {snd_seq_has_queue_tempo_base@@ALSA_0.9} [A] 'function int snd_seq_port_info_get_ump_is_midi1(const snd_seq_port_info_t*)' {snd_seq_port_info_get_ump_is_midi1@@ALSA_1.2.13} [A] 'function void snd_seq_port_info_set_ump_is_midi1(snd_seq_port_info_t*, int)' {snd_seq_port_info_set_ump_is_midi1@@ALSA_1.2.13} [A] 'function unsigned int snd_seq_queue_tempo_get_tempo_base(const snd_seq_queue_tempo_t*)' {snd_seq_queue_tempo_get_tempo_base@@ALSA_1.2.13} [A] 'function void snd_seq_queue_tempo_set_tempo_base(snd_seq_queue_tempo_t*, unsigned int)' {snd_seq_queue_tempo_set_tempo_base@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_clear(snd_ump_block_info_t*)' {snd_ump_block_info_clear@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_active(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_active@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_card(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_card@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_device(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_device@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_direction(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_direction@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_first_group(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_first_group@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_flags(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_flags@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_midi_ci_version(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_midi_ci_version@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_name(snd_ump_block_info_t*, const char*)' {snd_ump_block_info_set_name@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_num_groups(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_num_groups@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_sysex8_streams(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_sysex8_streams@@ALSA_1.2.13} [A] 'function void snd_ump_block_info_set_ui_hint(snd_ump_block_info_t*, unsigned int)' {snd_ump_block_info_set_ui_hint@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_clear(snd_ump_endpoint_info_t*)' {snd_ump_endpoint_info_clear@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_card(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_card@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_device(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_device@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_family_id(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_family_id@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_flags(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_flags@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_manufacturer_id(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_manufacturer_id@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_model_id(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_model_id@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_name(snd_ump_endpoint_info_t*, const char*)' {snd_ump_endpoint_info_set_name@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_num_blocks(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_num_blocks@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_product_id(snd_ump_endpoint_info_t*, const char*)' {snd_ump_endpoint_info_set_product_id@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_protocol(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_protocol@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_protocol_caps(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_protocol_caps@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_sw_revision(snd_ump_endpoint_info_t*, const unsigned char*)' {snd_ump_endpoint_info_set_sw_revision@@ALSA_1.2.13} [A] 'function void snd_ump_endpoint_info_set_version(snd_ump_endpoint_info_t*, unsigned int)' {snd_ump_endpoint_info_set_version@@ALSA_1.2.13} [A] 'function int snd_ump_packet_length(unsigned int)' {snd_ump_packet_length@@ALSA_1.2.13} 3 functions with some indirect sub-type change: [C] 'function int __old_snd_pcm_hw_params_get_access(const snd_pcm_hw_params_t*)' at pcm.c:8062:1 has some indirect sub-type changes: Please note that the exported symbol of this function is snd_pcm_hw_params_get_access(a)ALSA_0.9 parameter 1 of type 'const snd_pcm_hw_params_t*' has sub-type changes: in pointed to type 'const snd_pcm_hw_params_t': in unqualified underlying type 'typedef snd_pcm_hw_params_t' at pcm.h:64:1: underlying type 'struct snd_pcm_hw_params' at asound.h:414:1 changed: type size hasn't changed 1 data member insertion: 'unsigned char sync[16]', at offset 4352 (in bits) at asound.h:421:1 1 data member change: type of 'unsigned char reserved[64]' changed: type name changed from 'unsigned char[64]' to 'unsigned char[48]' array type size changed from 512 to 384 array type subrange 1 changed length from 64 to 48 array subrange changed: upper bound of '<anonymous range>[48]' change from '63' to '47' and offset changed from 4352 to 4480 (in bits) (by +128 bits) [C] 'function int snd_ctl_pcm_info(snd_ctl_t*, snd_pcm_info_t*)' at control.c:1219:1 has some indirect sub-type changes: parameter 2 of type 'snd_pcm_info_t*' has sub-type changes: in pointed to type 'typedef snd_pcm_info_t' at pcm.h:48:1: underlying type 'struct snd_pcm_info' at asound.h:345:1 changed: type size hasn't changed 1 data member change: type of 'snd_pcm_sync_id sync' changed: entity changed from 'union snd_pcm_sync_id' to 'unsigned char[16]' and name of 'snd_pcm_info::sync' changed to 'snd_pcm_info::pad1' at asound.h:349:1 [C] 'function int snd_seq_get_queue_tempo(snd_seq_t*, int, snd_seq_queue_tempo_t*)' at seq.c:3880:1 has some indirect sub-type changes: parameter 3 of type 'snd_seq_queue_tempo_t*' has sub-type changes: in pointed to type 'typedef snd_seq_queue_tempo_t' at seq.h:441:1: underlying type 'struct snd_seq_queue_tempo' at asequencer.h:540:1 changed: type size hasn't changed 1 data member insertion: 'unsigned short int tempo_base', at offset 160 (in bits) at asequencer.h:532:1 1 data member change: type of 'char reserved[24]' changed: type name changed from 'char[24]' to 'char[22]' array type size changed from 192 to 176 array type subrange 1 changed length from 24 to 22 array subrange changed: upper bound of '<anonymous range>[22]' change from '23' to '21' and offset changed from 160 to 176 (in bits) (by +16 bits) ``` Issue URL : https://github.com/alsa-project/alsa-lib/issues/422 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

1.2.13 will lead to mute of speakers and headphone jack on MTL laptop Lenovo Youga Pro 7 14IMH9
by GitHub issues - edited 25 Nov '24

25 Nov '24

alsa-project/alsa-ucm-conf issue #472 was edited from phush0: Changing version from 1.2.12 to 1.2.13 will lead to not working sound during plug/unplug of the head phone jack or mute during reboot on Arch install. Other ppl with similar laptops have reported same problem. On my version codec is ALC287 with bass speaker output. I can unmute speaker or headphones trough alsamixer, but plugin headphone and the unplugin will lead to both mute. Sometimes reboot will lead to same problem and I have to operate channels by hand again. Similar problems: [https://discuss.cachyos.org/t/sound-problems-kde/4350](https://discuss.cach… edit: reading more seems like problem is with the new HDMI macro, because other report problems with HDMI output. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/472 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

1.2.13 will lead to mute of speakers and headphone jack on MTL laptop Lenovo Youga Pro 7 14IMH9
by GitHub issues - edited 25 Nov '24

25 Nov '24

alsa-project/alsa-ucm-conf issue #472 was edited from phush0: Changing version from 1.2.12 to 1.2.13 will lead to not working sound during plug/unplug of the head phone jack or mute during reboot on Arch install. Other ppl with similar laptops have reported same problem. On my version codec is ALC287 with bass speaker output. I can unmute speaker or headphones trough alsamixer, but plugin headphone and the unplugin will lead to both mute. Sometimes reboot will lead to same problem and I have to operate channels by hand again. Similar problems: [https://discuss.cachyos.org/t/sound-problems-kde/4350](https://discuss.cach… Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/472 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

1.2.13 will lead to mute of speakers and head phone jack on MTL laptop Lenovo Youga Pro 7 14IMH9
by GitHub issues - opened 25 Nov '24

25 Nov '24

alsa-project/alsa-ucm-conf issue #472 was opened from phush0: Changing version from 1.2.12 to 1.2.13 will lead to not working sound during plug/unplug of the head phone jack or mute during reboot on Arch install. Other ppl with similar laptops have reported same problem. On my version codec is ALC287 with bass speaker output. I can unmute speaker or headphones trough alsamixer, but plugin headphone and the unplugin will lead to both mute. Sometimes reboot will lead to same problem and I have to operate channels by hand again. Similar problems: [https://discuss.cachyos.org/t/sound-problems-kde/4350](https://discuss.cach… Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/472 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[BUG] HDA Intel PCH, HDMI , HDA Intel PCH, ALC886 Digital, no IEC958 / HDMI output/passthrough to AVR, partly fixed but fix broke CM106
by schorpp 25 Nov '24

25 Nov '24

>> >> [BUG] HDA Intel PCH, HDMI , HDA Intel PCH, ALC886 Digital, no IEC958 / HDMI output/passthrough to AVR >> >> ALSA versions 1.0.28 >> >> Kernel Driver versions 3.12.40 Partly FIXED in Longterm Stable Kernel 4.19.324 and using HDMI DEV 1 instead of 0. 2 CH PCM HDMI to AVR works now but AC3/DTS passthrough still not or is not recognized by AVR or some wrong AES setting but iec958 optical out AC3/DTS output to AVR works. New BUG: No more 5.1 Analog Output on the CM106 USB Box if AC3 stream is selected. Your ALSA information is located at http://alsa-project.org/db/?f=5ef8b56450583ba8afbcc705afc02228da4a3072 y tom >> >> Hardware: >> >> DFI Mainboard MB330-CRM >> >> https://www.dfi.com/de/product/index/273#specification >> >> Reproducible Always >> >> Steps to reproduce and full report: >> >> https://www-vdr--portal-de.translate.goog/forum/index.php?thread/136519-gel… > Output of alsa-info.sh is here > > http://alsa-project.org/db/?f=fc4734deddd9a92331692bf94b15cf84b7722cd4 > >> >> Software crosscheck with CM106 USB Soundbox iec958: works OK. >> >> Where to start in the drivers source code to fix it? >> >> y >> tom >> >>

1 0

Motu D828 (2024) not working again
by GitHub issues - opened 25 Nov '24

25 Nov '24

alsa-project/alsa-ucm-conf issue #471 was opened from beatboxa: I had previously gotten my MOTU D828 working with UCM. I recently used Ubuntu 24.04's software updater, and now my UCM appears to have stopped working. The UCM files are still present in the directories where they previously worked. The output of spa-acp-tool -c 0 -vvvv info now begins with the following: ``` UCM is not supported for this USB device (MOTU 828 at usb-0000:59:00.0-6, high speed @ USB07fd:000e) error: failed to import hw:0 use case configuration -6 UCM is not supported for this USB device (MOTU 828 at usb-0000:59:00.0-6, high speed @ USB07fd:000e) error: failed to import 828 use case configuration -6 UCM not available for card 828 Check for file: /home/beatboxa/.config/alsa-card-profile/mixer/profile-sets/default.conf Check for file: /home/beatboxa/.config/alsa-card-profile/profile-sets/default.conf Check for file: /etc/alsa-card-profile/mixer/profile-sets/default.conf Check for file: /etc/alsa-card-profile/profile-sets/default.conf Loading profile set: /usr/share/alsa-card-profile/mixer/profile-sets/default.conf Parsing configuration file '/usr/share/alsa-card-profile/mixer/profile-sets/default.conf' Parsing configuration file '/usr/share/alsa-card-profile/mixer/profile-sets/9999-custom.conf' Looking at profile input:analog-stereo Checking for recording on Analog Stereo (analog-stereo) Trying front:0 with SND_PCM_NO_AUTO_FORMAT ... ALSA device open 'front:0' capture: 0x5804b63f3d90 snd_pcm_hw_params_set_format(Signed 16 bit Little Endian) failed: Invalid argument snd_pcm_hw_params_set_format(Signed 16 bit Big Endian) failed: Invalid argument snd_pcm_hw_params_set_format(Float 32 bit Little Endian) failed: Invalid argument snd_pcm_hw_params_set_format(Float 32 bit Big Endian) failed: Invalid argument snd_pcm_hw_params_set_format(Signed 32 bit Little Endian) failed: Invalid argument snd_pcm_hw_params_set_format(Signed 32 bit Big Endian) failed: Invalid argument snd_pcm_hw_params_set_format(Signed 24 bit Little Endian) failed: Invalid argument snd_pcm_hw_params_set_format(Signed 24 bit Big Endian) failed: Invalid argument snd_pcm_hw_params_set_channels(2) failed: Invalid argument ALSA device close 0x5804b63f3d90 ``` And goes on from there. Previously, my configuration worked, and is tracked in this thread: #https://github.com/alsa-project/alsa-ucm-conf/pull/416 Is there some little thing I need to change to get UCM working again? Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/471 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0