phcoder wrote:
> I checked the archive found the thread "Idea: Move kernel to upper
> memory". But what is discussed there is much more general about general
> memory layout. Here I wanted to speak about just one function.
> Vladimir 'phcoder' Serbinenko
Try: [PATCH] Move assembly code out of the
Well sometimes it's similar but most of the time isn't because your code
runs a code in RM but with hope returning back to PM and normal grub
operation. And it also loads to quite fixed place. My code would load a
kernel, that means that it will not return and so code can be loaded to
any place not
phcoder wrote:
> Well sometimes it's similar but most of the time isn't because your code
> runs a code in RM but with hope returning back to PM and normal grub
> operation. And it also loads to quite fixed place. My code would load a
> kernel, that means that it will not return and so code can be
Vesa Jääskeläinen wrote:
> It is true that code is withing grub's i386 kernel. But other than that
> same mechanism can be used to load kernel. After all kernel will take
> over the computer after it has started and it is not returning back
> anymore (eg. stack is not anymore there to be restored)
On Sun, Sep 07, 2008 at 02:22:57PM +0200, phcoder wrote:
> 4) DOS/Win9x and freedos. Especially the second one. They use extended
> chainloader functionality found in grub4dos. With rmkern loading freedos
> kernel should be really easy.
Since FreeDOS is free software, we could fix it to use Multib
Colin D Bennett wrote:
> This patch adds optimized routines for video modes using BGR/BGRA color
> format. Most PC video cards use BGR (24-bit) or BGRA (32-bit) color
> modes, so this is an extremely important change and provides a massive
> performance benefit.
>
> I also renamed the R8G8B8A8 an
Hi,
r1302 was a change I introduced to make device.map work on non-i386. However,
with time it appears that it wasn't really a good idea. The powerpc version
is fragile (see #465365 for an example of breakage), and nobody's really into
maintaining the powerpc-ieee1275 port nowadays.
Then, at s
On Sun, Sep 07, 2008 at 06:59:08PM +0200, Robert Millan wrote:
> (see #465365 for an example of breakage)
Sometimes I forget not everyone in the world runs Debian. Here, I mean this:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465365
--
Robert Millan
The DRM opt-in fallacy: "Your dat
Hi All,
As our release plan is rotting a bit, I zapped current plan on Wiki and
here is my proposal for plan targetting 2.0 gold release.
== 1.97 ==
Estimate Date:: 2008-??-?? (ASAP)
Release Focus:: General release. Improving usability and stability.
== 1.98 ==
Estimate Date:: 2009-??-?
On Fri, Sep 05, 2008 at 12:54:03PM +0200, Robert Millan wrote:
>
> Okay then. Since it appears this kind of changes are delicate, I propose
> doing them granularly.
>
> Here's my first patch, that moves cpuid.mod and sets the base for moving more
> stuff later (I've tested the resulting cpuid.mo
10 matches
Mail list logo