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

[alsa-devel] [PATCH v4 0/3] ASoC/ARM: tegra: apalis t30/tk1/colibri t30: sgtl5000 audio
by Marcel Ziswiler 07 Nov '16

07 Nov '16

This series adds/integrates Freescale SGTL5000 analogue audio codec support. Changes in v4: - simple-audio-card does still not allow for more advanced use cases like Tegra SoCs - further platform drivers have been accepted since my last attempt (e.g. rt5677 one) - relevance for one further board the new Toradex Apalis TK1 - drop unused sound/jack.h include - in tegra_sgtl5000_driver_remove() pass return value of snd_soc_unregister_card() on to caller - no longer set owner property in platform_driver to THIS_MODULE - re-based/resend Changes in v3: - revert to not using simple-audio-card being incompatible with tegra - rebased to for-next Changes in v2: - using simple-audio-card as suggested by Fabio Marcel Ziswiler (3): ASoC: tegra: add tegra sgtl5000 machine driver ARM: tegra: apalis/colibri t30: integrate audio ARM: tegra: enable sgtl5000 audio .../bindings/sound/nvidia,tegra-audio-sgtl5000.txt | 42 ++++ arch/arm/boot/dts/tegra30-apalis.dtsi | 49 +++++ arch/arm/boot/dts/tegra30-colibri.dtsi | 49 +++++ arch/arm/configs/tegra_defconfig | 1 + sound/soc/tegra/Kconfig | 11 ++ sound/soc/tegra/Makefile | 2 + sound/soc/tegra/tegra_sgtl5000.c | 212 +++++++++++++++++++++ 7 files changed, 366 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/nvidia,tegra-audio-sgtl5000.txt create mode 100644 sound/soc/tegra/tegra_sgtl5000.c -- 2.5.5

4 5

[alsa-devel] [PATCH 0/17 v2] ASoC: add OF graph base simple-card
by Kuninori Morimoto 07 Nov '16

07 Nov '16

Hi Rob, Mark These are v2 of OF graph base simple-card patch-set. 1) - 5) : soc-core prepare for OF graph base simple-card 6) - 10) : OF graph new feature 11) - 17) : OF graph base simple-card (depends on above 2 patch-set) This series removed "type = xxx" property from v1 patch series. but, still have property on port/endpoint Kuninori Morimoto (17): 1) ASoC: soc-core: adjust for graph on snd_soc_of_parse_card_name 2) ASoC: soc-core: adjust for graph on snd_soc_of_parse_audio_simple_widgets 3) ASoC: soc-core: adjust for graph on snd_soc_of_parse_audio_routing 4) ASoC: soc-core: adjust for graph on snd_soc_of_parse_audio_prefix 5) ASoC: soc-core: snd_soc_get_dai_name() become non static 6) of_graph: add of_graph_get_remote_endpoint() 7) of_graph: add of_graph_get_port_parent() 8) of_graph: add of_graph_get_top_port() 9) of_graph: add for_each_of_port() / for_each_of_endpoint_in_port() 10) of_graph: add of_graph_get_port/endpoint_count() 11) ASoC: simple-card-utils: add asoc_simple_card_parse_graph_dai() 12) ASoC: simple-card-utils: add asoc_simple_card_try_to_probe_graph_card() 13) ASoC: simple-card-utils: adjust for graph on asoc_simple_card_parse_card_name 14) ASoC: add simple-graph-card document 15) ASoC: add simple-graph-card support 16) ASoC: add simple-graph-scu-card document 17) ASoC: add simple-graph-scu-card support Documentation/devicetree/bindings/sound/simple-graph-card.txt | 62 +++++++++++++ Documentation/devicetree/bindings/sound/simple-graph-scu-card.txt | 63 +++++++++++++ drivers/of/base.c | 160 ++++++++++++++++++++++++++++++--- include/linux/of_graph.h | 54 +++++++++++ include/sound/simple_card_utils.h | 19 ++++ include/sound/soc.h | 32 +++++-- sound/soc/generic/Kconfig | 15 ++++ sound/soc/generic/Makefile | 4 + sound/soc/generic/simple-card-utils.c | 98 +++++++++++++++++++- sound/soc/generic/simple-card.c | 2 +- sound/soc/generic/simple-graph-card.c | 462 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ sound/soc/generic/simple-graph-scu-card.c | 417 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ sound/soc/generic/simple-scu-card.c | 2 +- sound/soc/soc-core.c | 41 +++++---- 14 files changed, 1396 insertions(+), 35 deletions(-)

2 20

Re: [alsa-devel] Intel Cherry Trail platform sound issue
by Zhihe Tu 05 Nov '16

05 Nov '16

Can anyone give some suggestions? Thanks Tu 发件人: 涂治河 [mailto:tuzhihe@pcasl.com] 发送时间: 2015年11月5日 19:37 收件人: 'alsa-devel(a)alsa-project.org' 主题: Intel Cherry Trail platform sound issue Hi All, I get cherry trail tablet, and install ubuntu14.04.3, Kernel verison is 3.19. The table using rt5672 codec with no sound output in ubuntu, but it works in win8. I get intel sst firmware fw_sst_22a8.bin from https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/tr… The driver load the firmware successfully and I change some alsa mixer items: amixer -c0 sset 'codec_out0 mix 0 pcm0_in' on amixer -c0 sset 'media0_out mix 0 media1_in' on amixer -c0 sset 'media1_in Gain 0' 80% amixer -c0 sset 'media1_in Gain 0 Ramp Delay' 50 amixer -c0 sset 'media1_in Gain 0' off amixer -c0 sset 'pcm0_in Gain 0' 80% amixer -c0 sset 'pcm0_in Gain 0 Ramp Delay' 50 amixer -c0 sset 'pcm0_in Gain 0' off amixer -c0 sset 'codec_out0 Gain 0' 80% amixer -c0 sset 'codec_out0 Gain 0 Ramp Delay' 50 amixer -c0 sset 'codec_out0 Gain 0' off But there are some errors with dmesg: [ 16.359646] Audio Port: ASoC: no backend DAIs enabled for Audio Port … [ 16.382156] sst-mfld-platform sst-mfld-platform: Enter: enable=0 port_name=ssp2-port [ 16.383984] sst-mfld-platform sst-mfld-platform: Enter: enable=1 port_name=ssp2-port [ 16.541809] intel_sst_acpi 808622A8:00: Alloc for str 1 pipe 0x90 [ 17.545512] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x1 fw_state 0x2 [ 17.555207] intel_sst_acpi 808622A8:00: fw returned err -16 [ 18.605859] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x1 fw_state 0x3 [ 18.615908] intel_sst_acpi 808622A8:00: fw returned err -16 [ 19.621943] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x2 fw_state 0x3 [ 19.631499] intel_sst_acpi 808622A8:00: fw returned err -16 [ 20.637527] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x2 fw_state 0x3 [ 20.647083] intel_sst_acpi 808622A8:00: fw returned err -16 [ 20.682979] sst-mfld-platform sst-mfld-platform: Enter: enable=0 port_name=ssp2-port [ 21.681280] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x2 fw_state 0x3 [ 21.690836] intel_sst_acpi 808622A8:00: fw returned err -16 [ 21.697087] intel_sst_acpi 808622A8:00: free stream returned err -19 [ 22.757082] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x1 fw_state 0x3 [ 22.766640] intel_sst_acpi 808622A8:00: fw returned err -16 [ 23.772867] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x1 fw_state 0x3 [ 23.782432] intel_sst_acpi 808622A8:00: fw returned err -16 [ 23.857938] sst-mfld-platform sst-mfld-platform: Enter: enable=1 port_name=ssp2-port [ 23.989254] intel_sst_acpi 808622A8:00: Alloc for str 1 pipe 0x90 [ 23.989491] intel_sst_acpi 808622A8:00: FW sent error response 0x40034 [ 23.996864] intel_sst_acpi 808622A8:00: FW alloc failed ret -4 [ 24.003399] intel_sst_acpi 808622A8:00: sst_get_stream returned err -5 [ 24.010737] sst-mfld-platform sst-mfld-platform: ASoC: DAI prepare error: -5 [ 24.018652] Audio Port: ASoC: prepare FE Audio Port failed [ 25.024622] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x1 fw_state 0x3 [ 25.034180] intel_sst_acpi 808622A8:00: fw returned err -16 [ 26.040399] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x1 fw_state 0x3 [ 26.049955] intel_sst_acpi 808622A8:00: fw returned err -16 [ 27.056333] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x2 fw_state 0x3 [ 27.065890] intel_sst_acpi 808622A8:00: fw returned err -16 [ 28.072032] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x2 fw_state 0x3 [ 28.081591] intel_sst_acpi 808622A8:00: fw returned err -16 [ 28.117427] Audio Port: sst: error code = -22 [ 28.122401] snd_pcm_update_hw_ptr0: 120 callbacks suppressed [ 28.122409] cht-bsw-rt5672 cht-bsw-rt5672: BUG: , pos = -22, buffer size = 96000, period size = 48000 [ 28.132784] Audio Port: sst: error code = -22 [ 28.137749] cht-bsw-rt5672 cht-bsw-rt5672: BUG: , pos = -22, buffer size = 96000, period size = 48000 [ 28.372967] Audio Port: sst: error code = -22 [ 28.377946] cht-bsw-rt5672 cht-bsw-rt5672: BUG: , pos = -22, buffer size = 96000, period size = 48000 [ 28.388317] Audio Port: sst: error code = -22 [ 28.393289] cht-bsw-rt5672 cht-bsw-rt5672: BUG: , pos = -22, buffer size = 96000, period size = 48000 [ 28.403687] Audio Port: sst: error code = -22 lsmod info: snd_soc_sst_cht_bsw_rt5672 16384 0 snd_intel_sst_acpi 16384 1 snd_intel_sst_core 73728 1 snd_intel_sst_acpi snd_soc_sst_mfld_platform 77824 3 snd_intel_sst_core snd_soc_rt5670 106496 1 snd_soc_rl6231 16384 1 snd_soc_rt5670 snd_soc_core 196608 4 snd_soc_rt5670,snd_soc_sst_cht_bsw_rt5672,snd_soc_sst_mfld_platform snd_seq_midi 16384 0 snd_seq_midi_event 16384 1 snd_seq_midi snd_compress 20480 1 snd_soc_core snd_pcm_dmaengine 16384 1 snd_soc_core snd_rawmidi 32768 1 snd_seq_midi snd_pcm 106496 5 snd_soc_rt5670,snd_soc_core,snd_soc_sst_cht_bsw_rt5672,snd_soc_sst_mfld_platform,snd_pcm_dmaengine snd_seq 65536 2 snd_seq_midi_event,snd_seq_midi snd_seq_device 16384 3 snd_seq,snd_rawmidi,snd_seq_midi snd_timer 32768 2 snd_pcm,snd_seq snd 86016 10 snd_soc_core,snd_timer,snd_pcm,snd_seq,snd_rawmidi,snd_soc_sst_mfld_platform,snd_seq_device,snd_compress soundcore 16384 1 snd I have no idea with the next step, so can anyone give a look? Thanks Tu __________ Information from ESET Smart Security, version of virus signature database 4468 (20090929) __________ The message was checked by ESET Smart Security. http://www.eset.com __________ Information from ESET Smart Security, version of virus signature database 4468 (20090929) __________ The message was checked by ESET Smart Security. http://www.eset.com

2 1

[alsa-devel] [PATCH v4 00/11] ASoC: topology: Remaining kernel patches
by mengdong.lin＠linux.intel.com 04 Nov '16

04 Nov '16

From: Mengdong Lin <mengdong.lin(a)linux.intel.com> This version can support old topology ABI v4 in a backward compatible way, assuming users start to use topology from ABI v4. This series contains all remaining kernel patches of topology, including some ABI update to PCM (FrontEnds) and link (BackEnds) objects. User will be able to config existing BE DAI links, configure more for FE links. Code are verified and can cover reqeust of Intel pre-release platforms for next year, so ABI should be stable. Current kernel topology code does not really touch Codec-Codec links since there is no user requst atm. We can add support for CC links later by reusing code and data structures for BE links, and no need to revise ABI. History: v2: Add the reason for creating BE DAI & DAI links by topology to commit message. Drop support for configuring DPCM trigger ordering in topology. v3: Topology no longer creates BE DAI or BE DAI links, but only configure existing ones. The API to find a DAI link can also check the name and stream name in case a soc card doesn't use unique ID for DAI links. The user space code is also ready. v4: Support ABI udpate and be backward compatible for topology ABI v4. Code refactoring to configure physical DAIs. Mengdong Lin (11): ASoC: topology: Make manifest backward compatible from ABI v4 ASoC: topology: Make PCM backward compatible from ABI v4 ASoC: topology: Not quit on topology file of ABI version 4 ASoC: topology: ABI - Add flags and private data to PCM ASoC: topology: ABI - Define DAI physical PCM data formats ASoC: topology: ABI - Update physical DAI link configuration for version 5 ASoC: Define API to find a dai link ASoC: topology: Add support to configure existing physical DAI links ASoC: topology: Rename the function to create a FE link ASoC: topology: ABI - Rename struct and type for physical DAIs ASoC: topology: Rename functions & variables for physical links include/sound/soc-dai.h | 15 +- include/sound/soc.h | 3 + include/uapi/sound/asoc.h | 91 +++++++- sound/soc/soc-core.c | 42 ++++ sound/soc/soc-topology.c | 544 +++++++++++++++++++++++++++++++++++++++++----- 5 files changed, 623 insertions(+), 72 deletions(-) -- 2.5.0

2 13

[alsa-devel] [PATCH v5 00/11] ASoC: topology: Remaining kernel patches
by mengdong.lin＠linux.intel.com 04 Nov '16

04 Nov '16

From: Mengdong Lin <mengdong.lin(a)linux.intel.com> This version can support old topology ABI v4 in a backward compatible way, assuming users start to use topology from ABI v4 with alsa-lib v1.1.0. This series contains all remaining kernel patches of topology, including some ABI update to PCM (FrontEnds) and link (BackEnds) objects. Kernel can support topology files generated by ABI v4 without these updates. User will be able to config existing physical DAI links, configure more for FE links. Code are verified and can cover reqeust of Intel pre-release platforms for next year, so ABI should be stable. Current kernel topology code does not really touch Codec-Codec links since there is no user requst atm. We can add support for CC links later by reusing code and data structures for BE links, and no need to revise ABI. History: v2: Add the reason for creating BE DAI & DAI links by topology to commit message. Drop support for configuring DPCM trigger ordering in topology. v3: Topology no longer creates BE DAI or BE DAI links, but only configure existing ones. The API to find a DAI link can also check the name and stream name in case a soc card doesn't use unique ID for DAI links. The user space code is also ready. v4: Support ABI udpate and be backward compatible for topology ABI v4. Code refactoring to configure physical DAIs. v5: Minor code refactoring and modification on commit messages. Mengdong Lin (11): ASoC: topology: Make manifest backward compatible from ABI v4 ASoC: topology: Make PCM backward compatible from ABI v4 ASoC: topology: Support topology file of ABI v4 ASoC: topology: ABI - Add flags and private data to PCM ASoC: topology: ABI - Define DAI physical PCM data formats ASoC: topology: ABI - Update physical DAI link configuration for version 5 ASoC: Define API to find a dai link ASoC: topology: Add support to configure existing physical DAI links ASoC: topology: Rename the function to create a FE link ASoC: topology: ABI - Rename struct and type for physical DAIs ASoC: topology: Rename functions & variables for physical DAIs include/sound/soc-dai.h | 15 +- include/sound/soc.h | 3 + include/uapi/sound/asoc.h | 89 +++++++- sound/soc/soc-core.c | 42 ++++ sound/soc/soc-topology.c | 551 +++++++++++++++++++++++++++++++++++++++++----- 5 files changed, 627 insertions(+), 73 deletions(-) -- 2.5.0

2 16

[alsa-devel] [PATCH v3 0/8] ASoC: topology: Remaining kernel patches
by mengdong.lin＠linux.intel.com 04 Nov '16

04 Nov '16

From: Mengdong Lin <mengdong.lin(a)linux.intel.com> This series contains all remaining kernel patches of topology, including some ABI update to PCM (FrontEnds) and link (BackEnds) objects. User will be able to config existing BE DAI links, configure more for FE links. Code are verified and can cover reqeust of Intel pre-release platforms for next year, so ABI should be stable. Current kernel topology code does not really touch Codec-Codec links since there is no user requst atm. We can add support for CC links later by reusing code and data structures for BE links, and no need to revise ABI. History: v2: Add the reason for creating BE DAI & DAI links by topology to commit message. Drop support for configuring DPCM trigger ordering in topology. v3: Topology no longer creates BE DAI or BE DAI links, but only configure existing ones. The API to find a DAI link can also check the name and stream name in case a soc card doesn't use unique ID for DAI links. The user space code is also ready. Mengdong Lin (8): ASoC: topology: ABI - Add flags to PCM ASoC: topology: ABI - Add private data to PCM ASoC: topology: ABI - Define DAI physical PCM data formats ASoC: topology: ABI - Add HW configurations to BE DAI links ASoC: topology: ABI - Add flags and private data to BE DAI links ASoC: topology: ABI - Add name and stream name to BE DAI links ASoC: Define API to find a dai link ASoC: topology: Add support to configure existing BE DAI links include/sound/soc-dai.h | 15 +++-- include/sound/soc.h | 3 + include/uapi/sound/asoc.h | 67 +++++++++++++++++++ sound/soc/soc-core.c | 42 ++++++++++++ sound/soc/soc-topology.c | 166 ++++++++++++++++++++++++++++++++++++++++++++-- 5 files changed, 282 insertions(+), 11 deletions(-) -- 2.5.0

3 11

[alsa-devel] [PATCH] sound: soc: cygnus: add depends on HAS_DMA
by Scott Branden 03 Nov '16

03 Nov '16

add depends on HAS_DMA to Kconfig. This fixes error reported by kbuild test robot when building for ARCH=m32r: ERROR: "bad_dma_ops" [sound/soc/bcm/snd-soc-cygnus.ko] undefined! Signed-off-by: Scott Branden <scott.branden(a)broadcom.com> --- sound/soc/bcm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/soc/bcm/Kconfig b/sound/soc/bcm/Kconfig index d528aac..edf3671 100644 --- a/sound/soc/bcm/Kconfig +++ b/sound/soc/bcm/Kconfig @@ -11,6 +11,7 @@ config SND_BCM2835_SOC_I2S config SND_SOC_CYGNUS tristate "SoC platform audio for Broadcom Cygnus chips" depends on ARCH_BCM_CYGNUS || COMPILE_TEST + depends on HAS_DMA help Say Y if you want to add support for ASoC audio on Broadcom Cygnus chips (bcm958300, bcm958305, bcm911360) -- 2.5.0

2 1

[alsa-devel] [PATCH] ASoC: Intel: atom: Add debug information related to FW version
by Sebastien Guiriec 03 Nov '16

03 Nov '16

This patch is adding debug information related to SST FW version. Signed-off-by: Sebastien Guiriec <sebastien.guiriec(a)intel.com> --- sound/soc/intel/atom/sst/sst_ipc.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/sound/soc/intel/atom/sst/sst_ipc.c b/sound/soc/intel/atom/sst/sst_ipc.c index 8afa6fe..8cbbdcf 100644 --- a/sound/soc/intel/atom/sst/sst_ipc.c +++ b/sound/soc/intel/atom/sst/sst_ipc.c @@ -236,6 +236,11 @@ static void process_fw_init(struct intel_sst_drv *sst_drv_ctx, retval = init->result; goto ret; } + dev_info(sst_drv_ctx->dev, "FW Version %02x.%02x.%02x.%02x\n", + init->fw_version.type, init->fw_version.major, + init->fw_version.minor, init->fw_version.build); + dev_dbg(sst_drv_ctx->dev, "Build date %s Time %s\n", + init->build_info.date, init->build_info.time); ret: sst_wake_up_block(sst_drv_ctx, retval, FW_DWNL_ID, 0 , NULL, 0); -- 2.9.3 --------------------------------------------------------------------- Intel Corporation SAS (French simplified joint stock company) Registered headquarters: "Les Montalets"- 2, rue de Paris, 92196 Meudon Cedex, France Registration Number: 302 456 199 R.C.S. NANTERRE Capital: 4,572,000 Euros This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

2 2

[alsa-devel] [PATCH v6 00/11] ASoC: topology: Remaining kernel patches
by mengdong.lin＠linux.intel.com 02 Nov '16

02 Nov '16

From: Mengdong Lin <mengdong.lin(a)linux.intel.com> Please overlook previous v4 and v5 of topology kernel patch series. This series can support old topology ABI v4 in a backward compatible way, assuming users start to use topology from ABI v4 with alsa-lib v1.1.0. This series contains all remaining kernel patches of topology, including some ABI update to PCM (FrontEnds) and link (BackEnds) objects. Kernel can support topology files generated by ABI v4 without these updates. User will be able to config existing physical DAI links, configure more for FE links. Code are verified and can cover reqeust of Intel pre-release platforms for next year, so ABI should be stable. Current kernel topology code does not really touch Codec-Codec links since there is no user requst atm. We can add support for CC links later by reusing code and data structures for BE links, and no need to revise ABI. History: v2: Add the reason for creating BE DAI & DAI links by topology to commit message. Drop support for configuring DPCM trigger ordering in topology. v3: Topology no longer creates BE DAI or BE DAI links, but only configure existing ones. The API to find a DAI link can also check the name and stream name in case a soc card doesn't use unique ID for DAI links. The user space code is also ready. v4: Support ABI udpate and be backward compatible for topology ABI v4. Code refactoring to configure physical DAIs. v5: Minor code refactoring and modification on commit messages. v6: Change the variable of physical DAI count in manifest from "be_dai_elems" to "dai_elems", backward compatible. Mengdong Lin (11): ASoC: topology: Make manifest backward compatible from ABI v4 ASoC: topology: Make PCM backward compatible from ABI v4 ASoC: topology: Support topology file of ABI v4 ASoC: topology: ABI - Add flags and private data to PCM ASoC: topology: ABI - Define DAI physical PCM data formats ASoC: topology: ABI - Update physical DAI link configuration for version 5 ASoC: Define API to find a dai link ASoC: topology: Add support to configure existing physical DAI links ASoC: topology: Rename the function to create a FE link ASoC: topology: ABI - Rename struct and type for physical DAIs ASoC: topology: Rename functions & variables for physical DAIs include/sound/soc-dai.h | 15 +- include/sound/soc.h | 3 + include/uapi/sound/asoc.h | 91 +++++++- sound/soc/soc-core.c | 42 ++++ sound/soc/soc-topology.c | 551 +++++++++++++++++++++++++++++++++++++++++----- 5 files changed, 628 insertions(+), 74 deletions(-) -- 2.5.0

4 18

[alsa-devel] CREATIVE EMU 0202 driver in 192khz
by Olivier Schmitt 02 Nov '16

02 Nov '16

Hello, I am SCHMITT Olivier and I am IT manager for a Radio Ham Club. Let me explain quickly, I search to use ADC (line in) from an Creative Creative EMU 0202 in 192K but it was detected by alsa on 48k sample rate only. I have a computer that I need to update. It runs on 32-bit version 17 LinuxMint (it seems to be the version of ubuntu 14). The card works in EMU0202 192k on this machine before. I test all 32 and 64 bit version of Ubuntu Ubuntu 12.04 to Ubuntu 16.04 and LinuxMint 13 to 18 and this card was only detected on 48k max and not 192k... USB2.0 for sure! Here is the extract from alsa Repport: Current new PC with fresh installation: http://www.alsa-project.org/db/?f=d2aa133b78df9a25b9840fa274e7ab8485f89e30 old PC under linuxmint 17: http://www.alsa-project.org/db/?f=5b1b56fc64d982a7f72e00aa6f907e28e0eb2353 How I did you observe that? I use the utility "alsacap" to see all the features available. I also use to arecord verified the information. I can only use 48kHz bandwidth under the new installation of Ubuntu. The old person now deceased was installed on LinuxMint and we could use in 192khz. But I do not know how. he probably made the snd-usb-audio driver with a patch. But I'm not sure. It seems this is the only lead I have. This seems normal because in compatible sound card matrix of ALSA-project website, it seems that the driver by alsa only allows maximum 48khz. I would like to have your opinion to perhaps find a suitable track. If you see this return of alsacap utility, you see that in the older computer this will allow to use this sound card under 192khz. *** *Scanning for recording devices* *** Card 0, ID `PCH', name `HDA Intel PCH' Device 0, ID `ALC662 rev1 Analog', name `ALC662 rev1 Analog', 1 subdevices (1 available) 2 channels, sampling rate 44100..96000 Hz Sample formats: S16_LE, S32_LE Subdevice 0, name `subdevice #0' Device 2, ID `ALC662 rev1 Alt Analog', name `ALC662 rev1 Alt Analog', 1 subdevices (1 available) 2 channels, sampling rate 44100..96000 Hz Sample formats: S16_LE, S32_LE Subdevice 0, name `subdevice #0' Card 1, ID `USB', name `E-MU 0202 | USB' * Device 0, ID `USB Audio', name `USB Audio', 1 subdevices (1 available) 2 channels, sampling rate 44100..192000 Hz Sample formats: S24_3LE Subdevice 0, name `subdevice #0'* Card 10, ID `loop1', name `Loopback' Device 0, ID `Loopback PCM', name `Loopback PCM', 2 subdevices (2 available) 1..32 channels, sampling rate 8000..192000 Hz Sample formats: S16_LE, S16_BE, S32_LE, S32_BE, FLOAT_LE, FLOAT_BE Subdevice 0, name `subdevice #0' Subdevice 1, name `subdevice #1' Device 1, ID `Loopback PCM', name `Loopback PCM', 2 subdevices (2 available) 1..32 channels, sampling rate 8000..192000 Hz Sample formats: S16_LE, S16_BE, S32_LE, S32_BE, FLOAT_LE, FLOAT_BE Subdevice 0, name `subdevice #0' Subdevice 1, name `subdevice #1' Card 11, ID `loop2', name `Loopback' Device 0, ID `Loopback PCM', name `Loopback PCM', 2 subdevices (2 available) 1..32 channels, sampling rate 8000..192000 Hz Sample formats: S16_LE, S16_BE, S32_LE, S32_BE, FLOAT_LE, FLOAT_BE Subdevice 0, name `subdevice #0' Subdevice 1, name `subdevice #1' Device 1, ID `Loopback PCM', name `Loopback PCM', 2 subdevices (2 available) 1..32 channels, sampling rate 8000..192000 Hz Sample formats: S16_LE, S16_BE, S32_LE, S32_BE, FLOAT_LE, FLOAT_BE Subdevice 0, name `subdevice #0' Subdevice 1, name `subdevice #1' I test every version of linux mint from the 13 to the 18 and Ubuntu 12.04 to 16.06 (32 and 64 bit) and they are all the card 48khz. Also, I try to make the latest version of ALSA driver without success. Alsacap return: **** Scanning for recording devices* *** Card 0, ID `Intel', name `HDA Intel' Device 0, ID `AD198x Analog', name `AD198x Analog', 1 subdevices (1 available) 2 channels, sampling rate 8000..48000 Hz Sample formats: S16_LE, S32_LE Subdevice 0, name `subdevice #0' *Card 1, ID `USB', name `E-MU 0202 | USB' Device 0, ID `USB Audio', name `USB Audio', 1 subdevices (1 available) 2 channels, sampling rate 44100..48000 Hz Sample formats: S16_LE, S24_3LE Subdevice 0, name `subdevice #0* Always the same in all linux version that i have tested.... The only thing that lets the driver current ALSA is to manage the frequency of the internal clock of the card (clock sample rate) but ALSA does not provide the functionality available for software. I know this may sound ambiguous but the alsamixer "clock rate" is only used to manage the clock rate of the sound card chipset. When the clock Rate is to 5, we see on our watterfall that the sample rate will change on the hardware but alsa dont let somme software to use 192khz. I have already search on somme forums for this, i find that Alsa-Project as devellop this function to be sure that when you use at 48khz or 44,1khz, you can adjust manualy the same hardware clock rate. The only track that I have is this, but I do not have enough knowledge to develloper a specific driver ... https://lab.nexedi.cn/kirr/linux/commit/89e1e66d6be8a520cdcd26043cda2cc870a… I saw there for 0404, it appears that the hardware is the same. Perhaps is it possible to use it for 0202? Thanks for your reply.

2 1