Re: [RFC] general-usage real-mode loader

2008-09-07 Thread Vesa Jääskeläinen
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

Re: [RFC] general-usage real-mode loader

2008-09-07 Thread phcoder
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

Re: [RFC] general-usage real-mode loader

2008-09-07 Thread Vesa Jääskeläinen
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

Re: [RFC] general-usage real-mode loader

2008-09-07 Thread phcoder
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)

Re: [RFC] general-usage real-mode loader

2008-09-07 Thread Robert Millan
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

Re: [PATCH] GSoC #06 VBE optimization for BGR/BGRA color modes

2008-09-07 Thread Vesa Jääskeläinen
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

[PATCH] revert r1302

2008-09-07 Thread Robert Millan
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

Re: [PATCH] revert r1302

2008-09-07 Thread Robert Millan
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

Release Plan update...

2008-09-07 Thread Vesa Jääskeläinen
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-??-?

Re: [PATCH] Move cpuid.mod to conf/i386.rmk (Re: RFC: conf/i386.rmk)

2008-09-07 Thread Robert Millan
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