nuni

1999-11-11 Thread OKUJI Yoshinori
I saw a post about nuni in comp.os.linux.announce. nuni is a boot loader that does not use BIOS at all, and (only) this is the sales talk. It does work only for IDE and Linux, but I think it is interesting. Maybe we might get some idea from it. ftp://metalab.unc.edu/pub/Linux/system/boot/loader

Re: Old AmiBIOS support

1999-11-11 Thread OKUJI Yoshinori
From: Pavel Roskin <[EMAIL PROTECTED]> Subject: Old AmiBIOS support Date: Thu, 11 Nov 1999 16:38:19 -0500 (EST) > AmiBIOS (C) 1994 has very limited LBA support. > Function 0x42 (LBA read) is not supported. That's somewhat interesting... Which functions does it support? > ChangeLog: > *

Old AmiBIOS support

1999-11-11 Thread Pavel Roskin
Hello! AmiBIOS (C) 1994 has very limited LBA support. Function 0x42 (LBA read) is not supported. The question "should use CHS instead?" has an answer "Yes". It is certainly better that just print "Read Error" and stop. The situation is different in start.S If the Stage 1 indicates that LBA was

Re: A few patches

1999-11-11 Thread OKUJI Yoshinori
From: Michael Hohmuth <[EMAIL PROTECTED]> Subject: Re: A few patches Date: 11 Nov 1999 14:51:43 +0100 > You've made two small mistakes when you applied the patches; I'll > append fixed for them below. I'm sorry. I've applied your patches. From: Michael Hohmuth <[EMAIL PROTECTED]> Subject: Re:

Re: Graphics mode support

1999-11-11 Thread OKUJI Yoshinori
From: [EMAIL PROTECTED] Subject: Re: Graphics mode support Date: 11 Nov 1999 09:29:25 +0100 > implementation). Of course nothing hinders you from setting up a > graphics mode the "real way", but this makes it possible to use a > Multiboot system on a graphics card where no driver exists. This is

Re: A few patches

1999-11-11 Thread Michael Hohmuth
One more bug fix: When Edmund adapted the netboot code for GNU GRUB, he introduced a bug in currticks(): The top half of %edx could contain junk after calling the BIOS, yielding a garbage timer-tick value. This resulted in spurious timeouts in the netboot code. The patch below fixes this. Mich

Re: A few patches

1999-11-11 Thread Michael Hohmuth
OKUJI Yoshinori <[EMAIL PROTECTED]> writes: > > I decided to upgrade our local version of GRUB (the one the netboot > > support originates from) to GNU GRUB, and I found I needed some > > modifications (more on that below). > > Thanks. I'll apply your patches. Thanks! You've made two small m

Re: Graphics mode support

1999-11-11 Thread plundis
OKUJI Yoshinori <[EMAIL PROTECTED]> writes: > Of course, I know. BIOS is not necessary to initiailze a video > mode. Nevertheless, it's somtimes desirable. For example, if the X server does not support a given card, or, in my case, if there are no graphics drivers yet (Yes, I am writing a Mu

Re: Graphics mode support

1999-11-11 Thread plundis
OKUJI Yoshinori <[EMAIL PROTECTED]> writes: > > The reason it should be done by GRUB is that it must be done from > > real mode, > No. Well, of course it depends on *how* you do it. I was mainly talking VESA2, and as you might know, the VESA2 Protected Mode interface is all 16-bit (if it even

Re: Graphics mode support

1999-11-11 Thread plundis
Stephen Early <[EMAIL PROTECTED]> writes: > Thinking ahead to implementation details, I believe we would need > the following: Yeah, that was something like what I had in mind. > On a related issue, perhaps we could invent some way of indicating > to the kernel what the console should be - at t