From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mtagate7.de.ibm.com ([195.212.29.156]) by canuck.infradead.org with esmtps (Exim 4.63 #1 (Red Hat Linux)) id 1IGuwo-0002Z7-M5 for linux-mtd@lists.infradead.org; Fri, 03 Aug 2007 07:04:00 -0400 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate7.de.ibm.com (8.13.8/8.13.8) with ESMTP id l73B3sGI294828 for ; Fri, 3 Aug 2007 11:03:54 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.4) with ESMTP id l73B3rvk2203872 for ; Fri, 3 Aug 2007 13:03:53 +0200 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l73B3o5v020303 for ; Fri, 3 Aug 2007 13:03:50 +0200 Message-ID: <46B30B95.4070706@de.ibm.com> Date: Fri, 03 Aug 2007 13:03:49 +0200 From: Carsten Otte MIME-Version: 1.0 To: =?UTF-8?B?SsO2cm4gRW5nZWw=?= Subject: Re: [PATCH][MTD] mtdpart.c: allow other drivers to get physical address of partition References: <6934efce0707261704p5e46e238i5b7ee433fc4f5bda@mail.gmail.com> <1185882932.3083.98.camel@pmac.infradead.org> <6934efce0707311255k57b60d59y5a07d2812b37ca1a@mail.gmail.com> <20070801121800.GB2747@lazybastard.org> <46B083B3.80009@de.ibm.com> <6934efce0708011337g32169212v329c778bb7700aea@mail.gmail.com> <46B18D89.1010207@de.ibm.com> <6934efce0708021455h29c9151aw7aab2245df0062e5@mail.gmail.com> <46B2E055.9010305@de.ibm.com> <20070803091747.GA18735@lazybastard.org> In-Reply-To: <20070803091747.GA18735@lazybastard.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: carsteno@de.ibm.com, dhowells , David Woodhouse , "linux-mtd@lists.infradead.org" Reply-To: carsteno@de.ibm.com List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , J=C3=B6rn Engel wrote: > An erase can take up to 5 seconds. I see. Trouble for "real time" applications ;-). But once we're=20 receiving a lot of page faults we end up suspending the erase forever.=20 We need a deterministic end of the erase cycle as well, don't we?