Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761566AbXEPMrk (ORCPT ); Wed, 16 May 2007 08:47:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758511AbXEPMre (ORCPT ); Wed, 16 May 2007 08:47:34 -0400 Received: from smtpauth02.prod.mesa1.secureserver.net ([64.202.165.182]:38921 "HELO smtpauth02.prod.mesa1.secureserver.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1757241AbXEPMrd (ORCPT ); Wed, 16 May 2007 08:47:33 -0400 Message-ID: <464AFD61.10209@seclark.us> Date: Wed, 16 May 2007 08:47:29 -0400 From: Stephen Clark Reply-To: Stephen.Clark@seclark.us User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob Landley CC: Dave Jones , Tejun Heo , Francesco Pretto , Phillip Susi , linux-kernel Subject: Re: Weird hard disk noise on shutdown (bug #7674) References: <46489D3B.8050805@gmail.com> <20070515210804.GG25902@redhat.com> <200705160129.16048.rob@landley.net> In-Reply-To: <200705160129.16048.rob@landley.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3034 Lines: 94 Rob Landley wrote: >On Tuesday 15 May 2007 5:08 pm, Dave Jones wrote: > > >>On Mon, May 14, 2007 at 07:32:43PM +0200, Tejun Heo wrote: >> > Francesco Pretto wrote: >> > > 2007/5/4, Tejun Heo : >> > >> Yeap, the third iteration of the patch just got submitted. >> > >> >> > >> http://thread.gmane.org/gmane.linux.ide/18485 >> > >> >> > >> Unfortunately, there doesn't seem to be an easy way out. We'll need >> > >> userland shutdown(8) update. >> > >> >> > >> -- >> > >> tejun >> > >> >> > > >> > > Ok, i can't understand if the patch will be included in 2.6.22 (i >> > > didn't see it in the Andrew Morton merge plan). However, if you can >> > > confirm the inclusion, i can send bug reports for ubuntu and gentoo. I >> > > can even send an email to Miquel van Smoorenburg, who should be the >> > > mainstream sysvinit developer (and probably the last maintainer). >> > >> > Okay, the patch made upstream and webpage posted. >> > >> > http://linux-ata.org/shutdown.html >> >>There's a typo.. >> >>"Check whether /sys/modules/libata/parameters/spindown_compat exists. If it >> >> >does, write 0 to it." > > >>should be /sys/module/libata/parameters/spindown_compat >> >>(no 's' after module) >> >> > >Um, hang on. So libata can't reliably turn the system off without data loss >and potential damage to hardware unless userspace goes through a special song >and dance? And this is _not_ considered a defect in the kernel? > >Why? > >(Is there any other piece of hardware that needs userspace to quiesce it just >so the _off_switch_ can take effect? Yes, I read both the gmane thread and >the linux-ata.org link. I used to maintain the busybox halt/reboot/poweroff >commands, although I don't anymore. That just called reboot(), and this >worked.) > >Why on _earth_ does complicating software suspend add extra requirements to >actual shutdown? Since when does the shutdown command have to enumerate >attached block devices? If anything this would belong in umount -a, but that >doesn't care about the hardware of the underlying block devices and >SHOULDN'T... > >I'm confused. Could someone please explain? > >Rob >- >To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >the body of a message to majordomo@vger.kernel.org >More majordomo info at http://vger.kernel.org/majordomo-info.html >Please read the FAQ at http://www.tux.org/lkml/ > > > I agree. This didn't happen when I was just using the ide driver, why can't libata work as well as the old ide driver. My $.02 Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/