Marco Gerards <[EMAIL PROTECTED]> writes:
[...]
> Although what if we want additional handlers. Like image readers or
> so? We do not need to centralize this. What about this:
[...]
Here is a patch to register and deal with handlers. It decentralizes
handlers and should remove some maintain
On Tue, Jul 22, 2008 at 2:03 AM, Bean <[EMAIL PROTECTED]> wrote:
> Your idea seems fine, but there is a slightly efficiency issue. For
> example, when we need to call a function in the handler, we need to
> acquire it using name. We need to do this in every call, as the
> handler could be changed n
On Tue, Jul 22, 2008 at 1:27 AM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Bean <[EMAIL PROTECTED]> writes:
>
>> On Mon, Jul 21, 2008 at 4:02 AM, Marco Gerards <[EMAIL PROTECTED]> wrote:
>>> Hi,
>>>
>>> Bean <[EMAIL PROTECTED]> writes:
>>>
First of all, we can still keep rescue and no
Hi,
Bean <[EMAIL PROTECTED]> writes:
> On Mon, Jul 21, 2008 at 4:02 AM, Marco Gerards <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> Bean <[EMAIL PROTECTED]> writes:
>>
>>> First of all, we can still keep rescue and normal command. But instead
>>> of depending on normal.mod, normal command depends on mo
On Mon, Jul 21, 2008 at 4:02 AM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Bean <[EMAIL PROTECTED]> writes:
>
>> First of all, we can still keep rescue and normal command. But instead
>> of depending on normal.mod, normal command depends on module arg,
>> which is an option parser. Also, t
Hi,
Bean <[EMAIL PROTECTED]> writes:
> First of all, we can still keep rescue and normal command. But instead
> of depending on normal.mod, normal command depends on module arg,
> which is an option parser. Also, these two type of commands are of the
> same command set. In fact, module arg is imp
On Fri, Jul 18, 2008 at 10:46 PM, Colin D Bennett <[EMAIL PROTECTED]> wrote:
> On Thu, 17 Jul 2008 11:24:23 +0800
> Bean <[EMAIL PROTECTED]> wrote:
>
>> On Mon, Jul 7, 2008 at 8:29 AM, Bean <[EMAIL PROTECTED]> wrote:
>> > Hi,
>> >
>> > First of all, we can still keep rescue and normal command. But
On Thu, 17 Jul 2008 11:24:23 +0800
Bean <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 7, 2008 at 8:29 AM, Bean <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > First of all, we can still keep rescue and normal command. But
> > instead of depending on normal.mod, normal command depends on
> > module arg, whic
On Fri, Jul 18, 2008 at 2:58 AM, Pavel Roskin <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-07-17 at 11:24 +0800, Bean wrote:
>
>> Any comment for this idea ?
>
> Maybe you could describe was it will give us and what the drawbacks may
> be? It's hard to comment on the implementation ideas without seei
On Thu, 2008-07-17 at 11:24 +0800, Bean wrote:
> Any comment for this idea ?
Maybe you could describe was it will give us and what the drawbacks may
be? It's hard to comment on the implementation ideas without seeing the
bigger picture.
--
Regards,
Pavel Roskin
__
On Mon, Jul 7, 2008 at 8:29 AM, Bean <[EMAIL PROTECTED]> wrote:
> Hi,
>
> First of all, we can still keep rescue and normal command. But instead
> of depending on normal.mod, normal command depends on module arg,
> which is an option parser. Also, these two type of commands are of the
> same comman
Bean wrote:
On Sun, Jul 6, 2008 at 2:10 AM, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
It has anything what core provides. If by this you get core smaller then I
am all for it. If it makes it larger then I would propose to find free space
from somewhere else. Core.img just have to be standalon
On Sun, Jul 6, 2008 at 2:10 AM, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
> It has anything what core provides. If by this you get core smaller then I
> am all for it. If it makes it larger then I would propose to find free space
> from somewhere else. Core.img just have to be standalone applica
Stefan Reinauer wrote:
Vesa Jääskeläinen wrote:
Stefan Reinauer wrote:
Vesa Jääskeläinen wrote:
Idea of the rescue shell is load other modules in case grub itself
cannot find them. It provides thin layer of tools so user is able to
find them.
Personally I would like to keep this functionality
Vesa Jääskeläinen wrote:
> Stefan Reinauer wrote:
>> Vesa Jääskeläinen wrote:
>>> Idea of the rescue shell is load other modules in case grub itself
>>> cannot find them. It provides thin layer of tools so user is able to
>>> find them.
>>>
>>> Personally I would like to keep this functionality in
Stefan Reinauer wrote:
Vesa Jääskeläinen wrote:
Idea of the rescue shell is load other modules in case grub itself
cannot find them. It provides thin layer of tools so user is able to
find them.
Personally I would like to keep this functionality in core.img.
So, how is the "rescue shell" diff
Vesa Jääskeläinen wrote:
> Stefan Reinauer wrote:
>> Robert Millan wrote:
About the duplicated commands, we can create a module minicmd to
include the most basic command
>>> Then we can't have a rescue shell before heap is initialised and
>>> minicmd
>>> is loaded. Should we be
On Sun, Jul 6, 2008 at 1:32 AM, Bean <[EMAIL PROTECTED]> wrote:
>>> About the duplicated commands, we can create a module minicmd to
>>> include the most basic command
>>
>> Then we can't have a rescue shell before heap is initialised and minicmd
>> is loaded. Should we be concerned about this?
>
On Sat, Jul 5, 2008 at 8:15 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 05, 2008 at 10:46:56AM +0800, Bean wrote:
>> If we move the option analyzer from normal.mod to
>> kernel, then we can have one unified set of commands.
>
> How much space could this represent?
It won't take much
Stefan Reinauer wrote:
Robert Millan wrote:
About the duplicated commands, we can create a module minicmd to
include the most basic command
Then we can't have a rescue shell before heap is initialised and minicmd
is loaded. Should we be concerned about this?
What would one use that re
Robert Millan wrote:
>> About the duplicated commands, we can create a module minicmd to
>> include the most basic command
>>
>
> Then we can't have a rescue shell before heap is initialised and minicmd
> is loaded. Should we be concerned about this?
>
What would one use that rescue shell
On Sat, Jul 05, 2008 at 10:46:56AM +0800, Bean wrote:
> If we move the option analyzer from normal.mod to
> kernel, then we can have one unified set of commands.
How much space could this represent?
> About the duplicated commands, we can create a module minicmd to
> include the most basic comman
22 matches
Mail list logo
