(L) [2007/12/18] [tbp] [ sf4k, multi-core edition] Wayback!Ah! The wonders of boredom. I must say making calls to sys_clone inlinable proved to be rather, hmm, interesting; i've wisely used the saved bytes to add a progress bar. Yay.
Now the question is does this really work anywhere but one my boxen. Hence the post. As a true color framebuffer is required, at least in the 'release' mode, and dimensions are hardcoded (but automatically), i've bundled a small thingy to probe.
While demo binary should work on any kernel >=2.4, you'll most certainly have to recompile the prober.
Code: [LINK # Select all]# ls -la sf4k
-rwxr-xr-x 1 tbp tbp 3861 2007-12-18 09:58 sf4k
# ./fbinfo
./fbinfo: going for /dev/fb0...
FBIOGET_FSCREENINFO
id [ VESA VGA]
type FB_TYPE_PACKED_PIXELS
visual FB_VISUAL_TRUECOLOR /* True color */
smem_start 0xf5000000
smem_len 10485760 / 10.000M
FBIOGET_VSCREENINFO
res (1280, 1024)
res virtual (1280, 1024)
offset ( 0, 0)
bits per pixel 32
components (offset, len, msb_right)
red (16, 8, 0)
green ( 8, 8, 0)
blue ( 0, 8, 0)
transp (24, 8, 0)
(L) [2007/12/18] [Ho Ho] [ sf4k, multi-core edition] Wayback!I doubt you care but I can't run it in virtual machine as it doesn't have /dev/fb* [SMILEY :)]
Also fbinfo is 64bit so it cannot run on 32bit machines.
Will try later at home on 64bit box.
(L) [2007/12/18] [tbp] [ sf4k, multi-core edition] Wayback!Oh but i do care, that was the reason for posting [SMILEY :)]
sf4k is wired to 32bit mode, for size reasons, but the 'prober' - fbinfo - isn't (either to 32 or 64) . But then it needs, unlike sf4k, a c/c++ lib etc... and it's not statically linked (btw source is of course bundled).
About the VM, you may get away with prehistoric vga emulation + fb module. Hmm.
Note: it compiles at least with g++ 4.2, but 4.3 gives better results.
(L) [2007/12/19] [tbp] [ sf4k, multi-core edition] Wayback!>> Ho Ho wrote:I doubt you care but I can't run it in virtual machine as it doesn't have /dev/fb*
QEmu + Knoppix = success.
sf4k.dist.20071219.tar.bz2
knop1.png
knop5.png