Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[linux-dvb] Re: Transponder switching taking considerably longer
- To: linux-dvb@linuxtv.org
- Subject: [linux-dvb] Re: Transponder switching taking considerably longer
- From: Juri Haberland <juri@koschikode.com>
- Date: Fri, 01 Aug 2003 13:09:27 +0200
- Cc: Johannes Stezenbach <js@convergence.de>
- Content-transfer-encoding: 7bit
- Content-type: text/plain; charset=us-ascii
- In-reply-to: <20030731181648.GA1973@convergence.de>
- References: <200307302127.12479@orion.escape-edv.de> <3F294097.1964F9D1@cadsoft.de> <20030731181648.GA1973@convergence.de>
- Sender: linux-dvb-bounce@linuxtv.org
- User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030425
Johannes Stezenbach wrote:
> I did some more testing and was able to reproduce the tuning problems
> with my card. After some testing I found that the root of the problem
> was that the frontend thread was woken up immediately after
> FE_SET_FRONTEND, so the frontend status was tested too soon. Maybe the
> alps_bsrv2.c doesn't like that. I also added a FE_RESET after each
> iteration of the frontend threads main loop if FE_HAS_LOCK is not
> present.
> Now I fixed dvb_frontend.c and removed all udelay()s from alps_bsrv2.c.
>
> I committed something in CVS which works very well with my DVB-S and
> Siemens DVB-C card. Please test!
>
> (I hope this change doesn't break tuning for other frontends or DVB-T).
Nope, my full-featured DVB-T (with ALPS tdlb7) still works with this
changes. I can't really see/feel a difference in tuning, so no harm done
to the DVB-T.
Cheers,
Juri
--
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.
Home |
Main Index |
Thread Index