From: Pavel Machek <pavel@ucw.cz>
To: Aaro Koskinen <aaro.koskinen@iki.fi>
Cc: "Pali Rohár" <pali.rohar@gmail.com>,
sre@kernel.org, "kernel list" <linux-kernel@vger.kernel.org>,
linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
linux-omap@vger.kernel.org, tony@atomide.com, khilman@kernel.org,
ivo.g.dimitrov.75@gmail.com, patrikbachan@gmail.com,
serge@hallyn.com, abcloriens@gmail.com, clayton@craftyguy.net,
martijn@brixit.nl, sakari.ailus@linux.intel.com,
"Filip Matijević" <filip.matijevic.pz@gmail.com>,
"Thorsten Leemhuis" <regressions@leemhuis.info>
Subject: Re: v4.17-rc1: regressions on N900, N950
Date: Tue, 22 May 2018 22:58:26 +0200 [thread overview]
Message-ID: <20180522205824.GA24927@amd> (raw)
In-Reply-To: <20180522194139.GB2299@darkstar.musicnaut.iki.fi>
[-- Attachment #1: Type: text/plain, Size: 2601 bytes --]
On Tue 2018-05-22 22:41:39, Aaro Koskinen wrote:
> Hi,
>
> On Tue, May 22, 2018 at 10:02:50AM +0200, Pali Rohár wrote:
> > 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.
>
> Touchscreen needs to be initialized before display. This is documented
> in the DTS, see arch/arm/boot/dts/omap3-n900.dts:
>
> * For some reason, touchscreen is necessary for screen to work at
> * all on real hw. It works well without it on emulator.
> *
> * Also... order in the device tree actually matters here.
>
> > 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...
>
> The issue was also somewhat present with platform/board code, see e.g.
> commit e65f131a14726e5f1b880a528271a52428e5b3a5.
>
> 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.
Thanks for the ordering hint, I'll try to figure out what is going on
there.
Pavel
# bad: [60cc43fc888428bb2f18f08997432d426a243338] Linux 4.17-rc1
# good: [0adb32858b0bddf4ada5f364a84ed60b196dbcda] Linux 4.16
git bisect start 'v4.17-rc1' 'v4.16'
# bad: [ac9053d2dcb9e8c3fa35ce458dfca8fddc141680] Merge tag 'usb-4.17-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb
git bisect bad ac9053d2dcb9e8c3fa35ce458dfca8fddc141680
# bad: [bb2407a7219760926760f0448fddf00d625e5aec] Merge tag 'docs-4.17' of git://git.lwn.net/linux
git bisect bad bb2407a7219760926760f0448fddf00d625e5aec
# bad: [1c7095d2836baafd84e596dd34ba1a1293a4faa9] Merge airlied/drm-next into drm-misc-next
git bisect bad 1c7095d2836baafd84e596dd34ba1a1293a4faa9
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: pavel@ucw.cz (Pavel Machek)
To: linux-arm-kernel@lists.infradead.org
Subject: v4.17-rc1: regressions on N900, N950
Date: Tue, 22 May 2018 22:58:26 +0200 [thread overview]
Message-ID: <20180522205824.GA24927@amd> (raw)
In-Reply-To: <20180522194139.GB2299@darkstar.musicnaut.iki.fi>
On Tue 2018-05-22 22:41:39, Aaro Koskinen wrote:
> Hi,
>
> On Tue, May 22, 2018 at 10:02:50AM +0200, Pali Roh?r wrote:
> > 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.
>
> Touchscreen needs to be initialized before display. This is documented
> in the DTS, see arch/arm/boot/dts/omap3-n900.dts:
>
> * For some reason, touchscreen is necessary for screen to work at
> * all on real hw. It works well without it on emulator.
> *
> * Also... order in the device tree actually matters here.
>
> > 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...
>
> The issue was also somewhat present with platform/board code, see e.g.
> commit e65f131a14726e5f1b880a528271a52428e5b3a5.
>
> 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.
Thanks for the ordering hint, I'll try to figure out what is going on
there.
Pavel
# bad: [60cc43fc888428bb2f18f08997432d426a243338] Linux 4.17-rc1
# good: [0adb32858b0bddf4ada5f364a84ed60b196dbcda] Linux 4.16
git bisect start 'v4.17-rc1' 'v4.16'
# bad: [ac9053d2dcb9e8c3fa35ce458dfca8fddc141680] Merge tag 'usb-4.17-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb
git bisect bad ac9053d2dcb9e8c3fa35ce458dfca8fddc141680
# bad: [bb2407a7219760926760f0448fddf00d625e5aec] Merge tag 'docs-4.17' of git://git.lwn.net/linux
git bisect bad bb2407a7219760926760f0448fddf00d625e5aec
# bad: [1c7095d2836baafd84e596dd34ba1a1293a4faa9] Merge airlied/drm-next into drm-misc-next
git bisect bad 1c7095d2836baafd84e596dd34ba1a1293a4faa9
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20180522/1ed84105/attachment.sig>
next prev parent reply other threads:[~2018-05-22 20:58 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-22 7:42 v4.17-rc1: regressions on N900, N950 Pavel Machek
2018-04-22 7:42 ` Pavel Machek
2018-04-23 20:29 ` Aaro Koskinen
2018-04-23 20:29 ` Aaro Koskinen
2018-04-23 20:29 ` Aaro Koskinen
2018-05-21 21:39 ` Pavel Machek
2018-05-21 21:39 ` Pavel Machek
2018-05-21 21:39 ` Pavel Machek
2018-05-22 8:02 ` Pali Rohár
2018-05-22 8:02 ` Pali Rohár
2018-05-22 19:41 ` Aaro Koskinen
2018-05-22 19:41 ` Aaro Koskinen
2018-05-22 20:58 ` Pavel Machek [this message]
2018-05-22 20:58 ` Pavel Machek
2018-05-22 21:56 ` Aaro Koskinen
2018-05-22 21:56 ` Aaro Koskinen
2018-05-23 14:06 ` Pavel Machek
2018-05-23 14:06 ` Pavel Machek
2018-05-23 20:12 ` Pavel Machek
2018-05-23 20:12 ` Pavel Machek
2018-05-23 22:04 ` Tony Lindgren
2018-05-23 22:04 ` Tony Lindgren
2018-05-24 9:23 ` Pavel Machek
2018-05-24 9:23 ` Pavel Machek
2018-05-24 9:47 ` Pavel Machek
2018-05-24 9:47 ` Pavel Machek
2018-05-29 20:45 ` Pavel Machek
2018-05-29 20:45 ` Pavel Machek
2018-05-29 21:09 ` Sebastian Reichel
2018-05-29 21:09 ` Sebastian Reichel
2018-05-29 22:34 ` Pavel Machek
2018-05-29 22:34 ` Pavel Machek
2018-05-23 22:02 ` Aaro Koskinen
2018-05-23 22:02 ` Aaro Koskinen
2018-05-24 6:25 ` Tomi Valkeinen
2018-05-24 6:25 ` Tomi Valkeinen
2018-05-24 6:25 ` Tomi Valkeinen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180522205824.GA24927@amd \
--to=pavel@ucw.cz \
--cc=aaro.koskinen@iki.fi \
--cc=abcloriens@gmail.com \
--cc=clayton@craftyguy.net \
--cc=filip.matijevic.pz@gmail.com \
--cc=ivo.g.dimitrov.75@gmail.com \
--cc=khilman@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=martijn@brixit.nl \
--cc=pali.rohar@gmail.com \
--cc=patrikbachan@gmail.com \
--cc=regressions@leemhuis.info \
--cc=sakari.ailus@linux.intel.com \
--cc=serge@hallyn.com \
--cc=sre@kernel.org \
--cc=tony@atomide.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.