Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755591AbXFMVXW (ORCPT ); Wed, 13 Jun 2007 17:23:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752568AbXFMVXP (ORCPT ); Wed, 13 Jun 2007 17:23:15 -0400 Received: from srv5.dvmed.net ([207.36.208.214]:40012 "EHLO mail.dvmed.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752549AbXFMVXO (ORCPT ); Wed, 13 Jun 2007 17:23:14 -0400 Message-ID: <4670602F.9000908@pobox.com> Date: Wed, 13 Jun 2007 17:22:55 -0400 From: Jeff Garzik User-Agent: Thunderbird 1.5.0.12 (X11/20070530) MIME-Version: 1.0 To: Linus Torvalds CC: David Greaves , David Chinner , Tejun Heo , "Rafael J. Wysocki" , xfs@oss.sgi.com, "'linux-kernel@vger.kernel.org'" , linux-pm , Neil Brown Subject: Re: 2.6.22-rc3 hibernate(?) fails totally - regression (xfs on raid6) References: <200706020122.49989.rjw@sisk.pl> <4661EFBB.5010406@dgreaves.com> <4662D852.4000005@dgreaves.com> <46667160.80905@gmail.com> <46668EE0.2030509@dgreaves.com> <46679D56.7040001@gmail.com> <4667DE2D.6050903@dgreaves.com> <20070607110708.GS86004887@sgi.com> <46680F5E.6070806@dgreaves.com> <20070607222813.GG85884050@sgi.com> <4669A965.20403@dgreaves.com> <466FD214.9070603@dgreaves.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.3 (----) X-Spam-Report: SpamAssassin version 3.1.8 on srv5.dvmed.net summary: Content analysis details: (-4.3 points, 5.0 required) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1055 Lines: 26 Linus Torvalds wrote: > Ok, good. So the bug is apparently in the generic SCSI layer start/stop > handling. I'm not entirely surprised, most people would never have > triggered it (I _think_ it's disabled by default for all devices, and that > the libata-scsi.c change was literally the first thing to ever enable it > by default for anything!) I haven't looked at this yet, but wanted to confirm your assessment here: libata was indeed the first (and still only?) user of this code path. Since some SCSI devices may not be owned by the host computer, in the power management sense, we don't want to turn that on for all SCSI devices. Otherwise you wind up powering off a device in another building :) This is basically the libata suspend/resume path, even though bits touch generic SCSI. Jeff - 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/