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

[alsa-devel] [PATCH v2] ASoC: rt286: Fix the runtime error in the booting
by Oder Chiou 05 Oct '15

05 Oct '15

The struct rt286_index_def was used by the cache function, so it cannot be declared as const. Signed-off-by: Oder Chiou <oder_chiou(a)realtek.com> --- sound/soc/codecs/rt286.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/soc/codecs/rt286.c b/sound/soc/codecs/rt286.c index 1fbdb4f..a7178ac 100644 --- a/sound/soc/codecs/rt286.c +++ b/sound/soc/codecs/rt286.c @@ -37,7 +37,7 @@ #define RT288_VENDOR_ID 0x10ec0288 struct rt286_priv { - const struct reg_default *index_cache; + struct reg_default *index_cache; int index_cache_size; struct regmap *regmap; struct snd_soc_codec *codec; @@ -49,7 +49,7 @@ struct rt286_priv { int clk_id; }; -static const struct reg_default rt286_index_def[] = { +static struct reg_default rt286_index_def[] = { { 0x01, 0xaaaa }, { 0x02, 0x8aaa }, { 0x03, 0x0002 }, -- 1.8.1.1.439.g50a6b54

2 1

[alsa-devel] [PATCH] ASoC: rt286: Fix the runtime error in the booting
by Oder Chiou 05 Oct '15

05 Oct '15

The struct rt286_index_def was used by the cache function, so it cannot be declared as const. Signed-off-by: Oder Chiou <oder_chiou(a)realtek.com> --- sound/soc/codecs/rt286.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/codecs/rt286.c b/sound/soc/codecs/rt286.c index 1fbdb4f..79107dc 100644 --- a/sound/soc/codecs/rt286.c +++ b/sound/soc/codecs/rt286.c @@ -49,7 +49,7 @@ struct rt286_priv { int clk_id; }; -static const struct reg_default rt286_index_def[] = { +static struct reg_default rt286_index_def[] = { { 0x01, 0xaaaa }, { 0x02, 0x8aaa }, { 0x03, 0x0002 }, -- 1.8.1.1.439.g50a6b54

2 3

[alsa-devel] baytrail crv2 audio mic no data
by Lemon 05 Oct '15

05 Oct '15

Hello everyone, I have a Z3735F board which use ssp0 connect to rt5640, I using linux mainline 4.2 and fw_sst_0f28.bin from https://git.kernel.org/cgit/linux/kernel/git/vkoul/firmware.git/?h=byt the audio sound is ok, I tried many alsa config but the analog mic record data is all 0, kernel no error message. I don't know why mic record data is 0, does anyone knows ? regards LemonZou ======================================== arecord -f dat -t wav -d 5 foobar.wav hexdump foobar.wav 0000000 4952 4646 a624 000e 4157 4556 6d66 2074 0000010 0010 0000 0001 0002 bb80 0000 ee00 0002 0000020 0004 0010 6164 6174 a600 000e 0000 0000 0000030 0000 0000 0000 0000 0000 0000 0000 0000 * 00ea62c my board mic connect to alc5640 in2p, my main config include: "Stereo ADC MIXL ADC1" on "Stereo ADC1 Mux" "ADCL" "RECMIXL INL" on "RECMIXL BST2" on "pcm1_out mix 0 codec_in0" on "pcm1_out mix 0 codec_in1" on kernel message: [ 5329.874448] sst-mfld-platform sst-mfld-platform: Enter: enable=1 port_name=ssp0-port [ 5329.979365] intel_sst_acpi 80860F28:00: Alloc for str 3 pipe 0xe [ 5335.250574] sst-mfld-platform sst-mfld-platform: Enter: enable=0 port_name=ssp0-port [ 5335.253528] intel_sst_acpi 80860F28:00: Free for str 3 pipe 0xe ========================================

1 0

[alsa-devel] [REANNOUNCE] Audio Mini Summit 2015, 8th October, Dublin
by Mark Brown 05 Oct '15

05 Oct '15

Like previous years, we're going to hold a meeting to discuss lowlevel audio on Linux. This will be held the day after ELC Europe on 8th October at CCD (The Convention Centre) in Dublin. If you're interested please sign up in the attendee list: https://docs.google.com/spreadsheets/d/1bi-8GHsqlzt41FR20WiMuWILe_cZowFireV… and please follow up to this mail with any topics you'd like to see raised so we can start collecting them (probably another Google doc will be forthcoming for them). Previously suggested topics include: - Reducing kernel size for IoT applications - ACPI simple-card - Testing tools Thanks, Mark

9 25

[alsa-devel] [PATCH] ALSA: hda - Disable power_save_node for IDT 92HD73xx chips
by Takashi Iwai 04 Oct '15

04 Oct '15

The recent widget power saving introduced some unavoidable click noises on old IDT 92HD73xx chips while it still seems working on the compatible new chips. In the bugzilla, we tried lots of tests and workarounds, but they didn't help much. So, let's disable the feature for these specific chips as the least (but safest) fix. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=104981 Cc: <stable(a)vger.kernel.org> # v4.1+ Signed-off-by: Takashi Iwai <tiwai(a)suse.de> --- sound/pci/hda/patch_sigmatel.c | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/sound/pci/hda/patch_sigmatel.c b/sound/pci/hda/patch_sigmatel.c index 9d947aef2c8b..def5cc8dff02 100644 --- a/sound/pci/hda/patch_sigmatel.c +++ b/sound/pci/hda/patch_sigmatel.c @@ -4520,7 +4520,11 @@ static int patch_stac92hd73xx(struct hda_codec *codec) return err; spec = codec->spec; - codec->power_save_node = 1; + /* enable power_save_node only for new 92HD89xx chips, as it causes + * click noises on old 92HD73xx chips. + */ + if ((codec->core.vendor_id & 0xfffffff0) != 0x111d7670) + codec->power_save_node = 1; spec->linear_tone_beep = 0; spec->gen.mixer_nid = 0x1d; spec->have_spdif_mux = 1; -- 2.5.3

1 0

[alsa-devel] [PATCH 0/7 v3] firewire-tascam: new driver for TASCAM FireWire series
by Takashi Sakamoto 04 Oct '15

04 Oct '15

Hi, This patchset updates a part of my former post: [alsa-devel] [PATCH 00/25 v2] ALSA: support AMDTP variants http://mailman.alsa-project.org/pipermail/alsa-devel/2015-August/096739.html This patchset adds support for a part of TASCAM FireWire series. This patchset supports their streaming and PCM functionalities, while their MIDI functionalities are not supported yet. In future work, the functionalities will be supported. Takashi Sakamoto (7): ALSA: firewire-tascam: add skeleton for TASCAM FireWire series ALSA: firewire-tascam: add a structure for model-dependent parameters. ALSA: firewire-tascam: add proc node to show firmware information ALSA: firewire-tascam: add data block processing layer ALSA: firewire-tascam: add streaming functionality ALSA: firewire-tascam: add PCM functionality ALSA: firewire-tascam: add hwdep interface include/uapi/sound/asound.h | 3 +- include/uapi/sound/firewire.h | 1 + sound/firewire/Kconfig | 12 + sound/firewire/Makefile | 1 + sound/firewire/tascam/Makefile | 3 + sound/firewire/tascam/amdtp-tascam.c | 243 +++++++++++++++++ sound/firewire/tascam/tascam-hwdep.c | 201 ++++++++++++++ sound/firewire/tascam/tascam-pcm.c | 312 +++++++++++++++++++++ sound/firewire/tascam/tascam-proc.c | 88 ++++++ sound/firewire/tascam/tascam-stream.c | 496 ++++++++++++++++++++++++++++++++++ sound/firewire/tascam/tascam.c | 213 +++++++++++++++ sound/firewire/tascam/tascam.h | 117 ++++++++ 12 files changed, 1689 insertions(+), 1 deletion(-) create mode 100644 sound/firewire/tascam/Makefile create mode 100644 sound/firewire/tascam/amdtp-tascam.c create mode 100644 sound/firewire/tascam/tascam-hwdep.c create mode 100644 sound/firewire/tascam/tascam-pcm.c create mode 100644 sound/firewire/tascam/tascam-proc.c create mode 100644 sound/firewire/tascam/tascam-stream.c create mode 100644 sound/firewire/tascam/tascam.c create mode 100644 sound/firewire/tascam/tascam.h -- 2.1.4

5 19

[alsa-devel] [PATCH V5 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
by Viresh Kumar 04 Oct '15

04 Oct '15

global_lock is defined as an unsigned long and accessing only its lower 32 bits from sysfs is incorrect, as we need to consider other 32 bits for big endian 64-bit systems. There are no such platforms yet, but the code needs to be robust for such a case. Fix that by changing type of 'global_lock' to u32. Signed-off-by: Viresh Kumar <viresh.kumar(a)linaro.org> --- BCC'd a lot of people (rather than cc'ing them) to make sure - the series reaches them - mailing lists do not block the patchset due to long cc list - and we don't spam the BCC'd people for every reply V4->V5: - Switch back to the original solution of making global_lock u32. --- drivers/acpi/ec_sys.c | 2 +- drivers/acpi/internal.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/ec_sys.c b/drivers/acpi/ec_sys.c index b4c216bab22b..bea8e425a8de 100644 --- a/drivers/acpi/ec_sys.c +++ b/drivers/acpi/ec_sys.c @@ -128,7 +128,7 @@ static int acpi_ec_add_debugfs(struct acpi_ec *ec, unsigned int ec_device_count) if (!debugfs_create_x32("gpe", 0444, dev_dir, (u32 *)&first_ec->gpe)) goto error; if (!debugfs_create_bool("use_global_lock", 0444, dev_dir, - (u32 *)&first_ec->global_lock)) + &first_ec->global_lock)) goto error; if (write_support) diff --git a/drivers/acpi/internal.h b/drivers/acpi/internal.h index 9e426210c2a8..9db196de003c 100644 --- a/drivers/acpi/internal.h +++ b/drivers/acpi/internal.h @@ -138,7 +138,7 @@ struct acpi_ec { unsigned long gpe; unsigned long command_addr; unsigned long data_addr; - unsigned long global_lock; + u32 global_lock; unsigned long flags; unsigned long reference_count; struct mutex mutex; -- 2.4.0

3 3

[alsa-devel] [RFC] MIDI over Bluetooth Low Energy
by Felipe Tonello 03 Oct '15

03 Oct '15

Hi guys, I am planning to start the support of MIDI BLE profile[1]. This profile is not officially supported yet, but it will most likely be very similar, so development efforts are still valid. I suggest two main goals: * To be transparent to applications, i.e., use rawmidi and sequencer ALSA interfaces to interact. * To support peripheral and central BLE roles. My question is: what is the best way possible of doing it? My initial though is to write a GATT BlueZ profile plugin that will load snd-virtmidi module with id and midi_devs parameters, then read and write seq events from/to it. I am not sure if this is really possible. Another way of implementing is as a rawmidi and a seq plugin using the BlueZ GATT D-Bus interface. IMO this is not ideal because it requires a lot more work (rawmidi and seq plugins, maybe even a library to avoid code duplication) and has an overhead of using dbus. It is also possible to write a kernel module to handle ALSA card/device setup and reads and writes from the bluez plugin (perhaps this simplifies things because it has less dependencies). They all have the problem of context switching between bluez plugin and alsa midi driver. I would prefer to use a shared ring buffer between ALSA e BlueZ. Any ideas and comments? [1] https://developer.apple.com/bluetooth/Apple-Bluetooth-Low-Energy-MIDI-Speci… PS: I am at #bluez and #alsa as ftonello. Felipe Tonello

5 15

[alsa-devel] [PATCH] ALSA: hda - Apply SPDIF pin ctl to MacBookPro 12, 1
by Takashi Iwai 03 Oct '15

03 Oct '15

From: John Flatness <john(a)zerocrates.org> The MacBookPro 12,1 has the same setup as the 11 for controlling the status of the optical audio light. Simply apply the existing workaround to the subsystem ID for the 12,1. [sorted the fixup entry by tiwai] Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=105401 Signed-off-by: John Flatness <john(a)zerocrates.org> Cc: <stable(a)vger.kernel.org> Signed-off-by: Takashi Iwai <tiwai(a)suse.de> --- sound/pci/hda/patch_cirrus.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/pci/hda/patch_cirrus.c b/sound/pci/hda/patch_cirrus.c index 584a0343ab0c..85813de26da8 100644 --- a/sound/pci/hda/patch_cirrus.c +++ b/sound/pci/hda/patch_cirrus.c @@ -633,6 +633,7 @@ static const struct snd_pci_quirk cs4208_mac_fixup_tbl[] = { SND_PCI_QUIRK(0x106b, 0x5e00, "MacBookPro 11,2", CS4208_MBP11), SND_PCI_QUIRK(0x106b, 0x7100, "MacBookAir 6,1", CS4208_MBA6), SND_PCI_QUIRK(0x106b, 0x7200, "MacBookAir 6,2", CS4208_MBA6), + SND_PCI_QUIRK(0x106b, 0x7b00, "MacBookPro 12,1", CS4208_MBP11), {} /* terminator */ }; -- 2.5.3

1 0

[alsa-devel] [PATCH] ALSA: hda: Add dock support for ThinkPad T550
by Laura Abbott 03 Oct '15

03 Oct '15

Much like all the other Lenovo laptops, add a quirk to make sound work with docking. Reported-and-tested-by: lacknerflo(a)gmail.com Signed-off-by: Laura Abbott <labbott(a)fedoraproject.org> --- sound/pci/hda/patch_realtek.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index afec6dc..16b8dcb 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -5306,6 +5306,7 @@ static const struct snd_pci_quirk alc269_fixup_tbl[] = { SND_PCI_QUIRK(0x17aa, 0x2212, "Thinkpad T440", ALC292_FIXUP_TPT440_DOCK), SND_PCI_QUIRK(0x17aa, 0x2214, "Thinkpad X240", ALC292_FIXUP_TPT440_DOCK), SND_PCI_QUIRK(0x17aa, 0x2215, "Thinkpad", ALC269_FIXUP_LIMIT_INT_MIC_BOOST), + SND_PCI_QUIRK(0x17aa, 0x2223, "ThinkPad T550", ALC292_FIXUP_TPT440_DOCK), SND_PCI_QUIRK(0x17aa, 0x2226, "ThinkPad X250", ALC292_FIXUP_TPT440_DOCK), SND_PCI_QUIRK(0x17aa, 0x3977, "IdeaPad S210", ALC283_FIXUP_INT_MIC), SND_PCI_QUIRK(0x17aa, 0x3978, "IdeaPad Y410P", ALC269_FIXUP_NO_SHUTUP), -- 2.4.3

2 1