With code like this, the resulting kernel cmdline has backslashes before either
' or ".
I think var="\"str\"" or var="'str'" has to be used to place either " or ' into
the variable.
How can I avoid the backslash in the kernel cmdline?
udev_rule="udev.rule=\"mac=${net_default_mac},name=uplink\""
On Fri, Mar 13, 2020 at 12:02:50PM +0100, Olaf Hering wrote:
> With code like this, the resulting kernel cmdline has backslashes before
> either ' or ".
> I think var="\"str\"" or var="'str'" has to be used to place either " or '
> into the variable.
> How can I avoid the backslash in the kernel
On Wed, Mar 04, 2020 at 02:44:52PM +0800, Michael Chang wrote:
> The lvm cache logical volume is the logical volume consisting of the original
> and the cache pool logical volume. The original is usually on a larger and
> slower storage device while the cache pool is on a smaller and faster one. Th
On Wed, Mar 04, 2020 at 02:44:53PM +0800, Michael Chang wrote:
> Add notes on LVM cache booting to the GRUB manual to help user understanding
> the outstanding issue and status.
>
> Signed-off-by: Michael Chang
Reviewed-by: Daniel Kiper
Daniel
___
Gr
Am Fri, 13 Mar 2020 12:59:32 +0100
schrieb Daniel Kiper :
> Both var="\"str\"" and var="'str'" should work. Does not they? Do you
> still get backslashes in ${cmdline}?
Yes. I think the issue might be the "final expansion" in the menuentry and/or
linux command?
# grub.cfg
insmod part_msdos
ins
On Tue, Mar 10, 2020 at 07:58:28PM +0100, Patrick Steinhardt wrote:
> By default, GRUB will allocate a quarter of the pages it got available
> in the EFI subsystem. On many current systems, this will amount to
> roughly 800MB of RAM assuming an address space of 32 bits. This is
> plenty for most us
On Tue, Mar 10, 2020 at 07:58:29PM +0100, Patrick Steinhardt wrote:
> For the upcoming import of the Argon2 library, we need the macros
> GRUB_UINT32_MAX, GRUB_UINT32_C and GRUB_UINT64_C. Add them as a
> preparatory step.
>
> Signed-off-by: Patrick Steinhardt
Reviewed-by: Daniel Kiper
Daniel
_
On Tue, Mar 10, 2020 at 19:58:28 +0100, Patrick Steinhardt wrote:
> By default, GRUB will allocate a quarter of the pages it got available
> in the EFI subsystem. On many current systems, this will amount to
> roughly 800MB of RAM assuming an address space of 32 bits. This is
> plenty for most use
On Tue, Mar 10, 2020 at 07:58:30PM +0100, Patrick Steinhardt wrote:
> In order to support the Argon2 key derival function for LUKS2, we
> obviously need to implement Argon2. It doesn't make a lot of sense to
> hand-code any crypto, which is why this commit instead imports Argon2
> from the cryptset
On Fri, Mar 13, 2020 at 12:55:08PM +, Leif Lindholm wrote:
> On Tue, Mar 10, 2020 at 19:58:28 +0100, Patrick Steinhardt wrote:
> > By default, GRUB will allocate a quarter of the pages it got available
> > in the EFI subsystem. On many current systems, this will amount to
> > roughly 800MB of R
On Fri, Mar 13, 2020 at 01:32:12PM +0100, Olaf Hering wrote:
> Am Fri, 13 Mar 2020 12:59:32 +0100
> schrieb Daniel Kiper :
>
> > Both var="\"str\"" and var="'str'" should work. Does not they? Do you
> > still get backslashes in ${cmdline}?
>
> Yes. I think the issue might be the "final expansion" i
Am Fri, 13 Mar 2020 15:07:57 +0100
schrieb Daniel Kiper :
> Anyway, could you check what is going on and prepare a patch if needed?
Sure I can wipe the offending lines from grub_create_loader_cmdline().
The question is rather what the purpose of the new code added in
25953e10553dad2e378541a686
On Fri, Mar 13, 2020 at 03:20:08PM +0100, Olaf Hering wrote:
> Am Fri, 13 Mar 2020 15:07:57 +0100
> schrieb Daniel Kiper :
>
> > Anyway, could you check what is going on and prepare a patch if needed?
>
> Sure I can wipe the offending lines from grub_create_loader_cmdline().
> The question is rath
Am Fri, 13 Mar 2020 15:26:33 +0100
schrieb Daniel Kiper :
> Adding Vladimir. There is a chance that he knows why it was added...
I just checked why this did not show up earlier.
With 20190718T143316.4e75b2ae3 and command "linux ($root)/file var='str'"
nothing is escaped.
The command "linux ($ro
This is just a preparatory patch to move the functions higher in the file,
since these will be called by the grub_prepare_for_text_output() function
that will be introduced in a subsequent patch.
Moving the functions will avoid a forward declaration in that next patch.
Signed-off-by: Javier Marti
From: Hans de Goede
If we're running with a hidden menu we may never need text mode, so do not
change the video-mode to text until we actually need it.
Signed-off-by: Hans de Goede
Signed-off-by: Javier Martinez Canillas
---
grub-core/term/efi/console.c | 74 +++-
From: Peter Jones
On my laptop running at 2.4GHz, if I run a VM where tsc calibration
using pmtimer will fail presuming a broken pmtimer, it takes ~51 seconds
to do so (as measured with the stopwatch on my phone), with a tsc delta
of 0x1cd1c85300, or around 125 billion cycles.
If instead of tryi
Hello,
This is another set of somewhat small patches that we have been carrying in the
Fedora package. I found that some of them have already been posted to the list,
so for those patches I tried to address the issues pointed out in that version.
I'm including all patches in the same set because
From: Hans de Goede
This is a preparation patch for adding getkeystatus() support to the
EFI console terminal input driver.
We can get modifier status through the simple_text_input read_key_stroke
method, but if a non-modifier key is (also) pressed the read_key_stroke
call will consume that key
From: Hans de Goede
Implement getkeystatus() support.
Note that if a non-modifier key gets pressed and repeated calls to
getkeystatus() are made then it will return the modifier status at the
time of the non-modifier key, until that key-press gets consumed by a
getkey() call.
This is a side-eff
From: Hans de Goede
Move the grub_getkeystatus helper function from
grub-core/commands/keystatus.c to grub-core/kern/term.c
and export it so that it can be used outside of the
keystatus command code too.
Signed-off-by: Hans de Goede
Signed-off-by: Javier Martinez Canillas
---
grub-core/comm
From: Hans de Goede
On some devices the ESC key is the hotkey to enter the BIOS/EFI setup
screen, making it really hard to time pressing it right. Besides that
ESC is also pretty hard to discover for a user who does not know it
will unhide the menu.
This commit makes F4, which used to be the hot
From: Steve Langasek
If fastboot is enabled in the BIOS then often it is not possible to
enter the firmware setup menu, add a menu entry for this.
hdegoede: Cherry picked the Ubuntu patch from:
https://git.launchpad.net/~ubuntu-core-dev/grub/+git/ubuntu/tree/debian/patches/uefi_firmware_setup.pa
From: Peter Jones
This makes it so you can do set debug to "all,-scripting,-lexer" and get the
obvious outcome. Any negation present will take preference over that
conditional, so "all,-scripting,scripting" is the same thing as
"all,-scripting".
Signed-off-by: Peter Jones
Signed-off-by: Javier
From: Peter Jones
This makes it so you can treat grub-module-verifierxx.c as a file you can
build directly, so syntax checkers like vim's "syntastic" plugin, which uses
"gcc -x c -fsyntax-only" to build it, will work.
One still has to do whatever setup is required to make it pick the right
inclu
25 matches
Mail list logo
