> > I'm > > > working under the assumption you're using the latest driver from : > > > http://www.linuxtv.org/hg/v4l-dvb > > > > > > What I think I can help with, or more accurately you can help me with is > > > investigating your intermittent EEPROM error. The attached patch > > > enables adds a lot of debugging to gain some insight into what's going > > > on with the i2c bus while the operations like reading the EEPROM are > > > taking place. I also have some other code in there to try to recover > > > from any PCI bus induced i2c errors if they occur. > > > > > > If you'd like to help, here's how to test the patch: > > > > > > $ cd (path-to-source-code)/v4l-dvb > > > $ patch -p1 < (path-to-patch)/cx18-i2c-debugging2.patch > > > $ make > > > > I can't seem to be able to run the make command. I get a whole bunch of > errors, ending with this error: > > > > make[3]: *** > > [/home/michael/Programs/v4l-dvb-d87638488880/v4l/tuner-xc2028.o] > Error 1 > > make[2]: *** [_module_/home/michael/Programs/v4l-dvb-d87638488880/v4l] > > Error 2 > > make[2]: Leaving directory `/usr/src/linux-2.6.22.17.tex2' > > make[1]: *** [default] Error 2 > > make[1]: Leaving directory `/home/michael/Programs/v4l-dvb-d87638488880/v4l' > > make: *** [all] Error 2 > > > Michael, > > Let me ask: > > 1. Initially were you using a prebuilt cx18 driver that came with your > distribution, so that this is the first time you're compiling v4l-dvb & > the cx18 driver yourself? If so, what distro are you using? > I'm using PCLinuxOS 2007, but I built it myself. > > 2. If you have compiled the v4l-dvb tree successfully before with your > distro, then if you back out the patch by using: > > $ cd /home/michael/Programs/v4l-dvb-d87638488880 > $ patch --reverse -p1 < (path-to-patch)/cx18-i2c-debugging2.patch > > or just remove the patched source code tree and restore it from the > tar.bz2 archive, does the make then work without my patch? >
Well, I tried that, and the same errors appeared. I decided to reinstall the kernel and the source. Upon restarting, it "make"s with your patch. (Really weird, no clue on why I decided to try it, or why it works, but I guess that really doesn't matter.) The info in the messages file is really... really long, so I'm just going to link to it, as it will be outside the 40kb size limit of these emails. Thanks again. http://h1.ripway.com/hendrick/testOne.txt > > -Andy > > > > > > $ su - root > > > # cd (path-to-source-code)/v4l-dvb > > > # make unload > > > # make install > > > # logger START TEST 1 > > > # modprobe cx18 debug=323 > > > # logger END TEST 1 > > > > > > Then look in /var/log/messages for the lines between "START TEST 1" and > > > "END TEST 1", dmesg will have filled up and wrpped around with the > > > amount of messages written. > > > > > > > > > On my working system, I get something like this: > > > > > > May 12 21:34:37 palomino andy: START TEST 2 > > > May 12 21:34:45 palomino kernel: cx18: Start initialization, version > > > 1.0.0 > > > May 12 21:34:45 palomino kernel: cx18-0: Initializing card #0 > > > May 12 21:34:45 palomino kernel: cx18-0: Autodetected Hauppauge card > > > May 12 21:34:45 palomino kernel: cx18-0 info: base addr: 0xf4000000 > > > May 12 21:34:45 palomino kernel: cx18-0 info: Enabling pci device > > > May 12 21:34:45 palomino kernel: ACPI: PCI Interrupt 0000:02:01.0[A] -> > > > GSI > 21 > > > (level, low) -> IRQ 21 > > > May 12 21:34:45 palomino kernel: cx18-0 info: cx23418 (rev 0) at 02:01.0, > irq: > > > 21, latency: 64, memory: 0xf4000000 > > > May 12 21:34:45 palomino kernel: cx18-0 info: attempting ioremap at > 0xf4000000 > > > len 0x04000000 > > > May 12 21:34:45 palomino kernel: cx18-0: cx23418 revision 01010000 (B) > > > May 12 21:34:45 palomino kernel: cx18-0 info: GPIO initial dir: 0000cffe > out: > > > 00003001 > > > May 12 21:34:45 palomino kernel: cx18-0 info: activating i2c... > > > May 12 21:34:45 palomino kernel: cx18-0 i2c: i2c init > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: On entry > > > CX18_REG_I2C_1_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: Wrote > > > CX18_REG_I2C_1_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: Readback > > > CX18_REG_I2C_1_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: On entry > > > CX18_REG_I2C_1_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: Wrote > > > CX18_REG_I2C_1_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: Readback > > > CX18_REG_I2C_1_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: On entry > > > CX18_REG_I2C_2_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: Wrote > > > CX18_REG_I2C_2_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: Readback > > > CX18_REG_I2C_2_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: On entry > > > CX18_REG_I2C_2_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: Wrote > > > CX18_REG_I2C_2_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: Readback > > > CX18_REG_I2C_2_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx18-0 info: Active card count: 1. > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: On entry > > > CX18_REG_I2C_1_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: Wrote > > > CX18_REG_I2C_1_WR = 0x21c09 > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: Readback > > > CX18_REG_I2C_1_WR = 0x21c09 > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: On entry > > > CX18_REG_I2C_1_WR = 0x21c09 > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: Wrote > > > CX18_REG_I2C_1_WR = 0x21c08 > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: Readback > > > CX18_REG_I2C_1_WR = 0x21c08 > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: On entry > > > CX18_REG_I2C_1_WR = 0x21c08 > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: Wrote > > > CX18_REG_I2C_1_WR = 0x21c0a > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setsda: Readback > > > CX18_REG_I2C_1_WR = 0x21c0a > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: On entry > > > CX18_REG_I2C_1_WR = 0x21c0a > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: Wrote > > > CX18_REG_I2C_1_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: Readback > > > CX18_REG_I2C_1_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_getscl: read > CX18_REG_I2C_1_RD > > > = 0xc > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: On entry > > > CX18_REG_I2C_1_WR = 0x21c0b > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: Wrote > > > CX18_REG_I2C_1_WR = 0x21c0a > > > May 12 21:34:45 palomino kernel: cx180 i2c: cx18_setscl: Readback > > > CX18_REG_I2C_1_WR = 0x21c0a > > > > > > > > > If you see values that don't start out with 0x21c0? for the WR register > > > or values that are larger than 0xf for the RD register or any different > > > log messages coming from get/set_scl/sca(), then I'd be interested in > > > the output. > > > > > > > > > If you can't do this, that's OK. I'll take some time to look at what > > > might be causing the firmware not to load twice and get back when I have > > > time. > > > > > > > > > Regards, > > > Andy _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
