All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Devin Heitmueller <dheitmueller@kernellabs.com>
Cc: Hans Verkuil <hverkuil@xs4all.nl>,
	linux-media <linux-media@vger.kernel.org>
Subject: Re: RFC: removal of video/radio/vbi_nr module options?
Date: Fri, 27 Jan 2012 12:17:12 -0200	[thread overview]
Message-ID: <4F22B1E8.7050303@redhat.com> (raw)
In-Reply-To: <CAGoCfiynca-oSRnunwsa_y9xamD3Bn6Xnr40LUsmVcbmo6jkhA@mail.gmail.com>

Em 27-01-2012 11:36, Devin Heitmueller escreveu:
> On Fri, Jan 27, 2012 at 2:21 AM, Hans Verkuil <hverkuil@xs4all.nl> wrote:
>> Hi all,
>>
>> I'm working on cleaning up some old radio drivers and while doing that I
>> started wondering about the usefulness of the radio_nr module option (and
>> the corresponding video_nr/vbi_nr module options for video devices).
>>
>> Is that really still needed? It originates from pre-udev times, but it seems
>> fairly useless to me these days.
> 
> I can tell you from lurking in the mythtv-users IRC channel, that
> there are still many, many users of video_nr.  Yes, they can in theory
> accomplish the same thing through udev, but they aren't today, and if
> you remove the functionality you'll have lots of users scambling to
> figure out why stuff that previously worked is now broken.  This tends
> to be more an issue with tuner cards than uvc devices, presumably
> because MythTV starts up unattended and you're more likely to have
> more than one capture device.

This were never needed by USB devices. In general, due to USB bandwidth
constraints, users can't plug more than one or a few devices on a USB bus.

MythTV is not the only usercase for it. Surveillance system can have
multiple devices in the same PCI card, and it is not uncommon to find
hardware with multiple PCI multi-input cards. Several of those boards
don't even have eeprom.

Regards,
Mauro


      reply	other threads:[~2012-01-27 14:18 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-27  7:21 RFC: removal of video/radio/vbi_nr module options? Hans Verkuil
2012-01-27 13:36 ` Devin Heitmueller
2012-01-27 14:17   ` Mauro Carvalho Chehab [this message]

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=4F22B1E8.7050303@redhat.com \
    --to=mchehab@redhat.com \
    --cc=dheitmueller@kernellabs.com \
    --cc=hverkuil@xs4all.nl \
    --cc=linux-media@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.