Re: [PATCH RFC 00/11] ALSA: pcm: introduce copy_frame operation and SND_PCM_PROXY_DRIVER_SUPPORT

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 24 May 2017 02:52:44 +0200,
Takashi Sakamoto wrote:
> 
> Hi,
> 
> This RFC patchset is my concept work of another solution against a series
> of issues in ALSA PCM core, for which Iwai Takashi work in his hasty
> proposals[2][3]. Included changes are also available in my personal
> repository on github.com[4].
> 
> The aim of this work is to declare existent issues and to propose solutions
> as moderated as possible. Code refactoring is done to assist it.
> 
> Patch 01-05: code refactoring phase, with an alias of function prototype.
> Patch 06-09: driver API changing phase. The .copy_frames is introduced.
> Patch 10-11: integration phase for proxy drivers, to get new configuration.
> 
> I need to do this work with a little time (half a day), thus changes are
> as minimal as possible, especially two drivers are just modified even if
> drivers in below list should be changed:
> * drivers/media/pci/solo6x10/solo6x10-g723.c
> * sound/drivers/dummy.c
> * sound/isa/gus/gus_pcm.c
> * sound/isa/sb/emu8000_pcm.c
> * sound/pci/es1938.c
> * sound/pci/korg1212/korg1212.c
> * sound/pci/nm256/nm256.c
> * sound/pci/rme32.c
> * sound/pci/rme96.c
> * sound/pci/rme9652/hdsp.c
> * sound/pci/rme9652/rme9652.c
> * sound/sh/sh_dac_audio.c
> * sound/soc/blackfin/bf5xx-ac97-pcm.c
> * sound/soc/blackfin/bf5xx-i2s-pcm.c
> 
> Furthermore, I apologize that this is untested. I wish you to check
> the concept.

OK, I now understand your idea.  Actually the word "proxy" was
misleading.  "proxy" implies the action, but PCM core can't know the
action the caller intended.  From PCM core POV, it's merely an
in-kernel buffer copy.  We don't need to invent new terms here (who is
the client?).

Apart from that, basically your idea is:
- Keep in-kernel buffer copy flag into substream->runtime.
- The ops handles both copy and silence.
- Move the whole transfer action to each driver instead of looping in
  PCM core.

I find the first point is acceptable, from the current usage pattern,
as there is little chance to mix up both user-space buffer and
kernel-space buffer.

Though, another side of coin is that, by embedding in runtime, you can
easily overlook the in-kernel copy case, in comparison with passing
via the argument.  So it's not always plus.

The second point is as same as mine.

The potential problem is the third point.  It'd require a larger
change, and it's error-prone, because you'll have to translate the
passed pointer in each driver to morph it to different values, either
the linear buffer pointer or the vector, in addition to the user-space
and kernel-space check.

In the PCM core code, we did that in that way, but it's OK since it's
done only there thus it's manageable.  However, forcing the complex
cast in each driver implementation is better to avoid.

How to make each driver implementing less error-prone codes -- that's
what we need to reconsider further.


thanks,

Takashi

> 
> [1]  [PATCH RFC 00/26] Kill set_fs() in ALSA codes
> http://mailman.alsa-project.org/pipermail/alsa-devel/2017-May/120542
> [2]  [PATCH 00/16] ALSA: Convert to new copy_silence PCM ops
> http://mailman.alsa-project.org/pipermail/alsa-devel/2017-May/120895.html
> [3]  [PATCH 0/4] ALSA: Extend PCM buffer-copy helpers
> http://mailman.alsa-project.org/pipermail/alsa-devel/2017-May/120957.html
> [4] takaswie/sound
> https://github.com/takaswie/sound/tree/topic/add-pcm-frame-ops
> 
> Takashi Sakamoto (11):
>   ALSA: pcm: introduce an alias of prototype to copy PCM frames
>   ALSA: pcm: use new function alias instead of local one
>   ALSA: pcm: refactoring silence operation
>   ALSA: pcm: add alternative calls
>   ALSA: core: remove duplicated codes to handle PCM frames
>   ALSA: pcm: add new operation; copy_frames
>   ALSA: rme9652: a sample for drivers which support interleaved buffer
>   ALSA: gus: a sample for drivers which support non-interleaved buffer
>   ALSA: pcm: remove copy and silence callbacks
>   ALSA: pcm: add client_space parameter to runtime of PCM substream for
>     PCM proxy drivers
>   ALSA: pcm: add new configuration for PCM proxy drivers
> 
>  drivers/usb/gadget/Kconfig |   3 +-
>  include/sound/pcm.h        |  13 +-
>  sound/core/Kconfig         |  15 +-
>  sound/core/pcm_lib.c       | 448 +++++++++++++++++++++++++++++----------------
>  sound/core/pcm_native.c    |  10 +
>  sound/isa/gus/gus_pcm.c    | 100 +++++-----
>  sound/pci/rme9652/hdsp.c   |  59 +++---
>  7 files changed, 398 insertions(+), 250 deletions(-)
> 
> -- 
> 2.11.0
> 
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel



[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux