On Friday 30 May 2008 16:57, Andy Walls wrote:
> On Fri, 2008-05-30 at 13:00 +0200, Hans Verkuil wrote:
> > Hi Yuri,
> >
> > > [ 2126.681970] xc2028 3-0061: Loading 80 firmware images from
> >
> > xc3028-v27.fw, type: xc2028 firmware, ver 2.7
> >
> > > [ 2126.689090] xc2028 3-0061: Loading firmware for type=BASE FM
> > > (401), id 0000000000000000.
> > > [ 2126.698249] i2c-adapter i2c-3: sendbytes: error - bailout.
> > > [ 2126.698285] xc2028 3-0061: i2c output error: rc = -14 (should
> > > be 64) [ 2126.698290] xc2028 3-0061: -14 returned from send [
> > > 2126.698294] xc2028 3-0061: Error -22 while loading base firmware
> > > [ 2126.761972] xc2028 3-0061: Loading firmware for type=BASE FM
> > > (401), id 0000000000000000.
> >
> > You need to find the correct .xceive_pin setting in the card
> > definition. Try values 10 and 12 first, then the remaining values
> > in the range 8-15, then the whole range from 1-31. It might even be
> > pin 0, but then you have to modify cx18-gpio.c by removing the 'if
> > (cx->card->xceive_pin)' line (and the closing '}' afterwards).
> >
> > It's tedious, but one of the 32 pins is used to reset the xceive
> > tuner so that it can load the firmware.
>
> Hans,
>
> Some points of reference:
>
> a. I believe Yuri said it's only a problem on reload of the module.
>
> b. Brian's dmesg output indicates his Acer system loads the firmware
> of the xceive tuner on both cards properly at boot.
>
> c. I am assuming both Brian and Yuri still are using the ".xceive_pin
> = 15" definition that you originally provided.
>
>
> So I'm asking in hopes of avoiding the tedium:
>
> Does the reset of the xceive tuner not matter for the first firmware
> load?  From my quick read of xc2028-tuner.c it looks like it should,
> but I'm not sure.  I haven't read the XC3028 datasheet either.

I would need to do some proper testing on this, but it is my impression 
that the first time sometimes seems to succeed, even though a second 
reload fails.

It is my suspicion that it could be hardware related: if by accident the 
correct gpio pin is high initially on boot and is than set to low, that 
will in effect reset the tuner, allowing the first fw load to succeed. 
But if a new fw needs to be loaded due to a VIDIOC_S_STD call then it 
will fail if the wrong pin is toggled.

Whether the right gpio pin is high initially is basically luck.

So the only true test is a rmmod/modprobe of cx18. If the fw loads 
correctly, then the right pin is selected.

Regards,

        Hans

> Regards,
> Andy
>
> > Regards,
> >
> >     Hans

_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel

Reply via email to