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
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 normal command. But instead
of
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 next
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
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, these two type
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, which is an option
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
instead of
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
the
bigger picture.
Hi,
In the previous thread Idea: elimination of the normal mode, I have
listed some of the reasons. Here are the advantages of this scheme:
1. One command set
One of the annoying thing of current implementation is that it has two
command set, rescue command and normal command
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 command set. In fact, module arg is implemented as a pre parser,
which goes
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 command
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 for?
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
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, the
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?
The rescue
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 concerned about this?
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
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 core.img.
So,
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
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 application
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 standalone
Hi,
First of all, one of the annoying thing about normal mode is that we
have two sets of command, one for rescue mode, one for normal mode.
Take a closer look at them, they're very similar, expect for the
argument options. If we move the option analyzer from normal.mod to
kernel, then we can
22 matches
Mail list logo
