Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 3 Nov 2002 10:57:55 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 3 Nov 2002 10:57:54 -0500 Received: from pc1-cwma1-5-cust42.swa.cable.ntl.com ([80.5.120.42]:20109 "EHLO irongate.swansea.linux.org.uk") by vger.kernel.org with ESMTP id ; Sun, 3 Nov 2002 10:57:53 -0500 Subject: Re: swsusp: don't eat ide disks From: Alan Cox To: benh@kernel.crashing.org Cc: Alan Cox , Pavel Machek , Linus Torvalds , Linux Kernel Mailing List In-Reply-To: <20021103145735.14872@smtp.wanadoo.fr> References: <200211022006.gA2K6XW08545@devserv.devel.redhat.com> <20021103145735.14872@smtp.wanadoo.fr> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 03 Nov 2002 16:25:33 +0000 Message-Id: <1036340733.29642.41.camel@irongate.swansea.linux.org.uk> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1052 Lines: 31 On Sun, 2002-11-03 at 14:57, benh@kernel.crashing.org wrote: > Hrm... I don't think so Alan. The PM ordering is bus driven, > so actual bus binding of the disk is it's controller, not > the request queue which is the functional binding. It's up to > the disk driver to shut down processing of the request queue. That requires code in every driver. Duplicated, hard to write, likely to be racey code. Thats bad. The bigger picture really should be ACPI etc "I want to suspend to disk" PM layer Suspend the non I/O tasks (btw reminds me - eh tasks and all workqueues may be I/O tasks at times) Complete all the block I/O queues Throw out the pages we can evict Write suspend image Jump to PM layer "power off" logic If you do it that way up then no drivers need to be hacked about. Alan - 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/