Hi,
Am 26.10.2018 um 14:45 schrieb Michael Mrozek EvilDragon@openpandora.org:
Am Donnerstag, den 25.10.2018, 06:50 +0200 schrieb H. Nikolaus Schaller:
Hi,
Are you sure you're even using TILER for X?
I assume yes. Because tiler-ctrl has a visible effect. And when removing the TILER patch set compeletely, xrandr refuses to rotate.
That would be weird, as I've used xrandr before to rotate screens before we even HAD the TILER patches.
No, that is easy to explain. Potentially any X server (or even client) can rotate x/y coordinates before drawing and then the result is shown rotated.
Not sure if I did it with OMAP-Drivers though.
It seems as they are not prepared for this user-space rotation.
So it is at least using something from the new patches.
Yes - but it should already show the rotated console. It did this fine with Kernel 4.15.
Yes, it did with older kernels like 4.15. I have not changed anything, except rebasing and trying to fix all rebase conflicts as good as possible.
So while something may be working, it shows it's not really working correctly.
The problem is that I have not even the tiniest idea how the tiler patches work and make use of the TILER. They basically modify frame buffer layout and enable some more write modes and user-space mapping.
But that is all. There is no explicit code in the patch set to write any TILER control register differently:
http://git.goldelico.com/?p=letux-kernel.git;a=shortlog;h=refs/heads/work/le...
Still, they did make the console rotate in 4.15 and make X-omap be able to xrandr rotate.
So to answer the original question: I have no idea if the TILER patches really enable the TILER. They just make screen rotation work for me at reasonable performance.
Kernel 4.15 still showed the console on the screen with rotated TILER- Setting, so the full framebuffer was working. If the framebuffer / console doesn't show, something is broken...
I am not sure about this as framebuffer seems to be deprecated and there have been patches to remove some framebuffer things from kernel. But I have not analysed what they do.
It's not deprecated, some CALL it deprecated but it's still being used by (mostly) embedded devs and it's not removed.
It has been improved with Kernel 4.19, here is some more detail:
https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.19-FBDEV-Def...
Ok. I have not followed this discussion.
If you're using X with omapdrm or modesetting, the framebuffer isn't used and thus, you are not using TILER. Of course, rotating with xrandr works, but it has MASSIVE slowdowns. What driver are you using for X in your setup?
Driver "omap" And xorg package from Debian Jessie.
Does rotating the screen give a huge performance hit?
Well, I have no experienced problems with performance but did not do significant tests.
Basically, rotated X11 on Pyra with bigger screen is much faster than unrotated on OMAP3 GTA04.
Is there some standard X benchmark tool in Debian? E.g. measuring how many triangles can be drawn per second?
Anyways we need someone to understand and fix and upstream the tiler patches...
BR, Nikolaus
Hi, Tiler rotation works for me with latest kernels for me. It was only broken between 4.19-rc1 and 4.19-rc5. It could be a different user-space setup.
Here is how I do the setup:
- boot
- in xserverrc (should not make a difference if a systemd rule is
used): /root/tiler-ctl 270 this already makes the console rotate (except that there is no visible cursor for 90/270 and cat /dev/urandom >/dev/fb0 also does not show a pattern) so maybe the console or /dev/fb0 is not aware of TILER rotated framebuffer. 3. start Xorg 4. xrandr --output Unknown16-1 --rotate right / left / normal / inverted shows all 4 rotations
Otherwise I have no idea how I could help here...
BR, Nikolaus
Am 23.10.2018 um 01:38 schrieb Michael Mrozek < EvilDragon@openpandora.org>:
Hi,
as we probably all know, TILER doesn't work with the latest kernel versions for some reasons. Hopefully, it's something simple, but still someone needs to look at it.
The reason I'm asking is not just because the OS would be more usable, but as part of the test is the pandora_input_tester which doesn't fully show because of the missing rotation.
Does anyone has the time to look into that, so we have a usable system again?
-- Greetings,
Michael Mrozek
OpenPandora GmbH CEO: Michael Mrozek
Schäffbräustr. 11 85049 Ingolstadt Germany Tel.: +49 841 990 5548 http://www.openpandora.de/ HRB 4879, Amtsgericht Ingolstadt
eMail: mrozek@openpandora.org
Kernel mailing list Kernel@pyra-handheld.com http://pyra-handheld.com/cgi-bin/mailman/listinfo/kernel
-- Mit freundlichen Grüßen,
Michael Mrozek
OpenPandora GmbH Geschäftsführer: Michael Mrozek
Schäffbräustr. 11 85049 Ingolstadt Deutschland Tel.: 0841 / 990 5548 http://www.openpandora.de/ HRB 4879, Amtsgericht Ingolstadt
eMail: mrozek@openpandora.org
-- Mit freundlichen Grüßen,
Michael Mrozek
OpenPandora GmbH Geschäftsführer: Michael Mrozek
Schäffbräustr. 11 85049 Ingolstadt Deutschland Tel.: 0841 / 990 5548 http://www.openpandora.de/ HRB 4879, Amtsgericht Ingolstadt
eMail: mrozek@openpandora.org