lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 17 May 2007 11:12:30 +0200
From:	Tejun Heo <htejun@...il.com>
To:	Rob Landley <rob@...dley.net>
CC:	Francesco Pretto <ceztko@...il.com>, Dave Jones <davej@...hat.com>,
	Phillip Susi <psusi@....rr.com>,
	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: Weird hard disk noise on shutdown (bug #7674)

Rob Landley wrote:
>> Distros should update their shutdown(8) to do the followings.
>> Check whether /sys/modules/libata/parameters/spindown_compat exists. If it
>> does, write 0 to it. For each libata harddisk
>> Check whether /sys/class/scsi_disk/h:c:i:l/manage_start_stop exists. If it
>> doesn't, synchronize cache and spin the disk down as before. If it does, do
>> nothing and continue to the next disk. The file is also accessible as
>> /sys/block/sdX/device/scsi_disk:*/manage_start_stop.
> 
> You're saying all this is to work around kernels _before_ 2.6.22, and instead 
> of updating your shutdown you could just either update the kernel instead?

Yeap, I was assuming most shutdown(8)s were spinning down disks, which
apparently is wrong.  If shutdown(8) doesn't do that, you can just
upgrade the kernel and be done with it.  I'll submit update for the page
in a few hours.

>> If exists some, at this point, exotic shutdown(8) implementation that
>> is trying to issue STANDBYBOW on libata/scsi devices, it will get a
>> fat warning. The warning could also state that the only supported way
>> is to leave complete responsibility of spinning down the hard disks to
>> kernel, so eventually it could be cleaned of checks and compatibility
>> options.
> 
> I'm all for leaving this to the kernel.  I play in the embedded space a lot, 
> so the less I can get away with doing, the better. :)

Yeap, that's what's being done here.  For all SCSI disks (real SCSI,
SATA, USB, whatnot), it's now controlled by sysfs node
manage_start_stop.  Low level drivers can turn them on by default and
userland can change them by echoing to it.

-- 
tejun
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ