Hello, grub developers,
my problem summary (lots of details follow below):
My /boot file system lives on partition /dev/sda1. This was an ext2
or ext4 file system (not entirely sure). When doing some grub-install
work, this was wrongly recognized as fat.
This resulted in a system that could no
В Thu, 28 Aug 2014 16:56:02 -0300
Paulo Flabiano Smorigo пишет:
> From: Paulo Flabiano Smorigo
>
> Hi,
>
> At the beginning of the year we provide a patchset that enabled GRUB for
> little-endian PowerPC. Our approach at the time was to build GRUB itself and
> its tools in 64-bit little-endian
В Sun, 21 Sep 2014 17:58:44 +0400
Andrei Borzenkov пишет:
> В Thu, 28 Aug 2014 16:56:02 -0300
> Paulo Flabiano Smorigo пишет:
>
> > From: Paulo Flabiano Smorigo
> >
> > Hi,
> >
> > At the beginning of the year we provide a patchset that enabled GRUB for
> > little-endian PowerPC. Our approac
В Sun, 21 Sep 2014 13:03:37 +0200
Andreas Krüger пишет:
> Hello, grub developers,
>
> my problem summary (lots of details follow below):
>
> My /boot file system lives on partition /dev/sda1. This was an ext2
> or ext4 file system (not entirely sure). When doing some grub-install
> work, this
On 20.09.2014 00:17, Mat Troi wrote:
> Thank you for bringing up the licensing issue. It would have been a
> waste of time developing it and then can't use it. I think our group is
> going to pursue the gnuTLS route. If anyone has experienced in
> integrating gnuTLS or any other library into GRU
On 18.09.2014 10:58, Michael Chang wrote:
> There are two types of xen enabled kernel in linux, one is called
> xenlinux which is older and can only boot on xen domain but not on any
> real hardware without xen hypervisor. The other is called pvops which
> can boot on xen domain as well as real har
On 21.09.2014 08:39, Andrei Borzenkov wrote:
> В Wed, 17 Sep 2014 16:30:11 -0400
> Peter Jones пишет:
>
>> Currently, if "linux" fails, the "goto fail;" in grub_cmd_initrd sends us
>> into grub_initrd_close() without grub_initrd_init() being called, and thus
>> it never clears initrd_ctx->compone
On 08.09.2014 20:50, Michael Zimmermann wrote:
> I need a lzmaio decompression module and I'd like to know if there is
> sbd. who is able to create this in a short time(the lzma lib maintainer?).
> If not I'll write it myself, ofc.
>
GRUB already has xzio. Please consider migration to xz rather t
Committed, thanks.
On 11.09.2014 12:27, Michael Chang wrote:
> This patch is to get intended output from printf shell command, as the
> comma is not used as separator for it's arguments, they will eventually
> be outputted together with the variables.
>
> Though it does not affect or break any fun
On 26.08.2014 10:23, Andrei Borzenkov wrote:
> On Tue, Aug 26, 2014 at 8:52 AM, Andrei Borzenkov wrote:
>> On Tue, Aug 26, 2014 at 2:29 AM, Colin Watson wrote:
>>> I tried to enable the mips-arc platform in Debian. When test-building,
>>> I first ran into a GCC uninitialised warning (promoted to
Go ahead.
On 08.09.2014 03:22, Colin Watson wrote:
> This makes it possible to build generally-useful utilities such as
> grub-mount even if the rest of GRUB has not been ported to the target
> CPU.
>
> * configure.ac: Add "none" platform. Default to it for unsupported
> CPUs rather than stopping
В Sun, 21 Sep 2014 17:49:35 +0200
Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> Committed, thanks.
You commit contains much more than this single line. Is it intentional?
> On 11.09.2014 12:27, Michael Chang wrote:
> > This patch is to get intended output from printf shell command, as the
> >
On 17.09.2014 23:43, Paulo Flabiano Smorigo wrote:
> Colin, I changed the patches following your suggestions and making it
> more likely to the no-libgcc branch from Vladimir. In this branch,
> phcoder added compiler-rt.{c,h,S} with the necessary code in it.
>
compiler-rt.{c,S} fixes bunch of poss
Go ahead.
On 03.06.2014 17:07, Andrey Borzenkov wrote:
> This tries to catch all cases where grub_cpu_to_XXX was used for constant
> expressions (including sizeof).
>
> ---
> grub-core/bus/usb/ehci.c | 44
>
> grub-core/bus/usb/ohci.c | 8
On 18.09.2014 00:04, Paulo Flabiano Smorigo wrote:
> +if test x$target_cpu = xpowerpc && test x$ac_cv_c_bigendian = xno; then
This should be done before endianness check as endianness check may have
other influences as well. Also I think you got the check from host, not
target. AFAIR target doesn't
On 04.09.2014 17:36, Peter Jones wrote:
> This lets us make /boot/grub2/grubenv a symlink to
> /boot/efi/EFI/fedora/grubenv even though they're different mount points,
> which allows /usr/bin/grub2-editenv to be the same across platforms
> (i.e. UEFI vs BIOS).
>
> Signed-off-by: Peter Jones
> Rev
On 21.09.2014 17:58, Andrei Borzenkov wrote:
> В Sun, 21 Sep 2014 17:49:35 +0200
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> Committed, thanks.
>
> You commit contains much more than this single line. Is it intentional?
>
No, thank you for noticing this.
>> On 11.09.2014 12:27, Michael
On 04.08.2014 16:53, Andrey Borzenkov wrote:
> В Mon, 04 Aug 2014 10:45:22 +0400
> Stanislav Kholmanskikh пишет:
>
>> Hi!
>>
>> On 08/01/2014 07:40 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>>> On 01.08.2014 17:35, Andrey Borzenkov wrote:
В Fri, 1 Aug 2014 16:15:56 +0400
Stanisl
Committed, thanks.
On 03.07.2014 16:00, Valentin Dornauer wrote:
> Thanks for the review, Andrey.
>
> On 2 Jul 2014, at 19:56, Andrey Borzenkov wrote:
>>> + in skip_ext_op(), correctly parse OpRegionOp (TermArgs aren't always
>>> + simply strings!); add function to skip TermArgs.
>>
>> It doe
On 07.08.2014 19:59, adrian15 wrote:
>
> Probably the most intelligent workaround for this problem is doing an
> isolinux.cfg, pxelinux.cfg or syslinux.cfg parser for grub2 in a similar
> way to the menu.lst parser.
GRUB already has isolinux parser. But the case of booting ISOs is
different beca
I actually like to have load.cfg around: it helps with debugging in some
cases. Do you have a reason to remove it?
On 01.05.2014 18:16, Andrey Borzenkov wrote:
> ---
> util/grub-mkrescue.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/util/grub-mkrescue.c b/util/grub-mkrescue.c
> ind
В Sun, 21 Sep 2014 19:03:08 +0200
Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> On 04.08.2014 16:53, Andrey Borzenkov wrote:
> > В Mon, 04 Aug 2014 10:45:22 +0400
> > Stanislav Kholmanskikh пишет:
> >
> >> Hi!
> >>
> >> On 08/01/2014 07:40 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> >>>
On 21.09.2014 19:50, Andrei Borzenkov wrote:
> В Sun, 21 Sep 2014 19:03:08 +0200
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> On 04.08.2014 16:53, Andrey Borzenkov wrote:
>>> В Mon, 04 Aug 2014 10:45:22 +0400
>>> Stanislav Kholmanskikh пишет:
>>>
Hi!
On 08/01/2014 07:40 PM,
> Unfortunately you destroyed any possibility to investigate it further.
> You should at least have saved beginning of partition.
I should have, yes. Please kindly accept my apologies!
On the other hand, I did nothing to destroy the grub source code.
So I hope it is still possible to investigat
24 matches
Mail list logo