Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1462001imm; Sun, 23 Sep 2018 04:45:03 -0700 (PDT) X-Google-Smtp-Source: ACcGV62ZPBGzoyB7ylH6qb1WRfqJqcCmWVpavGjNj9JLgjF329UGsvJQzdFYjGjdst/BhGTLauOM X-Received: by 2002:a63:5e46:: with SMTP id s67-v6mr5582170pgb.373.1537703103652; Sun, 23 Sep 2018 04:45:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537703103; cv=none; d=google.com; s=arc-20160816; b=YuwOpWWkdY8mncnmhSVdgR/lFcTQtNFJf+W1pVkn/6xAWIdIzLEJJuyfL0wwtRgUmE 68KWJ14vmG855SJPMSHrKgApnzWzMA7H2nU6r9M/jb9HyTH7j9BEDtlE/x7SEeEpjDIB X9qaC1XkxKcdLayMpesrzXLkIw4WowQJ+JhFyn0lEsQTIDZQKRgCFylZ23smqm7U0WfQ 9um2tX6cfoLOJGxu5UfUYLJHmLVinqqARzPYzHWi+6xS6V3I0Ssr9Q4Ts/i4m58wxCSb gwaPDE1IoXJcTFYfPKcTgjV9A3693jDXtMIjAxDR0z4ncII78sobtT2YtgrLQ5kqn87D gY6g== 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 :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=i5Ly4I5ypMCxWEQ56PlXtGb/DfSZO0du0m4ytcMBo5A=; b=a7Rk1Q/Gbngk2PXPIqwX/xwlYHEbtfcZSX4NdaQmT3mVHeKUHMuoOX2Zn3nC/p5j3o hYURTXK+40v+buRnlcS5C8Gzhq2mKFMXF7TMNq8H0lrpeairrnf5snj9bNSBl+LlPztp zB8RhkSa5nYS2MsQt18OPdRTrpD5E9H/USDc6nf0qQHY/CA9+38GESKI50Cm0/EWWzZS TF+HzgRhNo63NXzE7FqwjY5wZdUHKg3JUnI3QvLAZdhM0zuN3btpzhmpBCsCSOKbiqOb RM+0l9gODsb+0xhgy8YzfnEWqPilwf/WKhT+GOhTsuBCe/1ef9LtGjf8AB0OUYHBk48x oTkA== 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 v38-v6si37469552plg.179.2018.09.23.04.44.46; Sun, 23 Sep 2018 04:45:03 -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 S1726155AbeIWRly convert rfc822-to-8bit (ORCPT + 99 others); Sun, 23 Sep 2018 13:41:54 -0400 Received: from mail.bootlin.com ([62.4.15.54]:40276 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725810AbeIWRlx (ORCPT ); Sun, 23 Sep 2018 13:41:53 -0400 Received: by mail.bootlin.com (Postfix, from userid 110) id 2ADE62089C; Sun, 23 Sep 2018 13:44:39 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.bootlin.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.0 Received: from xps13 (AToulouse-657-1-1019-69.w90-11.abo.wanadoo.fr [90.11.225.69]) by mail.bootlin.com (Postfix) with ESMTPSA id 7DA79207CA; Sun, 23 Sep 2018 13:44:38 +0200 (CEST) Date: Sun, 23 Sep 2018 13:44:37 +0200 From: Miquel Raynal To: Masahiro Yamada Cc: Boris Brezillon , Mark Rutland , DTML , Dinh Nguyen , Richard Weinberger , Linux Kernel Mailing List , Rob Herring , linux-mtd , Brian Norris , David Woodhouse , Marek Vasut Subject: Re: [PATCH] mtd: rawnand: denali: add DT property to specify skipped bytes in OOB Message-ID: <20180923134437.283b5dda@xps13> In-Reply-To: References: <1536317783-4942-1-git-send-email-yamada.masahiro@socionext.com> <20180907160822.319047c8@bbrezillon> <20180907165348.3e0027ee@bbrezillon> <20180922094111.1c2969e8@xps13> <20180922101116.7c9b4767@bbrezillon> Organization: Bootlin X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.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 Hi Masahiro, Masahiro Yamada wrote on Sun, 23 Sep 2018 06:38:40 -0400: > 2018-09-22 4:11 GMT-04:00 Boris Brezillon : > > On Sat, 22 Sep 2018 09:41:11 +0200 > > Miquel Raynal wrote: > > > >> Hi Masahiro, > >> > >> Masahiro Yamada wrote on Sat, 8 Sep > >> 2018 01:10:25 +0900: > >> > >> > Hi Boris, > >> > > >> > 2018-09-07 23:53 GMT+09:00 Boris Brezillon : > >> > > On Fri, 7 Sep 2018 23:42:53 +0900 > >> > > Masahiro Yamada wrote: > >> > > > >> > >> Hi Boris, > >> > >> > >> > >> 2018-09-07 23:08 GMT+09:00 Boris Brezillon : > >> > >> > Hi Masahiro, > >> > >> > > >> > >> > On Fri, 7 Sep 2018 19:56:23 +0900 > >> > >> > Masahiro Yamada wrote: > >> > >> > > >> > >> >> NAND devices need additional data area (OOB) for error correction, > >> > >> >> but it is also used for Bad Block Marker (BBM). In many cases, the > >> > >> >> first byte in OOB is used for BBM, but the location actually depends > >> > >> >> on chip vendors. The NAND controller should preserve the precious > >> > >> >> BBM to keep track of bad blocks. > >> > >> >> > >> > >> >> In Denali IP, the SPARE_AREA_SKIP_BYTES register is used to specify > >> > >> >> the number of bytes to skip from the start of OOB. The ECC engine > >> > >> >> will automatically skip the specified number of bytes when it gets > >> > >> >> access to OOB area. > >> > >> >> > >> > >> >> The same value for SPARE_AREA_SKIP_BYTES should be used between > >> > >> >> firmware and the operating system if you intend to use the NAND > >> > >> >> device across the control hand-off. > >> > >> >> > >> > >> >> In fact, the current denali.c code expects firmware to have already > >> > >> >> set the SPARE_AREA_SKIP_BYTES register, then reads the value out. > >> > >> >> > >> > >> >> If no firmware (or bootloader) has initialized the controller, the > >> > >> >> register value is zero, which is the default after power-on-reset. > >> > >> >> > >> > >> >> In other words, the Linux driver cannot initialize the controller > >> > >> >> by itself. You cannot support the reset control either because > >> > >> >> resetting the controller will get register values lost. > >> > >> >> > >> > >> >> This commit adds a way to specify it via DT. If the property > >> > >> >> "denali,oob-skip-bytes" exists, the value will be set to the register. > >> > >> > > >> > >> > Hm, do we really need to make this config customizable? I mean, either > >> > >> > you have a large-page NAND (page > 512 bytes) and the 2 first bytes > >> > >> > must be reserved for the BBM or you have a small-page NAND and the BBM > >> > >> > is at position 4 and 5. Are you sure people configure that differently? > >> > >> > Don't you always have SPARE_AREA_SKIP_BYTES set to 6 or 2? > >> > >> > >> > >> > >> > >> As I said in the patch description, > >> > >> I need to use the same SPARE_AREA_SKIP_BYTES value > >> > >> across firmware, boot-loader, Linux, and whatever. > >> > >> > >> > >> I want to set the value to 8 for my platform > >> > >> because the on-chip boot ROM expects 8. > >> > >> I cannot change it since the boot ROM is hard-wired. > >> > >> > >> > >> > >> > >> The boot ROM skips 8 bytes in OOB > >> > >> when it loads images from the on-board NAND device. > >> > >> > >> > >> So, when I update the image from U-Boot or Linux, > >> > >> I need to make sure to set the register to 8. > >> > >> > >> > >> If I update the image with a different value, > >> > >> the Boot ROM fails to boot. > >> > >> > >> > >> > >> > >> > >> > >> When the system has booted from NAND, > >> > >> the register is already set to 8. It works. > >> > >> > >> > >> However, when the system has booted from eMMC, > >> > >> the register is not initialized by anyone. > >> > >> I am searching for a way to set the register to 8 > >> > >> in this case. > > > > Maybe there's a solution which does not involve attaching a per-compat > > value or adding a DT prop. If the FW/bootloader has not initialized this > > register the value is 0, right? Why not testing the value and > > assigning it to the default (8) if it's not been initialized by the > > bootloader. That shouldn't break existing platforms since I don't think > > 0 is a valid value anyway. > > > > denali->oob_skip_bytes = ioread32(denali->reg + > > SPARE_AREA_SKIP_BYTES); > > if (!denali->oob_skip_bytes) { > > denali->oob_skip_bytes = DEFAULT_OOB_SKIP_BYTES; > > iowrite32(denali->oob_skip_bytes, > > denali->reg + SPARE_AREA_SKIP_BYTES); > > } > > > > > I prefer per-compatible values to a fixed default. > > > I'd like to set the register to 8 unless set otherwise > because the boot ROM on my platform (Socionext UniPhier SoCs) > uses that value. > > Other platforms like Altera SOCFPGA may want to use a different value > (at least, I do not know what is the preferred value). > > Well, for now we can just have a default to 8, and if someone complains have a per-compatible default? Thanks, Miquèl