Hey,
On Mon, Apr 29, 2013 at 04:56:38PM +0200, Hannes Reinecke wrote:
> grub requires you to re-implement _every_ device naming scheme which
> is present in the kernel.
Are you saying that it's just a limitation in grub?
> And no, you cannot use the kernel itself as grub is run _prior_ to
> the
On Mon, Apr 29, 2013 at 04:56:38PM +0200, Hannes Reinecke wrote:
> On 04/26/2013 09:03 PM, Tejun Heo wrote:
> > hey,
> >
> > On Thu, Apr 25, 2013 at 05:12:20PM -0500, scame...@beardog.cce.hp.com wrote:
> >> It looks like these are called from a function called init_device_map()
> >> that is
On 04/26/2013 09:03 PM, Tejun Heo wrote:
> hey,
>
> On Thu, Apr 25, 2013 at 05:12:20PM -0500, scame...@beardog.cce.hp.com wrote:
>> It looks like these are called from a function called init_device_map()
>> that is called from grub_stage2() at least in the version of grub I looked
>> at (0.97,
On 04/26/2013 09:03 PM, Tejun Heo wrote:
hey,
On Thu, Apr 25, 2013 at 05:12:20PM -0500, scame...@beardog.cce.hp.com wrote:
It looks like these are called from a function called init_device_map()
that is called from grub_stage2() at least in the version of grub I looked
at (0.97, from
On Mon, Apr 29, 2013 at 04:56:38PM +0200, Hannes Reinecke wrote:
On 04/26/2013 09:03 PM, Tejun Heo wrote:
hey,
On Thu, Apr 25, 2013 at 05:12:20PM -0500, scame...@beardog.cce.hp.com wrote:
It looks like these are called from a function called init_device_map()
that is called from
Hey,
On Mon, Apr 29, 2013 at 04:56:38PM +0200, Hannes Reinecke wrote:
grub requires you to re-implement _every_ device naming scheme which
is present in the kernel.
Are you saying that it's just a limitation in grub?
And no, you cannot use the kernel itself as grub is run _prior_ to
the
hey,
On Thu, Apr 25, 2013 at 05:12:20PM -0500, scame...@beardog.cce.hp.com wrote:
> It looks like these are called from a function called init_device_map()
> that is called from grub_stage2() at least in the version of grub I looked
> at (0.97, from rhel6).
>
> So my assumption is that adding a
hey,
On Thu, Apr 25, 2013 at 05:12:20PM -0500, scame...@beardog.cce.hp.com wrote:
It looks like these are called from a function called init_device_map()
that is called from grub_stage2() at least in the version of grub I looked
at (0.97, from rhel6).
So my assumption is that adding a new
On Thu, Apr 25, 2013 at 02:14:59PM -0700, Tejun Heo wrote:
> Hello,
[...]
> >
> > Right now, if you add a new block driver, if you want grub to be able
> > to boot it, you also have to modify grub. This is true for each new
> > block driver that comes along. This is not the case for SCSI HBA
>
Hello,
On Thu, Apr 25, 2013 at 04:07:26PM -0500, scame...@beardog.cce.hp.com wrote:
> > Hmmm... maybe I'm missing something but the names assigned this way
> > wouldn't have any kind of stability across boots. Is that good
> > enough?
>
> Perhaps not. I am open to suggestions on that front
On Thu, Apr 25, 2013 at 01:40:33PM -0700, Tejun Heo wrote:
> Hello,
>
> On Thu, Apr 25, 2013 at 03:22:15PM -0500, Stephen M. Cameron wrote:
> > If block drivers could (optionally) share a common device namespace then
> > grub could be taught about this common namespace once, and any new block
> >
Hello,
On Thu, Apr 25, 2013 at 03:22:15PM -0500, Stephen M. Cameron wrote:
> If block drivers could (optionally) share a common device namespace then
> grub could be taught about this common namespace once, and any new block
> device drivers could take advantage of this namespace and grub would
>
From: Stephen M. Cameron
Currently, when adding a new block device driver, if grub support is needed,
then grub needs to be modified to know about this new driver.
See this thread:
https://lists.gnu.org/archive/html/grub-devel/2013-03/msg00049.html
If block drivers could (optionally) share a
From: Stephen M. Cameron scame...@beardog.cce.hp.com
Currently, when adding a new block device driver, if grub support is needed,
then grub needs to be modified to know about this new driver.
See this thread:
https://lists.gnu.org/archive/html/grub-devel/2013-03/msg00049.html
If block drivers
Hello,
On Thu, Apr 25, 2013 at 03:22:15PM -0500, Stephen M. Cameron wrote:
If block drivers could (optionally) share a common device namespace then
grub could be taught about this common namespace once, and any new block
device drivers could take advantage of this namespace and grub would
On Thu, Apr 25, 2013 at 01:40:33PM -0700, Tejun Heo wrote:
Hello,
On Thu, Apr 25, 2013 at 03:22:15PM -0500, Stephen M. Cameron wrote:
If block drivers could (optionally) share a common device namespace then
grub could be taught about this common namespace once, and any new block
device
Hello,
On Thu, Apr 25, 2013 at 04:07:26PM -0500, scame...@beardog.cce.hp.com wrote:
Hmmm... maybe I'm missing something but the names assigned this way
wouldn't have any kind of stability across boots. Is that good
enough?
Perhaps not. I am open to suggestions on that front --
On Thu, Apr 25, 2013 at 02:14:59PM -0700, Tejun Heo wrote:
Hello,
[...]
Right now, if you add a new block driver, if you want grub to be able
to boot it, you also have to modify grub. This is true for each new
block driver that comes along. This is not the case for SCSI HBA
drivers,
From: Stephen M. Cameron
Currently, when adding a new block device driver, if grub support is needed,
then grub needs to be modified to know about this new driver.
See this thread:
https://lists.gnu.org/archive/html/grub-devel/2013-03/msg00049.html
If block drivers could (optionally) share a
From: Stephen M. Cameron scame...@beardog.cce.hp.com
Currently, when adding a new block device driver, if grub support is needed,
then grub needs to be modified to know about this new driver.
See this thread:
https://lists.gnu.org/archive/html/grub-devel/2013-03/msg00049.html
If block drivers
From: Stephen M. Cameron
This is really the merest sketch of an idea, I'm not asking that
this patch be taken in its current form, just asking for feedback
on the idea, and if someone else better acquainted with the block
layer wants to take this idea and implement it in a better, proper
way,
From: Stephen M. Cameron scame...@beardog.cce.hp.com
This is really the merest sketch of an idea, I'm not asking that
this patch be taken in its current form, just asking for feedback
on the idea, and if someone else better acquainted with the block
layer wants to take this idea and implement it
22 matches
Mail list logo
