COOL!!! First driver implementing suspend/resume!
Do you plan add suspend/resume also to other drivers?
I can help testing dib0700/dib7000/pluto2/opera drivers
Michal
Dne sobota 04 srpen 2007 08:02 Marko Ristola napsal(a):
> Hi Manu and all
>
> I have done small improvements into Mantis drivers
Hi Manu and all
I have done small improvements into Mantis drivers:
I have fixed the insmod/rmmod problem and I have implemented
suspend/resume for cu1216.
It does in mantis_dvb.c "power off"/ "power on" if no application
uses the frontend.
So with my suspend/resume and with non-USB sound output
On 8/4/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
> On 8/4/07, Michael Krufky <[EMAIL PROTECTED]> wrote:
> > Manu Abraham wrote:
> > > On 8/4/07, Janne Grunau <[EMAIL PROTECTED]> wrote:
> > >> On Saturday 04 August 2007 00:02:29 Manu Abraham wrote:
> > >>> Do we really want to have adapter numbers
On 8/4/07, Michael Krufky <[EMAIL PROTECTED]> wrote:
> Manu Abraham wrote:
> > On 8/4/07, Janne Grunau <[EMAIL PROTECTED]> wrote:
> >> On Saturday 04 August 2007 00:02:29 Manu Abraham wrote:
> >>> Do we really want to have adapter numbers in DVB bridge drivers ?
> >>> IMHO, it doesn't look pleasing
Manu Abraham wrote:
> On 8/4/07, Janne Grunau <[EMAIL PROTECTED]> wrote:
>> On Saturday 04 August 2007 00:02:29 Manu Abraham wrote:
>>> Do we really want to have adapter numbers in DVB bridge drivers ?
>>> IMHO, it doesn't look pleasing to have that.
>> I think it's worthwhile to have it.
>>> Is th
On 8/4/07, Janne Grunau <[EMAIL PROTECTED]> wrote:
> On Saturday 04 August 2007 00:02:29 Manu Abraham wrote:
> >
> > Do we really want to have adapter numbers in DVB bridge drivers ?
> > IMHO, it doesn't look pleasing to have that.
>
> I think it's worthwhile to have it.
> >
> > Is there any other
On Saturday 04 August 2007 00:02:29 Manu Abraham wrote:
>
> Do we really want to have adapter numbers in DVB bridge drivers ?
> IMHO, it doesn't look pleasing to have that.
I think it's worthwhile to have it.
>
> Is there any other possible better alternatives ?
Something similiar is possible wit
Manu Abraham wrote:
> On 8/2/07, Janne Grunau <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> Dynamic loading of modules by udev on startup (aka coldplugging) doesn't
>> result in deterministic dvb adapter numbers.
>>
>> V4L drivers have the {radio|vbi|video}_nr module options to allocate
>> static minor n
On Friday 03 August 2007 21:28:01 Michael Krufky wrote:
> I say Janne should continue on and convert the rest of the drivers...
> Is anybody opposed?
done
Janne
Adds adapter_nr module parameter to all dvb drivers to specify the
preferred allocation of device minor numbers per driver.
Signed-off-
On 8/2/07, Janne Grunau <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Dynamic loading of modules by udev on startup (aka coldplugging) doesn't
> result in deterministic dvb adapter numbers.
>
> V4L drivers have the {radio|vbi|video}_nr module options to allocate
> static minor numbers per driver.
> Attached
> I like this a lot -- In fact, I think I love it. I don't have anything
> negative
> to say about this at all. I've always wanted a module option for this. True,
> it can be done with udev, but that's no reason not to move forward.
>
> I say Janne should continue on and convert the rest of th
Em Qui, 2007-08-02 às 09:39 +0800, lwtbenben escreveu:
> >a) create a newer dir with your driver:
> > /linux/drivers/media/dvb/mydriver
> >b) Under /linux/drivers/media/dvb/mydriver:
> > create a Kconfig and a Makefile
> > You may use another Kconfig/Makefile as example (for example,
> pluto2)
>
Janne Grunau wrote:
> Hi,
>
> Dynamic loading of modules by udev on startup (aka coldplugging) doesn't
> result in deterministic dvb adapter numbers.
>
> V4L drivers have the {radio|vbi|video}_nr module options to allocate
> static minor numbers per driver.
> Attached patch adds a similiar mechan
On Fri, 2007-08-03 at 10:18 -0400, CityK wrote:
> (and thanks for the good work in the wiki)
Just a tiny bit of work in return for the huge amount of work given by
the devs.
nico
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/
Hej all,
I'm new to this list and subscribed because I am trying to bring my
TwinHan MagicBox VP7041 USB to work and I'm having troubles...
But first let me say thank you to everybody spending his ressource to
this project!!
Here is my case:
I try to make kaffeine or xine working with my DVB-T
And there we have it -- straight from the horse's mouth!
Thanks for the status info Steve.
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
CityK wrote:
> Emilio Castellano wrote:
>
>> I've been using steve's branch for hauppauge hvr3000 for a while.I'd
>> like to know if somebody
>> knows when it'll be commited steve's branch with dvb-s support to the
>> main branch.
>>
>>
>
> As I believe that the hvr-3000 is fairly
Emilio Castellano wrote:
> I've been using steve's branch for hauppauge hvr3000 for a while.I'd like
> to know if somebody
> knows when it'll be commited steve's branch with dvb-s support to the
> main branch.
>
As I believe that the hvr-3000 is fairly similar (except S2?) to the
hvr-400
CityK wrote:
> Cheers (and thanks for the good work in the wiki)
And to you too Darren! Good stuff.
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Nicolas Will wrote:
> what version of the page are you looking at ?
I had jotted a few notes down the other day and just got a chance to
address these questions...I only glanced at the page today
> On Fri, 2007-08-03 at 08:57 -0400, CityK wrote:
>
>> 1) Firmware listed looks to be the old (bugg
Hello Andreas
On 02/08/07, Thomas Gambier <[EMAIL PROTECTED]> wrote:
>
>
>
> On 02/08/07, Andreas Oberritter <[EMAIL PROTECTED]> wrote:
> >
> > Hello Thomas,
> >
> > There is another open source driver implementing the audio and video
> > decoder API:
> >
> > http://cvs.tuxbox.org/cgi-bin/viewcvs.
On Fri, 2007-08-03 at 08:57 -0400, CityK wrote:
> 1) Firmware listed looks to be the old (buggy) one ... can someone
> correct please
this has been corrected yesterday,
http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Firmware
pointing to
http://www.wi-bw.tfh-wildau.de/~pboettch/ho
1) Firmware listed looks to be the old (buggy) one ... can someone
correct please
2) What is the "Bristol" reference ? ... I changed it on the wiki page
to read that it is a reference board design (just a guess), but I'm not
sure if that's right or where this "Bristol" bit is even coming from.
3
On Fri, 2007-08-03 at 08:47 +0200, Henrik Beckman wrote:
> Haven´t tried that.
> But I will update to the latest code and firmware next week and do a
> check if the reception patch is still needed
> and general functionality test.
I am trying it.
It patches fine, it compiles fine, and the modu
24 matches
Mail list logo
