[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdaqz+_j_n0kuduGqOb38W6ETyOzUgaiZVX3CQWXN2_zbQ@mail.gmail.com>
Date: Tue, 2 Apr 2019 11:18:39 +0700
From: Linus Walleij <linus.walleij@...aro.org>
To: Andreas Kemnade <andreas@...nade.info>
Cc: "H. Nikolaus Schaller" <hns@...delico.com>,
Discussions about the Letux Kernel
<letux-kernel@...nphoenux.org>,
devicetree <devicetree@...r.kernel.org>,
Mark Brown <broonie@...nel.org>,
LKML <linux-kernel@...r.kernel.org>,
linux-spi <linux-spi@...r.kernel.org>,
"open list:GPIO SUBSYSTEM" <linux-gpio@...r.kernel.org>,
Rob Herring <robh+dt@...nel.org>, Jan Kotas <jank@...ence.com>,
kernel@...a-handheld.com
Subject: Re: [Letux-kernel] [BUG] gpiolib: spi chip select legacy support
breaks modern chip select and whitens the GTA04 LCD panel
On Sun, Mar 31, 2019 at 1:33 AM Andreas Kemnade <andreas@...nade.info> wrote:
> > > But I fixed it in that case by introducing a spi-cs-high into the DTS file:
> > > https://marc.info/?l=linux-arm-kernel&m=155292310015309&w=2
> >
> > Yes, that of course works and is our temporary solution.
> >
> > And I see that you also have it on the controller node and not the slave node.
> >
> So if I get it right is a check added for undocumented properties
> (nothing about spi-cs-high in controller node in the bindings
> documentation, only in the slave node) in the two patches mentioned.
>
> And then you add that undocumented property to a dts file in your "fix".
>
> That all sounds strange to me.
Yeah it sounds strange because it is strange :)
I was simply confused and wrong. Sometimes we all do very uniformed
things, today it was me.
The flag should of course be on the slave node.
So now I have to fix my fix.
Yours,
Linus Walleij
Powered by blists - more mailing lists