Re: Potentially dead bttv cards from 2.6.10

[James Bruce]

Forgive me for being annoying; I'm trying to be careful because I get 
one more failure in a test and then that's it.  The manufacturer no 
longer lists that model as being produced.  Thus if there's a way to 
ruin a bttv card through the V4L2 interface I will no longer be of any 
assistance in finding it.

Gerd Knorr wrote:
> James Bruce <bruce@xxxxxxxxxxxxxx> writes:
> > If you could suggest a very well tested kernel for bttv (2.6.9?),
> What do you expect?  With just one single report and not remotely
> being clear what exactly caused it ...

It goes further than that though; I have about 3+ people a month asking 
me what camera and capture card to use with my GPL'd machine vision library:
	http://www-2.cs.cmu.edu/~jbruce/cmvision/

Right now, I have to tell them "use 2.4 patched with V4L2", which is 
neither what they want to hear nor what I want to tell them.  CMVision 
can use IEEE1394 cameras, but since that has been "working, not working, 
then working again" in relatively recent 2.6.x, I can't sanely tell 
people to use that yet.  Now that the V4L2 API churn rate has gone down, 
I'm trying to get it working properly with the 2.6.x V4L2 API (which 
AFAICT doesn't match any 2.4.x V4L2 API variant).  If it works I could 
just tell people "Use 2.6.x with a commonly available bttv card", which 
would be great.  However, so far I've gotten that to work for five days 
before the cards stopped working.  I've been tracking the V4L API since 
1999, on something like 10 different cards, and this is the most serious 
failure I've had.  So I'm back to telling CMVision users "Use 2.4 + 
patches", which I would really like to *not* have to tell people.

As far as kernels go, there was the guy only one report on lkml by 
someone overwritting mozilla by running XawTV in 2.6.10-ac8.  The 
changes between 2.6.11-rc* and 2.6.10 seem to be minor, but I guess I2C 
has changed causing the reported 2.6.11-rc* bttv issues.  Going back to 
2.6.9 there are a lot more changes in the driver.  I'd know more if 
linux.bkbits didn't seem to be down at the moment.

Google says:
[linux bttv problem "2.6.7"]  -> 1230 hits
[linux bttv problem "2.6.8"]  -> 1010 hits
[linux bttv problem "2.6.9"]  ->  958 hits
[linux bttv problem "2.6.10"] ->  831 hits

That's certainly promising, so I guess I'll try 2.6.9 and 2.6.10 on 
another computer with the remaining card.  If you want me to also try 
some out-of-tree-latest-version patches, now would be the time to speak 
up before I've messed up the third card.

> > I've heard that there is some way to dump eeproms; Is there a way to
> > write them also?
>
> Yes, you can.  That works only if you can still talk to it though.

I'll gather all the information I can from the remaining card.

> > If I could copy the eeprom from the unused cards to the (now broken)
> > pair that might fix things.
>
> No.  It's not accessable, not just the content scrambled.
>
>   Gerd

Ok.

Thanks,
  Jim Bruce
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/