sysfsutils fail to tweak all sysfs.conf directives
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
sysfsutils (Debian) |
Fix Released
|
Unknown
|
|||
sysfsutils (Ubuntu) |
Fix Released
|
Low
|
Martin Pitt |
Bug Description
Binary package hint: sysfsutils
if I set sysfs.conf as follows
# this enables lowest power state for SATA link host nr. 0,1,2
class/scsi_
class/scsi_
class/scsi_
and run sysfsutils none of the scsi_host link are set to min_power.
Checking with 'cat' confirms the following output.
$ sudo sh -ex /etc/init.
+ CONFFILE=
+ [ -r /etc/sysfs.conf ]
+ echo -n Setting sysfs variables...
Setting sysfs variables...+ sed s/#.*$//; /^[[:space:]]*$/d;
+ read f1 f2 f3
+ [ class/scsi_
+ [ class/scsi_
+ [ class/scsi_
+ [ -f /sys/class/
+ echo -n min_power
$
ls -l /sys/class/
-rw-r--r-- 1 root root 0 2008-02-21 17:43 /sys/class/
ls -l /sys/class/
-rw-r--r-- 1 root root 0 2008-02-21 17:45 /sys/class/
ls -l /sys/class/
-rw-r--r-- 1 root root 4096 2008-02-21 17:42 /sys/class/
cat /sys/class/
and so on for the other two.
As far as I managed to understand the presence of other tweaks (for instance tweaks to cpu governor and sound card) did not affect this bug.
The only blocking tweak is the scsi_host link.
All tweaks that in sysfs.conf follow the first scsi_host link directive are ignored. However if they are put above to be executed first they are carried out fine.
Changing the first scsi_host link doesn't positively affect the bug (host2, host3 and so on always cause the bug to appear).
Changed in sysfsutils: | |
status: | Unknown → New |
Changed in sysfsutils: | |
status: | In Progress → Fix Committed |
Changed in sysfsutils: | |
status: | New → Fix Released |
Please copy&paste the output of
sudo sh -ex /etc/init. d/sysfsutils start
Thanks!