Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp924595ybh; Wed, 18 Mar 2020 11:37:27 -0700 (PDT) X-Google-Smtp-Source: ADFU+vt/NyqQN6HJ1JqAL9Rue1vl6t0HVythNFXWJYQ/HsqIAhLJuzoKeLWUtTu1Dci53DLdO6CD X-Received: by 2002:a9d:6348:: with SMTP id y8mr5020548otk.347.1584556647237; Wed, 18 Mar 2020 11:37:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584556647; cv=none; d=google.com; s=arc-20160816; b=nJKYNPY8BGZmRqK6ZnpM/L7HYXEQQTA83sZxVSbVemX+KOh8l5ruwwOmPLH3Nc7DqH zDPhYmsbSUpjFYtKaYSCY0HUwrWFIvu7GStd62b8m2PqMpjf/PRX8kXXhdLGFvNNoj1R tSXELiZ7V0V1hk1yx88BzXDEp3bB8kPf/mEUN/Csy46ZI8YX9eI4gFM/N9X/aCixfu+I K/kpm9Bj8K5zWCDpo1yT0eOZQA2kz7E4Ea/cmaZhQY5luVh4e/J+/VmUls69Z4yOA6iG UVDiHogvb5gDpN4mDwFl2/84feVGIYMIIOnjzjx98asn9WO7odD+uJfZGsEplIyGlMA5 vlnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=v55B2a/Zwvx3CXP9CMik1IV/79dcJ/3V1375/GTUm0Y=; b=p9YkcZzxtLDu+PDYj2/KhVu/hSClR/J8wBT25FpfwCsOfhQJRPUbXB+4y95kFsHdt1 oE5rjCdBC+LAoGOBDylUy3genJNlyTchVMoQmztqCqz380xm/eSSLTZGPJN8MfIbrHSL vYOehWtpYITdczTMYJLn2Uamrge8cN9G3P39iQgzctp6uBItsz6kAKZILilh/CBkspEP msYtCZ0UEcENj2I8sOjnwIYdAWEBC9rBHC8HSwwMt0w7ibKgS6hqt/Y7JFR13pAM2mDx mLUSrWn7p9IAWbpROWQ5KtlWmqdLMClGUgkV5g7W4M4izXhWMZKyjx11GtIp2HjPujcy I/LA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=lYD74A1Y; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z6si3839781oia.219.2020.03.18.11.37.14; Wed, 18 Mar 2020 11:37:27 -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; dkim=pass header.i=@chromium.org header.s=google header.b=lYD74A1Y; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726757AbgCRSfr (ORCPT + 99 others); Wed, 18 Mar 2020 14:35:47 -0400 Received: from mail-pj1-f67.google.com ([209.85.216.67]:52263 "EHLO mail-pj1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726506AbgCRSfr (ORCPT ); Wed, 18 Mar 2020 14:35:47 -0400 Received: by mail-pj1-f67.google.com with SMTP id ng8so1709154pjb.2 for ; Wed, 18 Mar 2020 11:35:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=v55B2a/Zwvx3CXP9CMik1IV/79dcJ/3V1375/GTUm0Y=; b=lYD74A1YEKqfQWcC0viSFqQGwnB5cSq1cXqUxYr3DRclIOEclTe4uE4xnKn+c/TFEI TgFMYTuBldFoGEpSwn518h1PhSB4dXuG1kDJwYT2qChOUHkeTkAc1KpM52NgW6tz9dNw AQYpcDgNXsnZiPBoWJOsT4uyTHysJkmTwtsLs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=v55B2a/Zwvx3CXP9CMik1IV/79dcJ/3V1375/GTUm0Y=; b=W8c55Kv3vo+GF48GhtnoTXiCs1wlm9Le0xo6n8w+Iln4PeMis2IuOd6/OA07BFAGaN 7423IytKu+kiJO8LXPmsv5jzJmVjNjamiGH7FTZatvvppJv6k+YVp/R+RLPaaWec0h8/ PSTDo0qC60cS/+MLbj38ajVVABUWh/jB3rOLExtMCaqAYr4Un4zyE91bQfsc06e0Siu5 4Ti4/bl7zVIGT36TdHdZ+fZxqRpVdjdehX8E0ZAxYhnFofLexJM/OQAeV08hWpjmsVcv RNyfRo4N7i/Dg8Jb2Ks1oD5mHW/hnPzvh63AEfGgNmsc6FrM09wXRDp/1j7k/5KdDXE1 fBiw== X-Gm-Message-State: ANhLgQ2bXa2rxn7jlKdAxNTlV+STxSaPD4EdCFaG68Bkv9K+zF3/LCjS 1+htOgSYwcvIJJKbW4ZoehgMaw== X-Received: by 2002:a17:902:710c:: with SMTP id a12mr5020050pll.283.1584556545656; Wed, 18 Mar 2020 11:35:45 -0700 (PDT) Received: from www.outflux.net (smtp.outflux.net. [198.145.64.163]) by smtp.gmail.com with ESMTPSA id o33sm3249796pje.19.2020.03.18.11.35.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 Mar 2020 11:35:44 -0700 (PDT) Date: Wed, 18 Mar 2020 11:35:43 -0700 From: Kees Cook To: WeiXiong Liao Cc: Anton Vorontsov , Colin Cross , Tony Luck , Jonathan Corbet , Miquel Raynal , Richard Weinberger , Vignesh Raghavendra , Mauro Carvalho Chehab , "David S. Miller" , Rob Herring , Greg Kroah-Hartman , Jonathan Cameron , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org Subject: Re: [PATCH v2 07/11] pstore/blk: skip broken zone for mtd device Message-ID: <202003181131.3A8F861F@keescook> References: <1581078355-19647-1-git-send-email-liaoweixiong@allwinnertech.com> <1581078355-19647-8-git-send-email-liaoweixiong@allwinnertech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1581078355-19647-8-git-send-email-liaoweixiong@allwinnertech.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 07, 2020 at 08:25:51PM +0800, WeiXiong Liao wrote: > It's one of a series of patches for adaptive to MTD device. > > MTD device is not block device. As the block of flash (MTD device) will > be broken, it's necessary for pstore/blk to skip the broken block > (bad block). > > If device drivers return -ENEXT, pstore/blk will try next zone of dmesg. > > Signed-off-by: WeiXiong Liao > --- > Documentation/admin-guide/pstore-block.rst | 3 +- > fs/pstore/blkzone.c | 74 +++++++++++++++++++++++------- > include/linux/blkoops.h | 4 +- > include/linux/pstore_blk.h | 4 ++ > 4 files changed, 66 insertions(+), 19 deletions(-) > > diff --git a/Documentation/admin-guide/pstore-block.rst b/Documentation/admin-guide/pstore-block.rst > index c8a5f68960c3..be865dfc1a28 100644 > --- a/Documentation/admin-guide/pstore-block.rst > +++ b/Documentation/admin-guide/pstore-block.rst > @@ -188,7 +188,8 @@ The parameter @offset of these interface is the relative position of the device. > Normally the number of bytes read/written should be returned, while for error, > negative number will be returned. The following return numbers mean more: > > --EBUSY: pstore/blk should try again later. > +1. -EBUSY: pstore/blk should try again later. > +#. -ENEXT: this zone is used or broken, pstore/blk should try next one. > > panic_write (for non-block device) > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > diff --git a/fs/pstore/blkzone.c b/fs/pstore/blkzone.c > index 442e5a5bbfda..205aeff28992 100644 > --- a/fs/pstore/blkzone.c > +++ b/fs/pstore/blkzone.c > @@ -207,6 +207,9 @@ static int blkz_zone_write(struct blkz_zone *zone, > > return 0; > set_dirty: > + /* no need to mark dirty if going to try next zone */ > + if (wcnt == -ENEXT) > + return -ENEXT; > atomic_set(&zone->dirty, true); > /* flush dirty zones nicely */ > if (wcnt == -EBUSY && !is_on_panic()) > @@ -360,7 +363,11 @@ static int blkz_recover_dmesg_meta(struct blkz_context *cxt) > return -EINVAL; > > rcnt = info->read((char *)buf, len, zone->off); > - if (rcnt != len) { > + if (rcnt == -ENEXT) { > + pr_debug("%s with id %lu may be broken, skip\n", > + zone->name, i); > + continue; > + } else if (rcnt != len) { > pr_err("read %s with id %lu failed\n", zone->name, i); > return (int)rcnt < 0 ? (int)rcnt : -EIO; > } > @@ -650,24 +657,58 @@ static void blkz_write_kmsg_hdr(struct blkz_zone *zone, > hdr->counter = 0; > } > > +/* > + * In case zone is broken, which may occur to MTD device, we try each zones, > + * start at cxt->dmesg_write_cnt. > + */ > static inline int notrace blkz_dmesg_write_do(struct blkz_context *cxt, > struct pstore_record *record) > { > + int ret = -EBUSY; > size_t size, hlen; > struct blkz_zone *zone; > - unsigned int zonenum; > + unsigned int i; > > - zonenum = cxt->dmesg_write_cnt; > - zone = cxt->dbzs[zonenum]; > - if (unlikely(!zone)) > - return -ENOSPC; > - cxt->dmesg_write_cnt = (zonenum + 1) % cxt->dmesg_max_cnt; > + for (i = 0; i < cxt->dmesg_max_cnt; i++) { > + unsigned int zonenum, len; > + > + zonenum = (cxt->dmesg_write_cnt + i) % cxt->dmesg_max_cnt; > + zone = cxt->dbzs[zonenum]; > + if (unlikely(!zone)) > + return -ENOSPC; > > - pr_debug("write %s to zone id %d\n", zone->name, zonenum); > - blkz_write_kmsg_hdr(zone, record); > - hlen = sizeof(struct blkz_dmesg_header); > - size = min_t(size_t, record->size, zone->buffer_size - hlen); > - return blkz_zone_write(zone, FLUSH_ALL, record->buf, size, hlen); > + /* avoid destorying old data, allocate a new one */ > + len = zone->buffer_size + sizeof(*zone->buffer); > + zone->oldbuf = zone->buffer; > + zone->buffer = kzalloc(len, GFP_KERNEL); > + if (!zone->buffer) { > + zone->buffer = zone->oldbuf; > + return -ENOMEM; > + } > + zone->buffer->sig = zone->oldbuf->sig; > + > + pr_debug("write %s to zone id %d\n", zone->name, zonenum); > + blkz_write_kmsg_hdr(zone, record); > + hlen = sizeof(struct blkz_dmesg_header); > + size = min_t(size_t, record->size, zone->buffer_size - hlen); > + ret = blkz_zone_write(zone, FLUSH_ALL, record->buf, size, hlen); > + if (likely(!ret || ret != -ENEXT)) { > + cxt->dmesg_write_cnt = zonenum + 1; > + cxt->dmesg_write_cnt %= cxt->dmesg_max_cnt; > + /* no need to try next zone, free last zone buffer */ > + kfree(zone->oldbuf); > + zone->oldbuf = NULL; > + return ret; > + } > + > + pr_debug("zone %u may be broken, try next dmesg zone\n", > + zonenum); > + kfree(zone->buffer); > + zone->buffer = zone->oldbuf; > + zone->oldbuf = NULL; > + } > + > + return -EBUSY; > } > > static int notrace blkz_dmesg_write(struct blkz_context *cxt, > @@ -791,7 +832,6 @@ static int notrace blkz_pstore_write(struct pstore_record *record) > } > } > > -#define READ_NEXT_ZONE ((ssize_t)(-1024)) > static struct blkz_zone *blkz_read_next_zone(struct blkz_context *cxt) > { > struct blkz_zone *zone = NULL; > @@ -852,7 +892,7 @@ static ssize_t blkz_dmesg_read(struct blkz_zone *zone, > if (blkz_read_dmesg_hdr(zone, record)) { > atomic_set(&zone->buffer->datalen, 0); > atomic_set(&zone->dirty, 0); > - return READ_NEXT_ZONE; > + return -ENEXT; > } > size -= sizeof(struct blkz_dmesg_header); > > @@ -877,7 +917,7 @@ static ssize_t blkz_dmesg_read(struct blkz_zone *zone, > if (unlikely(blkz_zone_read(zone, record->buf + hlen, size, > sizeof(struct blkz_dmesg_header)) < 0)) { > kfree(record->buf); > - return READ_NEXT_ZONE; > + return -ENEXT; > } > > return size + hlen; > @@ -891,7 +931,7 @@ static ssize_t blkz_record_read(struct blkz_zone *zone, > > buf = (struct blkz_buffer *)zone->oldbuf; > if (!buf) > - return READ_NEXT_ZONE; > + return -ENEXT; > > size = atomic_read(&buf->datalen); > start = atomic_read(&buf->start); > @@ -943,7 +983,7 @@ static ssize_t blkz_pstore_read(struct pstore_record *record) > } > > ret = readop(zone, record); > - if (ret == READ_NEXT_ZONE) > + if (ret == -ENEXT) > goto next_zone; > return ret; > } > diff --git a/include/linux/blkoops.h b/include/linux/blkoops.h > index 8f40f225545d..71c596fd4cc8 100644 > --- a/include/linux/blkoops.h > +++ b/include/linux/blkoops.h > @@ -27,6 +27,7 @@ > * On error, negative number should be returned. The following returning > * number means more: > * -EBUSY: pstore/blk should try again later. > + * -ENEXT: this zone is used or broken, pstore/blk should try next one. > * @panic_write: > * The write operation only used for panic. > * > @@ -45,7 +46,8 @@ struct blkoops_device { > > /* > * Panic write for block device who should write alignmemt to SECTOR_SIZE. > - * On success, zero should be returned. Others mean error. > + * On success, zero should be returned. Others mean error except that -ENEXT > + * means the zone is used or broken, pstore/blk should try next one. > */ > typedef int (*blkoops_blk_panic_write_op)(const char *buf, sector_t start_sect, > sector_t sects); > diff --git a/include/linux/pstore_blk.h b/include/linux/pstore_blk.h > index 77704c1b404a..bbbe4fe37f7c 100644 > --- a/include/linux/pstore_blk.h > +++ b/include/linux/pstore_blk.h > @@ -6,6 +6,9 @@ > #include > #include > > +/* read/write function return -ENEXT means try next zone */ > +#define ENEXT ((ssize_t)(1024)) I really don't like inventing errno numbers. Can you just reuse an existing (but non-block) errno like ESRCH or ENOMSG or something? > + > /** > * struct blkz_info - backend blkzone driver structure > * > @@ -42,6 +45,7 @@ > * On error, negative number should be returned. The following returning > * number means more: > * -EBUSY: pstore/blk should try again later. > + * -ENEXT: this zone is used or broken, pstore/blk should try next one. > * @panic_write: > * The write operation only used for panic. It's optional if you do not > * care panic record. If panic occur but blkzone do not recover yet, the > -- > 1.9.1 > -- Kees Cook