This service will be undergoing maintenance at 00:00 UTC, 2016-08-01. It is expected to last about 1 hours
Bug 168093 - /dev/raw1394 device has (probably inadvertedly) been moved to /dev/raw
/dev/raw1394 device has (probably inadvertedly) been moved to /dev/raw
Status: CLOSED ERRATA
Product: Fedora
Classification: Fedora
Component: udev (Show other bugs)
4
All Linux
medium Severity medium
: ---
: ---
Assigned To: Harald Hoyer
:
Depends On:
Blocks: FC5Target
  Show dependency treegraph
 
Reported: 2005-09-12 08:32 EDT by Stefaan
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-10-05 11:46:31 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Stefaan 2005-09-12 08:32:00 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050818 Firefox/1.0.6

Description of problem:
/dev/raw1394 now appears in /dev/raw/raw1394
due to /etc/udev/rules.d/50-udev.rules containing:
  KERNEL=="raw[0-9]*",            NAME="raw/%k"
probably introduced with:
  * Thu Oct 14 2004 Harald Hoyer <harald@redhat.com> - 038-1
  - raw device nodes are now created in directory raw

This line was probably only intended as relocation for /dev/raw, /dev/raw1, /dev/raw2, etc.

I say this because:
- I find no sign on google whatsoever of /dev/raw/raw1394 being used outside of fedora, or having been used by gentoo by accident (the device is definitely back in /dev/raw1394 at the moment on gentoo)
- the script used by Fedora contains no mention of any raw1394-device
- the only other script included with the distribution of udev 
  that 1) does relocation of /dev/raw* to /dev/raw/
  and 2) mentions raw1394
  (this is the gentoo one)
  contains (notice the comment especially):
    # IEEE1394 (firewire) devices (must be before raw devices below)
    KERNEL=="raw1394",      NAME="%k",              GROUP="video"
    KERNEL=="dv1394*",      NAME="dv1394/%n",       GROUP="video"
    KERNEL=="video1394*",   NAME="video1394/%n",    GROUP="video"

    # raw devices
    KERNEL=="raw[0-9]*",    NAME="raw/%k", GROUP="disk"
  (taken from udev-068 source tarball, etc/udev/gentoo/udev.rules)

So in short, every other distribution (judging from the different scripts for different distributions packaged with udev tarball) seems to put the device in /dev, and Fedora seems to put it in /dev/raw by accident.  

Version-Release number of selected component (if applicable):
checked both udev-058-1 and udev-063-6

How reproducible:
Always

Steps to Reproduce:
Install fc4, load the raw1394 module

Actual Results:  /dev/raw1394 didn't exist, was moved to /dev/raw

Expected Results:  Device should be named /dev/raw1394

Additional info:
Comment 1 Harald Hoyer 2005-09-12 09:25:26 EDT
true
Comment 2 Fedora Update System 2005-09-30 10:35:08 EDT
From User-Agent: XML-RPC

udev-058-1.0.FC4.1 has been pushed for FC4, which should resolve this issue.  If these problems are still present in this version, then please make note of it in this bug report.
Comment 3 Stefaan 2005-09-30 11:13:14 EDT
Great, thanks!  Seems to work.  It also fixes the /dev/video1394-$i naming of
what should have always been /dev/video1394/$i.
Comment 4 Fedora Update System 2005-10-07 11:52:27 EDT
From User-Agent: XML-RPC

udev-058-1.0.FC4.1 has been pushed for FC4, which should resolve this issue.  If these problems are still present in this version, then please make note of it in this bug report.

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