* Re: [linux-dvb] cx18: Testers needed for patch to solve non-working CX23418 cards under linux (Re: cx18: Possible causal realtionship for HVR-1600 I2C errors) @ 2008-09-30 4:08 David Cintron 2008-10-02 0:47 ` Andy Walls 0 siblings, 1 reply; 6+ messages in thread From: David Cintron @ 2008-09-30 4:08 UTC (permalink / raw) To: linux-dvb > > > To all the users of CX23418 based cards that currently don't seem to work, showing some of the above symptoms, please test my latest changes at: http://linuxtv.org/hg/~awalls/v4l-dvb I can't seem to get the HVR-1600 working on my system and I've tried awalls' revisions. I already have a working PVR-500 in my system and have am wondering if this is contributing to my problems. I can't seem to get the card to initialize. dmesg | grep cx18 returns nothing. Also, I get the errors when running make unload: loudestnoise@loudestnoise-desktop:~/v4l-dvb-fc3285e4b3fa$ sudo make unload make -C /home/loudesetnoise/v4l-dvb-fc3285e4b3fa/v4l unload make[1]: Entering directory `/home/loudesetnoise/v4l-dvb-fc3285e4b3fa/ v4l' scripts/rmmod.pl unload found 268 modules /sbin/rmmod tuner_types ERROR: Module tuner_types is in use by tuner_simple /sbin/rmmod tuner_simple ERROR: Module tuner_simple is in use /sbin/rmmod tea5767 ERROR: Module tea5767 is in use /sbin/rmmod tda9887 ERROR: Module tda9887 is in use /sbin/rmmod tda8290 /sbin/rmmod ivtv /sbin/rmmod cx25840 /sbin/rmmod tuner /sbin/rmmod cx2341x /sbin/rmmod videodev /sbin/rmmod tuner_simple /sbin/rmmod wm8775 /sbin/rmmod compat_ioctl32 /sbin/rmmod tuner_types /sbin/rmmod tea5767 /sbin/rmmod v4l2_common /sbin/rmmod tda8290 ERROR: Module tda8290 does not exist in /proc/modules /sbin/rmmod tda9887 /sbin/rmmod v4l1_compat /sbin/rmmod tveeprom /sbin/rmmod tuner_types ERROR: Module tuner_types does not exist in /proc/modules /sbin/rmmod tuner_simple ERROR: Module tuner_simple does not exist in /proc/modules /sbin/rmmod tea5767 ERROR: Module tea5767 does not exist in /proc/modules /sbin/rmmod tda9887 ERROR: Module tda9887 does not exist in /proc/modules /sbin/rmmod tda8290 ERROR: Module tda8290 does not exist in /proc/modules Couldn't unload: tda8290 tda9887 tea5767 tuner_simple tuner_types make[1]: Leaving directory `/home/loudesetnoise/v4l-dvb-fc3285e4b3fa/ v4l' - David C. (loudestnoise) _______________________________________________ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [linux-dvb] cx18: Testers needed for patch to solve non-working CX23418 cards under linux (Re: cx18: Possible causal realtionship for HVR-1600 I2C errors) 2008-09-30 4:08 [linux-dvb] cx18: Testers needed for patch to solve non-working CX23418 cards under linux (Re: cx18: Possible causal realtionship for HVR-1600 I2C errors) David Cintron @ 2008-10-02 0:47 ` Andy Walls [not found] ` <b5a60d170810012025m72e86270r4f24dce08300bb28@mail.gmail.com> 0 siblings, 1 reply; 6+ messages in thread From: Andy Walls @ 2008-10-02 0:47 UTC (permalink / raw) To: David Cintron; +Cc: linux-dvb On Mon, 2008-09-29 at 23:08 -0500, David Cintron wrote: > > > > To all the users of CX23418 based cards that currently don't > seem to > work, showing some of the above symptoms, please test my latest changes > at: http://linuxtv.org/hg/~awalls/v4l-dvb This repo should be OK for getting over initial problems (but it has a buffering change that I probably won't ask to be pulled). I would however encourage you to use the main repo at http://linuxtv.org/hg/v4l-dvb or this one which has a patch to improve reliability for some older systems: http://linuxtv.org/hg/~awalls/cx18-mmio-fixes > I can't seem to get the HVR-1600 working on my system and I've tried > awalls' revisions. I already have a working PVR-500 in my system and > have am wondering if this is contributing to my problems. Maybe, but not likely. > I can't seem > to get the card to initialize. dmesg | grep cx18 returns nothing. OK. Let me ask some basic questions that you may have already verified: 1. Does the following command show a cx18.ko module installed? $ find /lib/modules -name cx18.ko -print 2. Does this command: $ /sbin/lspci -vv show a "Multimedia video controller: Conexant CX23418 Single-Chip MPEG-2 Encoder with Integrated Analog Video/Broadcast Audio Decoder Subsystem: Hauppauge computer works Inc. Unknown device 7444" ? 3. Have you installed the firmware from this archive: http://dl.ivtvdriver.org/ivtv/firmware/cx18-firmware.tar.gz into the proper directory (e.g. /lib/firmware) for your distribution? 4. When you perform these commands as root: # modprobe -r cx18 # modprobe cx18 debug=3 does modporbe emit any errors and what does 'dmesg' or /var/log/messages show? (Please don't grep on cx18, as not all relevant messages will have cx18 in them.) 5. When the module is loaded, it should always blurt out at least "cx18: Start initialization, version 1.0.0" in dmesg and messages, unless the kernel couldn't load the module. If the kernel couldn't load the module, it should log an error message: what is that message? > Also, I get the errors when running make unload: > loudestnoise@loudestnoise-desktop:~/v4l-dvb-fc3285e4b3fa$ sudo make > unload I wouldn't worry about those. I get them too. As long as lsmod shows the modules have been unloaded, you're fine. Regards, Andy > - David C. (loudestnoise) _______________________________________________ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ^ permalink raw reply [flat|nested] 6+ messages in thread
[parent not found: <b5a60d170810012025m72e86270r4f24dce08300bb28@mail.gmail.com>]
* Re: [linux-dvb] cx18: Testers needed for patch to solve non-working CX23418 cards under linux (Re: cx18: Possible causal realtionship for HVR-1600 I2C errors) [not found] ` <b5a60d170810012025m72e86270r4f24dce08300bb28@mail.gmail.com> @ 2008-10-02 22:33 ` Andy Walls 2008-10-06 2:17 ` David Cintron 0 siblings, 1 reply; 6+ messages in thread From: Andy Walls @ 2008-10-02 22:33 UTC (permalink / raw) To: David Cintron; +Cc: linux-dvb On Wed, 2008-10-01 at 22:25 -0500, David Cintron wrote: > On Wed, Oct 1, 2008 at 7:47 PM, Andy Walls <awalls@radix.net> wrote: > > On Mon, 2008-09-29 at 23:08 -0500, David Cintron wrote: > >> I can't seem > >> to get the card to initialize. dmesg | grep cx18 returns nothing. > > > > OK. Let me ask some basic questions that you may have already verified: > > > > > > 1. Does the following command show a cx18.ko module installed? > > > > $ find /lib/modules -name cx18.ko -print > > Yep, sure does. OK. > > 2. Does this command: > > > > $ /sbin/lspci -v > > > > show a > > > > "Multimedia video controller: Conexant CX23418 Single-Chip MPEG-2 Encoder with Integrated Analog Video/Broadcast Audio Decoder > > Subsystem: Hauppauge computer works Inc. Unknown device 7444" > > > > ? > > Nope, this concerns me. I do see stuff about my PVR-500, but nothing > that says Conexant CX23418. Well, if lspci can't see the card, no amount of mucking with the cx18 driver is going to help. See if $ /sbin/lspci -n returns something with "14f1:5b7a" which is the PCI vendor and device id for a Conexant CX23418, like this: 03:03.0 0400: 14f1:5b7a or a number that is very close (maybe wrong in one or two bit positions). If it doesn't show at all, invoke lspci as root to in mapping mode (dangerous, according to the man page) to see if it finds the device: # lspci -n -H1 -M Otherwise, you'll have to take other measures (pulling cards, moving into a different slot, etc.) to see if you can get the board recognized by the PCI subsystem. If a PCI ID that is close, but wrong in a bit position or two, shows up, then pull the card, blow the dust out of the slot, put the card back in the machine, and try again. > > does modporbe emit any errors and what does 'dmesg' or /var/log/messages > > show? (Please don't grep on cx18, as not all relevant messages will > > have cx18 in them.) > > No error messages on the modprobe, and here is the portion of dmesg > that talks about my cards and things like ivtv and such. > > 27.820719] Linux video capture interface: v2.00 > [ 27.831881] ivtv: Start initialization, version 1.4.0 > [ 27.832020] ivtv0: Initializing card #0 > [ 27.832024] ivtv0: Autodetected Hauppauge card (cx23416 based) [snip] > [ 52.632670] ivtv1: Loaded v4l-cx2341x-enc.fw firmware (376836 bytes) > [ 52.831513] ivtv1: Encoder revision: 0x02060039 > [ 56.375834] cx25840 1-0044: loaded v4l-cx25840.fw firmware (16382 bytes) > [ 62.593527] ath0: no IPv6 routers present > [ 953.888579] cx18: Start initialization, version 1.0.0 > [ 953.888979] cx18: End initialization The cx18 driver loaded up, the PCI bus was scanned for matching devices, and none were found apparently. No errors, but also no card with the proper PCI ID visible on your PCI bus. > [ 1677.647652] i2c /dev entries driver > [ 2149.083630] ivtv1: ================= START STATUS CARD #1 ================= > [ 2149.083639] ivtv1: Version: 1.4.0 Card: WinTV PVR 500 (unit #2) [snip] > [74682.713469] ivtv1: ================== END STATUS CARD #1 ================== > [164887.647546] cx18: Start initialization, version 1.0.0 > [164887.650039] cx18: End initialization More of the same. > > 5. When the module is loaded, it should always blurt out at least > > "cx18: Start initialization, version 1.0.0" in dmesg and messages, > > unless the kernel couldn't load the module. If the kernel couldn't load > > the module, it should log an error message: what is that message? > > > An error message from somewhere besides dmesg? Let me know where this > log resides and I can include that too. No. There shouldn't be an error from the kernel in this case (but it would be in dmesg), as the module loaded properly and blurted out "Start initialization, version 1.0.0". The PCI subsystem doesn't appear to be recognizing your hardware. That is not an error condition from the perspective of the kernel nor the cx18 driver per se, but it certainly is a problem. Regards, Andy > - David C. (loudestnoise) _______________________________________________ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [linux-dvb] cx18: Testers needed for patch to solve non-working CX23418 cards under linux (Re: cx18: Possible causal realtionship for HVR-1600 I2C errors) 2008-10-02 22:33 ` Andy Walls @ 2008-10-06 2:17 ` David Cintron 2008-10-06 11:17 ` Andy Walls 2008-10-06 14:18 ` Steven Toth 0 siblings, 2 replies; 6+ messages in thread From: David Cintron @ 2008-10-06 2:17 UTC (permalink / raw) To: linux-dvb Well since lspci -v still doesn't recognize my HVR-1600 after switching around card positions and even removing my other tuner card should I assume I have a bum card? >> >> I can't seem >> >> to get the card to initialize. dmesg | grep cx18 returns nothing. >> > >> > OK. Let me ask some basic questions that you may have already verified: >> > >> > >> > 1. Does the following command show a cx18.ko module installed? >> > >> > $ find /lib/modules -name cx18.ko -print >> >> Yep, sure does. > > OK. > > >> > 2. Does this command: >> > >> > $ /sbin/lspci -v >> > >> > show a >> > >> > "Multimedia video controller: Conexant CX23418 Single-Chip MPEG-2 Encoder with Integrated Analog Video/Broadcast Audio Decoder >> > Subsystem: Hauppauge computer works Inc. Unknown device 7444" >> > >> > ? >> >> Nope, this concerns me. I do see stuff about my PVR-500, but nothing >> that says Conexant CX23418. > > Well, if lspci can't see the card, no amount of mucking with the cx18 > driver is going to help. > > See if > > $ /sbin/lspci -n > > returns something with "14f1:5b7a" which is the PCI vendor and device id > for a Conexant CX23418, like this: > > 03:03.0 0400: 14f1:5b7a > > or a number that is very close (maybe wrong in one or two bit > positions). > > If it doesn't show at all, invoke lspci as root to in mapping mode > (dangerous, according to the man page) to see if it finds the device: > > # lspci -n -H1 -M > > Otherwise, you'll have to take other measures (pulling cards, moving > into a different slot, etc.) to see if you can get the board recognized > by the PCI subsystem. > > If a PCI ID that is close, but wrong in a bit position or two, shows up, > then pull the card, blow the dust out of the slot, put the card back in > the machine, and try again. > > >> > does modporbe emit any errors and what does 'dmesg' or /var/log/messages >> > show? (Please don't grep on cx18, as not all relevant messages will >> > have cx18 in them.) >> >> No error messages on the modprobe, and here is the portion of dmesg >> that talks about my cards and things like ivtv and such. >> >> 27.820719] Linux video capture interface: v2.00 >> [ 27.831881] ivtv: Start initialization, version 1.4.0 >> [ 27.832020] ivtv0: Initializing card #0 >> [ 27.832024] ivtv0: Autodetected Hauppauge card (cx23416 based) > [snip] >> [ 52.632670] ivtv1: Loaded v4l-cx2341x-enc.fw firmware (376836 bytes) >> [ 52.831513] ivtv1: Encoder revision: 0x02060039 >> [ 56.375834] cx25840 1-0044: loaded v4l-cx25840.fw firmware (16382 bytes) >> [ 62.593527] ath0: no IPv6 routers present >> [ 953.888579] cx18: Start initialization, version 1.0.0 >> [ 953.888979] cx18: End initialization > > The cx18 driver loaded up, the PCI bus was scanned for matching devices, > and none were found apparently. No errors, but also no card with the > proper PCI ID visible on your PCI bus. > > >> [ 1677.647652] i2c /dev entries driver >> [ 2149.083630] ivtv1: ================= START STATUS CARD #1 ================= >> [ 2149.083639] ivtv1: Version: 1.4.0 Card: WinTV PVR 500 (unit #2) > [snip] >> [74682.713469] ivtv1: ================== END STATUS CARD #1 ================== >> [164887.647546] cx18: Start initialization, version 1.0.0 >> [164887.650039] cx18: End initialization > > More of the same. > > >> > 5. When the module is loaded, it should always blurt out at least >> > "cx18: Start initialization, version 1.0.0" in dmesg and messages, >> > unless the kernel couldn't load the module. If the kernel couldn't load >> > the module, it should log an error message: what is that message? >> > >> An error message from somewhere besides dmesg? Let me know where this >> log resides and I can include that too. > > No. There shouldn't be an error from the kernel in this case (but it > would be in dmesg), as the module loaded properly and blurted out "Start > initialization, version 1.0.0". The PCI subsystem doesn't appear to be > recognizing your hardware. That is not an error condition from the > perspective of the kernel nor the cx18 driver per se, but it certainly > is a problem. > > > Regards, > Andy > >> - David C. (loudestnoise) > > > -- d http://loudestnoise.com http://davidcintron.com 281.797.3296 _______________________________________________ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [linux-dvb] cx18: Testers needed for patch to solve non-working CX23418 cards under linux (Re: cx18: Possible causal realtionship for HVR-1600 I2C errors) 2008-10-06 2:17 ` David Cintron @ 2008-10-06 11:17 ` Andy Walls 2008-10-06 14:18 ` Steven Toth 1 sibling, 0 replies; 6+ messages in thread From: Andy Walls @ 2008-10-06 11:17 UTC (permalink / raw) To: David Cintron; +Cc: linux-dvb On Sun, 2008-10-05 at 21:17 -0500, David Cintron wrote: > Well since lspci -v still doesn't recognize my HVR-1600 after > switching around card positions and even removing my other tuner card > should I assume I have a bum card? It's a strong indication that it's bad. If possible, you may also wish to try it in a different system just to be sure. Regards, Andy _______________________________________________ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [linux-dvb] cx18: Testers needed for patch to solve non-working CX23418 cards under linux (Re: cx18: Possible causal realtionship for HVR-1600 I2C errors) 2008-10-06 2:17 ` David Cintron 2008-10-06 11:17 ` Andy Walls @ 2008-10-06 14:18 ` Steven Toth 1 sibling, 0 replies; 6+ messages in thread From: Steven Toth @ 2008-10-06 14:18 UTC (permalink / raw) To: David Cintron; +Cc: linux-dvb David Cintron wrote: > Well since lspci -v still doesn't recognize my HVR-1600 after > switching around card positions and even removing my other tuner card > should I assume I have a bum card? > Try it in anther PC, or perhaps your neighbors, make sure this isn't power/supply and/or motherboard related. After this call Hauppauge tech support. - Steve _______________________________________________ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2008-10-06 14:18 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-30 4:08 [linux-dvb] cx18: Testers needed for patch to solve non-working CX23418 cards under linux (Re: cx18: Possible causal realtionship for HVR-1600 I2C errors) David Cintron
2008-10-02 0:47 ` Andy Walls
[not found] ` <b5a60d170810012025m72e86270r4f24dce08300bb28@mail.gmail.com>
2008-10-02 22:33 ` Andy Walls
2008-10-06 2:17 ` David Cintron
2008-10-06 11:17 ` Andy Walls
2008-10-06 14:18 ` Steven Toth
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox