Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp1564021pxv;
        Fri, 2 Jul 2021 06:54:37 -0700 (PDT)
X-Google-Smtp-Source: ABdhPJzaS0P0QlxpDiduPfzhJ3VrnN3nbSm0IOaW7FxOxj4eDZttvxVfJJzlmiMF+xVUNlL6+8ok
X-Received: by 2002:a92:d246:: with SMTP id v6mr81343ilg.191.1625234077386;
        Fri, 02 Jul 2021 06:54:37 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1625234077; cv=none;
        d=google.com; s=arc-20160816;
        b=nctntBUgrjCLMJXHxxcx4u4XrkUgZ414SSsD+Dd10B4g8hY0Z0yTBlRAQfHo58Inif
         NXOdBh9rssHwWZZDImMQyUI+St+UJhhLF8ngOTlt5eXrZ/S8I6BHXgshr1gGlNgvvI+Y
         jsZBdG93Skwbme39jXCX2rEFjnnWW+O0pX/4GUXwLGqZDcOSXaibzOv2/pf/io4b7RKE
         yH0OZwqWhI4cMMsdQnxH07p9TfWyEXycRIGAKwCGeuSqHwRJbSSEYzd3NGloiU9l44mN
         fKVo6z+gYVwpzDotz4+ntsf9kPx4ugAFSiJlN8XZR3phU9yl5wewrtDocGt4N+c5jjz+
         xKfg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=list-id:precedence:message-id:user-agent:references:in-reply-to
         :subject:cc:to:from:date:content-transfer-encoding:mime-version
         :dkim-signature;
        bh=6sLZmtTJ3lZ2BT+RPe8crlPHg3GfiEiEEdvrAfSxeA4=;
        b=pCBpb2Tkv0CDWdp5r0u+RCYBb5TaPT5RiBVQ3efVB5A0EMYyfoYysxz2+8aHSLAO35
         bVUXFi2FGo8+Z/Ra1IPXG6egOUtXsemQ7pkIl4A9FeS39H/oC1hLxg9h0c7CJv3NnTBk
         EQW+qsKb2C67iMJsc13tRWQnyIMllcwOe5RYM6i/yHlw+A5kW5IjM0X33lckA1AP/o0v
         YbvFuWIz+aEUWjLKXq1vFz2BnmXptynqwTUHZSDbDFgojufKej1rp6O/L1aUsviXjHV8
         T3RkBPg/MESbHaPXkl7S3H0eQK8SLULuK7S278gVp9ooLMh9AWMlNNCbyG0HRm/O3JDC
         ENXg==
ARC-Authentication-Results: i=1; mx.google.com;
       dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=n+cG1Vrb;
       spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18])
        by mx.google.com with ESMTP id m15si3868219jat.45.2021.07.02.06.54.25;
        Fri, 02 Jul 2021 06:54:37 -0700 (PDT)
Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=n+cG1Vrb;
       spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S232686AbhGBN4Z (ORCPT <rfc822;mahathug.lkml@gmail.com>
        + 99 others); Fri, 2 Jul 2021 09:56:25 -0400
Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33990 "EHLO
        lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S232034AbhGBN4Z (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 2 Jul 2021 09:56:25 -0400
Received: from ssl.serverraum.org (ssl.serverraum.org [IPv6:2a01:4f8:151:8464::1:2])
        by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 77859C061762
        for <linux-kernel@vger.kernel.org>; Fri,  2 Jul 2021 06:53:53 -0700 (PDT)
Received: from ssl.serverraum.org (web.serverraum.org [172.16.0.2])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by ssl.serverraum.org (Postfix) with ESMTPSA id 094332224D;
        Fri,  2 Jul 2021 15:53:49 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2016061301;
        t=1625234030;
        h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
         to:to:cc:cc:mime-version:mime-version:content-type:content-type:
         content-transfer-encoding:content-transfer-encoding:
         in-reply-to:in-reply-to:references:references;
        bh=6sLZmtTJ3lZ2BT+RPe8crlPHg3GfiEiEEdvrAfSxeA4=;
        b=n+cG1Vrb2yzW+YE4YEpsLUO4bbKOajH4Ey5GZpsbQbOw84kGySHlVpiYv8qxSt9Xi1mz1M
        q9nzU2sujMQihJqTHoLInJ2dy9Sd9RmWfejCKy+Iwuq0miNortKFRCnnrZuSQ2RTGQLyeV
        nAoXimI42zXfMW0B6VrjU1b8F7/F3x8=
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
Date:   Fri, 02 Jul 2021 15:53:49 +0200
From:   Michael Walle <michael@walle.cc>
To:     Guenter Roeck <linux@roeck-us.net>
Cc:     linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org,
        Miquel Raynal <miquel.raynal@bootlin.com>,
        Richard Weinberger <richard@nod.at>,
        Vignesh Raghavendra <vigneshr@ti.com>
Subject: Re: [PATCH] mtd: core: handle flashes without OTP gracefully
In-Reply-To: <499cf369-c98a-ac48-dfe6-6903314e9606@roeck-us.net>
References: <20210702093841.32307-1-michael@walle.cc>
 <499cf369-c98a-ac48-dfe6-6903314e9606@roeck-us.net>
User-Agent: Roundcube Webmail/1.4.11
Message-ID: <ae770937ec2ddf12b294fbee3d815dd4@walle.cc>
X-Sender: michael@walle.cc
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Am 2021-07-02 15:49, schrieb Guenter Roeck:
> On 7/2/21 2:38 AM, Michael Walle wrote:
>> There are flash drivers which registers the OTP callbacks although the
>> flash doesn't support OTP regions and return -ENODATA for these
>> callbacks if there is no OTP. If this happens, the probe of the whole
>> flash will fail. Fix it by handling the ENODATA return code and skip
>> the OTP region nvmem setup.
>> 
>> Fixes: 4b361cfa8624 ("mtd: core: add OTP nvmem provider support")
>> Reported-by: Guenter Roeck <linux@roeck-us.net>
>> Signed-off-by: Michael Walle <michael@walle.cc>
> 
> Tested-by: Guenter Roeck <linux@roeck-us.net>

Thanks for confirming, and sorry for the inconvenience.

-michael