Hi all.. I've been trying to get the GMA500 Xorg driver working under TC for a couple days now.. I've had some pretty good success at getting everything recompiled and loading.
Yes. I have the psb xorg driver loading and mostly working in TC.. Using kernel 18.104.22.168-tinycore and Xorg 7.5
I still have one issue (hopefully only one) remaining, and would like some ideas...
First: How I got the driver to work. This is a 'high level summary', not details. Hopefully will be enough for someone to duplicate my results. (mostly cause this was done over 2 days of hacking and I can't remember everything)
First, I downloaded the various RPM's from rpmfusion:
(hand typed, actual files may differ)
Then I started a VM with a base image of TC, installed the compiling package, linux-headers, Xorg-dev, and rpm
For each of those packages, I made a directory, cd into it, and then rpm -i the rpm I was working on.. I then analyzed the .spec file to see how they built the files, and duplicated that as best I could.
I first attacked psb-kmod, the kernel modules. I untarred the tarball, applied the patches and ran make. Pretty smooth. This generates two modules, drm-psb and psb.. You should be able to modprobe these.
Then onto libdrm-poulsbo.. Apply the patches, ./configure, make, make install. WHen I configured, I specificied a prefix to my own area, so I could build an extension out of it. (I used ~/INSTALL_BASE/usr).. This will create a INSTALL_BASE/lib/libdrm.so (more on that later).
Next is the pain in the ass. xorg-x11-drv-psb.. First, in the spec file, it mentions that you need to make sure yuo have CFLAG="-fvisibility=default". You *must* have this set in your env. Then run configure --disable static. I also had to set DRI_CFLAGS for some addition flags: DRI_CFLAGS="-I/home/tc/INSTALL_BASE/usr/include -I/home/tc/INSTALL_BASE/usr/include/drm -I/usr/local/include/X11/dri" .. The fun part: applying the patches. Only some of them are valid. Pretty much, apply all the patches, but the 0.32 ones... It should build at that point..
The other two rpms xpsb-glx and psb-firmware contain binary files, and no source. Extract the files, and put them in the approriate places in the INSTALL_BASE area.
Note: Many of the files seem to want to go to INSTALL_BASE//usr/lib/xorg/, where as you need INSTALL_BASE/usr/local/lib/X11 for TC.
In the 'startup script' in the tce.installed, I do a modprobe of the kernel drivers, and do some re-arranging of the libdrm files... TC uses libdrm-2.4.0, where as we need libdrm-2.3.0 (the one we compiled above). So I swap the symlinks around to point to ours (note: I believe this is source of my final issue).
Here's my current (mostly working!) directory structure for INSTALL_BASE:
I then make an extension out of it and toss into my /tce dir (and add to onboot.lst)
I start TC with a base xorg install, using the vesa driver.. I kill X (cntrl-alt-bkspc), and create a xorg.conf from xorg.conf.vesa, and change the driver to psd (from vesa).
I then have a script that starts X:
In the atrem I start flwm_topside. I can't seem to start it in the script for some reason. Maybe it starts too quickly before X is loaded. Whatever.
I am not able to use startx, it crashes/locks up.
Its not completely smooth, but it works. Looking at the X.log.0 file, I see that the various pieces of PSB loaded, and I get the 3D acceleration is enabled message (and Xv for those interested)
But... When I run glxinfo, I get "software rendering". (glxgears gives me 60fps, the original vesa driver gave me 30fps). When i run: LIBGL_DEBUG=1 glxinfo, I see an error that psb_dri.so couldnt find _glapi_set_warning_func. This is my problem.
Note on debugging this: I got quite a few HARD lockups when starting X. The screen would go blank, and nothing. ctrl-alt-del did nothing, ctrl-alt-bck did nothing, and even hitting capslock wouldn't toggle the light on the keyboard... In order to figure out what was happening there, I used the (reallly old) alt-sysrq trick.. First, I would run X and redirect to a file (on the HD):
X &> /mnt/sda1/X.log
When it would lock up, I would wait a minute or 2, then hit: alt-sysrq-s (sync all filesystems), then alt-sysrq-b (reboot).. I was then able to get partial logs, telling me that the psb driver couldn't load cause of amissing file or symbol (in this case, I would make sure I applied the patches)..
Sorry for the long winded spewing of thought, but I figured there's others out there who would like the GMA500 working on TC.. I know i'm really close, since i get all the right messages in the X log, just need to figure out why glxinfo isn't happy.
Anyways.. I hope this gets someone started in a direction to possibly help me out in getting this to work..