Re: [PATCH] improve formatting and content of target list in grub-probe help

On 10.12.2013 06:48, Andrey Borzenkov wrote: > В Tue, 10 Dec 2013 00:55:06 +0100 > Vladimir 'φ-coder/phcoder' Serbinenko пишет: > >> On 07.12.2013 14:27, Andrey Borzenkov wrote: >>> + ret = xasprintf ("%s\n%s %s [default=%s]", _("print TARGET"), >> where does "print" come from?h >> > > You m

Re: [PATCH] improve formatting and content of target list in grub-probe help

В Tue, 10 Dec 2013 09:09:15 +0100 Vladimir 'φ-coder/phcoder' Serbinenko пишет: > On 10.12.2013 06:48, Andrey Borzenkov wrote: > > В Tue, 10 Dec 2013 00:55:06 +0100 > > Vladimir 'φ-coder/phcoder' Serbinenko пишет: > > > >> On 07.12.2013 14:27, Andrey Borzenkov wrote: > >>> + ret = xasprintf ("

Re: [PATCH] sort target list in grub-mkimage help output to make it easier to read

В 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? My use case is - when I ge

RE: Quick question?

Version #5536. Thank you, Zoran ___ Most of The Time you should be "intel inside" to be capable to think "out of the box". -Original Message- From: Andrey Borzenkov [mailto:arvidj...@gmail.com] Sent: Monday, December 09, 2013 5:11 PM To: The development of GNU GRUB Cc: Stojsavljevi

Using librsvg for adding svg support

I am a student and I wish to contribute. Reading through the tasks list on savannah.gnu.org I found this thread of my interest - task #11047: Support SVG. I suggest using librsvg, created and used by Gnome.org. It is licensed under GNU GPL v2+ as stated on the documentations page. I seek guidanc

Re: kern/efi/mm.c - MAX_USABLE_ADDRESS

On Mon, Dec 09, 2013 at 10:17:20PM +0100, Leif Lindholm wrote: > On Mon, Dec 09, 2013 at 08:08:39PM +0100, Vladimir 'φ-coder/phcoder' > Serbinenko wrote: > > > A simple fix would be to just stack the ifdefs, but a better one might > > > be to move the define to one of (which is currently > > > a

Re: Using librsvg for adding svg support

No floats or doubles are present in GRUB. Half of our platforms have no standard fp unit. Other half don't enable it on boot. msoft-float would pull in too many libraries. The only possibility is to have some fixed point type instead. Since C has no operator overload this would require either heavy

memcpy() in lib/fdt.c

Hi, There is a typo in fdt.c, invoking memcpy() rather than grub_memcpy(). Suggested trivial fix: diff --git a/grub-core/lib/fdt.c b/grub-core/lib/fdt.c index 9c886fc..9f34dc7 100644 --- a/grub-core/lib/fdt.c +++ b/grub-core/lib/fdt.c @@ -219,8 +219,8 @@ static int rearrange_blocks (void *fdt, un

Re: Using librsvg for adding svg support

On 10.12.2013 16:31, Vladimir 'phcoder' Serbinenko wrote: > No floats or doubles are present in GRUB. Half of our platforms have no > standard fp unit. Other half don't enable it on boot. msoft-float would > pull in too many libraries. The only possibility is to have some fixed > point type instead

Re: memcpy() in lib/fdt.c

Go ahead On 10.12.2013 16:38, Leif Lindholm wrote: > Hi, > > There is a typo in fdt.c, invoking memcpy() rather than grub_memcpy(). > Suggested trivial fix: > > diff --git a/grub-core/lib/fdt.c b/grub-core/lib/fdt.c > index 9c886fc..9f34dc7 100644 > --- a/grub-core/lib/fdt.c > +++ b/grub-core/lib

Re: kern/efi/mm.c - MAX_USABLE_ADDRESS

On 10.12.2013 15:59, Leif Lindholm wrote: > On Mon, Dec 09, 2013 at 10:17:20PM +0100, Leif Lindholm wrote: >> On Mon, Dec 09, 2013 at 08:08:39PM +0100, Vladimir 'φ-coder/phcoder' >> Serbinenko wrote: A simple fix would be to just stack the ifdefs, but a better one might be to move the de

Re: kern/efi/mm.c - MAX_USABLE_ADDRESS

On Tue, Dec 10, 2013 at 05:00:28PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > > How about the attached? > > > You need to prefix define with GRUB_EFI_ as soon as it's a global define > and not limited to one file. Otherwise patch looks good. Can you send > corrected version? Attached.

Re: kern/efi/mm.c - MAX_USABLE_ADDRESS

Go ahead. On 10.12.2013 18:15, Leif Lindholm wrote: > On Tue, Dec 10, 2013 at 05:00:28PM +0100, Vladimir 'φ-coder/phcoder' > Serbinenko wrote: >>> How about the attached? >>> >> You need to prefix define with GRUB_EFI_ as soon as it's a global define >> and not limited to one file. Otherwise patch

flash drive timing out, can't boot vmlinuz/initrd (coreboot payload)

I am trying to boot a USB flash drive in GRUB2, when used as a payload for coreboot. This is on a Lenovo Thinkpad X60. I am using this config to boot from a Trisquel live USB (the config in correct; it has worked on occasion): menuentry 'Boot Trisquel USB' { linux (usb0)/casper/vmlinuz boo

Re: grub mishandles corrupt/missing primary GPT

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/9/2013 10:54 AM, Vladimir '?-coder/phcoder' Serbinenko wrote: > Not true. I've checked: all configs not involving compressed fs or > diskfilter fit in 31K. As I said, "trivial" configurations ;) ext2 with no raid or lvm fits... btrfs or any co

Re: flash drive timing out, can't boot vmlinuz/initrd (coreboot payload)

> Premise: me and phcoder think its a bad/slow USB drive. Of course, the USB device could be "bad" - I met some devices which have not good implementation of USB mass storage class (or SCSI) specification. What is surprising, most of these devices were able to work correctly in Linux or Windows (at

RE: flash drive timing out, can't boot vmlinuz/initrd (coreboot payload)

I think you should plug a USB snooper and look at the flow. This is initial stuff, so it shouldn't be that much data to look at. Also, dump the device descriptors using linux (lsusb) for example. It should help with quirk-searching. > I am trying to boot a USB flash drive in GRUB2, when used as a