Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753334AbXE2VWy (ORCPT ); Tue, 29 May 2007 17:22:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751374AbXE2VWr (ORCPT ); Tue, 29 May 2007 17:22:47 -0400 Received: from nigel.suspend2.net ([203.171.70.205]:56572 "EHLO nigel.suspend2.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750744AbXE2VWq (ORCPT ); Tue, 29 May 2007 17:22:46 -0400 Subject: Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable review From: Nigel Cunningham Reply-To: nigel@nigel.suspend2.net To: Mark Lord Cc: Linus Torvalds , Pavel Machek , Romano Giannetti , Chris Wright , Chuck Ebbert , Linux Kernel Mailing List , stable@kernel.org, Justin Forbes , Zwane Mwaikambo , "Theodore Ts'o" , Randy Dunlap , Dave Jones , Chuck Wolber , Chris Wedgwood , Michael Krufky , akpm@linux-foundation.org, alan@lxorguk.ukuu.org.uk, "Rafael J. Wysocki" In-Reply-To: <465C366C.2070900@rtr.ca> References: <1179870110.16656.2.camel@localhost> <1180008394.15600.26.camel@localhost> <20070524200435.GA9604@elf.ucw.cz> <20070524220017.GC9604@elf.ucw.cz> <20070524221743.GD9604@elf.ucw.cz> <20070524231852.GG9604@elf.ucw.cz> <1180058123.3997.91.camel@nigel.suspend2.net> <1180059605.3997.100.camel@nigel.suspend2.net> <1180062040.3997.112.camel@nigel.suspend2.net> <1180067587.3997.136.camel@nigel.suspend2.net> <465C366C.2070900@rtr.ca> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GTNmxMsT1hew58wc3n+l" Date: Wed, 30 May 2007 07:22:45 +1000 Message-Id: <1180473765.20718.47.camel@nigel.suspend2.net> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1812 Lines: 50 --=-GTNmxMsT1hew58wc3n+l Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi. On Tue, 2007-05-29 at 10:19 -0400, Mark Lord wrote: > Nigel Cunningham wrote: > > > > I'm sorry to say it, but dropping process freezing still seems to me > > like the better way though. I prefer it because of the reliability > > aspect. With the current code, having frozen processes, I can look at > > the state of memory, calculate how much I'll need for this or that and > > know that I'll have sufficient memory for the atomic copy and for doing > > the I/O (making assumptions about how much memory drivers will > > allocate) before I start to do either. If we stop freezing processes, > > that predictability will go away. There'll always be a possibility that > > some process will get memory hungry and stop me from being able to get > > the image on disk, and I'll have to either abort or give up and try > > again and again until I can complete writing the image, the battery run= s > > out or whatever...=20 >=20 > How about blocking brk() and mmap(MAP_ANONYMOUS) in addition to > the filesystem VFS callers? Or is that starting to get messy again? Yeah. Getting messy again :) Nigel --=-GTNmxMsT1hew58wc3n+l Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGXJmlN0y+n1M3mo0RAm6KAJ0b9/A/ynDMyXijKVcAmmWGy8AEXQCfX5dQ 22D08vlcjI0rdvt7qMHPXnQ= =QA2w -----END PGP SIGNATURE----- --=-GTNmxMsT1hew58wc3n+l-- - 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/