[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdZWirbY9KRH4r3Q_SU0my-5BUDNkjEUei_May4=_yVZvw@mail.gmail.com>
Date: Sun, 18 Sep 2022 16:37:11 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Bartosz Golaszewski <brgl@...ev.pl>
Cc: Kent Gibson <warthog618@...il.com>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Pali Rohár <pali@...nel.org>,
Shawn Guo <shawn.guo@...aro.org>,
Lorenzo Pieralisi <lpieralisi@...nel.org>,
Thomas Petazzoni <thomas.petazzoni@...tlin.com>,
Bjorn Helgaas <bhelgaas@...gle.com>,
Rob Herring <robh@...nel.org>,
Krzysztof Wilczyński <kw@...ux.com>,
linux-pci@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/2] PCI: mvebu: switch to using gpiod API
On Fri, Sep 16, 2022 at 9:23 AM Bartosz Golaszewski <brgl@...ev.pl> wrote:
> > Enums work for me - especially if the goal is to differentiate
> > logical from physical - there should be a distinct enum for each.
> >
>
> We won't even have to change the function signatures if we go with
> enums - they already take an int and I'm in general against putting
> enum types into function signatures in C as they give you a false
> sense of a strong type.
We are adding Rust to the kernel soon ;) then it's good for
documentation of what it is actually expected to be.
But I get your point.
Yours,
Linus Walleij
Powered by blists - more mailing lists