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