Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp746400rwl; Wed, 12 Apr 2023 03:38:03 -0700 (PDT) X-Google-Smtp-Source: AKy350a6P7QVuNdaJ2DwSZAddAcxpViyjsIPUDlC08Mq22Gtk5/JGV46Kg/lX/aAbVDVLuv2SDCX X-Received: by 2002:a17:90b:33d2:b0:240:973d:b436 with SMTP id lk18-20020a17090b33d200b00240973db436mr6825614pjb.49.1681295883188; Wed, 12 Apr 2023 03:38:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681295883; cv=none; d=google.com; s=arc-20160816; b=Lpqdq3Ds2r5GSDewtdlPIchcDtNItA/wOMkIKpqTXn45rLpPfilX0rs61DIsViCBJF mnG7JNddbRZ6b6KiyPc9EmvmWwScp8DSJu+vNwyT6qQSZ0O+BE1Wb9zCalsE1Iv0aHE/ Eozjv2syq/ojFn+mp226F4ZOn1XOLew5QPSJQJY9X1ZLhokEV6SPfsWbVkGJXoFZDmRc A6JtAURAIh3mWA2g1QWqbkR+1viSAEZWJ50WMeso0LCPtH6n4lkMzINyb4ThhvgepTt1 H50tlbbrai9cz7ngTY+B6q3tdsJ1tFBUrcCYnggvuxwQkMaVJQRBB0WzCulK74vXZHfv gdEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=qt4HRvdCnitTaJ93EJ9VVF6F946/1bWKjVxqhjWWbXc=; b=iQXc8L9HyEO1v4bi80yPK1dZ3NdqwQZxMe2i+EjX/cFE5bZntqoS5ZDqPZfzHtvN3P ZyRFevjHqj+B++Zk7IKa8/JdMaYQ/rWSyR2FMMoENwrk2IseP9x1h7EDhr1ZiT3xTHWL TJxHnqc+dWHJJcZ2+1bCPwKPSTpNKRq9rxWTSmdAO7ypLoIA64uPmXuxjzO12cQIz0P8 sOL3U2TRz942s9JwRAFpf7XRORLr0wGlCmpFEyoS6JY6VC6M53kfKW16XrBLs5QpbV2S tYUzpBBMUYtYUfBY0+ku51ZeJJu4yVLw4OW1Ji1Lhf29IeL4oXo1RWQA+ClInlBdstM2 np6A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sberdevices.ru header.s=mail header.b=lwLLhqYZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=sberdevices.ru Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id om16-20020a17090b3a9000b0023d276137a5si1812782pjb.30.2023.04.12.03.37.51; Wed, 12 Apr 2023 03:38:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@sberdevices.ru header.s=mail header.b=lwLLhqYZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=sberdevices.ru Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229872AbjDLK2P (ORCPT + 99 others); Wed, 12 Apr 2023 06:28:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39686 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229873AbjDLK2O (ORCPT ); Wed, 12 Apr 2023 06:28:14 -0400 Received: from mx.sberdevices.ru (mx.sberdevices.ru [45.89.227.171]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8A1E7AA for ; Wed, 12 Apr 2023 03:28:10 -0700 (PDT) Received: from s-lin-edge02.sberdevices.ru (localhost [127.0.0.1]) by mx.sberdevices.ru (Postfix) with ESMTP id D5C245FD61; Wed, 12 Apr 2023 13:28:08 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sberdevices.ru; s=mail; t=1681295288; bh=qt4HRvdCnitTaJ93EJ9VVF6F946/1bWKjVxqhjWWbXc=; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; b=lwLLhqYZh5gqKXPtNe3VS7pr67SBSpFJoyg+Wsz5y2zE6oW2nrwQTeBrQQdADQryW /q1ky2P0pLor4RZt9t2nxPqqA0Bw58w1rInl13sucza0LXsPl2aQsCGhgaMv3QsF9C uC3oBBokzP38F0SGY/w0VndJrIoXsRsaUwjr4E9wFeuBSbhfdbB0Slf8dTxTuqD5mC /YRsu+xXnfXYWQm2bwPJnVX4tVUx8vhoTV3Sac6clpjvL0qZk2794N+LMnoQ+/ZVw3 oUe/f7g3SJtHR8Gjq/uBlAsxRRWRqTrlZGEpoSVwrwn3ZmnV7petjizP9D9TrUqdG5 B6z3wY7Bd/pDQ== Received: from S-MS-EXCH01.sberdevices.ru (S-MS-EXCH01.sberdevices.ru [172.16.1.4]) by mx.sberdevices.ru (Postfix) with ESMTP; Wed, 12 Apr 2023 13:28:08 +0300 (MSK) Message-ID: <3f247cbe-2798-4871-82a5-5124142fdcc5@sberdevices.ru> Date: Wed, 12 Apr 2023 13:24:20 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: [PATCH v1 1/5] mtd: rawnand: meson: fix NAND access for read/write Content-Language: en-US To: Liang Yang , Miquel Raynal , Richard Weinberger , Vignesh Raghavendra , Neil Armstrong , Kevin Hilman , Jerome Brunet , Martin Blumenstingl , Yixun Lan , Jianxin Pan CC: , , , , , References: <20230412061700.1492474-1-AVKrasnov@sberdevices.ru> <20230412061700.1492474-2-AVKrasnov@sberdevices.ru> <889cf54e-584c-9bee-2106-633155897324@amlogic.com> From: Arseniy Krasnov In-Reply-To: <889cf54e-584c-9bee-2106-633155897324@amlogic.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Originating-IP: [172.16.1.6] X-ClientProxiedBy: S-MS-EXCH01.sberdevices.ru (172.16.1.4) To S-MS-EXCH01.sberdevices.ru (172.16.1.4) X-KSMG-Rule-ID: 4 X-KSMG-Message-Action: clean X-KSMG-AntiSpam-Status: not scanned, disabled by settings X-KSMG-AntiSpam-Interceptor-Info: not scanned X-KSMG-AntiPhishing: not scanned, disabled by settings X-KSMG-AntiVirus: Kaspersky Secure Mail Gateway, version 1.1.2.30, bases: 2023/04/12 04:12:00 #21090163 X-KSMG-AntiVirus-Status: Clean, skipped X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12.04.2023 12:37, Liang Yang wrote: > Hi Arseniy, > > Thanks for pointing out this problem. also comment inline. > > On 2023/4/12 14:16, Arseniy Krasnov wrote: >> [ EXTERNAL EMAIL ] >> >> This fixes read/write functionality. New command sequences were ported >> from old vendor's driver. Without this patch driver works unstable. This >> change is tested with 'nanddump'/'nandwrite' utilities and mounting >> JFFS2 filesystem on AXG family (A113X SoC). >> >> Fixes: 8fae856c5350 ("mtd: rawnand: meson: add support for Amlogic NAND flash controller") >> Signed-off-by: Arseniy Krasnov >> --- >>   drivers/mtd/nand/raw/meson_nand.c | 116 ++++++++++++++++++++++++++---- >>   1 file changed, 101 insertions(+), 15 deletions(-) >> >> diff --git a/drivers/mtd/nand/raw/meson_nand.c b/drivers/mtd/nand/raw/meson_nand.c >> index 074e14225c06..256c37c76526 100644 >> --- a/drivers/mtd/nand/raw/meson_nand.c >> +++ b/drivers/mtd/nand/raw/meson_nand.c >> @@ -26,6 +26,7 @@ >>   #define NFC_CMD_IDLE        (0xc << 14) >>   #define NFC_CMD_CLE        (0x5 << 14) >>   #define NFC_CMD_ALE        (0x6 << 14) >> +#define NFC_CMD_DRD        (0x8 << 14) >>   #define NFC_CMD_ADL        ((0 << 16) | (3 << 20)) >>   #define NFC_CMD_ADH        ((1 << 16) | (3 << 20)) >>   #define NFC_CMD_AIL        ((2 << 16) | (3 << 20)) >> @@ -84,6 +85,7 @@ >>     #define DMA_BUSY_TIMEOUT    0x100000 >>   #define CMD_FIFO_EMPTY_TIMEOUT    1000 >> +#define DEVICE_READY_TIMEOUT    1000 >>     #define MAX_CE_NUM        2 >>   @@ -255,8 +257,26 @@ static void meson_nfc_select_chip(struct nand_chip *nand, int chip) >>       } >>   } >>   +static int meson_nfc_wait_cmd_finish(struct meson_nfc *nfc, >> +                     unsigned int timeout_ms) >> +{ >> +    u32 cmd_size = 0; >> +    int ret; >> + >> +    /* wait cmd fifo is empty */ >> +    ret = readl_relaxed_poll_timeout(nfc->reg_base + NFC_REG_CMD, cmd_size, >> +                     !NFC_CMD_GET_SIZE(cmd_size), >> +                     10, timeout_ms * 1000); >> +    if (ret) >> +        dev_err(nfc->dev, "wait for empty CMD FIFO timed out\n"); >> + >> +    return ret; >> +} >> + >>   static void meson_nfc_cmd_idle(struct meson_nfc *nfc, u32 time) >>   { >> +    meson_nfc_wait_cmd_finish(nfc, 0); >> + >>       writel(nfc->param.chip_select | NFC_CMD_IDLE | (time & 0x3ff), >>              nfc->reg_base + NFC_REG_CMD); >>   } >> @@ -308,23 +328,9 @@ static void meson_nfc_drain_cmd(struct meson_nfc *nfc) >>        */ >>       meson_nfc_cmd_idle(nfc, 0); >>       meson_nfc_cmd_idle(nfc, 0); >> +    meson_nfc_wait_cmd_finish(nfc, 1000); >>   } >>   -static int meson_nfc_wait_cmd_finish(struct meson_nfc *nfc, >> -                     unsigned int timeout_ms) >> -{ >> -    u32 cmd_size = 0; >> -    int ret; >> - >> -    /* wait cmd fifo is empty */ >> -    ret = readl_relaxed_poll_timeout(nfc->reg_base + NFC_REG_CMD, cmd_size, >> -                     !NFC_CMD_GET_SIZE(cmd_size), >> -                     10, timeout_ms * 1000); >> -    if (ret) >> -        dev_err(nfc->dev, "wait for empty CMD FIFO time out\n"); >> - >> -    return ret; >> -} >>     static int meson_nfc_wait_dma_finish(struct meson_nfc *nfc) >>   { >> @@ -631,6 +637,48 @@ static int meson_nfc_rw_cmd_prepare_and_execute(struct nand_chip *nand, >>       return 0; >>   } >>   +static uint8_t meson_nfc_read_byte(struct nand_chip *nand) >> +{ >> +    struct meson_nfc *nfc = nand_get_controller_data(nand); >> + >> +    writel(NFC_CMD_DRD, nfc->reg_base + NFC_REG_CMD); >> +    meson_nfc_cmd_idle(nfc, nfc->timing.twb); >> +    meson_nfc_drain_cmd(nfc); >> + >> +    return readl(nfc->reg_base + NFC_REG_BUF); >> +} >> + >> +static int meson_nfc_wait_dev_ready(struct nand_chip *nand) >> +{ >> +    struct meson_nfc *nfc = nand_get_controller_data(nand); >> +    u32 cs = nfc->param.chip_select; >> +    unsigned long cnt = 0; >> + >> +    meson_nfc_drain_cmd(nfc); >> + >> +    writel(cs | NFC_CMD_CLE | NAND_CMD_STATUS, nfc->reg_base + NFC_REG_CMD); >> + >> +    /* 10 ms. */ >> +    while (cnt < DEVICE_READY_TIMEOUT) { >> +        uint8_t status; >> + >> +        status = meson_nfc_read_byte(nand); >> + >> +        if (status & NAND_STATUS_READY) >> +            break; >> + >> +        usleep_range(10, 11); >> +        cnt++; >> +    } >> + >> +    if (cnt == DEVICE_READY_TIMEOUT) { >> +        dev_err(nfc->dev, "device ready timeout\n"); >> +        return -ETIMEDOUT; >> +    } >> + >> +    return 0; >> +} >> + >>   static int meson_nfc_write_page_sub(struct nand_chip *nand, >>                       int page, int raw) >>   { >> @@ -643,6 +691,10 @@ static int meson_nfc_write_page_sub(struct nand_chip *nand, >>       u32 cmd; >>       int ret; >>   +    ret = meson_nfc_wait_dev_ready(nand); >> +    if (ret) >> +        return ret; >> + >>       meson_nfc_select_chip(nand, nand->cur_cs); >>         data_len =  mtd->writesize + mtd->oobsize; >> @@ -667,12 +719,20 @@ static int meson_nfc_write_page_sub(struct nand_chip *nand, >>                        NFC_CMD_SCRAMBLER_DISABLE); >>       } >>   +    ret = meson_nfc_wait_dma_finish(nfc); >> +    if (ret) >> +        return ret; >> + >>       cmd = nfc->param.chip_select | NFC_CMD_CLE | NAND_CMD_PAGEPROG; >>       writel(cmd, nfc->reg_base + NFC_REG_CMD); >>       meson_nfc_queue_rb(nfc, PSEC_TO_MSEC(sdr->tPROG_max)); >>         meson_nfc_dma_buffer_release(nand, data_len, info_len, DMA_TO_DEVICE); >>   +    ret = meson_nfc_wait_dev_ready(nand); >> +    if (ret) >> +        return ret; >> + >>       return ret; >>   } >>   @@ -720,6 +780,21 @@ static void meson_nfc_check_ecc_pages_valid(struct meson_nfc *nfc, >>       } while (!ret); >>   } >>   +static inline int meson_nfc_send_read(struct nand_chip *nand) >> +{ >> +    struct meson_nfc *nfc = nand_get_controller_data(nand); >> +    u32 cs = nfc->param.chip_select; >> +    int ret; >> + >> +    ret = meson_nfc_wait_dev_ready(nand); >> +    if (ret) >> +        return ret; >> + >> +    writel(cs | NFC_CMD_CLE | NAND_CMD_READ0, nfc->reg_base + NFC_REG_CMD); >> + >> +    return 0; >> +} >> + > > it already calls meson_nfc_queue_rb() in meson_nfc_rw_cmd_prepare_and_execute(). Could you implements this in meson_nfc_queue_rb()? and we can use the irq method. > also without Ready/Busy pin, the meson_nfc_queue_rb() should change like below: >     ...... >     #define NFC_CMD_RB_INT    ((0xb << 10) | BIT(18)) > >     meson_nfc_cmd_idle(nfc, 0); >     cmd = nfc->param.chip_select | NFC_CMD_CLE | NAND_CMD_STATUS; >     writel(cmd, nfc->reg_base + NFC_REG_CMD); >     meson_nfc_cmd_idle(nfc, 5); >     cmd = NFC_CMD_RB | NFC_CMD_RB_INT | nfc->timing.tbers_max; >     writel(cmd, nfc->reg_base + NFC_REG_CMD); > >     ret = wait_for_completion_timeout(&nfc->completion, >                       msecs_to_jiffies(timeout_ms)); >     if (ret == 0) >         ret = -1; > >     writel(cs | NFC_CMD_CLE | NAND_CMD_READ0, nfc->reg_base + NFC_REG_CMD); >     ...... >      Thanks for reply! I'll try this code! One more question about OOB processing in this driver (as You are author of it): OOB size is 64 bytes, but for example if I have 1K ECC, 2 bytes user bytes and 14 bytes for ECC code for each 1K. In this case I have access to only 32 bytes of OOB: 2 x (2 user bytes + 14 ECC bytes). Correct me if i'm wrong, but rest of OOB (next 32 bytes) become unavailable (in both raw and ECC modes) ? Thanks, Arseniy >>   static int meson_nfc_read_page_sub(struct nand_chip *nand, >>                      int page, int raw) >>   { >> @@ -734,10 +809,18 @@ static int meson_nfc_read_page_sub(struct nand_chip *nand, >>       data_len =  mtd->writesize + mtd->oobsize; >>       info_len = nand->ecc.steps * PER_INFO_BYTE; >>   +    ret = meson_nfc_wait_dev_ready(nand); >> +    if (ret) >> +        return ret; >> + >>       ret = meson_nfc_rw_cmd_prepare_and_execute(nand, page, DIRREAD); >>       if (ret) >>           return ret; >>   +    ret = meson_nfc_send_read(nand); >> +    if (ret) >> +        return ret; >> + >>       ret = meson_nfc_dma_buffer_setup(nand, meson_chip->data_buf, >>                        data_len, meson_chip->info_buf, >>                        info_len, DMA_FROM_DEVICE); >> @@ -754,6 +837,9 @@ static int meson_nfc_read_page_sub(struct nand_chip *nand, >>       } >>         ret = meson_nfc_wait_dma_finish(nfc); >> +    if (ret) >> +        return ret; >> + >>       meson_nfc_check_ecc_pages_valid(nfc, nand, raw); >>         meson_nfc_dma_buffer_release(nand, data_len, info_len, DMA_FROM_DEVICE); >