LinHES Forums
http://forum.linhes.org/

UDEV sucks!!!!!
http://forum.linhes.org/viewtopic.php?f=2&t=13882
Page 3 of 4

Author:  bruce_s01 [ Mon Mar 12, 2007 12:51 pm ]
Post subject: 

Delete the current symlink, then recreate the symlink in /etc/udev/rules.d with a different prefix, say z20. I don't know if this will solve your problem.

You are able to set permissions as well with UDEV if you are still having problems with them, can you do a ls -l for the /dev/video* devices?

Bruce S.

Author:  alexvd [ Sat Mar 17, 2007 9:49 am ]
Post subject: 

Bruce thanks for continued help.

root@mythtvmasterbackend:~# ls -l /dev/video*
crw-rw---- 1 root video 81, 0 Mar 11 20:42 /dev/video0
crw-rw---- 1 root video 81, 3 Mar 11 20:42 /dev/video03
crw-rw---- 1 root video 81, 4 Mar 11 20:42 /dev/video04
crw-rw---- 1 root video 81, 1 Mar 11 20:42 /dev/video1
crw-rw---- 1 root video 81, 2 Mar 11 20:42 /dev/video2
crw-rw---- 1 root video 81, 24 Mar 11 20:42 /dev/video24
crw-rw---- 1 root video 81, 25 Mar 11 20:42 /dev/video25
crw-rw---- 1 root video 81, 32 Mar 11 20:42 /dev/video32
crw-rw---- 1 root video 81, 33 Mar 11 20:42 /dev/video33

Author:  alexvd [ Sat Mar 17, 2007 10:03 am ]
Post subject: 

Hi I ran the command TJC said again for the full card information and it appears that the cards are still registering as /dev/video3 and /dev/video4 not /dev/video03 and /dev/video04. Is this the problem?

root@mythtvmasterbackend:~# dmesg | sed -n '/= START INIT IVTV/,/= *END INIT IVTV/p'
ivtv: ==================== START INIT IVTV ====================
ivtv: version 0.8.2 (tagged release) loading
ivtv: Linux version: 2.6.18-chw-13 SMP preempt mod_unload 586 gcc-4.1
ivtv: In case of problems please include the debug info between
ivtv: the START INIT IVTV and END INIT IVTV lines, along with
ivtv: any module options, when mailing the ivtv-users mailinglist.
tveeprom 2-0050: Huh, no eeprom present (err=-121)?
PCI: Enabling device 0000:02:09.2 (0014 -> 0016)
PCI: Found IRQ 10 for device 0000:02:09.2
PCI: Sharing IRQ 10 with 0000:00:1f.3
PCI: Sharing IRQ 10 with 0000:02:09.0
cx88[1]/2: found at 0000:02:09.2, rev: 5, irq: 10, latency: 64, mmio: 0xe6000000
cx88[1]/2: cx2388x based dvb card
DVB: registering new adapter (cx88[1]).
DVB: registering frontend 1 (Oren OR51132 VSB/QAM Frontend)...
PCI: Enabling device 0000:02:09.0 (0014 -> 0016)
PCI: Found IRQ 10 for device 0000:02:09.0
PCI: Sharing IRQ 10 with 0000:00:1f.3
PCI: Sharing IRQ 10 with 0000:02:09.2
cx88[1]/0: found at 0000:02:09.0, rev: 5, irq: 10, latency: 64, mmio: 0xe7000000
cx88[1]/0: registered device video1 [v4l2]
cx88[1]/0: registered device vbi1
cx88[1]/0: registered device radio1
PCI: Enabling device 0000:02:0a.0 (0014 -> 0016)
PCI: Found IRQ 12 for device 0000:02:0a.0
PCI: Sharing IRQ 12 with 0000:02:02.0
PCI: Sharing IRQ 12 with 0000:02:0a.2
PCI: Sharing IRQ 12 with 0000:02:0e.0
CORE cx88[2]: subsystem: 7063:3000, board: pcHDTV HD3000 HDTV [card=22,autodetected]
TV tuner 60 at 0x1fe, Radio tuner -1 at 0x1fe
tuner 3-0043: chip found @ 0x86 (cx88[2])
tda9887 3-0043: tda988[5/6/7] found @ 0x43 (tuner)
tuner 3-0061: chip found @ 0xc2 (cx88[2])
tuner 3-0061: type set to 60 (Thomson DTT 761X (ATSC/NTSC))
cx88[2]/0: found at 0000:02:0a.0, rev: 5, irq: 12, latency: 64, mmio: 0xe5000000
cx88[2]/0: registered device video2 [v4l2]
cx88[2]/0: registered device vbi2
cx88[2]/0: registered device radio2
ivtv0: Autodetected Hauppauge card (cx23416 based)
PCI: Enabling device 0000:02:0b.0 (0014 -> 0016)
PCI: Found IRQ 7 for device 0000:02:0b.0
ivtv0: loaded v4l-cx2341x-enc.fw firmware (262144 bytes)
tuner 4-0061: chip found @ 0xc2 (ivtv i2c driver #0)
msp3400 4-0040: MSP4448G-A2 found @ 0x80 (ivtv i2c driver #0)
msp3400 4-0040: MSP4448G-A2 supports radio, mode is autodetect and autoselect
saa7115 4-0021: saa7115 found @ 0x42 (ivtv i2c driver #0)
tveeprom 4-0050: Hauppauge model 32032, rev B310, serial# 6985383
tveeprom 4-0050: tuner model is Philips FI1236 MK2 (idx 10, type 2)
tveeprom 4-0050: TV standards NTSC(M) (eeprom 0x08)
tveeprom 4-0050: audio processor is MSP4448 (idx 27)
tveeprom 4-0050: decoder processor is SAA7115 (idx 19)
tveeprom 4-0050: has no radio, has IR remote
ivtv0: Autodetected Hauppauge WinTV PVR-250
ivtv0: Encoder revision: 0x02050032
ivtv0: Registered device video3 for encoder MPEG
ivtv0: Registered device video32 for encoder YUV
ivtv0: Registered device vbi3 for encoder VBI
ivtv0: Registered device video24 for encoder PCM audio
tuner 4-0061: type set to 2 (Philips NTSC (FI1236,FM1236 and compatibles))
ivtv0: Initialized Hauppauge WinTV PVR-250, card #0
PCI: Enabling device 0000:02:0a.2 (0014 -> 0016)
PCI: Found IRQ 12 for device 0000:02:0a.2
PCI: Sharing IRQ 12 with 0000:02:02.0
PCI: Sharing IRQ 12 with 0000:02:0a.0
PCI: Sharing IRQ 12 with 0000:02:0e.0
cx88[2]/2: found at 0000:02:0a.2, rev: 5, irq: 12, latency: 64, mmio: 0xe4000000
cx88[2]/2: cx2388x based dvb card
DVB: registering new adapter (cx88[2]).
DVB: registering frontend 2 (Oren OR51132 VSB/QAM Frontend)...
cx2388x blackbird driver version 0.0.6 loaded
ivtv: ====================== NEXT CARD ======================
ivtv1: Autodetected Hauppauge card (cx23416 based)
PCI: Enabling device 0000:02:0e.0 (0014 -> 0016)
PCI: Found IRQ 12 for device 0000:02:0e.0
PCI: Sharing IRQ 12 with 0000:02:02.0
PCI: Sharing IRQ 12 with 0000:02:0a.0
PCI: Sharing IRQ 12 with 0000:02:0a.2
ivtv1: loaded v4l-cx2341x-enc.fw firmware (262144 bytes)
tuner 5-0061: chip found @ 0xc2 (ivtv i2c driver #1)
msp3400 5-0040: MSP4448G-A2 found @ 0x80 (ivtv i2c driver #1)
msp3400 5-0040: MSP4448G-A2 supports radio, mode is autodetect and autoselect
saa7115 5-0021: saa7115 found @ 0x42 (ivtv i2c driver #1)
tveeprom 5-0050: Hauppauge model 32032, rev B310, serial# 6984990
tveeprom 5-0050: tuner model is Philips FI1236 MK2 (idx 10, type 2)
tveeprom 5-0050: TV standards NTSC(M) (eeprom 0x08)
tveeprom 5-0050: audio processor is MSP4448 (idx 27)
tveeprom 5-0050: decoder processor is SAA7115 (idx 19)
tveeprom 5-0050: has no radio, has IR remote
ivtv1: Autodetected Hauppauge WinTV PVR-250
ivtv1: Encoder revision: 0x02050032
ivtv1: Registered device video4 for encoder MPEG
ivtv1: Registered device video33 for encoder YUV
ivtv1: Registered device vbi4 for encoder VBI
ivtv1: Registered device video25 for encoder PCM audio
tuner 5-0061: type set to 2 (Philips NTSC (FI1236,FM1236 and compatibles))
ivtv1: Initialized Hauppauge WinTV PVR-250, card #1
ivtv: ==================== END INIT IVTV ====================
root@mythtvmasterbackend:~#

Author:  tjc [ Sat Mar 17, 2007 10:58 am ]
Post subject: 

This is the bit that worries me...
Code:
tveeprom 2-0050: Huh, no eeprom present (err=-121)?

You might want to try Googling that...

Author:  bruce_s01 [ Sat Mar 17, 2007 11:24 am ]
Post subject: 

Quote:
Hi I ran the command TJC said again for the full card information and it appears that the cards are still registering as /dev/video3 and /dev/video4 not /dev/video03 and /dev/video04. Is this the problem?

Everything seems to working as it should, the permissions and groups seem to be OK. If you look at video devices '03 and '04 have minor numbers 3 and 4 so that seems to be OK in the ordering.
Remember now, what we are trying to do is to create fixed references to the devices so that the backend can consistently identify them. So that seems to be working.
I cannot understand why those error messages are appearing, doing a grep on mythbackend.log.1 on my box:
Code:
cat /var/log/mythtv/mythbackend.log.1 |grep MPEGRec
2007-03-16 09:00:07.495 MPEGRec(/dev/video) Error: Error getting codec params using old IVTV ioctl
2007-03-16 12:00:07.445 MPEGRec(/dev/video) Error: Error getting codec params using old IVTV ioctl
2007-03-16 19:00:07.495 MPEGRec(/dev/video) Error: Error getting codec params using old IVTV ioctl
2007-03-16 20:00:08.290 MPEGRec(/dev/video) Error: Error getting codec params using old IVTV ioctl
2007-03-16 21:00:08.996 MPEGRec(/dev/video) Error: Error getting codec params using old IVTV ioctl
2007-03-17 00:00:07.683 MPEGRec(/dev/video) Error: Error getting codec params using old IVTV ioctl
2007-03-17 02:00:08.414 MPEGRec(/dev/video) Error: Error getting codec params using old IVTV ioctl
2007-03-17 03:50:08.681 MPEGRec(/dev/video) Error: Error getting codec params using old IVTV ioctl
I get another error message (as have previously mentioned) but everything seems to work OK.

I'm sorry, as we seem to be not getting very far. :?

[fx=scratch-head]Hmm[/fx]

Right, can we try this first? Remove one of your PVRx50s, set it up as on my machine for /dev/video and see what happens?

Bruce S.

Editied to fix formatting

Author:  tjc [ Sat Mar 17, 2007 11:59 am ]
Post subject: 

bruce_s01 wrote:
I cannot understand why those error messages are appearing, doing a grep on mythbackend.log.1 on my box: [code]cat /var/log/mythtv/mythbackend.log.1 |grep MPEGRec
2007-03-16 09:00:07.495 MPEGRec(/dev/video) Error: Error getting codec params using old IVTV ioctl
2007-03-16 12:00:07.445 MPEGRec(/dev/video) Error: Error getting codec[code]

Make sure you've got the updated /etc/init.d/set_ivtv_params script I posted and that the cfg-* files under /etc/sysconfig/ivtv correspond to the correct video devices...

Author:  alexvd [ Sat Mar 17, 2007 12:05 pm ]
Post subject: 

TJC googling that error appears to be some kernel bugs . I also found it related to an error with BTTV cards. Here is post about the kernel one I am not sure its related.

tveeprom 2-0050: Huh, no eeprom present (err=-121)? cx88[0]/0: found at 0000:05:08.0, rev: 3, irq: 18, latency: 32, mmio: 0xd0000000

On Tuesday December 12, hancockr@xxxxxxx wrote:
> Seeing this oops on 2.6.19-rc6-mm2 intermittently on bootup. Also, when
> this doesn't happen it seems like udev goes crazy adding and removing
> /dev/md0 over and over using up a ton of CPU. Is this a known problem?
> This also happened with -mm1.

Yes.... There is a patch in -mm called
md-change-lifetime-rules-for-md-devices.patch

which tries to remove md devices when they are no longer needed.
However it is racy, and it seems to be impossible to close the race
without making changes in core code as well.

For now, just revert that patch.
Andrew: you can drop that patch and the two related one. This is
going to need a lot more thought, and I'm not sure it is worth it
at the moment.

Thanks,
NeilBrown
-

Author:  alexvd [ Sat Mar 17, 2007 12:10 pm ]
Post subject: 

TJC when you wrote

Make sure you've got the updated /etc/init.d/set_ivtv_params script I posted and that the cfg-* files under /etc/sysconfig/ivtv correspond to the correct video devices...

that was for Bruce errors right.


Should I just wipe the existing build and do a clean install. It will be a pain in the but, but this is going nowhere.

TJC did cecil ever update the LINHES document for the latest build. Its kinda confusing and I have had some issues with getting NFS setup properly.

Author:  tjc [ Sat Mar 17, 2007 12:25 pm ]
Post subject: 

alexvd wrote:
TJC when you wrote ... that was for Bruce errors right.

Yes. I try to be explict about this but a quote usually indicates I'm responding to that person or reinforcing what they're saying.
alexvd wrote:
TJC did cecil ever update the LINHES document for the latest build. Its kinda confusing and I have had some issues with getting NFS setup properly.

Not sure. I think it may be mildly out of date, but the known changes in the upgrade hints try to cover most of the potential issues I know about. I seem to remember something about changing the way the way you set up mysql for remote access which may not be covered there, but since I'm only running a single server setup my expertise on remote FEs and slave BEs is very limited.

Author:  bruce_s01 [ Sun Mar 18, 2007 4:12 pm ]
Post subject: 

Quote:
Make sure you've got the updated /etc/init.d/set_ivtv_params script I posted and that the cfg-* files under /etc/sysconfig/ivtv correspond to the correct video devices...


I've modified the set_ivtv_params file, haven't tried it out yet.

Bruce S.

Edited to fix formatting.

Author:  no2u [ Thu Jun 28, 2007 4:42 am ]
Post subject: 

Speaking of udev video device ordering issues, FYI here's an example udev configuration file I ended up creating in a system with multiple tuners. In this case it is simply creating new symlinks during boot to the randomly-selected udev video device numbers, instead of trying to override udev's selection (which I had problems with). Then these fixed-name symlinks must be specified as the tuner devices in mythtv setup.
Code:
# Mark's local.rules file for video device naming consistency -
# Put in /etc/udev, and create a z90_local.rules symlink in udev/rules.d to this file -
# Then manually enter /dev/video-pvr150 etc when adding tuners in myth setup -
# "ID" numbers below are dependent on PCI slot position

KERNEL=="video[0-9]", SYSFS{name}=="saa7133_0_ video*", SYMLINK+="video-kworld"

KERNEL=="video[0-9]", SYSFS{name}=="cx88*", DRIVERS=="cx88*", SYMLINK+="video-pcHDTV"

KERNEL=="video[0-9]", SYSFS{name}=="ivtv? encoder MPEG", ID=="0000:02:01.0", DRIVERS=="ivtv", SYMLINK+="video-pvr250"

KERNEL=="video[0-9]", SYSFS{name}=="ivtv? encoder MPEG", ID=="0000:02:02.0", DRIVERS=="ivtv", SYMLINK+="video-pvr150"

I haven't noticed any "MPEG controls" errors so I can't comment on that facet of this post.

Author:  tjc [ Thu Jun 28, 2007 6:50 am ]
Post subject: 

no2u - This is a really useful bit of info. Could you do a more detailed "drunk monkey" tutorial (how to get the PCI device IDs, which screens in mythtv-setup to enter these names on, ...) for the newbies, maybe even hang it off the troubleshooting page on the wiki? Thanks!

Author:  bruce_s01 [ Thu Jun 28, 2007 10:21 am ]
Post subject: 

no2u wrote:
Speaking of udev video device ordering issues, FYI here's an example udev configuration file I ended up creating in a system with multiple tuners. In this case it is simply creating new symlinks during boot to the randomly-selected udev video device numbers, instead of trying to override udev's selection (which I had problems with). Then these fixed-name symlinks must be specified as the tuner devices in mythtv setup.
Code:
# Mark's local.rules file for video device naming consistency -
# Put in /etc/udev, and create a z90_local.rules symlink in udev/rules.d to this file -
# Then manually enter /dev/video-pvr150 etc when adding tuners in myth setup -
# "ID" numbers below are dependent on PCI slot position

KERNEL=="video[0-9]", SYSFS{name}=="saa7133_0_ video*", SYMLINK+="video-kworld"

KERNEL=="video[0-9]", SYSFS{name}=="cx88*", DRIVERS=="cx88*", SYMLINK+="video-pcHDTV"

KERNEL=="video[0-9]", SYSFS{name}=="ivtv? encoder MPEG", ID=="0000:02:01.0", DRIVERS=="ivtv", SYMLINK+="video-pvr250"

KERNEL=="video[0-9]", SYSFS{name}=="ivtv? encoder MPEG", ID=="0000:02:02.0", DRIVERS=="ivtv", SYMLINK+="video-pvr150"

I haven't noticed any "MPEG controls" errors so I can't comment on that facet of this post.


Great work!
You managed to get the symlinks to work, I saw that they would appear, but I could never select them in mythtv-setup, so I had to resort mucking about with the devices.
How did you manage to enter the symlinks, as I recall there is only a dropdown menu?

I wonder if there is a way of scripting this, as the KnoppMyth card detection on boot up, seems to keep the same device order.

Bruce S.

Author:  no2u [ Thu Jun 28, 2007 12:57 pm ]
Post subject: 

TJC: Good idea; will try to summarize my findings in a single post if I get a chance.

Bruce: The video device selection in "Add Tuner" in MythTV Setup "looks" like a drop-down box, but actually you can type in any device path you like. After you type it in, the device is queried and it'll confirm the actual model of the device on the screen for confirmation (at least in the case of a Hauppauge card) or it will tell you that the device wasn't found if you type it in incorrectly.

Author:  alexvd [ Fri Jun 29, 2007 4:45 pm ]
Post subject: 

thanks I am going to try this with the one card that keeps giving me problems.

Page 3 of 4 All times are UTC - 6 hours
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/