July 2020 - Sound-open-firmware - mailman.alsa-project.org

[Sound-open-firmware] [PATCH v4 0/4] Add a vhost RPMsg API
by Guennadi Liakhovetski 25 Aug '20

25 Aug '20

Hi, Now that virtio-rpmsg endianness fixes have been merged we can proceed with the next step. v4: - add endianness conversions to comply with the VirtIO standard v3: - address several checkpatch warnings - address comments from Mathieu Poirier v2: - update patch #5 with a correct vhost_dev_init() prototype - drop patch #6 - it depends on a different patch, that is currently an RFC - address comments from Pierre-Louis Bossart: * remove "default n" from Kconfig Linux supports RPMsg over VirtIO for "remote processor" / AMP use cases. It can however also be used for virtualisation scenarios, e.g. when using KVM to run Linux on both the host and the guests. This patch set adds a wrapper API to facilitate writing vhost drivers for such RPMsg-based solutions. The first use case is an audio DSP virtualisation project, currently under development, ready for review and submission, available at https://github.com/thesofproject/linux/pull/1501/commits Thanks Guennadi Guennadi Liakhovetski (4): vhost: convert VHOST_VSOCK_SET_RUNNING to a generic ioctl rpmsg: move common structures and defines to headers rpmsg: update documentation vhost: add an RPMsg API Documentation/rpmsg.txt | 6 +- drivers/rpmsg/virtio_rpmsg_bus.c | 78 +------ drivers/vhost/Kconfig | 7 + drivers/vhost/Makefile | 3 + drivers/vhost/rpmsg.c | 375 +++++++++++++++++++++++++++++++ drivers/vhost/vhost_rpmsg.h | 74 ++++++ include/linux/virtio_rpmsg.h | 83 +++++++ include/uapi/linux/rpmsg.h | 3 + include/uapi/linux/vhost.h | 4 +- 9 files changed, 553 insertions(+), 80 deletions(-) create mode 100644 drivers/vhost/rpmsg.c create mode 100644 drivers/vhost/vhost_rpmsg.h create mode 100644 include/linux/virtio_rpmsg.h -- 2.27.0

3 23

Re: [Sound-open-firmware] [PATCH] ASoC: SOF: imx: use resource_size
by Mark Brown 30 Jul '20

30 Jul '20

On Sun, 26 Jul 2020 10:25:33 +0200, Julia Lawall wrote: > Use resource_size rather than a verbose computation on > the end and start fields. > > The semantic patch that makes this change is as follows: > (http://coccinelle.lip6.fr/) > > <smpl> > @@ struct resource ptr; @@ > - (ptr.end - ptr.start + 1) > + resource_size(&ptr) > </smpl> Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next Thanks! [1/1] ASoC: SOF: imx: use resource_size commit: afd842c031408f9eaf689ff417071eed15afa05e All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark

1 0

[Sound-open-firmware] Input/output error for simple pipeline with mixer
by Daniel Baluta 22 Jul '20

22 Jul '20

Hi Tomasz, Karol, Ranjani, I wonder if you have any clues on why $subject happens. We have a simple pipeline like this: PCM0 --> B0--+ |--mixer-->B1-->DAI PCM1 --> B1--+ Subdevices are created like this: oot@imx8qxpc0mek:~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: sofwm8960audio [sof-wm8960-audio], device 0: Port0 (*) [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: sofwm8960audio [sof-wm8960-audio], device 1: Passthrough Playback 1 (*) [] Subdevices: 1/1 Subdevice #0: subdevice #0 But, when we use aplay in the following order: $ (1) aplay -Dhw:0,1 -f S32_LE -c 2 -r 48000 file1.wav $ (2) aplay -Dhw:0,0 -f S32_LE -c 2 -r 48000 file0.wav everything is OK, mixing works. But when the order is reversed: $ (2) aplay -Dhw:0,0 -f S32_LE -c 2 -r 48000 file0.wav $ (1) aplay -Dhw:0,1 -f S32_LE -c 2 -r 48000 file1.wav (1) aplay exists with an error: aplay: pcm_write:2057: write error: Input/output error I wonder if you met this. Topology looks to be symmetric with respect to PCM0/PCM1.

3 2

[Sound-open-firmware] [PATCH v3 0/5] Add a vhost RPMsg API
by Guennadi Liakhovetski 14 Jul '20

14 Jul '20

v3: - address several checkpatch warnings - address comments from Mathieu Poirier v2: - update patch #5 with a correct vhost_dev_init() prototype - drop patch #6 - it depends on a different patch, that is currently an RFC - address comments from Pierre-Louis Bossart: * remove "default n" from Kconfig Linux supports RPMsg over VirtIO for "remote processor" /AMP use cases. It can however also be used for virtualisation scenarios, e.g. when using KVM to run Linux on both the host and the guests. This patch set adds a wrapper API to facilitate writing vhost drivers for such RPMsg-based solutions. The first use case is an audio DSP virtualisation project, currently under development, ready for review and submission, available at https://github.com/thesofproject/linux/pull/1501/commits A further patch for the ADSP vhost RPMsg driver will be sent separately for review only since it cannot be merged without audio patches being upstreamed first. Thanks Guennadi Guennadi Liakhovetski (5): vhost: convert VHOST_VSOCK_SET_RUNNING to a generic ioctl vhost: (cosmetic) remove a superfluous variable initialisation rpmsg: move common structures and defines to headers rpmsg: update documentation vhost: add an RPMsg API Documentation/rpmsg.txt | 6 +- drivers/rpmsg/virtio_rpmsg_bus.c | 78 +------- drivers/vhost/Kconfig | 7 + drivers/vhost/Makefile | 3 + drivers/vhost/rpmsg.c | 382 +++++++++++++++++++++++++++++++++++++++ drivers/vhost/vhost.c | 2 +- drivers/vhost/vhost_rpmsg.h | 74 ++++++++ include/linux/virtio_rpmsg.h | 81 +++++++++ include/uapi/linux/rpmsg.h | 3 + include/uapi/linux/vhost.h | 4 +- 10 files changed, 559 insertions(+), 81 deletions(-) create mode 100644 drivers/vhost/rpmsg.c create mode 100644 drivers/vhost/vhost_rpmsg.h create mode 100644 include/linux/virtio_rpmsg.h -- 1.9.3

6 28

Re: [Sound-open-firmware] [PATCH AUTOSEL 5.7 15/53] ASoC: SOF: Intel: add PCI IDs for ICL-H and TGL-H
by Sasha Levin 09 Jul '20

09 Jul '20

On Thu, Jul 02, 2020 at 05:05:28PM +0100, Mark Brown wrote: >On Thu, Jul 02, 2020 at 10:42:21AM -0500, Pierre-Louis Bossart wrote: >> On 7/2/20 6:18 AM, Mark Brown wrote: >> > On Wed, Jul 01, 2020 at 09:21:24PM -0400, Sasha Levin wrote: >> > > From: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> > >> > > [ Upstream commit c8d2e2bfaeffa0f914330e8b4e45b986c8d30b58 ] > >> > > Usually the DSP is not traditionally enabled on H skews but this might >> > > be used moving forward. > >> > "This might be used moving forward"? > >> There are two conditions for the SOF driver to be used in a distro: >> a) the DSP needs to be enabled (as reported by the pci class info) >> b) sound/hda/intel-dsp-config.c needs to contain a quirk to select SOF over >> the legacy HDaudio, such as presence of DMIC/SoundWire or a known vendor >> DMI. > >> Traditionally for desktops neither a) nor b) are true, but this is changing: >> we will start adding quirks for specific product lines as requested by OEMs. > >> Does this answer to your question? > >The question was more of a why is this being backported one - without >those extra quirks this does nothing, and frankly with them it seems >like a *major* change someone might see in stable if they update their >kernel and it suddenly switches to an entirely different DSP software >stack. Hey Mark, It got picked up because the stable rules explicitly call out PCI IDs as something we take into the stable trees, and so the AUTOSEL brains picked up on this... I'll drop this patch as it doesn't do much. -- Thanks, Sasha

1 0

[Sound-open-firmware] What does priority parameter do in PIPELINE_PCM_ADD?
by Terry Lv 07 Jul '20

07 Jul '20

Hi Experts, I'm writing a topology with two pipelines and a mixer to mix them. I noticed there's a priority parameter in PIPELINE_PCM_ADD. I've done some test on this parameter, i.e. use different or same priorities in two pipelines and check the result after mixer. It seems that the result is not obvious. Could you tell me the usage of the priority parameter do in PIPELINE_PCM_ADD? Thank you very much! Regards Terry

2 1

Re: [Sound-open-firmware] [PATCH AUTOSEL 5.7 15/53] ASoC: SOF: Intel: add PCI IDs for ICL-H and TGL-H
by Pierre-Louis Bossart 02 Jul '20

02 Jul '20

On 7/2/20 6:18 AM, Mark Brown wrote: > On Wed, Jul 01, 2020 at 09:21:24PM -0400, Sasha Levin wrote: >> From: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> >> >> [ Upstream commit c8d2e2bfaeffa0f914330e8b4e45b986c8d30b58 ] >> >> Usually the DSP is not traditionally enabled on H skews but this might >> be used moving forward. > > "This might be used moving forward"? There are two conditions for the SOF driver to be used in a distro: a) the DSP needs to be enabled (as reported by the pci class info) b) sound/hda/intel-dsp-config.c needs to contain a quirk to select SOF over the legacy HDaudio, such as presence of DMIC/SoundWire or a known vendor DMI. Traditionally for desktops neither a) nor b) are true, but this is changing: we will start adding quirks for specific product lines as requested by OEMs. Does this answer to your question?

1 0

[Sound-open-firmware] revised SOF ABI change process now in effect
by Kai Vehmanen 02 Jul '20

02 Jul '20

Hi all, we’ve been working on some improvements to the SOF ABI change process since April this year, to address some of the issues seen in pull-req reviews at start of this year. The problem statement and resulting discussing can be seen at: https://github.com/orgs/thesofproject/teams/sof-developers/discussions/35 https://github.com/thesofproject/sof-docs/pull/244 The new process is now in effect and documented at: https://thesofproject.github.io/latest/contribute/process/abiprocess.html The main changes: - the process is now documented in sof-docs with a diagram - a new RFC step to discuss the interface before implementation is done - driver PR is no longer mandatory to be done at same time (but depends on type of change) - when driver+FW changes are both needed, driver change must be merged first Br, Kai

4 6

[Sound-open-firmware] [PATCH AUTOSEL 5.4 11/40] ASoC: SOF: Intel: add PCI IDs for ICL-H and TGL-H
by Sasha Levin 02 Jul '20

02 Jul '20

From: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> [ Upstream commit c8d2e2bfaeffa0f914330e8b4e45b986c8d30b58 ] Usually the DSP is not traditionally enabled on H skews but this might be used moving forward. Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> Reviewed-by: Guennadi Liakhovetski <guennadi.liakhovetski(a)linux.intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen(a)linux.intel.com> Link: https://lore.kernel.org/r/20200617164755.18104-4-pierre-louis.bossart@linux… Signed-off-by: Mark Brown <broonie(a)kernel.org> Signed-off-by: Sasha Levin <sashal(a)kernel.org> --- sound/soc/sof/sof-pci-dev.c | 10 ++++++++-- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/sound/soc/sof/sof-pci-dev.c b/sound/soc/sof/sof-pci-dev.c index 3f79cd03507c9..9e2ae6e62e7f9 100644 --- a/sound/soc/sof/sof-pci-dev.c +++ b/sound/soc/sof/sof-pci-dev.c @@ -410,8 +410,11 @@ static const struct pci_device_id sof_pci_ids[] = { .driver_data = (unsigned long)&skl_desc}, #endif #if IS_ENABLED(CONFIG_SND_SOC_SOF_ICELAKE) - { PCI_DEVICE(0x8086, 0x34C8), + { PCI_DEVICE(0x8086, 0x34C8), /* ICL-LP */ .driver_data = (unsigned long)&icl_desc}, + { PCI_DEVICE(0x8086, 0x3dc8), /* ICL-H */ + .driver_data = (unsigned long)&icl_desc}, + #endif #if IS_ENABLED(CONFIG_SND_SOC_SOF_COMETLAKE_LP) { PCI_DEVICE(0x8086, 0x02c8), @@ -424,8 +427,11 @@ static const struct pci_device_id sof_pci_ids[] = { .driver_data = (unsigned long)&cml_desc}, #endif #if IS_ENABLED(CONFIG_SND_SOC_SOF_TIGERLAKE) - { PCI_DEVICE(0x8086, 0xa0c8), + { PCI_DEVICE(0x8086, 0xa0c8), /* TGL-LP */ .driver_data = (unsigned long)&tgl_desc}, + { PCI_DEVICE(0x8086, 0x43c8), /* TGL-H */ + .driver_data = (unsigned long)&tgl_desc}, + #endif #if IS_ENABLED(CONFIG_SND_SOC_SOF_ELKHARTLAKE) { PCI_DEVICE(0x8086, 0x4b55), -- 2.25.1

1 0

[Sound-open-firmware] [PATCH AUTOSEL 5.4 10/40] ASoC: SOF: Intel: add PCI ID for CometLake-S
by Sasha Levin 02 Jul '20

02 Jul '20

From: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> [ Upstream commit 258fb4f4c34a0db9d3834aba6784d7b322176bb9 ] Mirror ID added for legacy HDaudio Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> Reviewed-by: Guennadi Liakhovetski <guennadi.liakhovetski(a)linux.intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen(a)linux.intel.com> Link: https://lore.kernel.org/r/20200617164755.18104-3-pierre-louis.bossart@linux… Signed-off-by: Mark Brown <broonie(a)kernel.org> Signed-off-by: Sasha Levin <sashal(a)kernel.org> --- sound/soc/sof/sof-pci-dev.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/sound/soc/sof/sof-pci-dev.c b/sound/soc/sof/sof-pci-dev.c index d66412a778739..3f79cd03507c9 100644 --- a/sound/soc/sof/sof-pci-dev.c +++ b/sound/soc/sof/sof-pci-dev.c @@ -420,6 +420,8 @@ static const struct pci_device_id sof_pci_ids[] = { #if IS_ENABLED(CONFIG_SND_SOC_SOF_COMETLAKE_H) { PCI_DEVICE(0x8086, 0x06c8), .driver_data = (unsigned long)&cml_desc}, + { PCI_DEVICE(0x8086, 0xa3f0), /* CML-S */ + .driver_data = (unsigned long)&cml_desc}, #endif #if IS_ENABLED(CONFIG_SND_SOC_SOF_TIGERLAKE) { PCI_DEVICE(0x8086, 0xa0c8), -- 2.25.1

1 0

2023

2022

2021

2020

2019

2018

2017

2016

Sound-open-firmware July 2020