Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262290AbTFIXHT (ORCPT ); Mon, 9 Jun 2003 19:07:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262294AbTFIXHT (ORCPT ); Mon, 9 Jun 2003 19:07:19 -0400 Received: from smtp2.clear.net.nz ([203.97.37.27]:23956 "EHLO smtp2.clear.net.nz") by vger.kernel.org with ESMTP id S262290AbTFIXHH (ORCPT ); Mon, 9 Jun 2003 19:07:07 -0400 Date: Tue, 10 Jun 2003 11:24:07 +1200 From: Nigel Cunningham Subject: Re: [RFC] New system device API In-reply-to: <20030609231601.GE508@elf.ucw.cz> To: Pavel Machek Cc: Patrick Mochel , Linux Kernel Mailing List Message-id: <1055201047.2119.18.camel@laptop-linux> Organization: MIME-version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Content-type: text/plain Content-transfer-encoding: 7bit References: <20030609212348.GB508@elf.ucw.cz> <20030609220442.GD508@elf.ucw.cz> <1055200110.2119.9.camel@laptop-linux> <20030609231601.GE508@elf.ucw.cz> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1902 Lines: 45 On Tue, 2003-06-10 at 11:16, Pavel Machek wrote: > Hi! > > > Can I bring up an issue a little off topic? Is it currently possible for > > us to say 'I want to suspend X but not Y?', and if so how is it done? I > > ask because someone recently mentioned the spinning up and down of IDE > > during swsusp. That occurs because we can (AFAIK) only say suspend > > everything at the moment. It would be good if we could put to sleep > > everything except your system devices and the devices used to write > > the > > Well, you need to suspend devices used to write the image, too, so you > have state to return to after resume. You only do not want disks to > spin down. Perhaps disk can just special-case it ("If I am going to > swsusp, I need to save state, but do not really need to spin down"). Mmm. Sounds ugly though. Would it be fair to say we want to S5 some devices and S3 others? Perhaps that sort of terminology might be helpful. > > > image while preparing the image, and only suspend the remaining devices > > once the image has been written. Is such a thing already implemented? > > > > As an aside, I've gone to a 1.0 pre series for 2.4 swsusp, so it > > shouldn't be long before I'm working on 2.5. I've already created > > swsusp25.bkbits.net, but nothing is in it at the moment. My intention is > > that as I prepare the patches and Pavel says 'That looks ok', I'll add > > them to the tree and we can ask Linus to pull from there. > > Well, I'm not allowed to use bitkeeper, so bk tree is not too exciting > for me. But I can bless patches all right ;-). That's all I need :> Is there another way that you could use? Regards, Nigel - 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/