On Tue, Jun 29, 2004 at 08:17:52AM +1000, Nathan Hand wrote:
My preference would be that the driver leaves the values alone. There is
nothing more infuriating than telling the driver FEC_1_2 and finding
out later the driver thinks it's smarter than you and has been silently
correcting the
On Tue, 2004-06-29 at 10:48 +0200, Johannes Stezenbach wrote:
On Tue, Jun 29, 2004 at 08:17:52AM +1000, Nathan Hand wrote:
My preference would be that the driver leaves the values alone. There is
nothing more infuriating than telling the driver FEC_1_2 and finding
out later the driver
On Tue, 29 Jun 2004, Nathan Hand wrote:
If the frontend (not the driver!) is smart enough to correct wrong
parameters, why shouldn't it do so? IMHO what counts for most people
is that they can watch TV ;-)
I thought my point was clear, but I will try again.
The problem is when the
Christopher Pascoe wrote:
I tested it again, it doesn't work with the sleep. But less head
sounds good. Does it sleep when I unload the driver again? I could
only load it when needed.
The problem isn't the sleep itself, the problem is that in the CVS code
(at least), the FE_GET_TUNE_SETTINGS
Wolfram Joost wrote:
This also works for me and the sleep problem is gone. But I still need
other parts of the diff I sent here before. Patch attached.
I think the parameter validation-code makes the difference. Currently, the
driver in the cvs rejects wrong parameters.
What's the
My preference would be that the driver leaves the values alone. There is
nothing more infuriating than telling the driver FEC_1_2 and finding
out later the driver thinks it's smarter than you and has been silently
correcting the values to FEC_3_4.
In those situations, how do you tell the driver
I tested it again, it doesn't work with the sleep. But less head
sounds good. Does it sleep when I unload the driver again? I could
only load it when needed.
The problem isn't the sleep itself, the problem is that in the CVS code
(at least), the FE_GET_TUNE_SETTINGS internal IOCTL falls
Hi,
The problem isn't the sleep itself, the problem is that in the CVS code
(at least), the FE_GET_TUNE_SETTINGS internal IOCTL falls through and puts
Shit, the classical switch-problem :(. Thanks for hunting that bug.
The patch also stops the frontend thread from hunting around for a signal
Wolfram Joost wrote:
Hi,
I will try again the next days. BTW, what is FE_SLEEP doing (ok,
sleep, I see that, but what is the effect)?
It disables most of the internal functions of the mt352. Result:
less heat and less power consumption.
I tested it again, it doesn't work with the sleep.
Hello,
sounds good. Does it sleep when I unload the driver again? I could
only load it when needed.
No, but of course you can change this.
Wolfram
Hi,
I will try again the next days. BTW, what is FE_SLEEP doing (ok,
sleep, I see that, but what is the effect)?
It disables most of the internal functions of the mt352. Result: less heat and
less power consumption.
Wolfram
Wolfram Joost wrote:
I don't have this problem here. After a FE_SLEEP the mt352 needs more time to
tune to a channel, but it works. I traced the FE_SLEEP and FE_INIT-ioctls and
I cannot find a bug (using linuxtv-dvb-1.1.1.tar.bz2). Maybe it's a bug in
the current cvs-version of dvb-core?
I
Wolfram Joost wrote:
Hi,
note to self: read also the mailing list archive from 2004-06, not
only 2004-05. It works now. I replaced rt352.c with this version:
http://www.linuxtv.org/mailinglists/linux-dvb/2004/06-2004/msg00297.html
Can use please find out which difference between the current
Hi Dirk,
thanks for the diff.
The important parts are in set_parameters. One diff is a != instead of
a = and the return value is not EINVAL. The invalid return breaks it,
I think I make the mt352-driver more fault-tolerant regarding the
channel-parameters.
too. Also a have problems with
Dirk Meyer wrote:
Dirk Meyer wrote:
But now I have a new problem: I can't find any channels. I tested the
setup with windows, it is working. But when using dvbscan with a large
number of passible frequences
note to self: read also the mailing list archive from 2004-06, not
only 2004-05. It
Hi,
note to self: read also the mailing list archive from 2004-06, not
only 2004-05. It works now. I replaced rt352.c with this version:
http://www.linuxtv.org/mailinglists/linux-dvb/2004/06-2004/msg00297.html
Can use please find out which difference between the current cvs-version and
the
16 matches
Mail list logo
