Hi;
[EMAIL PROTECTED] wrote:
>
> > Hmm... this also brings up the issue of debugging this stuff under UNIX. Should
> > we try and build the host version with libVGA (or whatever it's called)?
>
> I think you mean SVGAlib. If so, I'd say it's a good idea because SVGAlib is
> extremely easy to use (as in, there's not much code one would have to write).
At least writing windowing software would be possible, then...
> Hmm. Is there anyway one can help with these things (writing drivers etc) without
> acutally having JJOS/decaf up-and-running? Is the Linux-host working?
Well, "real" drivers will be impossible to do under Linux. Perhaps we can
resurrect Robert's GRUB work... Would it be OK if you could recompile the
jjos+decaf "kernel" and reboot your Linux box? It would be tedious, but it
would be workable...
> My problem is that I don't any a computer I can play with (as in screwing
> around with booting stuff that might not even work etc...), so I can't do
> much unless I can do it in Linux :)
How about doing second-tier work? Like, filesystem implementations? I think
maybe we could use "raw" disk I/O (I seem to recall something about this being
possible in Linux -- bypassing the kernel caches...). What would be necessary
to pull this off is arch-specific bytecode (we can already do arch-specific
native code).
-jm
--
==== John Morrison ==== MaK Technologies, Inc.
==== Chief Technology Officer ==== 185 Alewife Brook Pkwy, Cambridge, MA 02138
==== [EMAIL PROTECTED] ==== http://www.mak.com/welcome.html
==== vox:617-876-8085 x115 ==== fax:617-876-9208
_______________________________________________
Kernel maillist - [EMAIL PROTECTED]
http://jos.org/mailman/listinfo/kernel
