Bug 692807 - udevadm can not handle cciss driver's device file
Summary: udevadm can not handle cciss driver's device file
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: udev
Version: 6.0
Hardware: All
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Harald Hoyer
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-01 09:16 UTC by masanari iida
Modified: 2011-04-04 06:20 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-01 09:30:31 UTC
Target Upstream Version:

Attachments (Terms of Use)
udevadm full output (3.86 KB, text/plain)
2011-04-01 09:16 UTC, masanari iida 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Description masanari iida 2011-04-01 09:16:03 UTC 
Created attachment 489329 [details]
udevadm full output

Description of problem:
udevadm can not handle cciss driver's device file without full path

Version-Release number of selected component (if applicable):
udev-147-2.29.el6.i686

How reproducible:
Always 

Steps to Reproduce:
If you want to reproduce this symptom,
you need to use a system with SmartArray (cciss) is installed.

Bad examples
# udevadm info --query=all --name=c0d0
device node not found

# udevadm info --query=all --name=c0d0p1
device node not found

Good example (See attached file for full output)
# udevadm info --query=all --name=/dev/cciss/c0d0
P: /devices/pci0000:40/0000:40:11.0/0000:48:00.0/cciss0/c0d0/block/cciss!c0d0
N: cciss/c0d0
W: 37
S: block/104:0
S: disk/by-id/cciss-3600508b100105039565759303555002a
S: disk/by-path/pci-0000:48:00.0
S: disk/by-id/wwn-0x600508b100105039565759303555002a
E: UDEV_LOG=3
E: DEVPATH=/devices/pci0000:40/0000:40:11.0/0000:48:00.0/cciss0/c0d0/block/cciss!c0d0
E: MAJOR=104
E: MINOR=0
E: DEVNAME=/dev/cciss/c0d0
E: DEVTYPE=disk
E: SUBSYSTEM=block
E: ID_SCSI=1
E: ID_VENDOR=HP
E: ID_VENDOR_ENC=HP\x20\x20\x20\x20\x20\x20
E: ID_MODEL=LOGICAL_VOLUME
E: ID_MODEL_ENC=LOGICAL\x20VOLUME\x20\x20
E: ID_REVISION=7.22
E: ID_TYPE=disk
(snip)
Comment 2 Harald Hoyer 2011-04-01 09:29:05 UTC 
what's the output of:
# udevadm info --query=all --name=cciss/c0d0
Comment 3 Harald Hoyer 2011-04-01 09:30:31 UTC 
(In reply to comment #0)
> Good example (See attached file for full output)
> # udevadm info --query=all --name=/dev/cciss/c0d0
> N: cciss/c0d0

Here you see the name... "cciss/c0d0" !
Comment 4 masanari iida 2011-04-01 16:25:00 UTC 
For example,  if it is a scsi device,  both sda and /dev/sda returns same
result.

But in cciss case, c0d0 returns "device node not found",
and /dev/cciss/c0d0 returns correct result.
I thought udevadm can not handle cciss case, because cciss driver have 
one more path depth than other devices.
Comment 5 masanari iida 2011-04-04 06:20:46 UTC 
Confirmed  -name=cciss/c0d0 works.
Thanks.

If you think this is not a bug, would you agree to modify the man page?

Current:
--name=file
    The name of the device node or a symlink to query 

Proposed:
--name=file
    The name of the device node specified by a path from /dev or a symlink to query.
Note You need to log in before you can comment on or make changes to this bug.