Re: stb0899 i2c communication broken after suspend

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am Freitag, 31. Juli 2009 18:44:13 schrieb Julian Scheel:
> I made an interesting observation with the stb0899 drivers. If the
> system was in suspend to ram state (no matter if dvb modules were
> unloaded before or not) the i2c communication of stb0899 driver and
> chipset seems to be somewhat broken. Tuning to dvb-s channels still
> works as expected, but tuning to dvb-s2 channels is completely broken.
> The system log shows this error on the first tuning approach:
> stb0899_write_s2reg ERR (1), Device=[0xf3fc], Base Address=[0x00000460],
> Offset=[0xf34c], Data=[0x00000000], status=-121

I actually played around a bit more and figured out, that after a reload of 
the i2c_core module the s2 channels start working again after suspend. But as 
this module is needed by many others (like nvidia, so X server has to be 
stopped to unload it), it can't be simply reloaded.
Now the question is whether the issue is in i2c_core itself or in the way that 
stb0899-drivers use i2c_core. Especially I am wondering why only the s2 
channels fail, isn't for the dvb-s2 channels i2c communication used as well?

-Julian
--
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

[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux