On Sunday 02 July 2006 16:49, Andrew de Quincey wrote:
> On Sunday 02 July 2006 10:27, Tamas, Gergely wrote:
> > > Hmm, I still can't spot what it is :(
> >
> > One more addition, 2.6.16-git20 works. So, the change must be
> > beetween 2.6.16-git20 and 2.6.17-rc1.
>
> Excellent, thanks.. well the most obvious patch from those that might cause
> this is the attached one.. could you try un-applying it to 2.6.17-rc1 and
> see if the problem goes away?
Hold on - finally spotted it! Heres a patch against 2.6.17 final that should
fix it.
diff -Naur linux-2.6.17.orig/drivers/media/dvb/dvb-core/dvb_frontend.c linux-2.6.17/drivers/media/dvb/dvb-core/dvb_frontend.c
--- linux-2.6.17.orig/drivers/media/dvb/dvb-core/dvb_frontend.c 2006-06-18 02:49:35.000000000 +0100
+++ linux-2.6.17/drivers/media/dvb/dvb-core/dvb_frontend.c 2006-07-02 17:08:57.000000000 +0100
@@ -519,7 +519,8 @@
fepriv->delay = 3*HZ;
fepriv->status = 0;
fepriv->wakeup = 0;
- fepriv->reinitialise = 1;
+
+ dvb_frontend_init(fe);
while (1) {
up(&fepriv->sem); /* is locked when we enter the thread... */
@@ -996,17 +997,18 @@
return ret;
if ((file->f_flags & O_ACCMODE) != O_RDONLY) {
+
+ /* normal tune mode when opened R/W */
+ fepriv->tune_mode_flags &= ~FE_TUNE_MODE_ONESHOT;
+ fepriv->tone = -1;
+ fepriv->voltage = -1;
+
ret = dvb_frontend_start (fe);
if (ret)
dvb_generic_release (inode, file);
/* empty event queue */
fepriv->events.eventr = fepriv->events.eventw = 0;
-
- /* normal tune mode when opened R/W */
- fepriv->tune_mode_flags &= ~FE_TUNE_MODE_ONESHOT;
- fepriv->tone = -1;
- fepriv->voltage = -1;
}
return ret;
_______________________________________________
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
