I suspect saa7164 driver. It has some strange looking I2C hacks. It has
even some logic to split register and data - which I2C adapter should
not be aware at all - it just should transfer bulk bytes.
regards
Antti
On 06/04/2015 04:22 PM, Olli Salonen wrote:
I compiled an old HVR-2205 driver from my git tree:
https://github.com/trsqr/media_tree/tree/hvr2205
And kaboom, the device is identified correctly and correct firmware is loaded:
[ 882.227379] si2168 1-0064: found a 'Silicon Labs Si2168-B40'
[ 882.227763] si2168 1-0064: downloading firmware from file
'dvb-demod-si2168-b40-01.fw'
[ 884.784024] si2168 1-0064: firmware version: 4.0.11
[ 884.822457] si2157 3-0060: found a 'Silicon Labs Si2157-A30'
[ 884.898296] si2157 3-0060: firmware version: 3.0.5
I also added some additional debug to printout the chip id string
returned by command 02:
[ 1169.056353] si2168 1-0064: chip id string: 80 42 44 34 30 02 00 00
00 00 00 00 01
However, the current media_tree driver makes the card return the
following value:
80 00 44 34 30 02 00 00 00 00 00 00 00
There is something wrong here. Why is the second byte 00 with the
current driver and 42 with my old driver? I don't think we should work
around this issue with the patch suggested.
Cheers,
-olli
On 4 June 2015 at 14:57, Olli Salonen <olli.salo...@iki.fi> wrote:
I'll test it with my old code I should have hanging around still
somewhere. I'm sure the chip on my card has been previously been
identified as Si2168-B40 by the code (I posted the logs already
earlier) and it definitely has not turned into a Si2168-D40 chip
somehow.
I don't think there's version D here. The third byte in the answer
from the demod indicates which Si21xx chip is being used. For Si2168
there should be decimal value 68, for Si2157 there's value 57, etc.
This how every single Silabs chip I've seen so far indicates it. I
think it is just the fact that the ASCII value of letter D is 68 that
caused you to assume that there's revision D now.
In addition there's the firmware version numbering that Antti points
out. I do have Si2168 devices that have the A20, A30 and B40
firmwares. Also, for all these chips I can find some references in the
internet. There's nothing regarding a Si2168-D40 (which is not a
conclusive proof that one would not exist, of course).
Cheers,
-olli
On 4 June 2015 at 14:47, Antti Palosaari <cr...@iki.fi> wrote:
On 06/04/2015 03:38 PM, Steven Toth wrote:
We're seeing a mix of SI2168 demodulators appearing on HVR2205 and
HVR2215 cards, the chips are stamped with different build dates,
verified on my cards.
The si2168 driver detects some cards fine, others not at all. I can
reproduce the working and non-working case. The fix, if we detect a
newer card (D40) load the B firmware.
This fix works well for me and properly enables DVB-T tuning behavior
using tzap.
Thanks to Peter Faulkner-Ball for describing his workaround.
hymm, I am not sure that patch at all. It is Olli who has been responsible
adding support for multiple chip revisions, so I will leave that for Olli. I
have only 2 Si2168 devices and both are B40 version.
Anyhow, for me it looks like firmware major version is always increased when
new major revision of chip is made. Due to that I expected 5.0 after B
version 5.0.
A 1.0
A 2.0
A 3.0
B 4.0
C 5.0 ?
D 6.0 ?
And how we could explain situation Olli has device that had been working
earlier, but now it does not? Could you Olli look back you old git tree and
test if it still works? One possible reason could be also PCIe interface I2C
adapter bug. Or timing issue.
regards
Antti
--
http://palosaari.fi/
--
http://palosaari.fi/
--
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