[linux-dvb] Re: Transponder switching taking considerably longer

[Oliver Endriss <o.endriss@gmx.de>]

On Friday 25 July 2003 20:10, Johannes Stezenbach wrote:
> Oliver Endriss wrote:
> > On Friday 25 July 2003 19:32, Johannes Stezenbach wrote:
> > > These were due to a bug in scan. Now everything works rock solid
> > > with the fast I2C timings; the max. number of iterations in
> > > i2c_busy_rise_and_fall() with udelay(20) is 4, so I don't see
> > > what the udelay(500) could change (except make things slower).
> >
> > Well, it addes 420us after each I2C transfer. Since there are more
> > than 10 I2C transfers per tuning attempt, the pll/frontend has much
> > more time to lock before the status gets checked.
>
> Yes, but then i2c_busy_rise_and_fall() is the wrong place to put
> the delay, it should be added to the frontend driver.

Of course. It was meant to be a quick test.
We have to fix the timing problem in the frontend driver.
Basically, 275 kHz clock rate and 20us delay should be ok.

Oliver


-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.