[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdbjANV+kiO_W9+=OL=fzPtTVwH2CpWDmNa50t3JaHTFkQ@mail.gmail.com>
Date: Tue, 14 Mar 2017 14:23:57 +0100
From: Linus Walleij <linus.walleij@...aro.org>
To: Sebastien Bourdelin <sebastien.bourdelin@...oirfairelinux.com>
Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
linux-watchdog@...r.kernel.org,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
kernel <kernel@...oirfairelinux.com>,
Rob Herring <robh@...nel.org>,
Guenter Roeck <linux@...ck-us.net>,
Fabio Estevam <fabio.estevam@....com>,
Mark Featherston <mark@...eddedarm.com>, kris@...eddedarm.com,
Simon Horman <horms+renesas@...ge.net.au>,
Thierry Reding <treding@...dia.com>,
Jon Hunter <jonathanh@...dia.com>,
Florian Fainelli <f.fainelli@...il.com>,
Sascha Hauer <kernel@...gutronix.de>,
Shawn Guo <shawnguo@...nel.org>,
Russell King <linux@...linux.org.uk>,
Wim Van Sebroeck <wim@...ana.be>,
Mark Rutland <mark.rutland@....com>,
damien.riegel@...oirfairelinux.com,
Lucile Quirion <lucile.quirion@...oirfairelinux.com>,
Olof Johansson <olof@...om.net>, Arnd Bergmann <arnd@...db.de>,
"Suzuki K. Poulose" <suzuki.poulose@....com>,
Will Deacon <will.deacon@....com>,
Masahiro Yamada <yamada.masahiro@...ionext.com>
Subject: Re: [PATCH v2 4/6] bus: add driver for the Technologic Systems NBUS
On Wed, Feb 22, 2017 at 5:56 PM, Sebastien Bourdelin
<sebastien.bourdelin@...oirfairelinux.com> wrote:
> On 02/04/2017 05:14 AM, Linus Walleij wrote:
>>> + gpiod_set_array_value_cansleep(gpios->ndescs, gpios->desc, values);
>>
>> This can also fail and you should check the return code and print an error
>> message if it does.
>>
> As far as i understood, the "gpiod_set_array_value_cansleep(...)"
> function doesn't return
> anything, it will return immediately if gpios->desc is null but nothing
> else.
> Did i miss something?
No I did, sorry about that.
We *should* make these functions return errors but currently they do not.
>> Error codes?
>>
> Same question here, these functions only make call to
> "gpiod_set_value_cansleep(...)",
> which as far as i understood doesn't return any error code.
Yeah, forget that.
>>> + gpiod_set_value_cansleep(ts_nbus->csn, 1);
>>
>> Here too.
>>
> Same question, doesn't seem to have an error code.
That too.
Yours,
Linus Walleij
Powered by blists - more mailing lists