It was reported that GRUB doesn't support Adam7 and paletteed PNGs.
Attached patch would implement both of them but combining them results
in quite complex code since PNG works on bytes even if bpp <= 4 but
adam7 works on pixels. Does anyone have thoughts on adam7 and narrow PNG
usefulness?
=== mod
On 02.10.2013 10:03, Franz Hsieh wrote:
> Hi, there
>
> I had merged the patch for enabling hotkey in grub silent mode to
> grub-trunk.
> The --function-key now has been removed from sleep.mod, now sleep.mod will
> monitor all function keys, delete, tab and backspace.
>
Have you missed on-g
On 02.10.2013 08:57, Melki Christian (consultant) wrote:
> Limited usefullness. I've used a lot of PNG's in GRUB lately and can't think
> of a reason why I would use either.
> Maybe paletted 8-bit (if-that’s what you meant?) to save space..
8-bit palette is an easy one. The tricky one is 4-/2-/1-b
On 02.10.2013 11:28, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 02.10.2013 08:57, Melki Christian (consultant) wrote:
>> Limited usefullness. I've used a lot of PNG's in GRUB lately and can't think
>> of a reason why I would use either.
>>
copy Makefile.in back to your work
> environment and from there run your normal build.
>
"Why do easy if you can do complicated?"
Just change Makefile.core.def and rerun ./autogen.sh. That is.
> I hope this helps,
> Mat Troi
>
>
>
> On Thu, Sep 26, 2013 at 12:35
Current timer code for ARM EFI is horror. Can anyone test this?
=== modified file 'grub-core/kern/arm/efi/init.c'
--- grub-core/kern/arm/efi/init.c 2013-04-07 00:41:07 +
+++ grub-core/kern/arm/efi/init.c 2013-10-03 22:19:23 +
@@ -24,45 +24,47 @@
#include
#include
-/*
- * A bit ugly, b
> this makes me think that grub is causing the SATA controller to reset
> itself with every disk read or something, and then grub is waiting for
> it to come back to life before carrying on.
On i386-pc GRUB uses BIOS calls to access disks. I'd suggest updating
Option ROM and/or BIOS. I take no res
On 06.10.2013 17:56, Andrey Borzenkov wrote:
> В Sun, 06 Oct 2013 16:54:08 +0200
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> On 26.09.2013 15:08, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>>> Hello, all. Recently I made some order in hostdis
On 07.10.2013 13:30, Leif Lindholm wrote:
> On Fri, Oct 04, 2013 at 12:46:53AM +0200, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>> Current timer code for ARM EFI is horror. Can anyone test this?
>
> I can verify that this works on my Versatile Express TC2 pl
On 09.10.2013 11:39, Ilya Bakulin wrote:
> Hi,
> attached is a small fix for getroot.c to make the conversion between
> partition
> names and drive names work correctly on OpenBSD.
This patch looks like one of the numerous fixes I've done recently. Do I
get it correctly that you used some older v
On 13.10.2013 20:04, Chris Murphy wrote:
> On Sep 26, 2013, at 4:15 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>> On 26.09.2013 22:51, Chris Murphy wrote:
>>>
>>> Open question is if on BIOS hardware, if a 1MB BIOSBoot is preferred over
>
On 13.10.2013 22:59, Chris Murphy wrote:
>
>
> On Oct 13, 2013, at 1:47 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>> On 13.10.2013 20:04, Chris Murphy wrote:
>>> On Sep 26, 2013, at 4:15 PM, Vladimir 'φ-coder/phcoder' Serbinenk
Go ahead.
On 14.10.2013 12:55, Andrey Borzenkov wrote:
> util/grub_mount-grub-mount.o: In function `main':
> grub-mount.c:(.text+0x1043): undefined reference to `grub_util_host_init'
>
> Signed-off-by: Andrey Borzenkov
>
> ---
> Makefile.util.def | 1 +
> 1 file changed, 1 insertion(+)
>
> dif
Committed with a change to handle Apple HFS+ boot (return full disk only
if no matching partition is found).
Thanks.
On 31.01.2013 13:24, Andrey Borzenkov wrote:
> Fix autodetection of $prefix when booted from EFI CD-ROM.
>
> Based on patch from Matthew Garrett, modified to not overwrite
> memory
Go ahead.
On 14.10.2013 18:28, Andrey Borzenkov wrote:
> gcc -E -DHAVE_CONFIG_H -I. -Wall -W -I./include -DGRUB_UTIL=1
> -DGRUB_LIBDIR=\"/usr/local/lib64/grub\"
> -DLOCALEDIR=\"/usr/local/share/locale\" -DGRUB_FILE=\"util/grub-fstest.c\"
> -I. -I. -I. -I. -I./include -I./include
> -I./grub-cor
> So it seems that GRUB is using relative pathnames to the default subvolume.
This is not intentional. When this part of code was written there was no
set-default available at all so this couldn't be tested and I simply
followed the specification. It told to take root_tree and
root_dir_objectid fro
On 14.10.2013 22:45, Chris Murphy wrote:
>
> On Oct 14, 2013, at 1:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>>> So it seems that GRUB is using relative pathnames to the default subvolume.
>> This is not intentional. When this part of code wa
On 14.10.2013 22:45, Chris Murphy wrote:
>
> On Oct 14, 2013, at 1:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>>> So it seems that GRUB is using relative pathnames to the default subvolume.
>> This is not intentional. When this part of code wa
On 15.10.2013 21:47, Chris Murphy wrote:
>
> On Oct 15, 2013, at 10:58 AM, Andrey Borzenkov wrote:
>
>>
>> I do not know whether it was the case in the past, but today there is
>> *no* difference between using absolute or relative form.
>
> There is a difference because I have a case where one
Is any part of this thread still an issue?
I marked it but it seems that there were couple of patches committed
since then and suppsedly it fixes all problems mentioned.
On 16.07.2013 21:25, Aleš Nesrsta wrote:
> Hi Vladimir,
>
> I have some additional information - results of some today's experim
On 17.10.2013 20:03, Jonathan McCune wrote:
> grub-mkimage is internal implementation detail. It should not be
> mentioned here.
>
>
> I tend to agree, but right now it's necessary to understand this. When
> grub-install support for --pubkey matures, this can be removed.
>
>
> >
On 17.10.2013 20:28, Jonathan McCune wrote:
> Presently the 'trust' and 'verify_detached' commands disable all filters
> (e.g., verify.c:grub_cmd_trust() calls grub_file_filter_disable_all())
> when opening a file containing a public key (note the distinction from
> verify_detached implicitly using
Additional response to this older thread, now that few things changed.
> CC=gcc-4 ./configure --with-platform=emu --enable-grub-emu-usb
> --enable-grub-emu-sdl
>
--enable-grub-emu-usb doesn't work. It's not important enough to fix it
given large amount of work it needs and not so useless as to rem
On 21.10.2013 17:04, Vijayakumar Venganti wrote:
> Hi Friends,
>
> I want to add "secure boot" library to the GRUB boot loader to sign the
> linux image.
>
> My secure boot code base is
>Secure boot Directoty -> contains set of .C and .H file and a
> "Make file" which generates a BINARY
On 18.10.2013 04:44, Andrey Borzenkov wrote:
> В Thu, 17 Oct 2013 23:44:05 +0200
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> On 17.10.2013 20:28, Jonathan McCune wrote:
>>> Presently the 'trust' and 'verify_detached' commands disable
Mail is big, I think I got your essential points but I didn't read it whole.
On 21.10.2013 14:57, Daniel Kiper wrote:
> Hi,
>
> During work on multiboot2 protocol support for Xen it was discovered
> that memory map passed via relevant tag could not represent wide range
> of memory types available
On 21.10.2013 22:53, Seth Goldberg wrote:
>
>
> Quoting Daniel Kiper, who wrote the following on Mon, 21 Oct 2013:
>
>> Hi,
>>
>> During work on multiboot2 protocol support for Xen it was discovered
>> that memory map passed via relevant tag could not represent wide range
>> of memory types avai
On 21.10.2013 19:44, Jonathan McCune wrote:
> On Mon, Oct 21, 2013 at 10:33 AM, Vladimir 'φ-coder/phcoder' Serbinenko
> mailto:phco...@gmail.com>> wrote:
>
> On 18.10.2013 04:44, Andrey Borzenkov wrote:
> > В Thu, 17 Oct 2013 23:44:05 +0200
> &g
On 21.10.2013 23:16, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> Mail is big, I think I got your essential points but I didn't read it whole.
> On 21.10.2013 14:57, Daniel Kiper wrote:
>> Hi,
>>
>> During work on multiboot2 protocol support for Xen it w
As was discussed previously, move to git is generally considered
positive with noone opposing it strongly. So I'll try to do the move.
5405 is the latest currect revision. I back up the whole bzr repo
including personal branches. After this I'll attempt to do git.
Depending on results I'll either m
On 22.10.2013 16:51, Konrad Rzeszutek Wilk wrote:
> If you use 'linux' module, it will call ExitBootService.
> If you use 'multiboot' module, it will call ExitBootService too.
>
> So if you don't want to the module to call 'grub_efi_finish_boot_services'
> you need to use 'linuxefi' :-)
That's a v
On 22.10.2013 18:01, Daniel Kiper wrote:
> On Tue, Oct 22, 2013 at 03:42:42PM +, Woodhouse, David wrote:
>> On Tue, 2013-10-22 at 16:32 +0100, Matthew Garrett wrote:
>>>
>>> There are two problems with this:
>>>
>>> 1) The kernel will only boot if it's signed with a key in db, not a key
>>> in
On 22.10.2013 18:14, Daniel Kiper wrote:
>> > Are you (going to be) in Edinburgh? Matthew was just explaining a bunch
>> > of this stuff to me, it might be useful for you to get it from the
>> > horses mouth instead of laundered through my brain (which is a bit
>> > addled afterwards ;-)).
What and
On 22.10.2013 18:51, Daniel Kiper wrote:
> On Tue, Oct 22, 2013 at 04:36:04PM +, Maliszewski, Richard L wrote:
>> I may be off-base, but when I was wading through the grub2 code earlier
>> this year, it looked to me like it was going to refuse to launch anything
>> via MB1 or MB2 if the current
On 22.10.2013 19:12, Andrey Borzenkov wrote:
> В Mon, 21 Oct 2013 23:16:24 +0200
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> GRUB has generic support for signing kernels/modules/whatsoever using
>> GnuPG signatures. You'd just have to ship xen.sig an
On 22.10.2013 11:33, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> As was discussed previously, move to git is generally considered
> positive with noone opposing it strongly. So I'll try to do the move.
> 5405 is the latest currect revision. I back up the whole bzr r
On 23.10.2013 09:43, Daniel Kiper wrote:
> On Mon, Oct 21, 2013 at 11:16:24PM +0200, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>> Mail is big, I think I got your essential points but I didn't read it whole.
>> On 21.10.2013 14:57, Daniel Kiper wrote:
>>
On 23.10.2013 09:05, Daniel Kiper wrote:
> Thanks. Could you send me a pointer to current multiboot2 protocol docs?
It's managed as "multiboot2" branch in our repo:
http://git.savannah.gnu.org/cgit/grub.git
Note: we're in process of moving from bzr to git which may cause the
link to change.
sign
On 23.10.2013 15:13, Konrad Rzeszutek Wilk wrote:
> - not make an ExitBootServices call - which it does right now in the Solaris
>GRUB2 case and in the Fedora GRUB2 case.
What about having a special tag in multiboot2 file header "RKEBSIHE":
"request to keep EFI boot services" and then bootload
> GrUB - which iiuc stays in memory
> after transferring control - could export its file system support to its
> descendants).
Xen shouldn't need to load any file after multiboot2 entry point. The
needed files would already be in memory with pointers to them passed.
If you insist on being able to
On 24.10.2013 02:37, FireIcer wrote:
> Hey
>
> I am looking at the impact in general with changing the grub-mkconfig
> scan not to pickup and update the grub.cfg with the UUID code but the
> PARTUUID code instead.
>
> At present the situation forces the user to enable a working initramfs
> to wor
On 24.10.2013 03:38, Chris Murphy wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1022743
>
> Gist is, starting with a disk with valid PMBR, primary GPT, and backup
> GPT, if I zero LBA 2, I can no longer boot from the disk. I get a grub
> rescue prompt.
>
> Instead, if I merely corrupt a po
Please don't post the exact same mail as response to another message,
it's both ignored and considered annoying.
On 24.10.2013 05:53, FireIcer wrote:
>
> Message: 5
> Date: Thu, 24 Oct 2013 01:37:06 +0100
> From: FireIcer
> To: grub-devel@gnu.org
> Subject: Grub PARTUUID vs UUID
> Message-ID: <52
On 24.10.2013 11:28, J B wrote:
> Hello list,
>
> I have the grub2 (1.99-27+deb7u2 ) working with luks+lvm but /boot not
> included in lvm...
> Can grub2 call /boot from luks+lvm ? If yes, can anyone please share the
> configuration please ?
>
Not the version that you use.
> Thanks
>
> ___
Go ahead
On 22.10.2013 01:15, Jon McCune wrote:
> [v0] Accepted with modifications by phcoder@
> [v1] Introduce subsections within Security
> [v1] Correct errors regarding public key files not being automatically
> signature-checked in trust and verify_detached
> [v1] Replace check_signatures
On 24.10.2013 16:46, Lukáš Czerner wrote:
> Hi,
>
> I have a simple question about grub2 which I can not find satisfying
> answer to.
>
> What is a proper way to pick a kernel to boot from in case I have
> multiple kernels installed ? Note that picking the right kernel from
> the menu is not an o
On 25.10.2013 18:20, Andrey Borzenkov wrote:
> git remote -v
phcoder@debian:20:01:34:~/grub2/git$ git remote -v
origin phco...@git.sv.gnu.org:/srv/git/grub.git (fetch)
origin phco...@git.sv.gnu.org:/srv/git/grub.git (push)
signature.asc
Description: OpenPGP digital signature
_
Rejected, similar patches is in trunk since some time.
On 26.10.2013 17:36, Gene Czarcinski wrote:
> There are two patches needed in grub2 to support multi-device btrfs
> volumes.
>
> This first patch (previously submitted) involves the parameters passed
> to grub2-probe. If not correctly passed,
On 27.10.2013 16:46, Andrey Borzenkov wrote:
> В Sun, 27 Oct 2013 19:24:28 +0400
> Andrey Borzenkov пишет:
>
>>
>> That's where website lags behind. GRUB switched to GIT a while ago. See
>>
>> https://savannah.gnu.org/git/?group=grub
>>
>> As for web site - I do not know; Vladimir, who can edit
On 27.10.2013 17:23, Bruce Dubbs wrote:
>
>>> If you do have commit privs, please do not update the html directly.
>>>
>>
>> I do not know until I try :) Feel free to commit.
>
> I'll do that, but would like confirmation. Vladimir, does this look OK
> to you?
Yes, it does. Thanks for taking care
On 27.10.2013 18:54, Javier Vasquez wrote:
> On Tue, Sep 17, 2013 at 2:33 PM, Javier Vasquez
> wrote:
>> On Tue, Sep 17, 2013 at 1:27 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>> wrote:
>>> On 17.09.2013 19:24, Javier Vasquez wrote:
>>>> # stty -
On 27.10.2013 16:01, Gerard Butler wrote:
> If I use grub-mkfont on a font to generate a pf2 font file, does it
> retain the same license and distribution rules as the TrueType version
> of it?
>
Yes, such format conversions preserve the license.
>
> __
Go ahead
On 27.10.2013 19:59, Andrey Borzenkov wrote:
>
> Signed-off-by: Andrey Borzenkov
> ---
> ChangeLog | 7 +++
> Makefile.util.def | 1 +
> grub-core/Makefile.core.def | 1 +
> 3 files changed, 9 insertions(+)
>
> diff --git a/ChangeLog b/ChangeLog
> index
On 27.10.2013 21:19, Javier Vasquez wrote:
> On Sun, Oct 27, 2013 at 2:03 PM, Aleš Nesrsta wrote:
>> Dne 27.10.2013 19:33, Javier Vasquez napsal(a):
>>
>>> OK, I'll re-dump removing such call, :-)
>>
>> Hi Javier,
>>
>> maybe it is not necessary - at least with your current configuration.
>> Why:
On 27.10.2013 21:03, Aleš Nesrsta wrote:
>
>
> 2.
> I don't see loading of OHCI module in debug output !
> Do you really have this module included in your image?
I have to second this: OHCI module if loaded and there is at least one
PCI device available it will show "pciid = %x" message.
Can you
On 16.10.2013 05:37, Chris Murphy wrote:
>
> On Oct 15, 2013, at 8:50 PM, Andrey Borzenkov wrote:
>
>> В Mon, 14 Oct 2013 14:20:14 -0600
>> Chris Murphy пишет:
>>
>>>
Is there a way to detect that mountinfo gives garbage and somehow get
where the real root points?
>>>
>>> I don't know
On 28.10.2013 09:43, Francesco Lavra wrote:
> Hi,
> The current code in grub-core/lib/fdt.c doesn't work for me (and I
> suspect it doesn't work for anybody else either): GRUB just hangs when
> trying to load a Linux kernel with an associated device tree. In fact,
> the current code is still the fi
>>> Will a multiboot2 tag with whole EFI memory map solve your problem?
>> I added such a tag in documentation and wrote a patch for it (attached).
>> Awaiting for someone to test it to commit
>
> Great! I think from Xen perspective we first need to have Xen be able
> to understand multiboot2 - t
Hello, all. I'm working on pvgrub2 and my problem is following:
When you first use grant tables you commit yourself to a particular
grant table version. GRUB has to read from disk and hence use grant
tables. By doing so it commits anything that it loads to the same version.
Would it be possible to
On 29.10.2013 19:35, Aleš Nesrsta wrote:
> Only short note below...
>
> Dne 27.10.2013 23:43, Vladimir 'φ-coder/phcoder' Serbinenko napsal(a):
>> On 27.10.2013 21:03, Aleš Nesrsta wrote:
>>>
>>>
>>> 2.
>>> I don't see loading o
On 28.10.2013 19:39, Andrew Cooper wrote:
> On 28/10/13 18:06, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> Hello, all. I'm working on pvgrub2 and my problem is following:
>> When you first use grant tables you commit yourself to a particular
>> grant table
On 30.10.2013 12:19, Daniel Kiper wrote:
> Hi,
> multiboot2 protocol requires some more changes. However, about 80% of code
> is ready. In this case Xen and modules are loaded by GRUB2 itself. It means
> that all images could be placed on any filesystem recognized by GRUB2. Options
> for Xen and mo
x86_64-xen port available from
http://git.savannah.gnu.org/cgit/grub.git/log/?h=phcoder/newports/xen.
More specifically commit
5d30ce52f29a98ef03275426cace57ae5e66193c
is able to load netbsd kernel. It didn't find root because I have no
complete netbsd setup on disk in question, only kernel. Here i
On 31.10.2013 11:37, Beeblebrox wrote:
> cc1: warnings being treated as errors
> grub_script.yy.c: In function 'yy_scan_bytes':
> grub_script.yy.c:2298: warning: comparison between signed and unsigned
> gmake[2]: *** [libgrubmods_a-grub_script.yy.o] Error 1
Buggy flex needs --disable-werror.
sig
On 01.11.2013 22:26, Aleš Nesrsta wrote:
>
>
> Dne 29.10.2013 19:46, Vladimir 'φ-coder/phcoder' Serbinenko napsal(a):
>> On 29.10.2013 19:35, Aleš Nesrsta wrote:
>>> Only short note below...
>>>
>>> Dne 27.10.2013 23:43, Vladimir 'φ-code
On 02.11.2013 08:58, Beeblebrox wrote:
> /usr/include/machine/_types.h:65: error: expected '=', ',', ';', 'asm'
> or '__attribute__' before '__double_t'
> /usr/include/machine/_types.h:66: error: expected '=', ',', ';', 'asm'
> or '__attribute__' before '__float_t'
You system headers do something s
On 17.10.2012 02:55, Gustavo Luiz Duarte wrote:
>
> Adding multiple questions on a single DNS query is not supportted by
> most DNS servers. This patch issues two separate DNS queries
> sequentially for ipv4 and then for ipv6.
>
> There are 4 possible config options:
> DNS_OPTION_IPV4: issue onl
On 18.04.2013 17:23, Rajasekhar Pulluru wrote:
> Used below commands to install grub:
>
> 1)
> /usr/local/grub/sbin/grub-install --target=x86_64-efi
> --efi-directory=/boot/efi --boot-directory=/boot/efi/EFI
>
> 2) As mentioned in https://wiki.archlinux.org/index.php/GRUB2 Section:
> Create GRUB2
On 24.10.2013 20:17, Chris Murphy wrote:
> Yes it's just being silly. But the take away is that (partitioning) tools are
> behaving wrongly if they understand GPT, yet ignore or can't fix problems
> with either GPT. The spec only says software, it doesn't specify what
> software, so I'm assuming
Hello, Thomas. Noce to hear from you.
> How important ist the partition start at LBA 1 in comparison
> to this obvious drawback of grub-mkrescue images on Linux ?
> (Start at LBA 0 solves the problem but makes the MBR part
> of the first partition. I understand this is undesirable
> somehow.)
LBA 0
Fix committed, thanks for reporting this.
On 02.11.2013 22:14, Javier Vasquez wrote:
> I'm getting the following error when compiling from latest git repo
> (e7b66a28de17b085a9b71d6c500b0b139e94d818) on mipsel (loongson-2f):
>
> gcc -DHAVE_CONFIG_H -I. -Wall -W -I./include -DGRUB_UTIL=1
>
Hello, all. Basing my code on the information about truecrypt rescue
image layout from Attila Lendvai's project I wrote its support in GRUB.
Now you can do
truecrypt
boot
instead of having to go through ruby converter.
Since I don't use truecrypt myself I couldn't test it.
Could someone test it?
I
>
> This yields an MBR (copied from $old_iso) with partition start
> LBA 64 (16 blocks of 2048)
Hm, that would mean that some crapware like adobe might write between
MBR and first partition.
>
> My test machine boots via BIOS. The ISO image is only equipped
> for BIOS, anyway. I have no means to
On 03.11.2013 16:21, Thomas Schmitt wrote:
> Hi,
>
>> Isn't this HFS+ catalog sufficient for the problem at hand?
>
> I see the misleading link to /dev/sdb1 with Debian 6
> and with a Debian 7 based distro. Dunno which udev rule
> first looks at /dev/sdb for an ISO PVD and then links
> ./by-label
>
>> It's in our git repo in util/
>
> Yes, i know. But obviously there are older versions around.
> For re-tinkering the image it would be helpful to know
> the options used.
>
You can retrieve older versions from git history.
>
> I just collected all xorrisofs options of
> http://git.savann
I've committed a patch introducing the same option but more compact and
accepting GRUB_DISABLE_SUBMENU=n
On 29.01.2013 20:23, Prarit Bhargava wrote:
> I'm not sure what the proper patch posting protocol is on this list and
> I've never used bzr before. If this is incorrect, please email me and let
Going through e-mail archives found this one, looks like it got
forgotten. Fixed problems with it and simplified greatly and committed.
On 18.12.2011 04:16, Peter Lustig wrote:
> On 17.12.2011 00:41, Vladimir 'phcoder' Serbinenko wrote:
>
>> /* nthibr.c - tests whether an MS Windows system partiti
On 04.11.2013 02:10, Javier Vasquez wrote:
> On 11/1/13, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> On 01.11.2013 22:26, Aleš Nesrsta wrote:
>>>
>>>
>>> Dne 29.10.2013 19:46, Vladimir 'φ-coder/phcoder' Serbinenko napsal(a):
>>>
Go ahead. I mistagged this one in my inbox and hence missed it, sorry
for this
On 25.07.2013 19:06, Andrey Borzenkov wrote:
> В Thu, 25 Jul 2013 16:44:08 +0200
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> On 21.07.2013 08:53, Andrey Borzenkov wrote:
>>>
> +@item GRUB_DISABLE_SUBMENU
> +Normally, @command{grub-mkconfig} will generate top level menu entry for
> +the kernel with highest version number and put all other found kernels
> +or alternative menu entries for recovery mode in submenu. For entries
> returned
> +by @command{os-prober} first en
On 04.11.2013 14:13, Andrey Borzenkov wrote:
> В Mon, 04 Nov 2013 01:48:51 +0100
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> Going through e-mail archives found this one, looks like it got
>> forgotten. Fixed problems with it and simplified greatly and co
On 04.11.2013 15:27, Andrey Borzenkov wrote:
> В Mon, 04 Nov 2013 14:15:40 +0100
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>> Could you add that toggling this requires changing default/GRUB_DEFAULT
>> and saved default?
>>
>>
>
> Like this?
>
For now it's 64-bit only but it works. I've also tested with netbsd and
GNU mach. All of them work as well as when launched directly from
hypervisor.
GNU GRUB version 2.00
Minimal BASH-like line editing is supported. For the first word, TAB
lists possible com
On 05.11.2013 04:39, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> For now it's 64-bit only but it works. I've also tested with netbsd and
> GNU mach. All of them work as well as when launched directly from
> hypervisor.
Forgot the most important thi
On 05.11.2013 08:35, Beeblebrox wrote:
> Another slight problem. Updated the GIT repo to latest,
> $ gmake clean && /autogen.sh --disable-werror && ./configure --disable-werror
> $ gmake =>
> /usr/bin/ld: unrecognised emulation mode: elf_i386
> Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
Hello, all. I've ported grub2 to x86_64-xen and i386-xen (PAE only). How
big is the difference between ARM and i386 when seen as pv guest? I have
an ARM here but it's a raspberry pi, so no support for xen. Are there
machines for under $100 on which xen runs? What's with 64-bit ARM?
Alternatively, I
On 06.11.2013 14:25, Ian Campbell wrote:
> On Wed, 2013-11-06 at 14:00 +0100, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>> Hello, all. I've ported grub2 to x86_64-xen and i386-xen (PAE only). How
>> big is the difference between ARM and i386 when seen as pv
Fixed, thanks for reporting.
On 08.11.2013 08:44, Glenn Washburn wrote:
> I'm getting this error when compiling master with gcc 4.7. I suspect
> this is because of the added gcc attribute on i386.
>
> ./grub.git/grub-core/lib/reed_solomon.c:385:1:
> error: conflicting types for
> ‘grub_reed_solom
On 05.11.2013 08:35, Beeblebrox wrote:
> Another slight problem. Updated the GIT repo to latest,
> $ gmake clean && /autogen.sh --disable-werror && ./configure --disable-werror
> $ gmake =>
> /usr/bin/ld: unrecognised emulation mode: elf_i386
> Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
Hello, all. ARM and ia64 apparently don't generically have opcode to
make division of pointer-sized integers. Alpha has the same property but
alpha port is in very sorry state anyway so it doesn't matter anyway.
Looking at libgcc code at functions at question, I see that they use
algorithm very sim
On 08.11.2013 19:42, Glenn Washburn wrote:
> Now, I'm getting this error while building. Bug in the awk script?
>
> cat syminfo.lst | sort | gawk -f ./grub.git/grub-core/genmoddep.awk >
> moddep.lst || (rm -f moddep.lst; exit 1) __stack_chk_fail in regexp is
> not defined
>
Can you send me in pr
On 08.11.2013 19:42, Glenn Washburn wrote:
> Now, I'm getting this error while building. Bug in the awk script?
>
> cat syminfo.lst | sort | gawk -f ./grub.git/grub-core/genmoddep.awk >
> moddep.lst || (rm -f moddep.lst; exit 1) __stack_chk_fail in regexp is
> not defined
>
What compiler do you
On 09.11.2013 05:11, Andrey Borzenkov wrote:
> В Fri, 8 Nov 2013 14:42:43 -0600
> Glenn Washburn пишет:
>
>> On Fri, 08 Nov 2013 19:54:43 +0100
>> Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>>
>>> On 08.11.2013 19:42, Glenn Washburn wrote:
>>
Hello, all. install_c is feature complete and I intent to make it
upstream unless issues are raised until 16 Nov. It's available under
http://git.savannah.gnu.org/cgit/grub.git/log/?h=phcoder/install_c
signature.asc
Description: OpenPGP digital signature
_
On 09.11.2013 16:31, Beeblebrox wrote:
> As of today, Nov/9/13, I have updated the git repo to latest version.
> The error persists:
>
> /usr/bin/ld: unrecognised emulation mode: elf_i386
> Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
> cc: error: linker command failed with exit code 1 (use
Hello, all. pvgrub2 has just became part of upstream grub as ports i386-xen and
x86_64-xen.
http://git.savannah.gnu.org/cgit/grub.git
Documentation on its usage is missing for now but in short:
ARCH=x86_64
./autogen.sh
./configure --target=$ARCH --with-platform=xen
make
mkdir -p boot/grub/
cat >
On 10.11.2013 11:28, Beeblebrox wrote:
>>> Did you rerun ./autogen.sh?
> I ran gmake clean and cleaned all conig folders, then re-started
> from scratch.
>
>>> What is the value of your target_os ?
> Build, host & target are all the same. I tried setting all 3 as
> i386-freebsd for one of my r
On 10.11.2013 08:35, Andrey Borzenkov wrote:
> В Sun, 10 Nov 2013 09:39:06 +0400
> Andrey Borzenkov пишет:
>
>> В Sat, 9 Nov 2013 23:09:35 -0600
>> Glenn Washburn пишет:
>>
>>> On Sat, 09 Nov 2013 12:37:08 +0100
>>> Vladimir 'φ-coder/phcode
On 10.11.2013 07:56, Glenn Washburn wrote:
> I'm now getting compilation errors for platform efi.
>
> /home/crass/development/bootloader/grub2-src/grub.git/grub-core/lib/efi/halt.c:
> In function
> ‘grub_halt’:
> /home/crass/development/bootloader/grub2-src/grub.git/grub-core/lib/efi/halt.c:30:3:
On 10.11.2013 05:58, Andrey Borzenkov wrote:
> В Sat, 09 Nov 2013 13:51:09 +0100
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> Hello, all. install_c is feature complete and I intent to make it
>> upstream unless issues are raised until 16 No
601 - 700 of 2378 matches
Mail list logo
