On Wed, Dec 09, 2009 at 10:45:16PM +0100, Robert Millan wrote:
> On Mon, Dec 07, 2009 at 10:23:51PM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
> > Seth proposed a hinting technique:
> > search --fs_uuid ... -s root --hint hd0,1
> > then hd0,1 will be checked first and only on failure it
That was my intent, yes.
--S
Quoting BVK Chaitanya, who wrote the following on Thu, 10 Dec 2009:
On Thu, Dec 10, 2009 at 3:15 AM, Robert Millan wrote:
On Mon, Dec 07, 2009 at 10:23:51PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
Seth proposed a hinting technique:
search --fs_uu
On Thu, Dec 10, 2009 at 3:15 AM, Robert Millan wrote:
> On Mon, Dec 07, 2009 at 10:23:51PM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>> Seth proposed a hinting technique:
>> search --fs_uuid ... -s root --hint hd0,1
>> then hd0,1 will be checked first and only on failure it will rever
On Mon, Dec 07, 2009 at 10:23:51PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> Seth proposed a hinting technique:
> search --fs_uuid ... -s root --hint hd0,1
> then hd0,1 will be checked first and only on failure it will revert to
> scanning
Sounds good.
--
Robert Millan
The DRM op
From: Robert Millan
Date: Mon, 7 Dec 2009 15:04:11 +0100
> On Sun, Dec 06, 2009 at 04:21:50PM -0800, David Miller wrote:
>> From: Robert Millan
>> Date: Sun, 6 Dec 2009 14:10:26 +0100
>>
>> > We're actually in the process of getting rid of device.map;
>>
>> Meanwhile, please fix the regression
Robert Millan wrote:
> On Mon, Dec 07, 2009 at 11:50:33AM -0800, David Miller wrote:
>
>> From: Robert Millan
>> Date: Mon, 7 Dec 2009 15:05:16 +0100
>>
>>
>>> On Sun, Dec 06, 2009 at 05:22:52PM -0800, David Miller wrote:
>>>
From: Robert Millan
Date: Sun, 6 Dec 2009 14:1
On Mon, Dec 07, 2009 at 11:50:33AM -0800, David Miller wrote:
> From: Robert Millan
> Date: Mon, 7 Dec 2009 15:05:16 +0100
>
> > On Sun, Dec 06, 2009 at 05:22:52PM -0800, David Miller wrote:
> >> From: Robert Millan
> >> Date: Sun, 6 Dec 2009 14:10:26 +0100
> >>
> >> > grub-mkconfig generates a
From: Robert Millan
Date: Mon, 7 Dec 2009 15:05:16 +0100
> On Sun, Dec 06, 2009 at 05:22:52PM -0800, David Miller wrote:
>> From: Robert Millan
>> Date: Sun, 6 Dec 2009 14:10:26 +0100
>>
>> > grub-mkconfig generates a grub.cfg that relies on UUIDs instead
>> > of hardcoding, etc.
>>
>> Well, f
On Sun, Dec 06, 2009 at 05:22:52PM -0800, David Miller wrote:
> From: Robert Millan
> Date: Sun, 6 Dec 2009 14:10:26 +0100
>
> > grub-mkconfig generates a grub.cfg that relies on UUIDs instead
> > of hardcoding, etc.
>
> Well, for one thing I don't use initrd's for my Linux kernels,
> therefore
On Sun, Dec 06, 2009 at 04:21:50PM -0800, David Miller wrote:
> From: Robert Millan
> Date: Sun, 6 Dec 2009 14:10:26 +0100
>
> > We're actually in the process of getting rid of device.map;
>
> Meanwhile, please fix the regression you added to the tree. :-)
I think this should do it. Please can
David Miller wrote:
> From: Vladimir 'φ-coder/phcoder' Serbinenko
> Date: Mon, 07 Dec 2009 11:48:07 +0100
>
>
>> The problem actually is the following:
>> When we're in OS we know the OS device name but not the firmware device
>> name. So we're able to generate correct root= for kernel command
From: Vladimir '$B&U(B-coder/phcoder' Serbinenko
Date: Mon, 07 Dec 2009 11:48:07 +0100
> The problem actually is the following:
> When we're in OS we know the OS device name but not the firmware device
> name. So we're able to generate correct root= for kernel command line
> but can only guess
From: Colin Watson
Date: Mon, 7 Dec 2009 10:20:16 +
> On Sun, Dec 06, 2009 at 05:22:52PM -0800, David Miller wrote:
>> From: Robert Millan
>> Date: Sun, 6 Dec 2009 14:10:26 +0100
>>
>> > grub-mkconfig generates a grub.cfg that relies on UUIDs instead
>> > of hardcoding, etc.
>>
>> Well, fo
David Miller wrote:
> From: Robert Millan
> Date: Sun, 6 Dec 2009 14:10:26 +0100
>
>
>> grub-mkconfig generates a grub.cfg that relies on UUIDs instead
>> of hardcoding, etc.
>>
>
> Well, for one thing I don't use initrd's for my Linux kernels,
> therefore specifying root devices via UUIDs
On Sun, Dec 06, 2009 at 05:22:52PM -0800, David Miller wrote:
> From: Robert Millan
> Date: Sun, 6 Dec 2009 14:10:26 +0100
>
> > grub-mkconfig generates a grub.cfg that relies on UUIDs instead
> > of hardcoding, etc.
>
> Well, for one thing I don't use initrd's for my Linux kernels,
> therefore
From: Robert Millan
Date: Sun, 6 Dec 2009 14:10:26 +0100
> grub-mkconfig generates a grub.cfg that relies on UUIDs instead
> of hardcoding, etc.
Well, for one thing I don't use initrd's for my Linux kernels,
therefore specifying root devices via UUIDs isn't going to work.
_
From: Robert Millan
Date: Sun, 6 Dec 2009 14:10:26 +0100
> We're actually in the process of getting rid of device.map;
Meanwhile, please fix the regression you added to the tree. :-)
And I'll look into what you've mentioned to see if that kind of scheme
will work properly on Sparc.
__
On Sun, Dec 06, 2009 at 01:21:46AM -0800, David Miller wrote:
>
> Robert, the set of objects used to build grub-mkdevicemap on
> sparc64-ieee1275 is not the same as those used on other architectures.
> So this change was not correct:
>
> 2009-11-26 Robert Millan
>
> * conf/common.rmk (s
Robert, the set of objects used to build grub-mkdevicemap on
sparc64-ieee1275 is not the same as those used on other architectures.
So this change was not correct:
2009-11-26 Robert Millan
* conf/common.rmk (sbin_UTILITIES): Add `grub-mkdevicemap'.
...
* conf/i386-coreboot.rm
19 matches
Mail list logo
