On Fri, Sep 05, 2008 at 07:02:57PM +0200, Felix Zielcke wrote:
> Am Sonntag, den 31.08.2008, 20:55 +0200 schrieb Felix Zielcke:
>
> > Args, I'm blind :(
> > I copied the function from fs/ntfs.c and there it says `grub_malloc 16 +
> > sizeof (\0)'
> > With "" it's useless so .5 attached so it does
Am Samstag, den 06.09.2008, 13:11 +0200 schrieb Robert Millan:
> On Fri, Sep 05, 2008 at 07:02:57PM +0200, Felix Zielcke wrote:
> > Bean did only the joliet support and he already said it looks okay.
> > But Marco I'd like to have your comment because you initially coded the
> > iso9660 support :)
On Fri, Sep 05, 2008 at 07:27:51PM +0200, phcoder wrote:
> Hello. A long time ago I written a C+asm code which loads any given code
> at any real-mode location, then puts machine in correct state and then
> launches the kernel. I can modify this code to suit GRUB2. Then loading
> realmode kernel wo
Commited.
Am Donnerstag, den 04.09.2008, 21:22 +0200 schrieb Felix Zielcke:
> Am Donnerstag, den 04.09.2008, 11:29 +0200 schrieb Felix Zielcke:
>
> > The easiest fix would be probable to just set chunk_size to for example
> > 64.
> > Attached patch does it, but maybe you have a better/other idea?
On Fri, Sep 5, 2008 at 12:49 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 03, 2008 at 04:15:33PM +0530, BVK Chaitanya wrote:
>>
>> Since payload(s) needs to be present at their precise positions only
>> after the boot command, we can always deterministically /schedule/
>> memmove oper
Robert Millan wrote:
> On Thu, Sep 04, 2008 at 11:27:20PM +0200, phcoder wrote:
>>> Could this be made more transparent? For example, with a variable.
>>>
>> Here perhaps it could be. But in other usage cases like putting the dos
>> boot files into the right place or doing swapfso it couldn't.
>
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
Robert Millan wrote:
> On Fri, Sep 05, 2008 at 07:27:51PM +0200, ph
