IMHO, the best is to get the latest firmware licensed is the best
thing to do.
Does that "new" xc5000c come with a firmware pre-loaded already?
I've got firmware here that is indicated as being for the xc5300 (i.e.
0x14b4). That said, I am not sure if it's the same as the original
5000c firmware. Definitely makes sense to do an I2C dump and compare
the firmware images since using the wrong firmware can damage the
part.
As I have understood, reading Poduct ID register (together with reading
checksum register) is primarily for check integrity of uploaded FW.
It's not indicates IC's P/N which FW should belong.
I'm not against an additional #define for the 0x14b4 part ID, but it
shouldn't be accepted upstream until we have corresponding firmware
and have seen the tuner working. Do you have digital signal lock
working with this device under Linux and the issue is strictly with
part identification?
With that RF tuner IC, Linux driver and public available FW for XC5000C
(from Kernel Labs) I successfully received analog and digital transmissions
over an air. Didn't checked it with DVC-C though.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
