Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3944062ybl; Mon, 12 Aug 2019 08:52:29 -0700 (PDT) X-Google-Smtp-Source: APXvYqy2ICaInzdYptGgPFtIIgIXBJUBQFq5o5CSX4xV0NL/sgomhL01dd8oI+RMK6lN7dmsuoxa X-Received: by 2002:a17:90a:feb:: with SMTP id 98mr17394907pjz.55.1565625148970; Mon, 12 Aug 2019 08:52:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565625148; cv=none; d=google.com; s=arc-20160816; b=OKhtCK0U4YWZllHeiAeE2G5j0yCDsLRjcvTjQsvN+9Vgz3sUX9Ap5E6FzICZTT6pLv 8xAeXiRNUh4W+pOEE//hS6NrAwLgTFUa5SJwvd93REINBNPeQK4hFFeP1rJ8ptxwDOcD Z3ZQJQgyX/xMcXW8yzUarAv0u+wJMByAy3LWnlWO5+9iEtVjKjsYshYb3an24+e/vwcc 0ND8KugeUsSGFbilAdOtXYqAkNPk68cKE2UKm42+fMuHQL7MIzwondPXwZ+ceZAGJXVe xSeVueA1f/2DRC+XHnHRBnOxeg7Cn3luqMhQzdwDW+s7Wx/g46HgWZE3RUh3r07KDcv3 2lkg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :content-language:accept-language:in-reply-to:references:message-id :date:thread-index:thread-topic:subject:to:from; bh=rHS+vDRiM/VrBfCO+N+G9T0WhdMePsWL8wqUFBIPyj4=; b=LjbwkbnZI3zg10FIVbFNLigsCB0C7i5PtL+tZqdh1Y9cYpvLPbmrf+dRFPZyM+QtJ8 GYMK/b9L9jV/rfaXrVnBdqxzHNqO4fvmfTlAW9fwu9ifn8nSwLgaPhBnM0QsY+IQpbAp R1ESnWOYVQpsgIlb7I7ZuGVKc3wZ7uojq56+QN59qkrROxA4PNQO+WPvzppfrV168qSm uIkXz2imcQxSqBGxYaxP0W2pvnUYlqO0i4+IvFVIo7XWZs+UC0NPipeNssv9i8K9eIq5 yODrHuyvFwp/jEG0yZXuAMrgRGJcl7KIoqRotq5zqI8A4yPvhEor/EUZI/UXE3VutBCj pD9A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 185si6893682pfg.261.2019.08.12.08.52.12; Mon, 12 Aug 2019 08:52:28 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726516AbfHLPvj convert rfc822-to-8bit (ORCPT + 99 others); Mon, 12 Aug 2019 11:51:39 -0400 Received: from eu-smtp-delivery-151.mimecast.com ([207.82.80.151]:55860 "EHLO eu-smtp-delivery-151.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725923AbfHLPvj (ORCPT ); Mon, 12 Aug 2019 11:51:39 -0400 Received: from AcuMS.aculab.com (156.67.243.126 [156.67.243.126]) (Using TLS) by relay.mimecast.com with ESMTP id uk-mta-96-FR3q9SRhOcK_sOnXAhoHrg-1; Mon, 12 Aug 2019 16:51:36 +0100 Received: from AcuMS.Aculab.com (fd9f:af1c:a25b:0:43c:695e:880f:8750) by AcuMS.aculab.com (fd9f:af1c:a25b:0:43c:695e:880f:8750) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Mon, 12 Aug 2019 16:51:35 +0100 Received: from AcuMS.Aculab.com ([fe80::43c:695e:880f:8750]) by AcuMS.aculab.com ([fe80::43c:695e:880f:8750%12]) with mapi id 15.00.1347.000; Mon, 12 Aug 2019 16:51:35 +0100 From: David Laight To: 'Joe Burmeister' , Rob Herring , Mark Rutland , Arnd Bergmann , Greg Kroah-Hartman , "Srinivas Kandagatla" , YueHaibing , Bartosz Golaszewski , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: RE: [PATCH] Add optional chip erase functionality to AT25 EEPROM driver. Thread-Topic: [PATCH] Add optional chip erase functionality to AT25 EEPROM driver. Thread-Index: AQHVTrGNJIfDRfq0GECP/9557qPIG6b3q6Kw Date: Mon, 12 Aug 2019 15:51:35 +0000 Message-ID: <9f1c7d45020d482390737be22c885a9b@AcuMS.aculab.com> References: <20190809125358.24440-1-joe.burmeister@devtank.co.uk> In-Reply-To: <20190809125358.24440-1-joe.burmeister@devtank.co.uk> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.202.205.107] MIME-Version: 1.0 X-MC-Unique: FR3q9SRhOcK_sOnXAhoHrg-1 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Joe Burmeister > Sent: 09 August 2019 13:54 > > Many, though not all, AT25s have an instruction for chip erase. > If there is one in the datasheet, it can be added to device tree. > Erase can then be done in userspace via the sysfs API with a new > "erase" device attribute. This matches the eeprom_93xx46 driver's > "erase". Is it actually worth doing though? I'm guessing that device erase can easily take over a minute. When I looked at 'device erase' on an EEPROM it took just as long as erasing the sectors one at a time - but without the warm cosy feeling that progress was being made. Not only that you can't really interrupt the erase, so either the application has to sleep uninterruptibly for the duration or you have to have some kind of 'device busy' response while it is done asynchronously. David - Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK Registration No: 1397386 (Wales)