Action Item #1064
closed
Get accelerated X.org on rk3399
Added by Hammel 6 months ago.
Updated 6 months ago.
Description
See
Also check the X.org log when Xeon boots now. It's running the fbdev server but it may not be accelerated.
- Description updated (diff)
- Severity changed from 03 - Medium to 01 - Critical
- Status changed from New to In Progress
- % Done changed from 0 to 10
An initial test build using the wrapper template fails because the autoconf build of the xserver thinks Buildroot's staging tree doesn't have xorg-marcos > 1.4.
The next option will be to create a Buildroot package and use a tarball download instead of the git repo. This may work better than building outside of Buildroot, though it may also require extending the existing builds to include rebuilding the configure script.
Test build source tree is in p64x using cdtools.
To test this I need to port the existing fbdev package tree to an armsoc directory.
Then I need add
LIBFOO_AUTORECONF=YES
to the armsoc.mk to have it regenerate the configure script. It's not clear if this is all I need, but it's a start.
After looking over the freedesktop source for X11 drivers, it might be better to copy the xdriver_xf86-video-amdgpu package tree as a base for the armsoc build.
To check if Mali is supported in device tree (it likely is):
dtc -I fs /proc/device-tree | grep mali
- Description updated (diff)
- Description updated (diff)
- Blocks Feature #1076: Enable opengl-demos in buildroot config for testing graphics added
Driver doesn't boot. It fails with the following message in Xorg.0.log.
[ 18.106] (WW) Falling back to old probe method for armsoc
[ 18.106] (II) No BusID or DriverName specified - opening /dev/dri/card0
[ 18.107] (II) Got BusID ff9a0000.gpu
[ 18.107] (II) Opened DRM
[ 18.107] (II) DeviceName is [/dev/dri/card0]
[ 18.107] (II) bus_id is [ff9a0000.gpu]
[ 18.107] (II) DriverName is [panfrost]
[ 18.107] (II) version is [1.2.0]
[ 18.107] (II) Screen:0, CRTC:-1
[ 18.110] (==) ARMSOC(0): Depth 24, (==) framebuffer bpp 32
[ 18.110] (==) ARMSOC(0): RGB weight 888
[ 18.110] (==) ARMSOC(0): Using gamma correction (1.0, 1.0, 1.0)
[ 18.110] (==) ARMSOC(0): Default visual is TrueColor
[ 18.110] (II) No BusID or DriverName specified - opening /dev/dri/card0
[ 18.110] (II) Got BusID ff9a0000.gpu
[ 18.110] (II) Opened DRM
[ 18.110] (II) DeviceName is [/dev/dri/card0]
[ 18.110] (II) bus_id is [ff9a0000.gpu]
[ 18.110] (II) DriverName is [panfrost]
[ 18.110] (II) version is [1.2.0]
[ 18.110] (II) UnloadModule: "armsoc"
[ 18.110] (EE) Screen(s) found, but none have a usable configuration.
[ 18.110] (EE)
Fatal server error:
[ 18.110] (EE) no screens found(EE)
There are reports that DietPi works with rk3399. Try this xorg.conf.
Section "Device"
Identifier "Rockchip Graphics"
Driver "modesetting"
Option "AccelMethod" "glamor"
Option "DRI" "2"
EndSection
- % Done changed from 10 to 40
That xorg.conf worked - X is up and it's using the dri configs. I'll add it to the Buildroot skeleton and drop the armsoc driver.
None of the glxYYY programs work. They still give
Error: couldn't find RGB GLX visual or fbconfig
But I've heard I might be able to use glmark2 if I add it to Buildroot.
- % Done changed from 40 to 100
glmark2 doesn't build. So that's as far as I'm going with this. The x-server has been updated to use the mesa-capable modesetting server and that's good enough.
All changes (re: the required xorg.conf) committed and pushed.
Closing issue.
- Status changed from In Progress to Closed
Also available in: Atom
PDF
Updated by