The point about ELKS being currently limited to 64k code is a very good one.
I think we're kind of nearing that limit, aren't we?
Greg
On Tuesday, May 11, 1999 4:18 PM, Shane Kerr [SMTP:[EMAIL PROTECTED]] wrote:
On Tue, 11 May 1999, Eric J. Korpela wrote:
Does anyone else agree with me
Louis - you have the right idea. Take a look at nanoX's server/drivers/scr_dos.c for
the int10 driver. The pixel drawing can be considerably optimized if we know that
the int10 framebuffer is at segment 0xa000 and we're running in 4 or 8 bpp mode...
FP_OFF(ScreenBuffer) = y*linesize +
Greg Haerr writes:
On Tuesday, May 11, 1999 8:06 AM, Alistair Riddoch [SMTP:[EMAIL PROTECTED]] wrote:
Li Rong writes:
Hi, Everybody,
I'm a newbie for this discuss group. I have developed
a intelligent network interface card using Amd186 micro-
controller and AMD Pcnet
Overall, I don't think its a good idea to bring graphics stuff into the ELKS
kernel, yet.
Especially since the plan is there'll be only one graphics server running per
ELKS system, ever.
Okay, we can rely on the ioctl made to initially request graphics access to
lock the graphics