[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2a2fd222-fc54-1709-bfc8-a530efc3f307@gmail.com>
Date: Fri, 18 Aug 2017 08:56:01 +0300
From: Oleksandr Andrushchenko <andr2000@...il.com>
To: Takashi Sakamoto <o-takashi@...amocchi.jp>,
Oleksandr Grytsov <al1img@...il.com>, clemens@...isch.de
Cc: alsa-devel@...a-project.org, xen-devel@...ts.xen.org,
linux-kernel@...r.kernel.org, tiwai@...e.com,
Oleksandr Andrushchenko <oleksandr_andrushchenko@...m.com>
Subject: Re: [PATCH RESEND1 00/12] ALSA: vsnd: Add Xen para-virtualized
frontend driver
Hello,
On 08/18/2017 08:43 AM, Takashi Sakamoto wrote:
> On Aug 17 2017 19:05, Oleksandr Grytsov wrote:
>> So, from the above we think that period elapsed event derived in the
>> described
>> ways may not improve latency and will complicate the system. So, for
>> that
>> reason we are thinking of the option 2) (Positions of actual data
>> transmission
>> in any serial sound interfaces of actual hardwares.)
>
> Please declare the way to enable stuffs on DomU to get the positions
> from actual hardware.
>
This is what we haven't investigated yet in detail as we were mostly
focusing on
period elapsed approach, so we can report our findings to the community.
Taking into account the fact that the backend we have is a user-space
application
running on top of ALSA/PulseAudio we cannot get HW pointers from actual
hardware by any means (PulseAudio use-case is the most tough thing in
equation)
At the moment we are seeking for any advise from more experienced developers
in the field on possible ways to solve the problem of Dom0/DomU
synchronization.
Hope, together we can identify such a way that would be accepted by the
community.
If you have something on your mind could you please share your thoughts?
>
> Regards
>
> Takashi Sakamoto
Thank you,
Oleksandr Andrushchenko
Powered by blists - more mailing lists