Here is the diff to the multiboot spec that I was
talking about. If you have any comments, please tell me,
since I intend to start implementing this rather soon.
multiboot.diff
Gordon Matzigkeit <[EMAIL PROTECTED]> writes:
> I think this is true, but I don't have any real evidence to the
> truth of the matter. Can somebody provide details of how non-PC
> architectures do video modes?
On Amiga, and also on Sparc (which are the only other platforms I've
used for more th
OKUJI Yoshinori <[EMAIL PROTECTED]> writes:
> > Does that sound good?
> No. His opinion is to add the feature into the Multiboot
> Specification but not only into GRUB's own implementation.
Well, we need it in the Multiboot standard anyway if we want to be
portable to other architectures.
Gordon Matzigkeit <[EMAIL PROTECTED]> writes:
> My reasoning is the same as Stephen Early's: adding VESA support has
> many similarities to adding serial console support. After 0.6, we
> should discuss the idea of how to break GRUB up into smaller
> modules, and then write a serial module, which
OKUJI Yoshinori <[EMAIL PROTECTED]> writes:
> > 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.
> It is much better to write the driver, isn't it?
Yes, of cours
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
I've thinking a little lately about the need for "graphics mode"
support in the Multiboot standard. In other words, GRUB should do what
Linux currently can do (set up graphics mode if VESA2 compliant, and
pass on the linear frame buffer address to the kernel). The reason it
should be done by GRUB
