Multiple em28xx devices

Multiple em28xx devices

[rvf16]

Thanks for the interest.

So does the upstream driver support all the rest ?
Analog TV
FM radio
Remote Control
Composite Input
TeleText

Also will it compile on a 2.6.22 kernel or does it depend on a much 
later kernel?

Thank you.
Regards.

Re: Multiple em28xx devices

[Markus Rechberger]

2009/4/9 rvf16 <rvf16@yahoo.gr>:
> Thanks for the interest.
>
> So does the upstream driver support all the rest ?
> Analog TV
> FM radio
> Remote Control
> Composite Input
> TeleText
>
> Also will it compile on a 2.6.22 kernel or does it depend on a much later
> kernel?
>

only the em28xx-new driver supports all that.

cheers,
Markus

Re: Multiple em28xx devices

[Devin Heitmueller]

2009/4/9 rvf16 <rvf16@yahoo.gr>:
> So does the upstream driver support all the rest ?
> Analog TV
Yes

> FM radio
No

> Remote Control
Yes

> Composite Input
Yes

> TeleText
No

> Also will it compile on a 2.6.22 kernel or does it depend on a much later
> kernel?
Yes.  It will compile fine with 2.6.22.

Devin

-- 
Devin J. Heitmueller
http://www.devinheitmueller.com
AIM: devinheitmueller

Re: Multiple em28xx devices

[Mauro Carvalho Chehab]

On Thu, 9 Apr 2009 11:39:47 -0400
Devin Heitmueller <devin.heitmueller@gmail.com> wrote:

> 2009/4/9 rvf16 <rvf16@yahoo.gr>:
> > So does the upstream driver support all the rest ?
> > Analog TV
> Yes
> 
> > FM radio
> No

Yes, it does support FM radio, provided that you proper add radio specific
configuration at em28xx-cards.c.

Cheers,
Mauro

Re: Multiple em28xx devices

[Devin Heitmueller]

On Thu, Apr 9, 2009 at 11:48 AM, Mauro Carvalho Chehab
<mchehab@infradead.org> wrote:
> On Thu, 9 Apr 2009 11:39:47 -0400
> Devin Heitmueller <devin.heitmueller@gmail.com> wrote:
>
>> 2009/4/9 rvf16 <rvf16@yahoo.gr>:
>> > So does the upstream driver support all the rest ?
>> > Analog TV
>> Yes
>>
>> > FM radio
>> No
>
> Yes, it does support FM radio, provided that you proper add radio specific
> configuration at em28xx-cards.c.

Guess I haven't been watching the tree close enough then.  :-)  I will
see about adding the profiles for the various em28xx devices I have.

Devin

-- 
Devin J. Heitmueller
http://www.devinheitmueller.com
AIM: devinheitmueller

Re: Multiple em28xx devices

[Markus Rechberger]

On Thu, Apr 9, 2009 at 5:48 PM, Mauro Carvalho Chehab
<mchehab@infradead.org> wrote:
> On Thu, 9 Apr 2009 11:39:47 -0400
> Devin Heitmueller <devin.heitmueller@gmail.com> wrote:
>
>> 2009/4/9 rvf16 <rvf16@yahoo.gr>:
>> > So does the upstream driver support all the rest ?
>> > Analog TV
>> Yes
>>
>> > FM radio
>> No
>
> Yes, it does support FM radio, provided that you proper add radio specific
> configuration at em28xx-cards.c.
>

I plan to add support for it to the existing kerneldriver anyway, but
by using userspace drivers.
Those drivers are just ontop of everything and no changes are required
for the existing drivers.

I'll just intercept all the calls as I do right now already with the
latest device. I ported the entire configuration framework to userland
and it also works on Apple OSX without any change. I'm just using
usbfs for it, PCI config support is possible by using libpci or
opening the corresponding node in the proc filesystem too. This time
there's nothing you can do against it since it requires no change as
it is.

Markus

Re: Multiple em28xx devices

[Steven Toth]

Markus Rechberger wrote:
> On Thu, Apr 9, 2009 at 5:48 PM, Mauro Carvalho Chehab
> <mchehab@infradead.org> wrote:
>> On Thu, 9 Apr 2009 11:39:47 -0400
>> Devin Heitmueller <devin.heitmueller@gmail.com> wrote:
>>
>>> 2009/4/9 rvf16 <rvf16@yahoo.gr>:
>>>> So does the upstream driver support all the rest ?
>>>> Analog TV
>>> Yes
>>>
>>>> FM radio
>>> No
>> Yes, it does support FM radio, provided that you proper add radio specific
>> configuration at em28xx-cards.c.
>>
> 
> I plan to add support for it to the existing kerneldriver anyway, but
> by using userspace drivers.
> Those drivers are just ontop of everything and no changes are required
> for the existing drivers.
> 
> I'll just intercept all the calls as I do right now already with the
> latest device. I ported the entire configuration framework to userland
> and it also works on Apple OSX without any change. I'm just using
> usbfs for it, PCI config support is possible by using libpci or
> opening the corresponding node in the proc filesystem too. This time
> there's nothing you can do against it since it requires no change as
> it is.

Userspace drivers won't be accepted but it's not worth re-opening that old wound 
- especially since I haven't followed this specific thread.

I _am_ interested in the fact that you've ported GPL code (frameworks and/or 
drivers) to Apple, creating derived works.

Obviously you'll need to make those changes to the community. Where can I 
download these?

Thanks,

- Steve

Re: Multiple em28xx devices

[Markus Rechberger]

On Thu, Apr 9, 2009 at 6:28 PM, Steven Toth <stoth@linuxtv.org> wrote:
> Markus Rechberger wrote:
>>
>> On Thu, Apr 9, 2009 at 5:48 PM, Mauro Carvalho Chehab
>> <mchehab@infradead.org> wrote:
>>>
>>> On Thu, 9 Apr 2009 11:39:47 -0400
>>> Devin Heitmueller <devin.heitmueller@gmail.com> wrote:
>>>
>>>> 2009/4/9 rvf16 <rvf16@yahoo.gr>:
>>>>>
>>>>> So does the upstream driver support all the rest ?
>>>>> Analog TV
>>>>
>>>> Yes
>>>>
>>>>> FM radio
>>>>
>>>> No
>>>
>>> Yes, it does support FM radio, provided that you proper add radio
>>> specific
>>> configuration at em28xx-cards.c.
>>>
>>
>> I plan to add support for it to the existing kerneldriver anyway, but
>> by using userspace drivers.
>> Those drivers are just ontop of everything and no changes are required
>> for the existing drivers.
>>
>> I'll just intercept all the calls as I do right now already with the
>> latest device. I ported the entire configuration framework to userland
>> and it also works on Apple OSX without any change. I'm just using
>> usbfs for it, PCI config support is possible by using libpci or
>> opening the corresponding node in the proc filesystem too. This time
>> there's nothing you can do against it since it requires no change as
>> it is.
>
> Userspace drivers won't be accepted but it's not worth re-opening that old
> wound - especially since I haven't followed this specific thread.
>

no problem, as I wrote it sits ontop of everything not needing any kernel hooks.

> I _am_ interested in the fact that you've ported GPL code (frameworks and/or
> drivers) to Apple, creating derived works.
>

hehe, I did not touch any GPL code.

> Obviously you'll need to make those changes to the community. Where can I
> download these?

The framework will be opened when it's time to be opened, right now
it's only available to interested developers.

Markus

Re: Multiple em28xx devices

[Steven Toth]

Markus Rechberger wrote:
> On Thu, Apr 9, 2009 at 6:28 PM, Steven Toth <stoth@linuxtv.org> wrote:
>> Markus Rechberger wrote:
>>> On Thu, Apr 9, 2009 at 5:48 PM, Mauro Carvalho Chehab
>>> <mchehab@infradead.org> wrote:
>>>> On Thu, 9 Apr 2009 11:39:47 -0400
>>>> Devin Heitmueller <devin.heitmueller@gmail.com> wrote:
>>>>
>>>>> 2009/4/9 rvf16 <rvf16@yahoo.gr>:
>>>>>> So does the upstream driver support all the rest ?
>>>>>> Analog TV
>>>>> Yes
>>>>>
>>>>>> FM radio
>>>>> No
>>>> Yes, it does support FM radio, provided that you proper add radio
>>>> specific
>>>> configuration at em28xx-cards.c.
>>>>
>>> I plan to add support for it to the existing kerneldriver anyway, but
>>> by using userspace drivers.
>>> Those drivers are just ontop of everything and no changes are required
>>> for the existing drivers.
>>>
>>> I'll just intercept all the calls as I do right now already with the
>>> latest device. I ported the entire configuration framework to userland
>>> and it also works on Apple OSX without any change. I'm just using
>>> usbfs for it, PCI config support is possible by using libpci or
>>> opening the corresponding node in the proc filesystem too. This time
>>> there's nothing you can do against it since it requires no change as
>>> it is.
>> Userspace drivers won't be accepted but it's not worth re-opening that old
>> wound - especially since I haven't followed this specific thread.
>>
> 
> no problem, as I wrote it sits ontop of everything not needing any kernel hooks.

That's fine, if it's not derived then I have no problem with you keeping control 
over your own code.

> 
>> I _am_ interested in the fact that you've ported GPL code (frameworks and/or
>> drivers) to Apple, creating derived works.
>>
> 
> hehe, I did not touch any GPL code.
> 
>> Obviously you'll need to make those changes to the community. Where can I
>> download these?
> 
> The framework will be opened when it's time to be opened, right now
> it's only available to interested developers.

Ahh, if it's not GPL code (or derived from GPL) then I'm not interested in it, 
and I'm not interested in paying you for access.

- Steve

Re: Multiple em28xx devices

[Markus Rechberger]

On Thu, Apr 9, 2009 at 6:52 PM, Steven Toth <stoth@linuxtv.org> wrote:
> Markus Rechberger wrote:
>>
>> On Thu, Apr 9, 2009 at 6:28 PM, Steven Toth <stoth@linuxtv.org> wrote:
>>>
>>> Markus Rechberger wrote:
>>>>
>>>> On Thu, Apr 9, 2009 at 5:48 PM, Mauro Carvalho Chehab
>>>> <mchehab@infradead.org> wrote:
>>>>>
>>>>> On Thu, 9 Apr 2009 11:39:47 -0400
>>>>> Devin Heitmueller <devin.heitmueller@gmail.com> wrote:
>>>>>
>>>>>> 2009/4/9 rvf16 <rvf16@yahoo.gr>:
>>>>>>>
>>>>>>> So does the upstream driver support all the rest ?
>>>>>>> Analog TV
>>>>>>
>>>>>> Yes
>>>>>>
>>>>>>> FM radio
>>>>>>
>>>>>> No
>>>>>
>>>>> Yes, it does support FM radio, provided that you proper add radio
>>>>> specific
>>>>> configuration at em28xx-cards.c.
>>>>>
>>>> I plan to add support for it to the existing kerneldriver anyway, but
>>>> by using userspace drivers.
>>>> Those drivers are just ontop of everything and no changes are required
>>>> for the existing drivers.
>>>>
>>>> I'll just intercept all the calls as I do right now already with the
>>>> latest device. I ported the entire configuration framework to userland
>>>> and it also works on Apple OSX without any change. I'm just using
>>>> usbfs for it, PCI config support is possible by using libpci or
>>>> opening the corresponding node in the proc filesystem too. This time
>>>> there's nothing you can do against it since it requires no change as
>>>> it is.
>>>
>>> Userspace drivers won't be accepted but it's not worth re-opening that
>>> old
>>> wound - especially since I haven't followed this specific thread.
>>>
>>
>> no problem, as I wrote it sits ontop of everything not needing any kernel
>> hooks.
>
> That's fine, if it's not derived then I have no problem with you keeping
> control over your own code.
>

this is the difference with the latest drivers. Noone depends on
anyone anymore, while
it will still add fully working support out of linuxtv available
through nearly all kernelversions
without having to recompile them.

>>
>>> I _am_ interested in the fact that you've ported GPL code (frameworks
>>> and/or
>>> drivers) to Apple, creating derived works.
>>>
>>
>> hehe, I did not touch any GPL code.
>>
>>> Obviously you'll need to make those changes to the community. Where can I
>>> download these?
>>
>> The framework will be opened when it's time to be opened, right now
>> it's only available to interested developers.
>
> Ahh, if it's not GPL code (or derived from GPL) then I'm not interested in
> it, and I'm not interested in paying you for access.
>

good.

Markus

Re: Multiple em28xx devices

[Steven Toth]

>> Obviously you'll need to make those changes to the community. Where can I
>> download these?
> 
> The framework will be opened when it's time to be opened, right now
> it's only available to interested developers.

Sorry, I meant to ask the obvious question in my last email...

Why is this being discussed on the open-source ML if it's not v4l-dvb code, or 
targeted for merging as v4l-dvb code?

- Steve

Re: Multiple em28xx devices

[Markus Rechberger]

On Thu, Apr 9, 2009 at 6:56 PM, Steven Toth <stoth@linuxtv.org> wrote:
>>> Obviously you'll need to make those changes to the community. Where can I
>>> download these?
>>
>> The framework will be opened when it's time to be opened, right now
>> it's only available to interested developers.
>
> Sorry, I meant to ask the obvious question in my last email...
>
> Why is this being discussed on the open-source ML if it's not v4l-dvb code,
> or targeted for merging as v4l-dvb code?
>

because the initial mail refers to some of my work, which is also
supported by the userspace drivers.
Obviously for you it's not interesting of course.

Markus

Multiple em28xx devices

[rvf16]

Hello.

I am trying to use two Terratec Cinergy Hybrid T USB XS FM tuners, at 
the same time, on the same system.
Both work great when used solely.
When used simultaneously the second one gives the following error :

v4l2: unable to open '/dev/video1': No space left on device

I am using the em28xx-new-b2e841c05e94 driver from 
http://mcentral.de/hg/~mrec/em28xx-new on a Fedora 6 system.
I have opened this topic in the em28xx mailing list 
http://mcentral.de/pipermail/em28xx/ but it seems it is not maintained 
any more.

According to comments on relevant problems (the following is for spca5xx 
driver for cameras with same problem) :
-----------------------
When other USB devices are present on the same host controller bus as 
the camera, the bandwidth requirements of the spca5xx driver are not 
being met, with some hardware configurations.
The spca5xx driver is asking for more bandwidth than is available which 
results in these error messages.
-----------------------

We are, under these circumstances, advised to either insert the device 
in another USB socket or even install a PCI card with extra USB sockets 
so that the device ends up in different bus.
I tried to insert the second device in another usb socket but it always 
ends up at the same bus with the first one :

#lsusb
Bus 005 Device 014: ID 0ccd:0072 TerraTec Electronic GmbH
Bus 005 Device 015: ID 0ccd:0072 TerraTec Electronic GmbH
Bus 005 Device 001: ID 0000:0000 Bus 002 Device 006: ID 046d:c50e 
Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 002 Device 001: ID 0000:0000 Bus 004 Device 001: ID 0000:0000 Bus 
003 Device 001: ID 0000:0000 Bus 001 Device 001: ID 0000:0000
which happens to a lot of people from what i have seen.

As this is a laptop with 4 USB sockets :

# lspci | grep USB
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI 
#1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI 
#2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI 
#3 (rev 01)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI 
#4 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI 
Controller (rev 01)

i cannot install a PCI card with extra USB sockets so there goes 
workaround number two.

In spca5xx case a developer patched the driver so that the bandwidth was 
throttled in such a way that two devices used simultaneously would never 
exceed maximum.

Can that be done with em28xx?
If not, is there any other workaround to this problem?

Thank you.
Regards.