Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp3413052imm; Fri, 25 May 2018 05:24:45 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpO1VF4kmDJg9Vds0yaWz+HnRAaUNPYuaCwvWuifqTJckOBMDl4ongzxn8GUhRYIOTZRuRg X-Received: by 2002:a63:304:: with SMTP id 4-v6mr1846774pgd.290.1527251085813; Fri, 25 May 2018 05:24:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527251085; cv=none; d=google.com; s=arc-20160816; b=nJlT493omm40z/SD2W7GFAB7CiideB5QLDXTY5uSypqToC6JOoFbaZQ+1xqiBySu+F y1H3EPZhWQ/5TxkxTw5Ll3pF25UOqICUkt7uj4qi6mpPg9O6Ca0v8ggwFqVIVYsmdwbr axq4ScPsCo6c/2YBqAV/dGsOkohCeyIy/Ljp8yP1DPY6aSU4Mj8oWAsUg4S5eur9DpPp cD6ct4NdlgS4WWdDMeTe211phMuvEIWhRL01JEAsc1AT699KroR6VWIE3YpSyA7SoitH oOqRdnnIzfptEUon7c3Zop2p43iJa86613nnPbKVZAonW4tHTN1IeMpJYJzkTPulNWLe TyIA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dmarc-filter:dkim-signature:dkim-signature :arc-authentication-results; bh=oThEpFzrylpdxZ5ciI0io1UOjNECzaEiloNt0MNbiMk=; b=P/0w8x8W/m20aJqLbWt8WMmA11B5k8aKs5aOTABezAFcZOFi3uX81vKKfTHViJd9F5 rD2XQA70ogq1QHgVS4XIuyl0AJBYVRrrf/Xd7Th0JU3KhZ/RHsaDHYMQJqDVHgoaZQTC +sj6VJEPE3uj8Qv9cVkjbHvyhQxKjb8zuaMTfaxCBOz14bPPXZpbx9C97XnONcShZAiS Ah1UNTTHJUH9PxlyvGKEOjW7gx2Ymi5KqwnXNZwEoPwA8/2/9lrsp1ua4YHHMP87bqHy 2CXWZIw8kCQ7kWO3CBhrMchcvDsIDghkilzsTLvLQW1xgNcj7bNTcg/B9POSwQTHfyOY beaQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=XPngHHxd; dkim=pass header.i=@codeaurora.org header.s=default header.b=PDVYsNAD; 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 a3-v6si22664216pff.43.2018.05.25.05.24.30; Fri, 25 May 2018 05:24:45 -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=@codeaurora.org header.s=default header.b=XPngHHxd; dkim=pass header.i=@codeaurora.org header.s=default header.b=PDVYsNAD; 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 S967091AbeEYMW6 (ORCPT + 99 others); Fri, 25 May 2018 08:22:58 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:49114 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S967001AbeEYMWt (ORCPT ); Fri, 25 May 2018 08:22:49 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 9BE5660F6D; Fri, 25 May 2018 12:22:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1527250968; bh=AQaLiluGOeAem4orI7TxJlvr0ITX/cgzvbn2a1Kuw20=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=XPngHHxdc1S6kucPLLuxSnDErGggZOnkkoWRguHzI/BIvEMDS9f835wVMfcKJHeNS VSxWwXQIq7GsfQxkF6PyMjm21+9YZ7fBeSTIh1ht8TmnvdkL8JZ06CnNQ/rYAlPVhw Vcf0aIqpDhUDHaxp8/wczU/vWsl4dYbJICT9XbXM= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from absahu-linux.qualcomm.com (blr-c-bdr-fw-01_globalnat_allzones-outside.qualcomm.com [103.229.19.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: absahu@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 9F85560117; Fri, 25 May 2018 12:22:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1527250967; bh=AQaLiluGOeAem4orI7TxJlvr0ITX/cgzvbn2a1Kuw20=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=PDVYsNADWYDPqtM4i0pAF/e3uzazh3FyvXs79NoptrJcTMJCJdVfgT8XXABOzJxgc 8sZr8aJAngo/4294VqInH9wk8Mg6dbK+yInoPZvDNLeo1ASrcd1JwnDlRa4OhDTLHO ldDtGwIJ9uy8exLLAQOJ0TDdzXW3yafpx0jJ/dZE= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 9F85560117 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=absahu@codeaurora.org From: Abhishek Sahu To: Boris Brezillon Cc: David Woodhouse , Brian Norris , Marek Vasut , Richard Weinberger , Cyrille Pitchen , Miquel Raynal , linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org, Andy Gross , Archit Taneja , Abhishek Sahu Subject: [PATCH v3 11/16] mtd: rawnand: qcom: modify write_oob to remove read codeword part Date: Fri, 25 May 2018 17:51:39 +0530 Message-Id: <1527250904-21988-12-git-send-email-absahu@codeaurora.org> X-Mailer: git-send-email 1.9.1 In-Reply-To: <1527250904-21988-1-git-send-email-absahu@codeaurora.org> References: <1527250904-21988-1-git-send-email-absahu@codeaurora.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org QCOM NAND controller layout protects available OOB data bytes with ECC also so when ecc->write_oob() is being called then it can't update just OOB bytes. Currently, it first reads the last codeword which includes old OOB bytes. Then it updates the old OOB bytes with new ones and then again writes the codeword back. The reading codeword is unnecessary since user is responsible to have these bytes cleared to 0xFF. This patch removes the read part and updates the OOB bytes with data area padded with OxFF. Acked-by: Miquel Raynal Signed-off-by: Abhishek Sahu --- * Changes from v2: 1. Changed commit message and comments slightly 2. Changed host->use_ecc assignment place * Changes from v1: NEW CHANGE drivers/mtd/nand/raw/qcom_nandc.c | 16 ++++------------ 1 file changed, 4 insertions(+), 12 deletions(-) diff --git a/drivers/mtd/nand/raw/qcom_nandc.c b/drivers/mtd/nand/raw/qcom_nandc.c index e4b87b7..e02d752 100644 --- a/drivers/mtd/nand/raw/qcom_nandc.c +++ b/drivers/mtd/nand/raw/qcom_nandc.c @@ -2064,11 +2064,9 @@ static int qcom_nandc_write_page_raw(struct mtd_info *mtd, /* * implements ecc->write_oob() * - * the NAND controller cannot write only data or only oob within a codeword, - * since ecc is calculated for the combined codeword. we first copy the - * entire contents for the last codeword(data + oob), replace the old oob - * with the new one in chip->oob_poi, and then write the entire codeword. - * this read-copy-write operation results in a slight performance loss. + * the NAND controller cannot write only data or only OOB within a codeword + * since ECC is calculated for the combined codeword. So update the OOB from + * chip->oob_poi, and pad the data area with OxFF before writing. */ static int qcom_nandc_write_oob(struct mtd_info *mtd, struct nand_chip *chip, int page) @@ -2081,19 +2079,13 @@ static int qcom_nandc_write_oob(struct mtd_info *mtd, struct nand_chip *chip, int ret; host->use_ecc = true; - - clear_bam_transaction(nandc); - ret = copy_last_cw(host, page); - if (ret) - return ret; - - clear_read_regs(nandc); clear_bam_transaction(nandc); /* calculate the data and oob size for the last codeword/step */ data_size = ecc->size - ((ecc->steps - 1) << 2); oob_size = mtd->oobavail; + memset(nandc->data_buffer, 0xff, host->cw_data); /* override new oob content to last codeword */ mtd_ooblayout_get_databytes(mtd, nandc->data_buffer + data_size, oob, 0, mtd->oobavail); -- QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation