From mboxrd@z Thu Jan 1 00:00:00 1970 From: Luben Tuikov Subject: Re: SATA suspend-to-ram patch - merge? Date: Thu, 22 Sep 2005 10:20:19 -0400 Message-ID: <4332BDA3.5050705@adaptec.com> References: <433104E0.4090308@triplehelix.org> <433221A1.5000600@pobox.com> <20050922061849.GJ7929@suse.de> <1127398679.18840.84.camel@localhost.localdomain> <20050922135607.GK4262@suse.de> <1127399409.18840.95.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from magic.adaptec.com ([216.52.22.17]:60830 "EHLO magic.adaptec.com") by vger.kernel.org with ESMTP id S1030367AbVIVOU3 (ORCPT ); Thu, 22 Sep 2005 10:20:29 -0400 In-Reply-To: <1127399409.18840.95.camel@localhost.localdomain> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Alan Cox Cc: Jens Axboe , Jeff Garzik , Joshua Kwan , Linux Kernel , "linux-ide@vger.kernel.org" , Andrew Morton On 09/22/05 10:30, Alan Cox wrote: > On Iau, 2005-09-22 at 15:56 +0200, Jens Axboe wrote: > >>It's a shame for the people not using distros, since they need to first >>experience the suspend failure, then google around for a solution, find >>the patch, etc. That is a shame, since it could have worked out of the >>box since 2.6.12 at least. > > > Its a symptom of general problems in this area. To get a sane kernel you > have to not only pick a distro kernel right now but then add several > other patches only found in other distributions. > > SCSI suspend should not be blocking SATA suspend. If SCSI isn't with the > program yet then SCSI should just not support suspend while allowing > SATA to do so. I agree with Alan, Mark and Jens -- indeded, one should do what makes sense. Luben