drive the spec in a
certain direction.
Cheers,
Bogdan
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Most probably the developers of GRUB will say that this is useless but did
anyone think of adding 16-bit protected mode support to the Multiboot
specification and to GRUB?
Cheers,
Bogdan
___
Grub-devel mailing list
Grub-devel@gnu.org
http
llowing of course for
backward compatibility. Windows 3.1 is a good example of an OS capable of
handling 16-bit pmode.
It's not legacy code I'm talking about.
Cheers,
Bogdan
Bogdan wrote:
> Most probably the developers of GRUB will say that this is useless but
> did any
into GRUB (and the spec)?
Cheers,
Bogdan
Bogdan wrote:
> I'm sorry for the top-down mail but Yahoo! Mail is gay. No, I don't mean
> virtual 8086 mode, I mean the 16-bit protected mode - which is 16-bit and not
> 32-bit. Protected mode was introduced on the Intel 80286 whi
that souldn't be
much of an issue anyway. If I run into any major problems that might create any
maintainability issues in the future I will be sure to let you guys know before
I commit any patches. However if I find an elegant solution I will come back to
you soon.
Cheers,
Bogdan
Well yes, that's exactly what this discussion was about, wasn't it? :)
Cheers,
Bogdan
- Original Message
From: James Courtier-Dutton
To: The development of GRUB 2
Sent: Fri, October 9, 2009 4:06:45 PM
Subject: Re: 16-bit bootloader support?
2009/10/7 Gabe Black :
>
Again, sorry for the top-down mail. There will be a patch just as soon as I get
a bit of spare time (this weekend might be a good opportunity). All I have now
is a hack that will work for my system under well-known conditions.
Cheers,
Bogdan
- Original Message
From: Robert Millan
To
en we'll need to
support both Multiboot 1 and Multiboot 2 in all kernels/boot loaders even for
non-x86 architectures.
Cheers,
Bogdan
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
ethod or the older Plug-and-Play function
interface, which was removed from SMBIOS 2.7.0. If the table-based method is
not supported, the boot loader should set the field to NULL. After this is
done, I think this patch should be merged, so it is not forever lost.
Cheers,
B
Sorry for the top-down reply, Yahoo! is stupid like that. Anyway, I saw a
firmware tag somewhere in a patch. What happened to that?
Cheers,
Bogdan
- Original Message
From: Vladimir 'φ-coder/phcoder' Serbinenko
To: The development of GRUB 2
Sent: Sun, March 28, 2010
able to boot in long mode.
I remember talking to Vladimir on IRC about paging and he said he prefered
to always have the simplest form of paging initialized by the boot loader --
disabled in the case of protected mode and identity-mapped in the case of
long mode. I think that
actly?
Cheers,
Bogdan
From: Chinces Diana
To: grub-devel@gnu.org
Sent: Wed, July 14, 2010 3:39:33 PM
Subject: Grub IA64
Hi all,
We would be very interested in replacing elilo (the current Itanium boot
loader) with grub.
Could you help us
although I don't consider this to be an affront to Windows,
rather it was an affront to proprietary software (which I fully agree with -
but
this particular problem is very silly).
Cheers,
Bogdan
___
Grub-devel mailing list
Grub-de
ry partitions can be active. So, turn whatever is not
needed into an extended partition. What tools with this screw over? Or, are we
talking about OSes that don't support extended partitions here?
Cheers,
Bogdan
___
Grub-devel mailing l
> On Tue, Sep 28, 2010 at 02:10:20AM -0700, Bogdan wrote:
> > > * The BIOS can often only read from relatively near the start of the
> > >disk, and core.img must be readable by the BIOS. If some other
> > >operating system is already installed - the commo
roblem in the first place!
That's a good point.
Cheers,
Bogdan
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
> On Tue, Sep 28, 2010 at 02:10:20AM -0700, Bogdan wrote:
> > Only one of the 4 primary partitions can be active. So, turn whatever is
> > not
> > needed into an extended partition. What tools with this screw over? Or, are
>we
>
> > talking about OSes that
GRUB might exclude some people but:
(a) The current situation is actually much worse---there are a lot more people
excluded this way.
(b) If this is not adopted, things can't really be improved, can they? Who's
going to write translations if there's not support
18 matches
Mail list logo
