> > When not under X, rather than having a SVGAlib library and compiling
> > everything to be suid root, you have a root wrapper executable, which is
> > suid, gets the screen changes modes, forks, gets rid of it's suid
> > privileges and does an exec(). You now have a normal user that has access
>
> Every time someone mentions a flawed svgalib program on bugtraq I
> point them to the suid wrapper for svgalib I wrote ages ago. :-)
> Nothing in the svgalib programs I run[1] on my box ever sees UID 0 and it
> works properly.
[snip]
> [1] actually "ran"; since I installed a Millennium II it doesn't work
> any more because of missing driver. As far as I'm concerned, it's gone
> for good.
LibGGI has an SVGALib bridge layer that allows you to run
unmodified SVGALib (LibGL, technically) linked binaries, with no suid root
privs needed, through LibGGI on whatever LibGGI target you want. You
could use the fbdev target and the kgicon Millennium II driver with fbcon
to get most of the functionality back, although it would be unaccelerated.
You *could* patch the kernel with the old KGI 0.0.9 and use the Mil driver
there, and you *would* get acceleration.
Jon
--- 'Cloning and the reprogramming of DNA is the first serious step in becoming one with God.' - Scientist G. Richard Seed
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html