[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180524092341.GA6349@amd>
Date: Thu, 24 May 2018 11:23:41 +0200
From: Pavel Machek <pavel@....cz>
To: Tony Lindgren <tony@...mide.com>
Cc: Aaro Koskinen <aaro.koskinen@....fi>,
Pali Rohár <pali.rohar@...il.com>,
sre@...nel.org, kernel list <linux-kernel@...r.kernel.org>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
linux-omap@...r.kernel.org, khilman@...nel.org,
ivo.g.dimitrov.75@...il.com, patrikbachan@...il.com,
serge@...lyn.com, abcloriens@...il.com, clayton@...ftyguy.net,
martijn@...xit.nl, sakari.ailus@...ux.intel.com,
Filip Matijević <filip.matijevic.pz@...il.com>,
Thorsten Leemhuis <regressions@...mhuis.info>
Subject: Re: v4.17-rc1: regressions on N900, N950
On Wed 2018-05-23 15:04:56, Tony Lindgren wrote:
> * Pavel Machek <pavel@....cz> [180523 20:14]:
> > On Wed 2018-05-23 16:06:15, Pavel Machek wrote:
> > > On Wed 2018-05-23 00:56:38, Aaro Koskinen wrote:
> > > > Hi,
> > > >
> > > > On Tue, May 22, 2018 at 10:58:26PM +0200, Pavel Machek wrote:
> > > > > On Tue 2018-05-22 22:41:39, Aaro Koskinen wrote:
> > > > > > My device worked with v4.17-rc1 (haven't found time to test newer kernels),
> > > > > > but if you say the probe order is random then we must find some proper way
> > > > > > to express the dependency.
> > > > >
> > > > > I started bisect, but.. that will probably not be useful.
> > > > >
> > > > > If your device works ok in v4.17-rc1, it probably works in newer -rcs,
> > > > > too.
> > > >
> > > > Actually, my statement may be bogus... Now I tried again with -rc1
> > > > (and also -rc6) and it fails... But v4.16 works.
> > > >
> > > > > Thanks for the ordering hint, I'll try to figure out what is going on
> > > > > there.
> > > >
> > > > My bisection pointed to 6fa7324ac5489ad43c4b6351355b869bc5458bef which
> > > > doesn't seem to make any sense...?! So maybe there really is something
> > > > random stuff going on? :-(
> > >
> > > So... I did some experiments on v4.16.
> > >
> > > Swapping tsc2005@0 and lcd: acx565akm@2 entries in the dts does break
> > > stuff.
> > >
> > > I thought it might be due to vio regulator, but it does not appear
> > > so... screen still works with tsc2005 driver disabled in .config. (so
> > > there's noone to enable vio regulator).
> >
> > Deleting tsc2005@0 entry also breaks screen.
> >
> > Replacing tsc2005@0 entry with
> >
> > foobar@0 {
> > compatible = "not really with anything";
> > spi-max-frequency = <6000000>;
> > reg = <0>;
> > };
> >
> > still results in working touchscreen, removing any of the three fields
> > breaks it again.
>
> I bisected one regression down, see "omapdrm regression in v4.17-rc series"
> not sure if it covers all the issues being discussed here though.
This is something else... Video was very sensitive basically to random
stuff, even in v4.16, and I tried to debug that. If I remove dts
support for touchscreen, video stops working -- and that's bad.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Download attachment "signature.asc" of type "application/pgp-signature" (182 bytes)
Powered by blists - more mailing lists