Hi,
Am 31.01.2017 um 19:22 schrieb aTc atc@k-n-p.org:
On 01/31/2017 05:28 PM, H. Nikolaus Schaller wrote:
I now pulled your patch/tiler-fbdev and rebased to letux-base (which is linus/v4.10-rc6 plus some other stuff), had to fix a rebase conflict in drivers/gpu/drm/drm_fb_helper.c because DRM_ROTATE_0 was being changed upstream and had fixed another issue [1]. Then I could merge it fine [2] :)
Now it compiles and the kernel boots. But still shows an unrotated panel. Maybe some config or command line tool missing to setup the tiler to rotate?
from my tiler notes:
# change by reloading module (needed to fix fbdev dimension if width/height swapped) echo 0 >/sys/class/vtconsole/vtcon1/bind modprobe -r omapdrm modprobe drm_kms_helper fbdev_rotation=8 modprobe omapdrm
# change without reloading echo 2 >/sys/module/drm_kms_helper/parameters/fbdev_rotation true <>/dev/dri/card0
kernel cmdline : drm_kms_helper.fbdev_rotation
0 0 2 90 ccw 4 180 8 270
On pyraos im using a systemd service that runs this script at boot:
#!/bin/sh echo 0 >/sys/class/vtconsole/vtcon1/bind modprobe -r omapdrm modprobe drm_kms_helper fbdev_rotation=8 modprobe omapdrm cat /dev/dri/card0 > /dev/null &
The last line is a hack to stop the screen from turning off after a few seconds, haven't found out exactly why, but this stops it from happening.
So this means that PyraOS would already do the right thing?
I have a SD card with PyraOS (don't remember exactly which version) and would just have to install the latest kernel. Or I make a new one.
And I think I will also go the helper script approach. It can be extended to check the DT if it is configured for SSD2858 rotation and then skip the tiler.
So I would keep an universal system that runs on all combinations for cross-testing, even on the OMAP5432EVM.
BR and thanks, Nikolaus