From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752838AbbDEUJd (ORCPT ); Sun, 5 Apr 2015 16:09:33 -0400 Received: from a.ns.miles-group.at ([95.130.255.143]:65275 "EHLO radon.swed.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752010AbbDEUJa (ORCPT ); Sun, 5 Apr 2015 16:09:30 -0400 Message-ID: <55219677.6090900@nod.at> Date: Sun, 05 Apr 2015 22:09:27 +0200 From: Richard Weinberger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Pavel Machek CC: david.oberhollenzer@sigma-star.at, "linux-mtd@lists.infradead.org" , LKML Subject: Re: [PATCH V2] UBI: power cut emulation for testing References: <1427410790-8855-1-git-send-email-david.oberhollenzer@sigma-star.at> <20150405193146.GA12132@amd> <20150405200459.GA1118@amd> In-Reply-To: <20150405200459.GA1118@amd> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 05.04.2015 um 22:04 schrieb Pavel Machek: > On Sun 2015-04-05 21:49:27, Richard Weinberger wrote: >> On Sun, Apr 5, 2015 at 9:31 PM, Pavel Machek wrote: >>> On Thu 2015-03-26 23:59:50, david.oberhollenzer@sigma-star.at wrote: >>>> Emulate random power cuts by switching device to ro after a number of >>>> writes to allow simple power cut testing with nand-sim. >>>> >>>> Maximum and minimum number of successful writes before power cut and >>>> what kind of writes (EC header, VID header or none) to interrupt >>>> configurable via debugfs. >>>> >>>> Signed-off-by: David Oberhollenzer >>>> --- >>>> V2: Remove broken check to prevent multiple triggering >>> >>> Does NAND always finish write of full block during powerfail? >> >> Not sure if I correctly understand your question. >> Unless you don't have special hardware a write can be interrupted and >> can cause problems. > > But this only emulates fail after a full block written, no? Emulating all aspects of real hardware is almost impossible. Thanks, //richard