From: Steven Toth <stoth@linuxtv.org>
To: Christophe Thommeret <hftom@free.fr>
Cc: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] DVB-S2 / Multiproto and future modulation support
Date: Wed, 10 Sep 2008 21:00:45 -0400 [thread overview]
Message-ID: <48C86DBD.6090108@linuxtv.org> (raw)
In-Reply-To: <200809110201.48935.hftom@free.fr>
Christophe Thommeret wrote:
> Le Thursday 11 September 2008 00:59:31 Andreas Oberritter, vous avez écrit :
>> Hans Werner wrote:
>>>> So applications could know that these 2 frontends are exclusive.
>>>> That would not require any API change, but would have to be a rule
>>>> followed by
>>>> all drivers.
>>> Yes, if we keep to that rule then only frontends which can operate truly
>>> simultaneously should have a different adapter number.
>> An adapter refers to a self-contained piece of hardware, whose parts can
>> not be used by a second adapter (e.g. adapter0/demux0 can not access the
>> data from adapter1/frontend1). In a commonly used setup it means that
>> adapter0 is the first initialized PCI card and adapter1 is the second.
>>
>> Now, if you want a device with two tuners that can be accessed
>> simultaneously to create a second adapter, then you would have to
>> artificially divide its components so that it looks like two independant
>> PCI cards. This might become very complicated and limits the functions
>> of the hardware.
>>
>> However, on a setup with multiple accessible tuners you can expect at
>> least the same amount of accessible demux devices on the same adapter
>> (and also dvr devices for that matter). There is an ioctl to connect a
>> frontend to a specific demux (DMX_SET_SOURCE).
>>
>> So, if there are demux0, frontend0 and frontend1, then the application
>> knows that it can't use both frontends simultaneously. Otherwise, if
>> there are demux0, demux1, frontend0 and frontend1, then it can use both
>> of them (by using both demux devices and connecting them to the
>> frontends via the ioctl mentioned above).
>
> Sounds logical. And that's why Kaffeine search for frontend/demux/dvr > 0 and
> uses demux1 with frontend1. (That was just a guess since i've never seen
> neither any such devices nor comments/recommendations/rules about such case).
>
> However, all dual tuners devices drivers i know expose the 2 frontends as
> frontend0 in separate adapters. But all these devices seems to be USB.
>
> The fact that Kaffeine works with the experimental hvr4000 driver indicates
> that this driver populates frontend1/demux1/dvr1 and then doesn't follow the
> way you describe (since the tuners can't be used at once).
> I would like to hear from Steve on this point.
>
>
Correct, frontend1, demux1, dvr1 etc. All on the same adapter. The
driver and multi-frontend patches manage exclusive access to the single
internal resource.
- Steve
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
next prev parent reply other threads:[~2008-09-11 1:01 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-29 18:29 [linux-dvb] DVB-S2 / Multiproto and future modulation support Steven Toth
2008-08-29 19:00 ` Hans Werner
2008-08-29 19:20 ` P. van Gaans
2008-08-29 21:05 ` Grégoire FAVRE
2008-08-30 16:03 ` Udo Richter
2008-08-30 0:04 ` Christophe Thommeret
2008-08-30 0:37 ` Steven Toth
2008-08-30 11:16 ` Oliver Endriss
2008-08-30 14:48 ` Steven Toth
2008-08-30 20:13 ` [linux-dvb] [vdr] " Johannes Stezenbach
2008-08-31 0:48 ` hermann pitton
2008-08-30 11:16 ` [linux-dvb] " Christian Tramnitz
2008-08-30 14:51 ` Steven Toth
2008-08-30 12:16 ` ChaosMedia > WebDev
2008-08-30 14:57 ` Steven Toth
2008-08-30 14:16 ` Andreas Oberritter
2008-08-30 15:00 ` Steven Toth
2008-08-30 15:08 ` Artem Makhutov
2008-08-30 15:14 ` Steven Toth
2008-08-30 16:06 ` Goga777
2008-08-30 17:39 ` Steven Toth
2008-08-30 16:58 ` Manu Abraham
2008-08-30 17:05 ` Manu Abraham
2008-08-30 15:30 ` Janne Grunau
2008-08-30 17:26 ` Steven Toth
2008-08-30 16:59 ` Douglas Schilling Landgraf
2008-08-30 17:27 ` Steven Toth
2008-08-30 17:03 ` Nicolas Will
2008-08-30 17:29 ` Steven Toth
2008-08-30 17:53 ` Charles Price
2008-08-30 18:03 ` Steven Toth
2008-08-31 3:57 ` Markus Rechberger
2008-08-31 3:57 ` Markus Rechberger
2008-08-31 4:21 ` Greg KH
2008-09-05 20:54 ` Aidan Thornton
2008-09-05 20:54 ` Aidan Thornton
2008-08-31 10:32 ` Michael J. Curtis
2008-08-31 21:26 ` Steven Toth
2008-08-31 21:26 ` Steven Toth
2008-08-31 14:58 ` Jan Hoogenraad
[not found] ` <48BAAEC1.5070105@h-i-s.nl>
2008-08-31 21:37 ` Steven Toth
2008-09-01 20:35 ` Hans Verkuil
2008-09-04 14:25 ` Steven Toth
[not found] ` <200809101340.09702.hftom@free.fr>
[not found] ` <48C7CDCF.9090300@hauppauge.com>
2008-09-10 15:10 ` Christophe Thommeret
2008-09-10 15:33 ` Janne Grunau
2008-09-10 18:39 ` Steven Toth
2008-09-10 22:46 ` hermann pitton
2008-09-10 16:12 ` Hans Werner
2008-09-10 18:47 ` Steven Toth
2008-09-10 20:32 ` [linux-dvb] Multiple frontends on a single adapter support. (Was: Re: DVB-S2 / Multiproto and future modulation support) Christophe Thommeret
2008-09-11 13:35 ` [linux-dvb] Multiple frontends on a single adapter support Christophe Thommeret
2008-09-11 14:22 ` Uri Shkolnik
2008-09-11 19:31 ` Steven Toth
2008-09-10 22:59 ` [linux-dvb] DVB-S2 / Multiproto and future modulation support Andreas Oberritter
2008-09-11 0:01 ` Christophe Thommeret
2008-09-11 1:00 ` Steven Toth [this message]
2008-09-11 1:17 ` hermann pitton
2008-09-11 2:59 ` Steven Toth
2008-09-11 4:10 ` hermann pitton
2008-09-11 12:51 ` Steven Toth
2008-09-11 21:08 ` hermann pitton
2008-09-11 4:22 ` Andreas Oberritter
2008-09-11 5:44 ` Uri Shkolnik
2008-09-11 13:43 ` barry bouwsma
2008-09-11 15:06 ` Andreas Oberritter
2008-09-11 5:48 ` Uri Shkolnik
2008-09-10 18:32 ` Steven Toth
-- strict thread matches above, loose matches on Subject: below --
2008-08-31 21:05 Igor M. Liplianin
2008-08-31 21:40 ` Steven Toth
2008-09-01 16:38 ` VDR User
2008-09-01 17:24 ` Jelle De Loecker
2008-09-01 20:28 ` Mauro Carvalho Chehab
2008-09-01 20:34 ` Mauro Carvalho Chehab
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=48C86DBD.6090108@linuxtv.org \
--to=stoth@linuxtv.org \
--cc=hftom@free.fr \
--cc=linux-dvb@linuxtv.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.