[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAGngYiW1ktwnRDORY=h9wZyHU-cGGE-QtNcECGB5gb=wyp+hKA@mail.gmail.com>
Date: Tue, 6 Feb 2018 13:11:31 -0500
From: Sven Van Asbroeck <thesven73@...il.com>
To: Florian Fainelli <f.fainelli@...il.com>
Cc: Andrew Lunn <andrew@...n.ch>, Woojung.Huh@...rochip.com,
Tristram.Ha@...rochip.com, Sven Van Asbroeck <svendev@...x.com>,
helmut.buchsbaum@...il.com, Maarten.Blomme@...r.com,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
netdev@...r.kernel.org
Subject: Re: [PATCH v1 0/1] spi_ks8995: use regmap to access chip registers.
Andrew and Florian, thanks for your input.
On Tue, Feb 6, 2018 at 12:05 PM, Andrew Lunn <andrew@...n.ch> wrote:
> I would NACK sysfs bin file. Do it right, or don't do it at all.
On Tue, Feb 6, 2018 at 12:47 PM, Florian Fainelli <f.fainelli@...il.com> wrote:
> Sven, there is a standard ethtool register dump interface that can be
> used to provide register dumps, if necessary, that might fit your use case.
I'm not keen on the sysfs bin file either, the existing driver has this,
and we use it because it's there.
Our use case is as follows: all we need is a reset on boot, followed by
a few static register bitfiddles which reflect the way we've integrated
the IC into our product. There is no further Linux interaction.
I guess the devicetree would be a natural place to store the required
register changes. No need for sysfs.
As I said before, not sure how others use this chip.
Would the above be attainable by a (trivial) DSA driver?
Powered by blists - more mailing lists