From: Richard Cochran <richardcochran@gmail.com>
To: alsa-devel@alsa-project.org
Cc: alsa-devel@vger.kernel.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, Arnd Bergmann <arnd@linaro.org>,
linux-media@vger.kernel.org
Subject: Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel
Date: Tue, 14 Jun 2016 20:26:15 +0200 [thread overview]
Message-ID: <20160614182615.GA2741@netboy> (raw)
In-Reply-To: <20160614093000.GB21689@sisyphus.home.austad.us>
On Tue, Jun 14, 2016 at 11:30:00AM +0200, Henrik Austad wrote:
> So loop data from kernel -> userspace -> kernelspace and finally back to
> userspace and the media application?
Huh? I wonder where you got that idea. Let me show an example of
what I mean.
void listener()
{
int in = socket();
int out = open("/dev/dsp");
char buf[];
while (1) {
recv(in, buf, packetsize);
write(out, buf + offset, datasize);
}
}
See?
> Yes, I know some audio apps "use networking", I can stream netradio, I can
> use jack to connect devices using RTP and probably a whole lot of other
> applications do similar things. However, AVB is more about using the
> network as a virtual sound-card.
That is news to me. I don't recall ever having seen AVB described
like that before.
> For the media application, it should not
> have to care if the device it is using is a soudncard inside the box or a
> set of AVB-capable speakers somewhere on the network.
So you would like a remote listener to appear in the system as a local
PCM audio sink? And a remote talker would be like a local media URL?
Sounds unworkable to me, but even if you were to implement it, the
logic would surely belong in alsa-lib and not in the kernel. Behind
the enulated device, the library would run a loop like the example,
above.
In any case, your patches don't implement that sort of thing at all,
do they?
Thanks,
Richard
--
To unsubscribe from this list: send the line "unsubscribe alsa-devel" in
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
WARNING: multiple messages have this Message-ID (diff)
From: Richard Cochran <richardcochran@gmail.com>
To: Henrik Austad <henrik@austad.us>
Cc: linux-kernel@vger.kernel.org, linux-media@vger.kernel.org,
alsa-devel@vger.kernel.org, netdev@vger.kernel.org,
Arnd Bergmann <arnd@linaro.org>
Subject: Re: [very-RFC 0/8] TSN driver for the kernel
Date: Tue, 14 Jun 2016 20:26:15 +0200 [thread overview]
Message-ID: <20160614182615.GA2741@netboy> (raw)
In-Reply-To: <20160614093000.GB21689@sisyphus.home.austad.us>
On Tue, Jun 14, 2016 at 11:30:00AM +0200, Henrik Austad wrote:
> So loop data from kernel -> userspace -> kernelspace and finally back to
> userspace and the media application?
Huh? I wonder where you got that idea. Let me show an example of
what I mean.
void listener()
{
int in = socket();
int out = open("/dev/dsp");
char buf[];
while (1) {
recv(in, buf, packetsize);
write(out, buf + offset, datasize);
}
}
See?
> Yes, I know some audio apps "use networking", I can stream netradio, I can
> use jack to connect devices using RTP and probably a whole lot of other
> applications do similar things. However, AVB is more about using the
> network as a virtual sound-card.
That is news to me. I don't recall ever having seen AVB described
like that before.
> For the media application, it should not
> have to care if the device it is using is a soudncard inside the box or a
> set of AVB-capable speakers somewhere on the network.
So you would like a remote listener to appear in the system as a local
PCM audio sink? And a remote talker would be like a local media URL?
Sounds unworkable to me, but even if you were to implement it, the
logic would surely belong in alsa-lib and not in the kernel. Behind
the enulated device, the library would run a loop like the example,
above.
In any case, your patches don't implement that sort of thing at all,
do they?
Thanks,
Richard
next prev parent reply other threads:[~2016-06-14 18:26 UTC|newest]
Thread overview: 145+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-11 23:01 [alsa-devel] [very-RFC 0/8] TSN driver for the kernel Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` [very-RFC 1/8] TSN: add documentation Henrik Austad
2016-06-11 23:01 ` [alsa-devel] " Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` [very-RFC 2/8] TSN: Add the standard formerly known as AVB to the kernel Henrik Austad
2016-06-11 23:01 ` [alsa-devel] " Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` [alsa-devel] [very-RFC 3/8] Adding TSN-driver to Intel I210 controller Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` [very-RFC 4/8] Add TSN header for the driver Henrik Austad
2016-06-11 23:01 ` [alsa-devel] " Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` [alsa-devel] [very-RFC 5/8] Add TSN machinery to drive the traffic from a shim over the network Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` [alsa-devel] [very-RFC 6/8] Add TSN event-tracing Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-12 16:58 ` [alsa-devel] " Steven Rostedt
2016-06-12 16:58 ` Steven Rostedt
2016-06-12 21:25 ` [alsa-devel] " Henrik Austad
2016-06-12 21:25 ` Henrik Austad
2016-06-13 2:22 ` Steven Rostedt
2016-06-13 2:22 ` Steven Rostedt
2016-06-13 7:20 ` Henrik Austad
2016-06-13 7:20 ` Henrik Austad
2016-06-12 21:25 ` Henrik Austad
2016-06-12 16:58 ` Steven Rostedt
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` [alsa-devel] [very-RFC 7/8] AVB ALSA - Add ALSA shim for TSN Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-15 11:49 ` Richard Cochran
2016-06-15 11:49 ` [alsa-devel] " Richard Cochran
2016-06-15 11:49 ` Richard Cochran
2016-06-15 12:13 ` Henrik Austad
2016-06-15 12:13 ` [alsa-devel] " Henrik Austad
2016-06-15 12:13 ` Henrik Austad
2016-06-15 12:43 ` Richard Cochran
2016-06-15 12:43 ` [alsa-devel] " Richard Cochran
2016-06-15 12:43 ` Richard Cochran
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` [alsa-devel] [very-RFC 8/8] MAINTAINERS: add TSN/AVB-entries Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-11 23:01 ` Henrik Austad
2016-06-12 3:38 ` [very-RFC 0/8] TSN driver for the kernel Takashi Sakamoto
2016-06-12 3:38 ` Takashi Sakamoto
2016-06-12 4:30 ` Takashi Sakamoto
2016-06-12 8:31 ` Henrik Austad
2016-06-12 10:43 ` Takashi Sakamoto
2016-06-12 22:06 ` Henrik Austad
2016-06-12 8:28 ` Henrik Austad
2016-06-12 8:28 ` Henrik Austad
2016-06-12 9:14 ` Takashi Sakamoto
2016-06-12 9:14 ` Takashi Sakamoto
2016-06-13 11:47 ` Richard Cochran
2016-06-13 11:47 ` [alsa-devel] " Richard Cochran
2016-06-13 11:47 ` Richard Cochran
2016-06-13 13:00 ` Henrik Austad
2016-06-13 13:00 ` [alsa-devel] " Henrik Austad
2016-06-13 13:00 ` Henrik Austad
2016-06-13 19:32 ` Richard Cochran
2016-06-13 19:32 ` [alsa-devel] " Richard Cochran
2016-06-13 19:32 ` Richard Cochran
2016-06-14 9:30 ` Henrik Austad
2016-06-14 9:30 ` [alsa-devel] " Henrik Austad
2016-06-14 9:30 ` Henrik Austad
2016-06-14 18:26 ` Richard Cochran [this message]
2016-06-14 18:26 ` Richard Cochran
2016-06-14 20:38 ` [alsa-devel] " Henrik Austad
2016-06-14 20:38 ` Henrik Austad
2016-06-15 7:04 ` Richard Cochran
2016-06-15 7:04 ` [alsa-devel] " Richard Cochran
2016-06-15 7:04 ` Richard Cochran
2016-06-15 7:50 ` Henrik Austad
2016-06-15 7:50 ` [alsa-devel] " Henrik Austad
2016-06-15 7:50 ` Henrik Austad
2016-06-15 11:41 ` [alsa-devel] " Richard Cochran
2016-06-15 11:41 ` Richard Cochran
2016-06-15 11:41 ` Richard Cochran
2016-06-15 7:11 ` Richard Cochran
2016-06-15 7:11 ` [alsa-devel] " Richard Cochran
2016-06-15 7:11 ` Richard Cochran
2016-06-14 20:38 ` Henrik Austad
2016-06-14 18:26 ` Richard Cochran
2016-06-13 19:37 ` Richard Cochran
2016-06-13 19:37 ` [alsa-devel] " Richard Cochran
2016-06-13 19:37 ` Richard Cochran
2016-06-13 13:12 ` Arnd Bergmann
2016-06-13 13:12 ` [alsa-devel] " Arnd Bergmann
2016-06-13 13:12 ` Arnd Bergmann
2016-06-13 15:56 ` John Fastabend
2016-06-13 15:56 ` [alsa-devel] " John Fastabend
2016-06-13 15:56 ` John Fastabend
2016-06-14 8:35 ` Henrik Austad
2016-06-14 8:35 ` [alsa-devel] " Henrik Austad
2016-06-14 8:35 ` Henrik Austad
2016-06-13 19:51 ` [alsa-devel] " Richard Cochran
2016-06-13 19:51 ` Richard Cochran
2016-06-14 11:18 ` One Thousand Gnomes
2016-06-14 11:18 ` [alsa-devel] " One Thousand Gnomes
2016-06-14 11:18 ` One Thousand Gnomes
2016-06-14 17:04 ` Richard Cochran
2016-06-14 17:04 ` [alsa-devel] " Richard Cochran
2016-06-14 17:04 ` Richard Cochran
2016-06-15 3:15 ` Takashi Sakamoto
2016-06-15 8:06 ` Richard Cochran
2016-06-18 5:22 ` Takashi Sakamoto
2016-06-18 5:22 ` Takashi Sakamoto
2016-06-18 22:45 ` Henrik Austad
2016-06-19 9:46 ` Richard Cochran
2016-06-20 8:05 ` Henrik Austad
2016-06-20 8:05 ` Henrik Austad
2016-06-19 14:45 ` Takashi Sakamoto
2016-06-20 9:06 ` Henrik Austad
2016-06-20 9:06 ` Henrik Austad
2016-06-21 2:22 ` Takashi Sakamoto
2016-06-21 2:22 ` Takashi Sakamoto
2016-06-20 11:08 ` Pierre-Louis Bossart
2016-06-20 11:08 ` [alsa-devel] " Pierre-Louis Bossart
2016-06-20 11:49 ` Henrik Austad
2016-06-20 11:49 ` [alsa-devel] " Henrik Austad
2016-06-20 12:18 ` Richard Cochran
2016-06-20 12:31 ` Richard Cochran
2016-06-20 15:21 ` Richard Cochran
2016-06-20 15:21 ` [alsa-devel] " Richard Cochran
2016-06-21 5:54 ` Takashi Iwai
2016-06-21 5:54 ` [alsa-devel] " Takashi Iwai
2016-06-21 6:38 ` Richard Cochran
2016-06-21 6:38 ` [alsa-devel] " Richard Cochran
2016-06-21 6:45 ` Takashi Iwai
2016-06-21 6:45 ` [alsa-devel] " Takashi Iwai
2016-06-21 17:18 ` Pierre-Louis Bossart
2016-06-21 17:18 ` [alsa-devel] " Pierre-Louis Bossart
2016-06-21 17:45 ` Pierre-Louis Bossart
2016-06-21 19:40 ` Richard Cochran
2016-06-22 12:36 ` Pierre-Louis Bossart
2016-06-22 12:36 ` [alsa-devel] " Pierre-Louis Bossart
2016-06-23 10:38 ` Henrik Austad
2016-06-23 13:28 ` Richard Cochran
2016-06-15 3:27 ` Takashi Sakamoto
2016-06-13 19:51 ` Richard Cochran
-- strict thread matches above, loose matches on Subject: below --
2016-06-11 22:22 [alsa-devel] " Henrik Austad
2016-06-11 22:49 ` Henrik Austad
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160614182615.GA2741@netboy \
--to=richardcochran@gmail.com \
--cc=alsa-devel@alsa-project.org \
--cc=alsa-devel@vger.kernel.org \
--cc=arnd@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.