
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hi Tomi,<div class=""><br class=""><blockquote type="cite" class="">Am 15.11.2018 um 12:17 schrieb Tomi Valkeinen <<a href="mailto:tomi.valkeinen@ti.com" class="">tomi.valkeinen@ti.com</a>>:<br class=""><br class="">On 15/11/18 08:00, H. Nikolaus Schaller wrote:<br class=""><br class=""><blockquote type="cite" class="">But also DISPC_POL_FREQ.<br class=""></blockquote><br class="">Can you try the attached hack patch?<br class=""></blockquote><div class=""><br class=""></div>Seems to fix something. I now have a desktop back on the panel :)</div><div class=""><br class=""></div><div class="">What I have observed is that the panel dimensions in mm seem to have</div><div class="">changed (because our GUI software uses that as a scaling factor).</div><div class=""><br class=""></div><div class="">When reworking the dsi panel drivers, I have seen that panel drivers</div><div class="">can now report the dimensions in mm. So does the generic DPI driver have</div><div class="">a new default here? Can it be specified by new DT properties?</div><div class="">But I have to check that I do not have a user-space bug here.</div><div class=""><br class=""></div><div class="">There is only minor glitch (which did exist before but I did never</div><div class="">care much about) that the X11 cursor background is not transparent.</div><div class="">There is a ca. 64x64 black pixel square where the pointer is drawn inside.</div><div class=""><br class=""></div><div class="">I tried to make a screenshot - but it excludes the mouse pointer. So</div><div class="">I did take a photo.</div><div class=""><br class=""></div><div class="">Interestingly, I have seen this only on this DPI panel which uses the</div><div class="">panel-dpi driver. Not on the td028ttec1 or DSI panels (well the dsi</div><div class="">panels don't show anything, but let's fix one thing after the other).</div><div class=""><br class=""></div><div class="">How does omapdrm X11 handle the mouse cursor? By an overlay of the</div><div class="">OMAP3 DSS? Then there may be some other bits for the overlay priority</div><div class="">depend on driver probe sequence (the td028ttec1 is probed as an SPI</div><div class="">client, probably before omapdrm but I don't know).</div><div class=""><br class=""></div><div class=""><blockquote type="cite" class=""><br class="">I think the bus_flags are never handled with panel-dpi.<br class=""><br class="">I also think there's something odd with the bus_flag handling in<br class="">omap_encoder_mode_set(), but that probably is not causing issues here.<br class=""></blockquote><div class=""><br class=""></div>BR and thanks for the quick fix,<br class="">Nikolaus<br class=""><br class=""><blockquote type="cite" class=""><br class="">Tomi<br class=""><br class="">-- <br class="">Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.<br class="">Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki<br class=""><span id="cid:8FF3EB96-8314-4C84-B72E-1B6C9A660DAF@fritz.box"><0001-hackfix-bus-flags.patch></span><br class=""></blockquote><br class=""><img apple-inline="yes" id="D1A081A5-128E-48E6-804A-26C85E69E847" height="640" width="376" apple-width="yes" apple-height="yes" src="cid:55BDF431-8842-4F16-A5D2-34034A6D7DAC@fritz.box" class=""></div></body></html>