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
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:
> *
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
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:
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
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
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
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
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
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
10 matches
Mail list logo