I started to scratch my head when commands like xvidtune returned errors. I tried setting up a big frame buffer to try to get a bigger pipeline for video, or more cache, however on init I see read errors on memory locations on gxfb mentions. So I started to dig in to the xserver-xorg-video-geode driver a little more.
I am not sure how much this is related but it seems that AMD fired their geode lead around the first of the year. After that Xorg updated and geode got left in the dust.
Also read a fair share of xorg logs to see vesa assuming quite a "dumb" status as a display driver. Taking only 8mb of ram when it has 16...
Here is the announcement I found covering the AMD - Xorg - geode lack of support. Currently the geode driver breaks the graphics. Cant help but think if we had a driver capable of making a better handshake with the hardware that we may stand a chance of getting backlight to work.
[quote]
Greetings,
Here's an update on the current status and on future plans of the
GEODE support in the Linux kernel and in X.org:
With the recent release of version 2.11.0 of the X.org driver for the
Geode GX2/LX, a whole cycle was wrapped up for many of the developers
involved:
* Jordan Crouse was among the unlucky ones who recently lost their job
at AMD. The same layoff also affected Coreboot developer Marc Jones
and many other Geode specialists.
* Several members of the OLPC project are also moving on, now that
most Linux kernel and X.org patches have been merged upstream.
* People like myself who were working in the thin client industry on
Geode-based hardware products are also moving on.
As such, remaining Geode-related bugs and our milestone for merging
back GX1/SC support into the GEODE X.org driver might never be taken
care of.
[1]
http://wiki.x.org/wiki/AMDGeodeDriver
From this perspective, we welcome active participation of new
developers with access to a wide variety of Geode hardware
(GX1/SC/GX2/LX) to contribute and, eventually, take over upstream
maintenance of xf86-video-geode and Geode-related Linux kernel
drivers.
Meanwhile, Jordan, myself and several former OLPC developers still
have access to an XO-1 laptop each and, in my case, to several SC2000
and LX800-based products to test drivers. However, given how none of
us work for a player in the Geode industry anymore, the incentive to
produce new code is obviously low.
Thus, it really is up to the community to contribute as much as it
can, in terms of patches to fix existing bugs and to merge back GX1/SC
support into the Geode X.org driver. For now, we expect these
contributions to take the form of unified diffs against the GIT
repository, sent to the appropriate mailing list (linux-geode on
bombadil for the Linux kernel; xorg-geode on freedesktop for X.org) as
Signed-Off attachments. Once we're satisfied with the quality of the
patches we receive, we might selectively grant commit rights to
selected developers to initiate the transition to new upstream
maintainers.
Best Regards,
Martin-�ric
Community Manager,
Geode X.org driver team
_______________________________________________
Linux-geode mailing list
Linux-geode@bombadil.infradead.org
http://bombadil.infradead.org/mailman/l ... eode/quote]
/quote]
Granted we have GX2 gpu's I cant help but think its related
quotaholic