something like this?
Exactly like that - I've used it before from your article - however I am convinced there is a way it can be done WITHOUT obviating the use of graphics. Having a 128MB graphics card there seems to be kind of pointless if it's just fancy swap space.
Also, slram is the old driver, Linux 2.6.2x something came with a "phram" driver which is much, much better.
X.org can be set to only use 64MB of a graphics card with "VideoRam 65536" in the Device section - some drivers just don't take any notice although I do think the radeon one does. So everyone with a R9250 is safe :)
This would give you 64MB of extra swap, and still be able to run X.org stuff (and ironically since X.org won't mmap 128MB cards on the Efika without swap present, will let you boot the system with no swap at all.. enabling swap on the graphics card just makes it better :)
The problem is, can you guarantee this with the kernel framebuffer? Does DRI take X.org's settings? I've been trying to work that out for ages.
Did you try compcache?
@Peter; not sure why they did this. It built fine on the Efika (2.6.25) and on the Via EPIA I got the same thing (2.6.27). The problem is that swap discard compatibility (in compat.h) is enabled and this ability is used to bracket functionality when this flag doesn't exist in 2.6.27 (fine in 2.6.28 though). They probably need another define or something.
Just go to line 455 and comment it out. All this does is make the block queue think there is no seek cost (for instance, it will do scheduling of io read/writes if it's on a hard disk, but not if it's a flash drive). Without it, it schedules stuff.. but really it shouldn't make a great deal of difference.
I'll write it up as a bug in the compcache project page.
Matt Sealey, Genesi USA Inc.
Product Development Analyst