Hi Tomi,
after rebasing our Letux kernel to 4.12-rc1 our DSI panel stopped initializing. DRM and X11 are up and running, but the panel fails to initialize and show anything.
We have not touched the code of our btl507212-w677l DSI driver.
Is there anything to consider on panel driver side?
What I can't 100% exclude is that we have additional hacks in the omapdss system which may now be in conflict. For example we have your "[PATCH] dispc hackfix" or "dss: remove export of venc modes".
4.12-rc1 log excerpt
[ 9.752484] omap-hdmi-audio omap-hdmi-audio.1.auto: snd-soc-dummy-dai <-> 58040000.encoder mapping ok [ 9.766972] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 9.766976] [drm] No driver support for vblank timestamp query. [ 10.013107] DSI: omapdss DSI error: DSI CIO error, cio irqstatus 400000 [ 10.013299] DSI: omapdss DSI error: rx fifo not empty after write, dumping data: [ 10.013350] DSI: omapdss DSI error: rawval 0x17000202 [ 10.013355] DSI: omapdss DSI error: ACK with ERROR (0x2): [ 10.013359] DSI: omapdss DSI error: SoT Sync Error [ 10.013365] DSI: omapdss DSI error: dsi_vc_write_common(ch 1, cmd 0x00, len 2) failed [ 10.013374] btl507212-w677l 58004000.encoder:lcd: write cmd/reg(0) failed: -5 [ 10.013380] btl507212-w677l 58004000.encoder:lcd: sequence failed: 0 [ 10.013386] btl507212-w677l 58004000.encoder:lcd: failed to configure panel [ 10.013439] DSI: omapdss DSI error: DSI CIO error, cio irqstatus 400000 [ 10.013466] DSI: omapdss DSI error: ACK with ERROR (0x2): [ 10.013470] DSI: omapdss DSI error: SoT Sync Error [ 10.013475] DSI: omapdss DSI error: dsi_vc_read_rx_fifo(ch 1 type DCS) failed [ 10.013480] DSI: omapdss DSI error: dsi_vc_dcs_read(ch 1, cmd 0x05) failed [ 10.013487] btl507212-w677l 58004000.encoder:lcd: read cmd/reg(05, 1) failed: -5 [ 10.013526] DSI: omapdss DSI error: DSI CIO error, cio irqstatus 400000 [ 10.013564] DSI: omapdss DSI error: ACK with ERROR (0x2): [ 10.013568] DSI: omapdss DSI error: SoT Sync Error [ 10.013573] DSI: omapdss DSI error: dsi_vc_read_rx_fifo(ch 1 type DCS) failed [ 10.013578] DSI: omapdss DSI error: dsi_vc_dcs_read(ch 1, cmd 0x0a) failed [ 10.013584] btl507212-w677l 58004000.encoder:lcd: read cmd/reg(0a, 1) failed: -5 ...
4.11.1 log excerpt
[ 11.275374] omap-hdmi-audio omap-hdmi-audio.1.auto: snd-soc-dummy-dai <-> 58040000.encoder mapping ok [ 11.329771] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 11.336730] [drm] No driver support for vblank timestamp query. [ 11.748127] Console: switching to colour frame buffer device 90x80 [ 11.813623] omapdrm omapdrm.0: fb0: omapdrm frame buffer device [ 11.851986] [drm] Initialized omapdrm 1.0.0 20110917 for omapdrm.0 on minor 0
debugfs shows differences (the most notable in Fint) but I don't know if that is the reason for the DSI error or a follow-up of failed panel initialization.
Any suggestions where to look next?
BR and thanks, Nikolaus
Hi,
On 20/05/17 14:30, H. Nikolaus Schaller wrote:
Hi Tomi,
after rebasing our Letux kernel to 4.12-rc1 our DSI panel stopped initializing. DRM and X11 are up and running, but the panel fails to initialize and show anything.
We have not touched the code of our btl507212-w677l DSI driver.
Is there anything to consider on panel driver side?
What I can't 100% exclude is that we have additional hacks in the omapdss system which may now be in conflict. For example we have your "[PATCH] dispc hackfix" or "dss: remove export of venc modes".
Can you try reverting 7d267f068a8b4944d52e8b0ae4c8fcc1c1c5c5ba
Tomi
Hi Tomi,
Am 22.05.2017 um 08:31 schrieb Tomi Valkeinen tomi.valkeinen@ti.com:
Hi,
On 20/05/17 14:30, H. Nikolaus Schaller wrote:
Hi Tomi,
after rebasing our Letux kernel to 4.12-rc1 our DSI panel stopped initializing. DRM and X11 are up and running, but the panel fails to initialize and show anything.
We have not touched the code of our btl507212-w677l DSI driver.
Is there anything to consider on panel driver side?
What I can't 100% exclude is that we have additional hacks in the omapdss system which may now be in conflict. For example we have your "[PATCH] dispc hackfix" or "dss: remove export of venc modes".
Can you try reverting 7d267f068a8b4944d52e8b0ae4c8fcc1c1c5c5ba
Yes, a revert makes it working again!
The interesting question is why it makes such a difference...
Are there additional dividers which depend on M and N? For example the DSI LP clock? This could explain why a DPI panel (GTA04) simply works as before and there is only a DSI communication problem during DSI panel initialization.
BR and thanks, Nikolaus
On 22/05/17 18:23, H. Nikolaus Schaller wrote:
Hi Tomi,
Am 22.05.2017 um 08:31 schrieb Tomi Valkeinen tomi.valkeinen@ti.com:
Hi,
On 20/05/17 14:30, H. Nikolaus Schaller wrote:
Hi Tomi,
after rebasing our Letux kernel to 4.12-rc1 our DSI panel stopped initializing. DRM and X11 are up and running, but the panel fails to initialize and show anything.
We have not touched the code of our btl507212-w677l DSI driver.
Is there anything to consider on panel driver side?
What I can't 100% exclude is that we have additional hacks in the omapdss system which may now be in conflict. For example we have your "[PATCH] dispc hackfix" or "dss: remove export of venc modes".
Can you try reverting 7d267f068a8b4944d52e8b0ae4c8fcc1c1c5c5ba
Yes, a revert makes it working again!
The interesting question is why it makes such a difference...
Are there additional dividers which depend on M and N? For example the DSI LP clock? This could explain why a DPI panel (GTA04) simply works as before and there is only a DSI communication problem during DSI panel initialization.
I digged up my omap5 uevm, which has the dsi panel you sent me long time back. After forward porting the related patches, for some reason, I'm getting dispc underflows with it (after I revert the patch above). But I still get a semi-valid picture, and can do page flips at ~60fps.
After applying the patch, fps drops into half. I don't see anything wrong with the PLL calcs. I was doing testing with some other dividers, and, well... results vary. Changing the fint_min to 0.5MHz in dsi.c makes it work, but lower limits show different problems. TRM has conflicting limits for the PLL's internal frequencies, so I don't know the correct limits.
I'll look at this a bit more when I find time.
Tomi
Hi Tomi,
Am 23.05.2017 um 11:19 schrieb Tomi Valkeinen tomi.valkeinen@ti.com:
On 22/05/17 18:23, H. Nikolaus Schaller wrote:
Hi Tomi,
Am 22.05.2017 um 08:31 schrieb Tomi Valkeinen tomi.valkeinen@ti.com:
Hi,
On 20/05/17 14:30, H. Nikolaus Schaller wrote:
Hi Tomi,
after rebasing our Letux kernel to 4.12-rc1 our DSI panel stopped initializing. DRM and X11 are up and running, but the panel fails to initialize and show anything.
We have not touched the code of our btl507212-w677l DSI driver.
Is there anything to consider on panel driver side?
What I can't 100% exclude is that we have additional hacks in the omapdss system which may now be in conflict. For example we have your "[PATCH] dispc hackfix" or "dss: remove export of venc modes".
Can you try reverting 7d267f068a8b4944d52e8b0ae4c8fcc1c1c5c5ba
Yes, a revert makes it working again!
The interesting question is why it makes such a difference...
Are there additional dividers which depend on M and N? For example the DSI LP clock? This could explain why a DPI panel (GTA04) simply works as before and there is only a DSI communication problem during DSI panel initialization.
I digged up my omap5 uevm, which has the dsi panel you sent me long time back. After forward porting the related patches, for some reason, I'm getting dispc underflows with it (after I revert the patch above). But I still get a semi-valid picture, and can do page flips at ~60fps.
After applying the patch, fps drops into half. I don't see anything wrong with the PLL calcs. I was doing testing with some other dividers, and, well... results vary. Changing the fint_min to 0.5MHz in dsi.c makes it work, but lower limits show different problems. TRM has conflicting limits for the PLL's internal frequencies, so I don't know the correct limits.
I'll look at this a bit more when I find time.
Ok, no problem. Take the time it needs to fix.
For the moment we can live with the revert-hack.
BR and thanks, Nikolaus
On 23/05/17 13:13, H. Nikolaus Schaller wrote:
I digged up my omap5 uevm, which has the dsi panel you sent me long time back. After forward porting the related patches, for some reason, I'm getting dispc underflows with it (after I revert the patch above). But I still get a semi-valid picture, and can do page flips at ~60fps.
After applying the patch, fps drops into half. I don't see anything wrong with the PLL calcs. I was doing testing with some other dividers, and, well... results vary. Changing the fint_min to 0.5MHz in dsi.c makes it work, but lower limits show different problems. TRM has conflicting limits for the PLL's internal frequencies, so I don't know the correct limits.
I'll look at this a bit more when I find time.
Ok, no problem. Take the time it needs to fix.
For the moment we can live with the revert-hack.
Looks like the underflow issue is not in DSS as such. Underflows disappear if I run memtester at the same time, but appear if nothing much (other than DSS) is using the memory.
Tomi
-
H. Nikolaus Schaller -
Tomi Valkeinen