From: David Shah <dave@ds0.me>
To: Discussions about the Letux Kernel <letux-kernel@openphoenux.org>,
Tomi Valkeinen <tomi.valkeinen@ti.com>,
"H. Nikolaus Schaller" <hns@goldelico.com>,
Sebastian Reichel <sebastian.reichel@collabora.com>
Cc: Linux-OMAP <linux-omap@vger.kernel.org>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Jyri Sarha <jsarha@ti.com>,
kernel@pyra-handheld.com
Subject: Re: [Letux-kernel] module_mipi_dsi_driver panel with omapdrm?
Date: Thu, 06 Aug 2020 19:44:17 +0100 [thread overview]
Message-ID: <63501267004c35bd1dc6971cb9cddda07c967303.camel@ds0.me> (raw)
In-Reply-To: <1ec9febeb685c7fa866b14b0a4c2a5026f0a3461.camel@ds0.me>
Following a bit of testing, the DSI issues are fixed by
https://github.com/daveshah1/pyra-kernel-devel/commit/3161275854a0f2cd44a55b8eb039bd201f894486
(I will prepare a proper patch set shortly). This makes the display
work with HDMI disabled.
There also seems to be a race condition between the hdmi0 connector
and tpd12s015 "encoder". This results in the tpd12s015 permanently
returning EPROBE_DEFER and the display subsystem never successfully
probing.
Reversing the order of the encoder and connector in the device tree
(omap5-board-common.dtsi) makes the display work again with HDMI
enabled; as does adding some printks to the display-connector driver.
On Thu, 2020-08-06 at 17:04 +0100, David Shah wrote:
> Sorry, my error. I forgot the Pyra is LPAE and therefore using 64-bit
> physical addresses.
>
> The start is indeed a correct physical address, 0x58005000, but off
> by
> 0x1000 from what the DSI driver is expecting.
>
> On Thu, 2020-08-06 at 16:50 +0100, David Shah wrote:
> > I had a moment to give letux-5.7.y a test on the Pyra hardware.
> >
> > I notice an error in dmesg:
> >
> > DSI: omapdss DSI error: unsupported DSI module
> >
> > which comes from this code (with a small patch added by me):
> >
> > d = dsi->data->modules;
> > while (d->address != 0 && d->address != dsi_mem->start)
> > d++;
> >
> > if (d->address == 0) {
> > DSSERR("unsupported DSI module (start: %08x)\n",
> > dsi_mem->start);
> > return -ENODEV;
> > }
> >
> > "start" here is c0b3ba5c - a kernel virtual address - which
> > definitely
> > doesn't seem right as it would never match.
> >
> > Not sure my kernel-fu is quite up to tracking this down yet, but I
> > will
> > keep trying to trace out what is happening.
> >
> > Best
> >
> > Davidg
> >
> > On Wed, 2020-08-05 at 15:08 +0300, Tomi Valkeinen wrote:
> > > On 05/08/2020 14:49, H. Nikolaus Schaller wrote:
> > > > Hi,
> > > >
> > > > > Am 05.08.2020 um 13:28 schrieb Sebastian Reichel <
> > > > > sebastian.reichel@collabora.com>:
> > > > >
> > > > > Hi,
> > > > >
> > > > > On Wed, Aug 05, 2020 at 11:19:20AM +0200, H. Nikolaus
> > > > > Schaller
> > > > > wrote:
> > > > > > What I do not yet understand is how Laurent's patch should
> > > > > > be
> > > > > > able
> > > > > > to break it.
> > > > >
> > > > > omapdrm will not probe successfully if any DT enabled
> > > > > component
> > > > > does not probe correctly. Since the patch you identified
> > > > > touched
> > > > > HDMI and VENC and you are probably using HDMI, I suggest
> > > > > looking
> > > > > there first.
> > > >
> > > > Yes, that is a very good explanation.
> > > >
> > > > Maybe there is a subtle change in how the HDMI connector has to
> > > > be
> > > > defined
> > > > which is missing in our (private) DTB. Maybe the OMAP5-uEVM DTS
> > > > gives a hint.
> > > >
> > > > A quick check shows last hdmi specific change for omap5-board-
> > > > common or uevm
> > > > was in 2017 but I may have missed something.
> > > >
> > > > There are 715a5a978733f0 and 671ab615bd507f which arrived in
> > > > v5.7-
> > > > rc1 as well
> > > > and are related to hdmi clocks. So this may be (or not) and
> > > > influencing factor.
> > >
> > > HDMI should "just work", and has been tested. But maybe there's
> > > some
> > > conflict with HDMI and DSI.
> > >
> > > Tomi
> > >
> >
> > _______________________________________________
> > https://projects.goldelico.com/p/gta04-kernel/
> > Letux-kernel mailing list
> > Letux-kernel@openphoenux.org
> > http://lists.goldelico.com/mailman/listinfo.cgi/letux-kernel
>
> _______________________________________________
> Kernel mailing list
> Kernel@pyra-handheld.com
> http://pyra-handheld.com/cgi-bin/mailman/listinfo/kernel
next prev parent reply other threads:[~2020-08-06 18:44 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-05 6:52 OMAP5: inconsistency between target-module and dsi_of_data_omap5 H. Nikolaus Schaller
2020-07-05 7:40 ` H. Nikolaus Schaller
2020-07-05 13:47 ` H. Nikolaus Schaller
2020-07-05 14:26 ` Tony Lindgren
2020-07-05 14:36 ` Tony Lindgren
2020-07-05 15:40 ` H. Nikolaus Schaller
2020-07-06 14:36 ` Tony Lindgren
2020-07-06 16:10 ` H. Nikolaus Schaller
2020-07-07 18:01 ` Tony Lindgren
2020-07-07 19:04 ` H. Nikolaus Schaller
2020-07-08 7:52 ` OMAP5: inconsistency between target-module and dsi_of_data_omap5 / module_mipi_dsi_driver panel with omapdrm H. Nikolaus Schaller
2020-07-23 7:03 ` Re:module_mipi_dsi_driver panel with omapdrm? H. Nikolaus Schaller
2020-07-24 1:24 ` module_mipi_dsi_driver " Laurent Pinchart
2020-07-24 5:50 ` H. Nikolaus Schaller
2020-08-01 13:43 ` H. Nikolaus Schaller
2020-08-01 23:22 ` Sebastian Reichel
2020-08-05 9:19 ` H. Nikolaus Schaller
2020-08-05 11:28 ` Sebastian Reichel
2020-08-05 11:49 ` H. Nikolaus Schaller
2020-08-05 12:08 ` Tomi Valkeinen
2020-08-06 15:50 ` David Shah
2020-08-06 16:04 ` [Letux-kernel] " David Shah
2020-08-06 18:44 ` David Shah [this message]
2020-08-06 19:01 ` H. Nikolaus Schaller
2020-08-06 19:44 ` David Shah
2020-08-07 6:53 ` Tomi Valkeinen
2020-08-16 11:24 ` H. Nikolaus Schaller
2020-08-18 9:16 ` Tony Lindgren
2020-08-04 12:43 ` Tomi Valkeinen
2020-08-05 9:25 ` H. Nikolaus Schaller
2020-08-05 11:07 ` Sebastian Reichel
2020-08-05 11:14 ` H. Nikolaus Schaller
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=63501267004c35bd1dc6971cb9cddda07c967303.camel@ds0.me \
--to=dave@ds0.me \
--cc=hns@goldelico.com \
--cc=jsarha@ti.com \
--cc=kernel@pyra-handheld.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=letux-kernel@openphoenux.org \
--cc=linux-omap@vger.kernel.org \
--cc=sebastian.reichel@collabora.com \
--cc=tomi.valkeinen@ti.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).