On Tue, 2010-02-09 at 07:19 -0800, Patrick Cairns wrote:
> > On Tue, 2010-02-09 at 03:35 -0800, Patrick Cairns wrote:
> > > I'm testing use of multiple Leadtek WinFast DVR3100 H cards for a
> > > project. I've had large numbers of them working well in the same
> > > machine as encoders (haven't been using the DVB-T capabilities).
> > >
> > > However if I use more than a few of these cards in the same machine
> > > then upon startup there are always one or two cards where Zarlink
> > > zl10353 reading errors are reported preventing their use:-
> > >
> > This was an excellent test to perform. IIRC, only the ZL10353 and
> > XC3028 are on the second I2C bus (#10-1 in this case), which likely
> > means one of those two chips is hung.
> > > Can anyone advise how to debug this further or know any fixes to try?
> > > I'm not quite sure what's going on under the hood.
Patrick,
Can you test the patch below? It will reset the XC3028 before the I2C
bus is first used, and it will try to reset the ZL10353 before the I2C
bus is first used.
You'll need to recompile and test until you find the GPIO line that
appears to reset the ZL10353.
#define DVR3100_ZL10353_RESET_GPIO (1 << 8)
^
|
Change this number
Try GPIO pins 8-15 first, then 3-7, then 16-31, then 0.
If that doesn't work then try them again, but change more of the patch
to assume an active high reset for the ZL10353 GPIO line instead of
active low.
There is also an W83601 chip connected to this I2C bus along with the
XC3028 and ZL10353, but hopefully we won't have to worry about resetting
that too.
Please let me know if you find a GPIO pin that reliably has all your
cards working upon modprobe. You should *not* need to cycle power
between each test.
Regards,
Andy
diff -r 14021dfc00f3 linux/drivers/media/video/cx18/cx18-cards.c
--- a/linux/drivers/media/video/cx18/cx18-cards.c Thu Feb 11 23:11:30 2010 -0200
+++ b/linux/drivers/media/video/cx18/cx18-cards.c Sat Feb 13 18:14:32 2010 -0500
@@ -452,10 +452,34 @@
.tune_lane = 0,
.initial_emrs = 0x2,
},
- .gpio_init.initial_value = 0x6,
- .gpio_init.direction = 0x7,
- .gpio_audio_input = { .mask = 0x7,
- .tuner = 0x6, .linein = 0x2, .radio = 0x2 },
+
+ /*
+ * GPIOs
+ * 0 0x00000001 Audio/FM related???
+ * 1 0x00000002 XC3028 reset line, active low
+ * 2 0x00000004 Audio input multiplexer: 1 - Tuner, 0 - Line-in
+ */
+#define DVR3100_XC3028_RESET_GPIO (1 << 1)
+
+ /* FIXME - Try GPIO pins 8-15 first, then 3-7, then 16-31, then 0, */
+ /* then try them again using active high for the reset, until found */
+#define DVR3100_ZL10353_RESET_GPIO (1 << 8)
+
+ .gpio_init.direction = 0x5 |
+ DVR3100_XC3028_RESET_GPIO |
+ DVR3100_ZL10353_RESET_GPIO,
+ .gpio_init.initial_value = 0x4 |
+ DVR3100_XC3028_RESET_GPIO |
+ DVR3100_ZL10353_RESET_GPIO,
+ .gpio_audio_input = { .mask = 0x4,
+ .tuner = 0x4, .linein = 0x0, .radio = 0x0 },
+ .gpio_i2c_slave_reset = {
+ .active_hi_mask = 0x0,
+ .active_lo_mask = DVR3100_XC3028_RESET_GPIO |
+ DVR3100_ZL10353_RESET_GPIO,
+ .msecs_asserted = 50, /* ZL10353 requires 50 ms */
+ .msecs_recovery = 50, /* A guess */
+ },
.xceive_pin = 1,
.pci_list = cx18_pci_leadtek_dvr3100h,
.i2c = &cx18_i2c_std,
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
