[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180522080250.4fzyvqrgw5oigexn@pali>
Date: Tue, 22 May 2018 10:02:50 +0200
From: Pali Rohár <pali.rohar@...il.com>
To: Pavel Machek <pavel@....cz>
Cc: Aaro Koskinen <aaro.koskinen@....fi>, sre@...nel.org,
kernel list <linux-kernel@...r.kernel.org>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
linux-omap@...r.kernel.org, tony@...mide.com, 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 Monday 21 May 2018 23:39:53 Pavel Machek wrote:
> HI!
>
> > On Sun, Apr 22, 2018 at 09:42:13AM +0200, Pavel Machek wrote:
> > > v4.17-rc1 broke display for me on Nokia N900. (I don't know if system
> > > boots, but I can see on red flash LED that at least that driver
> > > succeeded. So it should not be early boot crash).
> > >
> > > v4.17-rc1 also broke boot on N950.
> > >
> > > Any ideas? Does it work for you?
> >
> > Below config works for me on N900 and N950. (On N950, I need to disable to
> > display DTS entry as discussed in other threads.)
>
> Thanks... On N900 it works for me in v4.16, but display stays blank in
> v4.17-rc1...
>
> And I'm starting to suspect I have somehow special N900, or maybe
> special gcc version... Whether display on N900 works or not seems to
> depend on completely unrelated config options :-(. Maybe it is timing
> during boot or something.
>
> Best regards,
Hi! I remember that in time of migration from platform board code to
device tree structures there appeared some bug which caused that
sometimes display were not initialized. And somebody figured out that
display initialization is failing when some other SPI devices are
initialized before or after display... This behavior was observed only
on real N900 hardware, not in qemu. Real reason was never explained. In
old platform board code there was hardcoded order of SPI devices in
which initialization happened. And in device tree it is probably in
(pseudo)-random order. Enabling/disabling various config option can
affect some timings and order in which kernel starts probing and
initializing devices...
--
Pali Rohár
pali.rohar@...il.com
Powered by blists - more mailing lists