Hi, Dne pondělí 07 srpen 2006 21:38 Maurice van der Pot napsal(a): > (idx 25) [17179587.100000] tveeprom 0-0050: decoder processor is SAA7115 > (idx 19) [17179587.100000] tveeprom 0-0050: has radio, has IR remote > [17179587.176000] saa7127 0-0044: saa7127 found @ 0x88 (ivtv i2c driver #0) > [17179588.792000] ivtv0: loaded v4l-cx2341x-enc.fw firmware (262144 bytes) > [17179588.924000] ivtv0: loaded v4l-cx2341x-dec.fw firmware (262144 bytes) > [17179597.132000] ivtv0 warning: 1000 ms time out waiting for firmware > [17179597.132000] ivtv0 warning: Failed api call 0x00000080 with result > 0xfffffff0 [17179597.132000] ivtv0 warning: Encoder firmware dead! > [17179605.140000] ivtv0 warning: 1000 ms time out waiting for firmware > [17179605.140000] ivtv0 warning: Failed api call 0x00000000 with result > 0xfffffff0 [17179605.140000] ivtv0 warning: Decoder firmware dead! > [17179605.140000] ivtv0: Error initializing firmware > > At this point everything just hangs. Even with sysrq I cannot get the > system to respond.
Sound very familiar to me... This looks as like as my problem, described in this mail list too ([ivtv-users] ivtv 0.6.2...0.6.3...0.7.0 or PVR-350 timing problem?). Also 2.6.17 kernel, also SMTP. I have been fiddling with some timings for a while, it helped a little bit, but no 'real' solution. My system freezes now in +- 15% of starts. Stepwise improvements: a/in driver/ivtv-driver.h #define IVTV_SDRAM_SLEEPTIME (60 * HZ / 100 ) changed to #define IVTV_SDRAM_SLEEPTINE HZ b/applied Robert Hardy's patch ([ivtv-devel] Crash on loading of 2nd firmware file) c/blocking autoload of ivtv module by udev by blacklisting of ivtv and a few Gentoo specific work-arounds. But, as I mentioned, no real success, only the lockup is less frequent.. -- Jan Taimr --------------------------------------- The worst computer virus is an end-user --------------------------------------- _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
