Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 181768 - DV modules auto-loading when a DV camera is plugged in
Summary: DV modules auto-loading when a DV camera is plugged in
Alias: None
Product: Fedora
Classification: Fedora
Component: udev
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
Depends On:
Blocks: FC5Target
TreeView+ depends on / blocked
Reported: 2006-02-16 13:18 UTC by Matthias Saou
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-10-02 19:30:26 UTC

Attachments (Terms of Use)

Description Matthias Saou 2006-02-16 13:18:00 UTC
Extracted from bug #172105 comment #13 :

I have tested my DV camcorder on FC development (post FC5test2), and here are
the results :

- Plug in the camcorder, dmesg says :
ieee1394: Node changed: 0-00:1023 -> 0-01:1023
ieee1394: Node added: ID:BUS[0-00:1023]  GUID[0800460104142508]
But no /dev/*1394* files get created, and only the default ohci1394 and
ieee1394 are still loaded.

- Manually modprobe raw1394, dmesg says :
ieee1394: raw1394: /dev/raw1394 device initialized
And I now have the required /dev entry properly created :
# ls -l /dev/*1394*
crw------- 1 dude root 171, 0 Jan 24 23:54 /dev/raw1394

- From there dvgrab works! (so kino, cinelerra etc. should too)

The problem here is that the raw1394 module wasn't loaded automatically when
the camcorder was plugged in, so things won't go smoothly for end users.

With a slight update : When I did the same "modprobe raw1394" today, the
/dev/raw1394 file had an ownership of root:root and the same mode 600.
Obviously, the owner should be the one logged in locally for things to work
from the desktop.

What is the proper solution here? For me this works :
alias char-major-171-* raw1394

But do some devices needs video1394 instead?

In FC4, the "<raw1394>=/dev/raw1394" and "<console> 0600 <raw1394> 0600 root"
lines in 50-default.perms seem correct, but what about /dev/dv1394/* and

Comment 1 Harald Hoyer 2006-03-07 07:50:29 UTC
what about newest udev-084-12 ??

Comment 2 Matthias Saou 2006-03-08 10:27:28 UTC
My test system still had 084-9 (IIRC) last night, and it still didn't work.
I'll update it tonight and report back the result of the latest udev.

Comment 3 Matthias Saou 2006-03-09 09:59:34 UTC
Much better!

- Boot the system, log into GNOME
- Check : No /dev/raw1394 present
- Turn on the DV camera connected through firewire
- Check : /dev/raw1394 got created!!!

Next issue : The mode is 600 but the owner is root:root, so my logged in user
still cannot use dvgrab to acquire video. I've looked at the default file in
console.perms.d and the <raw1394> lines seem to indicate that it should work...
but it most definitely doesn't. Any ideas what could be causing that? Is
something more needed to get the device to belong to the GNOME user when it gets

Comment 4 Harald Hoyer 2006-05-10 05:38:24 UTC
# pam_console_apply /dev/raw1394
change anything?

Comment 5 Matthias Saou 2006-10-02 19:30:26 UTC
Sorry for the long delay, I simply didn't have the need to dump any videos out
of my camera until now. (and now is a good time to check that it will work in FC6)


I plugged in my DV camera to the firewire port, and dvgrab works. Only :
Warning: Cannot set RR-scheduler
Warning: Cannot disable swapping
are printed, for being run as a non privileged user.

I also opened Kino from the GNOME menu, and capture as well as seeking and
displaying, work fine from there too, so users can now easily have a fully
graphical experience when it comes to DV capture and editing! Thanks a lot.

Note You need to log in before you can comment on or make changes to this bug.