Bug#404927: udevinfo for dpt_i2o driver
Here's udevinfo output from a machine using the dpt_i2o driver - looks
like, at least in this instance, it is not registered as removable.
----- Forwarded message from Robert Boeck <robert.boeck@gmail.com> -----
X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on colo.lackof.org
X-Spam-Level:
X-Spam-Status: No, score=-2.6 required=3.5 tests=BAYES_00 autolearn=disabled
version=3.1.4
Date: Mon, 15 Jan 2007 00:11:35 +0100
From: Robert Boeck <robert.boeck@gmail.com>
To: dann frazier <dannf@dannf.org>
Subject: Re: need info from a dpt_i2o user
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lackof.org
Hi dann,
2007/1/13, dann frazier <dannf@dannf.org>:
> Apologies for contacting you out of the blue - I found your e-mail
>addresses in google while looking for people who may be using the
>linux dpt_i2o driver. I am a member of the debian kernel team and we
>are in need of some help from a dpt_i2o driver user who can provide
>the output of udevinfo to help with a release critical bug report:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=404927
>
>If you are able/willing to help, please provide the output of this
>command, and note the version of the kernel you are running:
> udevinfo -a -p `udevinfo -q path -n /dev/sda`
If it doesn't make grand circumstances, I'm surely willing to help.
But since I'm having great problems with dpt_i2o myself
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=404589), which I
don't expect to be solved soon, I'm planning to solve the problems by
kicking the Adaptec RAID controller shortly.
So if you need further assistance, please hurry up!
Here are the infos you requested:
------------------------------------------------------------------------
s1:~# udevinfo -a -p `udevinfo -q path -n /dev/sda`
Udevinfo starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.
looking at device '/block/sda':
KERNEL=="sda"
SUBSYSTEM=="block"
DRIVER==""
ATTR{stat}==" 3471893 1299989 277298250 47108676 726504
904008 13047032 15321480 0 22867760 62431048"
ATTR{size}=="156301312"
ATTR{removable}=="0"
ATTR{range}=="16"
ATTR{dev}=="8:0"
looking at parent device '/devices/platform/host0/target0:0:0/0:0:0:0':
KERNELS=="0:0:0:0"
SUBSYSTEMS=="scsi"
DRIVERS=="sd"
ATTRS{ioerr_cnt}=="0x0"
ATTRS{iodone_cnt}=="0x40100d"
ATTRS{iorequest_cnt}=="0x40100d"
ATTRS{iocounterbits}=="32"
ATTRS{timeout}=="30"
ATTRS{state}=="running"
ATTRS{rev}=="3A0L"
ATTRS{model}=="RAID-1 "
ATTRS{vendor}=="ADAPTEC "
ATTRS{scsi_level}=="3"
ATTRS{type}=="0"
ATTRS{queue_type}=="simple"
ATTRS{queue_depth}=="254"
ATTRS{device_blocked}=="0"
looking at parent device '/devices/platform/host0/target0:0:0':
KERNELS=="target0:0:0"
SUBSYSTEMS==""
DRIVERS==""
looking at parent device '/devices/platform/host0':
KERNELS=="host0"
SUBSYSTEMS==""
DRIVERS==""
looking at parent device '/devices/platform':
KERNELS=="platform"
SUBSYSTEMS==""
DRIVERS==""
------------------------------------------------------------------------
s1:~# cat /proc/version
Linux version 2.6.18-3-k7 (Debian 2.6.18-8~bpo.1)
(nobse@backports.org) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 SMP
Thu Dec 14 20:27:48 CET 2006
------------------------------------------------------------------------
cu, Robo :)
----- End forwarded message -----
--
dann frazier
Reply to: