From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753868AbdLTPFi (ORCPT ); Wed, 20 Dec 2017 10:05:38 -0500 Received: from mail-ot0-f178.google.com ([74.125.82.178]:39827 "EHLO mail-ot0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754664AbdLTPFd (ORCPT ); Wed, 20 Dec 2017 10:05:33 -0500 X-Google-Smtp-Source: ACJfBotkqWOM8qTx03RpNrW7zBwjOTNpI35Cy32NNPA70P5GWzgOC3gMpX1CyrehGYs6Pq9tnmF7n+vIsOJRp92Z9AU= MIME-Version: 1.0 In-Reply-To: References: <20171220082633.32237-1-brgl@bgdev.pl> From: Bartosz Golaszewski Date: Wed, 20 Dec 2017 16:05:32 +0100 Message-ID: Subject: Re: [PATCH v2 0/2] eeprom: at24: write-protect pin support To: Andy Shevchenko Cc: Rob Herring , Mark Rutland , Linus Walleij , Peter Rosin , linux-i2c , devicetree , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2017-12-20 16:00 GMT+01:00 Andy Shevchenko : > On Wed, Dec 20, 2017 at 2:41 PM, Bartosz Golaszewski wrote: >> 2017-12-20 11:21 GMT+01:00 Andy Shevchenko : >>> On Wed, Dec 20, 2017 at 10:26 AM, Bartosz Golaszewski wrote: >>>> AT24 EEPROMs have a write-protect pin, which - when pulled high - >>>> inhibits writes to the upper quadrant of memory (although it has been >>>> observed that on some chips it disables writing to the entire memory >>>> range). >>>> >>>> On some boards, this pin is connected to a GPIO and pulled high by >>>> default, which forces the user to manually change its state before >>>> writing. On linux this means that we either need to hog the line all >>>> the time, or set the GPIO value before writing from outside of the >>>> at24 driver. >>>> >>>> This series adds support for the write-protect pin split into two >>>> parts. The first patch extends the relevant binding document, while >>>> the second modifies the at24 code to pull the write-protect GPIO >>>> low (if present) during write operations. >>>> >>> >>> Reviewed-by: Andy Shevchenko >>> >>> A one totally minor nit: if it possible now to have one line where >>> devm_gpiod_get_optional() is called? >>> You may ignore this nit anyway. >>> >> >> Hi Andy, >> >> I'm afraid I don't understand what you mean here. I do use >> devm_gpiod_get_optional() in patch 2/2. > > I meant to do something like > ...->wp_gpio = devm_gpiod_get_optional(...); > if (IS_ERR(...)) > return ...; > > So, note that the first is occupied only one line. > > -- > With Best Regards, > Andy Shevchenko Oh, now I get it. It doesn't fit into 80 characters if we use &client->dev as the first argument, but I see that client->dev is used extensively in probe() so we could probably use a separate struct device *dev helper variable for that. I'll note it for future refactoring that will happen soon. I prefer that this patch stays as it is though. Thanks, Bartosz