On Thu, Apr 3, 2014 at 10:50 AM, Michael Chang wrote:
>
> I also setup two disks for testing, and set root=hdX,Y to list the
> file in repective disk correct. Then swapping the disk order in xen
> config and again the result is correct.
>
Did you compare disk order in pv-grub and grub2?
On Thu, Apr 03, 2014 at 12:25:19PM +0400, Andrey Borzenkov wrote:
> On Thu, Apr 3, 2014 at 10:50 AM, Michael Chang wrote:
> >
> > I also setup two disks for testing, and set root=hdX,Y to list the
> > file in repective disk correct. Then swapping the disk order in xen
> > config and again the resu
When grub_wait_after_message says "Press any key to continue...", it
really means that it will continue anyway after a short delay, but that
you can press a key to skip the delay. Unfortunately, the delay is just
long enough that in practice a number of users have time to see it,
press a key, and
On 04/03/2014 10:23 AM, Colin Watson wrote:
> When grub_wait_after_message says "Press any key to continue...", it
> really means that it will continue anyway after a short delay, but that
> you can press a key to skip the delay. Unfortunately, the delay is just
> long enough that in practice a nu
On Thu, Apr 03, 2014 at 12:49:50PM -0400, Prarit Bhargava wrote:
> On 04/03/2014 10:23 AM, Colin Watson wrote:
> > When grub_wait_after_message says "Press any key to continue...", it
> > really means that it will continue anyway after a short delay, but that
> > you can press a key to skip the del
On 04/03/2014 12:52 PM, Colin Watson wrote:
> On Thu, Apr 03, 2014 at 12:49:50PM -0400, Prarit Bhargava wrote:
>> On 04/03/2014 10:23 AM, Colin Watson wrote:
>>> When grub_wait_after_message says "Press any key to continue...", it
>>> really means that it will continue anyway after a short delay,
On Thu, Apr 03, 2014 at 12:57:22PM -0400, Prarit Bhargava wrote:
> On 04/03/2014 12:52 PM, Colin Watson wrote:
> > On Thu, Apr 03, 2014 at 12:49:50PM -0400, Prarit Bhargava wrote:
> >> I have mixed feelings about changing this message since it is such a
> >> well known message. OTOH, I've never re
В Thu, 3 Apr 2014 17:52:57 +0100
Colin Watson пишет:
>
> Seems like a lot of effort. The actual delay is 2.5 seconds
May be I misunderstand it, but how 1ms becomes 2.5 seconds?
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org
On Tue, Apr 01, 2014 at 10:22:10PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
>
> >
> > For the sake of bisectability this really should be moved earlier;
> > otherwise at least patch "fix parameter to firmware calls" would
> > be wrong.
> >
> Even bigger problem is whether we want to
В Thu, 3 Apr 2014 10:33:36 -0700
Ram Pai пишет:
> On Tue, Apr 01, 2014 at 10:22:10PM +0200, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
> >
> > >
> > > For the sake of bisectability this really should be moved earlier;
> > > otherwise at least patch "fix parameter to firmware calls" would
>
I noticed that host flags are not propagated to gnulib. This does not
feel right; in particular I noticed it because attempt to enable
debugging for host tools (HOST_CFLAGS=-g) did not work for gnulib files.
Is it intentional?
___
Grub-devel mailing lis
В Tue, 10 Dec 2013 00:49:55 +0100
Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> What about similar architectures with dissimilar name? Like i386-efi and
> x86_64-efi ? And do we really want arm to come first with most common
> platforms ending somewhere in the middle?
That's exactly what grub-i
On Thu, Apr 03, 2014 at 09:53:56PM +0400, Andrey Borzenkov wrote:
> В Thu, 3 Apr 2014 10:33:36 -0700
> Ram Pai пишет:
>
> > On Tue, Apr 01, 2014 at 10:22:10PM +0200, Vladimir 'φ-coder/phcoder'
> > Serbinenko wrote:
> > >
> > > >
> > > > For the sake of bisectability this really should be moved
В Thu, 3 Apr 2014 11:37:05 -0700
Ram Pai пишет:
> On Thu, Apr 03, 2014 at 09:53:56PM +0400, Andrey Borzenkov wrote:
> > В Thu, 3 Apr 2014 10:33:36 -0700
> > Ram Pai пишет:
> >
> > > On Tue, Apr 01, 2014 at 10:22:10PM +0200, Vladimir 'φ-coder/phcoder'
> > > Serbinenko wrote:
> > > >
> > > > >
On Thu, Apr 03, 2014 at 11:03:29PM +0400, Andrey Borzenkov wrote:
> В Thu, 3 Apr 2014 11:37:05 -0700
> Ram Pai пишет:
>
> > On Thu, Apr 03, 2014 at 09:53:56PM +0400, Andrey Borzenkov wrote:
> > > В Thu, 3 Apr 2014 10:33:36 -0700
> > > Ram Pai пишет:
> > >
> > > > On Tue, Apr 01, 2014 at 10:22:1
On 03.04.2014 21:26, Ram Pai wrote:
>> > BOOTCFLAGS:= -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs \
>> > -fno-strict-aliasing -Os -msoft-float -pipe \
>> > -fomit-frame-pointer -fno-builtin -fPIC -nostdinc \
>> > -isystem $(shell $(CROSS32
В Thu, 3 Apr 2014 12:26:57 -0700
Ram Pai пишет:
> > > >
> > > > > Well. that is the issue. Various distros have varied support for
> > > > > cross-compilation (multi-arch support). If the distro does not
> > > > > have 32bit BE libraries natively installed (out-of-the-box), they
> > > > > wont
On Thu, Apr 03, 2014 at 09:42:54PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 03.04.2014 21:26, Ram Pai wrote:
> >> > BOOTCFLAGS:= -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs \
> >> > -fno-strict-aliasing -Os -msoft-float -pipe \
> >> > -fom
On Thu, Apr 03, 2014 at 11:54:46PM +0400, Andrey Borzenkov wrote:
> В Thu, 3 Apr 2014 12:26:57 -0700
> Ram Pai пишет:
>
> > > > >
> > > > > > Well. that is the issue. Various distros have varied support for
> > > > > > cross-compilation (multi-arch support). If the distro does not
> > > > > >
On 3 Apr 2014 22:33, "Ram Pai" wrote:
>
> On Thu, Apr 03, 2014 at 11:54:46PM +0400, Andrey Borzenkov wrote:
> > В Thu, 3 Apr 2014 12:26:57 -0700
> > Ram Pai пишет:
> >
> > > > > >
> > > > > > > Well. that is the issue. Various distros have varied support
for
> > > > > > > cross-compilation (mult
В Thu, 3 Apr 2014 13:32:22 -0700
Ram Pai пишет:
>
> They generate a 32bit BE grub binary on a LE system? No. I dont think
> so. Because the cross-compile tool chain is not enabled do so.
>
bor@opensuse:/tmp/binaries> file usr/bin/grub2-mkimage
usr/bin/grub2-mkimage: ELF 64-bit LSB executable
On 03.04.2014 21:54, Andrey Borzenkov wrote:
> В Thu, 3 Apr 2014 12:26:57 -0700
> Ram Pai пишет:
>
>
>> Well. that is the issue. Various distros have varied support for
>> cross-compilation (multi-arch support). If the distro does not
>> have 32bit BE libraries natively installe
22 matches
Mail list logo
