From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BA72CC432C0 for ; Thu, 28 Nov 2019 13:45:11 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 8EA5B2178F for ; Thu, 28 Nov 2019 13:45:11 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="ZqFnPPmF" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726881AbfK1NpL (ORCPT ); Thu, 28 Nov 2019 08:45:11 -0500 Received: from mail-lf1-f67.google.com ([209.85.167.67]:33889 "EHLO mail-lf1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726670AbfK1NpK (ORCPT ); Thu, 28 Nov 2019 08:45:10 -0500 Received: by mail-lf1-f67.google.com with SMTP id l18so2068591lfc.1 for ; Thu, 28 Nov 2019 05:45:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=qVyVH3GucIXCwfrLXX19RLZ09hFTpdgyonXBY6f04/k=; b=ZqFnPPmFXVOZPQ+d07lBFfoR3OZn+DTxcIkmUV2Ixk3ZgAOc1136lj4VSNYn7ltmue Y7q9kYYfko+UbksL+7cOxZg2Xfz1Uo6AavH2kyMi3RteXWGRsX5vpWqQf/RK77j9iwve PAQgcfFrhlltVqBW3kwiFTki7LGoQaa+o8mJwOZ8PQ51I6y8SYdjhmMkWkaoOG8+KOaO GhBnhG7YZzOGZpMTi96UUGJjxRLUc9Z09SJEjaM+uAlnWFpMohoEJNbhbL2mWtKnHjpU lC67Wv4bSGZdmb7egsTcBU3DgjWUCP9ugxohPyZsLVuYTFzueoyVkJ0Ix1hmF6ZSR0zK ueMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qVyVH3GucIXCwfrLXX19RLZ09hFTpdgyonXBY6f04/k=; b=B56vkT8ve6oVDKWs+FH4w0G7SdRRLOmC5Hfm0YCJKfh2AkF831aJED6XCSJjCN9R/r 6lZw6mHyzq1yyYT2qTXc9ak0oUPOhfLD6oTFr6rKQXRMRdchPJYmhmSYlBS/x9zMXPO/ We91qH0cmyuDYMCH308QzxEoPblNXi6FFBi8TK83zo2R995iEvdSdprHRaPg2ZSDPH8C b4Jvoyml09EQe2pEe19d+hl5rBVzfpc+slMmCpNCM7x36mFkWtCcwGX13YF9OyDY/0aK CFHVY6Xs83StVHy9WR6JCbxaZ8+XVUnCj/D0IgY1IOHTxSZhf8LS5PotD3awSqfqLjoH RlCg== X-Gm-Message-State: APjAAAUme/uopAw0dqaD/z1jfN6zbxIAkCf1COMTfdtwcHBqEe0Cg64M wqUE5Aq80aitsYEIMh6IIME5lneAJgB0nmtxVV5ZlQ== X-Google-Smtp-Source: APXvYqxmD5I6HnIUXKd0kI0HkU3aSQ4hioXpM0yhKdtcDcsx3EccroOaBtiV8gi40+vkYztiQmeRCAXkMncEdw2+E9Y= X-Received: by 2002:a19:f701:: with SMTP id z1mr26973589lfe.133.1574948708877; Thu, 28 Nov 2019 05:45:08 -0800 (PST) MIME-Version: 1.0 References: <20191120142038.30746-1-ktouil@baylibre.com> <20191120142038.30746-2-ktouil@baylibre.com> In-Reply-To: From: Linus Walleij Date: Thu, 28 Nov 2019 14:44:56 +0100 Message-ID: Subject: Re: [PATCH 1/4] dt-bindings: nvmem: new optional property write-protect-gpios To: Khouloud Touil Cc: Bartosz Golaszewski , Rob Herring , Mark Rutland , Srinivas Kandagatla , baylibre-upstreaming@groups.io, "linux-kernel@vger.kernel.org" , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-i2c Content-Type: text/plain; charset="UTF-8" Sender: devicetree-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On Tue, Nov 26, 2019 at 4:18 PM Khouloud Touil wrote: > [Me] >> 4. The code still need to be modified to set the value >> to "1" to assert the line since the gpiolib now handles >> the inversion semantics. > By saying "assert the wp" do you mean enable the write operation or > block it ? Yeah one more layer of confusion, sorry :/ By "asserting WP" I mean driving the line to a state where writing to the EEPROM is enabled, i.e. the default state is that the EEPROM is write protected and when you "assert" WP it becomes writable. If you feel the inverse semantics are more intuitive (such that WP comes up asserted and thus write protected), be my guest :D As long as it is unambiguously documented in the bindings and with comments in the code I'm game for whatever the at24 people feel is most appropriate. (You will set the standard for everyone else.) Yours. Linus Walleij