Git log: commit 84eafb71de4d7b8de7d7e64bb19acccbe0c7580b
Merge: e24c17ad 9bd1ddeb
Author: Colin Watson <cjwatson@debian.org>
Date: Sat Mar 7 12:21:29 2020 +0000
Drop mkconfig-mid-upgrade.patch
It was only needed for upgrades from GRUB 1.99 (now a long time ago) and
can inappropriately hide problems when /etc/grub.d/00_header should have
been updated but wasn't.
Closes: #953201
commit 9bd1ddebca3685f74187eef656a149d28804eeba
Author: David Michael <fedora.dm0@gmail.com>
Date: Fri Jul 5 07:45:59 2019 -0400
verifiers: Blocklist fallout cleanup
Blocklist fallout cleanup after commit 5c6f9bc15 (generic/blocklist: Fix
implicit declaration of function grub_file_filter_disable_compression()).
Signed-off-by: David Michael <fedora.dm0@gmail.com>
Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>
Origin: upstream, https://git.savannah.gnu.org/cgit/grub.git/commit/?id=dabdfa1c6a80639197d05f683a445fa8615517fe
Last-Update: 2019-12-12
Patch-Name: verifiers-blocklist-fallout.patch
commit c5ab3241ea94f769437b08a26fa15b0872b03da4
Author: James Clarke <jrtc27@jrtc27.com>
Date: Thu Jul 18 14:31:55 2019 +0200
[PATCH] sparc64: Fix BIOS Boot Partition support
Currently, gpt_offset is uninitialised when using a BIOS Boot Partition
but is used unconditionally inside save_blocklists. Instead, ensure it
is always initialised to 0 (note that there is already separate code to
do the equivalent adjustment after we call save_blocklists on this code
path).
This patch has been tested on a T5-2 LDOM.
Signed-off-by: James Clarke <jrtc27@jrtc27.com>
Tested-by: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
Reviewed-by: Vladimir Serbinenko <phcoder@gmail.com>
Reviewed-by: Eric Snowberg <eric.snowberg@oracle.com>
Origin: upstream, https://git.savannah.gnu.org/cgit/grub.git/commit/?id=4e75b2ae313b13b5bfb54cc5e5c53368d6eb2a08
Bug-Debian: https://bugs.debian.org/931969
Last-Update: 2019-08-06
Patch-Name: sparc64-fix-bios-boot-partition-support.patch
commit cb2746b915b7d8b5a3c78fae3d40fc0ccc41b650
Author: Steve McIntyre <93sam@debian.org>
Date: Fri Jun 14 16:37:11 2019 +0100
Deal with --force-extra-removable with signed shim too
In this case, we need both the signed shim as /EFI/BOOT/BOOTXXX.EFI
and signed Grub as /EFI/BOOT/grubXXX.efi.
Also install the BOOTXXX.CSV into /EFI/debian, and FBXXX.EFI into
/EFI/BOOT/ so that it can work when needed (*iff* we're updating the
NVRAM).
[cjwatson: Refactored also_install_removable somewhat for brevity and so
that we're using consistent case-insensitive logic.]
Bug-Debian: https://bugs.debian.org/930531
Last-Update: 2019-06-14
Patch-Name: grub-install-removable-shim.patch
commit 269cf7f9c74d192d33dc899cadcd4ee120e494e1
Author: Peter Jones <pjones@redhat.com>
Date: Wed Apr 24 10:03:04 2019 -0400
Forbid the "devicetree" command when Secure Boot is enabled.
Signed-off-by: Peter Jones <pjones@redhat.com>
Signed-off-by: Steve McIntyre <93sam@debian.org>
Origin: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927888#15
Bug-Debian: https://bugs.debian.org/927888
Last-Update: 2019-05-04
Patch-Name: no-devicetree-if-secure-boot.patch
commit fc333cf241ea774b0610c8ba57c833d6937dd0f5
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Mar 11 11:17:43 2019 +0000
Minimise writes to EFI variable storage
Some UEFI firmware is easily provoked into running out of space in its
variable storage. This is usually due to certain kernel drivers (e.g.
pstore), but regardless of the cause it can cause grub-install to fail
because it currently asks efibootmgr to delete and re-add entries, and
the deletion often doesn't result in an immediate garbage collection.
Writing variables frequently also increases wear on the NVRAM which may
have limited write cycles. For these reasons, it's desirable to find a
way to minimise writes while still allowing grub-install to ensure that
a suitable boot entry exists.
Unfortunately, efibootmgr doesn't offer an interface that would let
grub-install do this. It doesn't in general make very much effort to
minimise writes; it doesn't allow modifying an existing Boot* variable
entry, except in certain limited ways; and current versions don't have a
way to export the expected variable data so that grub-install can
compare it to the current data. While it would be possible (and perhaps
desirable?) to add at least some of this to efibootmgr, that would still
leave the problem that there isn't a good upstreamable way for
grub-install to guarantee that it has a new enough version of
efibootmgr. In any case, it's cumbersome and slow for grub-install to
have to fork efibootmgr to get things done.
Fortunately, a few years ago Peter Jones helpfully factored out a
substantial part of efibootmgr to the efivar and efiboot libraries, and
so it's now possible to have grub-install use those directly. We still
have to use some code from efibootmgr, but much less than would
previously have been necessary.
grub-install now reuses existing boot entries where possible, and avoids
writing to variables when the new contents are the same as the old
contents. In the common upgrade case where nothing needs to change, it
no longer writes to NVRAM at all. It's also now slightly faster, since
using libefivar is faster than forking efibootmgr.
Fixes Debian bug #891434.
Signed-off-by: Colin Watson <cjwatson@ubuntu.com>
Bug-Debian: https://bugs.debian.org/891434
Forwarded: https://lists.gnu.org/archive/html/grub-devel/2019-03/msg00119.html
Last-Update: 2019-03-23
Patch-Name: efi-variable-storage-minimise-writes.patch
commit d2e2c770cf8f1f1044827e030fbe38c2b177375e
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Mar 11 11:15:12 2019 +0000
Add %X to grub_vsnprintf_real and friends
This is needed for UEFI Boot* variables, which the standard says are
named using upper-case hexadecimal.
Signed-off-by: Colin Watson <cjwatson@ubuntu.com>
Bug-Debian: https://bugs.debian.org/891434
Forwarded: https://lists.gnu.org/archive/html/grub-devel/2019-03/msg00121.html
Last-Update: 2019-03-23
Patch-Name: vsnprintf-upper-case-hex.patch
commit cb6e90c39f78e1bacc5b8213d8fef90eb3230a1a
Author: Hervé Werner <dud225@hotmail.com>
Date: Mon Jan 28 17:24:23 2019 +0100
Fix setup on Secure Boot systems where cryptodisk is in use
On full-encrypted systems, including /boot, the current code omits
cryptodisk commands needed to open the drives if Secure Boot is enabled.
This prevents grub2 from reading any further configuration residing on
the encrypted disk.
This patch fixes this issue by adding the needed "cryptomount" commands in
the load.cfg file that is then copied in the EFI partition.
Bug-Debian: https://bugs.debian.org/917117
Last-Update: 2019-02-10
Patch-Name: uefi-secure-boot-cryptomount.patch
commit 274c57260b4b599874e9ede10ea417b7bb7c98e2
Author: Jeroen Dekkers <jeroen@dekkers.ch>
Date: Sat Jan 12 21:02:18 2019 +0100
at_keyboard: initialize keyboard in module init if keyboard is ready
The change in 0c62a5b2 caused at_keyboard to fail on some
machines. Immediately initializing the keyboard in the module init if
the keyboard is ready makes the problem go away.
Bug-Debian: https://bugs.debian.org/741464
Last-Update: 2019-02-09
Patch-Name: at_keyboard-module-init.patch
commit 2e8913f8b9759a926cae0b07c112e42e03621bac
Author: Colin Watson <cjwatson@debian.org>
Date: Fri Nov 16 16:37:02 2018 +0000
bash-completion: Drop "have" checks
These don't work with and aren't needed by dynamically-loaded
completions.
Bug-Debian: https://bugs.debian.org/912852
Forwarded: no
Last-Update: 2018-11-16
Patch-Name: bash-completion-drop-have-checks.patch
commit 00fc42d9bcd934148a927dc94ccbb59084a420db
Author: Colin Watson <cjwatson@debian.org>
Date: Sun Oct 28 19:45:56 2018 +0000
Skip flaky grub_cmd_set_date test
Bug-Debian: https://bugs.debian.org/906470
Last-Update: 2018-10-28
Patch-Name: skip-grub_cmd_set_date.patch
commit ea65cb74601fd4c8229349d6d937d18033af796e
Author: Luca Boccassi <bluca@debian.org>
Date: Tue May 15 11:36:46 2018 +0100
Do not overwrite sentinel byte in boot_params, breaks lockdown
grub currently copies the entire boot_params, which includes setting
sentinel byte to 0xff, which triggers sanitize_boot_params in the kernel
which in turn clears various boot_params variables, including the
indication that the bootloader chain is verified and thus the kernel
disables lockdown mode. According to the information on the Fedora bug
tracker, only the information from byte 0x1f1 is necessary, so start
copying from there instead.
Author: Luca Boccassi <bluca@debian.org>
Bug-Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1418360
Forwarded: no
Patch-Name: fix-lockdown.patch
commit b9b962cbf2657ee5912b6951654c6c6e1965fc3e
Author: Michael Chang <mchang@suse.com>
Date: Thu Oct 27 17:43:21 2016 -0400
efinet: Setting DNS server from UEFI protocol
In the URI device path node, any name rahter than address can be used for
looking up the resources so that DNS service become needed to get answer of the
name's address. Unfortunately the DNS is not defined in any of the device path
nodes so that we use the EFI_IP4_CONFIG2_PROTOCOL and EFI_IP6_CONFIG_PROTOCOL
to obtain it.
These two protcols are defined the sections of UEFI specification.
27.5 EFI IPv4 Configuration II Protocol
27.7 EFI IPv6 Configuration Protocol
include/grub/efi/api.h:
Add new structure and protocol UUID of EFI_IP4_CONFIG2_PROTOCOL and
EFI_IP6_CONFIG_PROTOCOL.
grub-core/net/drivers/efi/efinet.c:
Use the EFI_IP4_CONFIG2_PROTOCOL and EFI_IP6_CONFIG_PROTOCOL to obtain the list
of DNS server address for IPv4 and IPv6 respectively. The address of DNS
servers is structured into DHCPACK packet and feed into the same DHCP packet
processing functions to ensure the network interface is setting up the same way
it used to be.
Signed-off-by: Michael Chang <mchang@suse.com>
Signed-off-by: Ken Lin <ken.lin@hpe.com>
Patch-Name: efinet-set-dns-from-uefi-proto.patch
commit 9d4c6679960366658950f8727497a85cf3d26fc8
Author: Michael Chang <mchang@suse.com>
Date: Thu Oct 27 17:43:05 2016 -0400
efinet: Setting network from UEFI device path
The PXE Base Code protocol used to obtain cached PXE DHCPACK packet is no
longer provided for HTTP Boot. Instead, we have to get the HTTP boot
information from the device path nodes defined in following UEFI Specification
sections.
9.3.5.12 IPv4 Device Path
9.3.5.13 IPv6 Device Path
9.3.5.23 Uniform Resource Identifiers (URI) Device Path
This patch basically does:
include/grub/efi/api.h:
Add new structure of Uniform Resource Identifiers (URI) Device Path
grub-core/net/drivers/efi/efinet.c:
Check if PXE Base Code is available, if not it will try to obtain the netboot
information from the device path where the image booted from. The DHCPACK
packet is recoverd from the information in device patch and feed into the same
DHCP packet processing functions to ensure the network interface is setting up
the same way it used to be.
Signed-off-by: Michael Chang <mchang@suse.com>
Signed-off-by: Ken Lin <ken.lin@hpe.com>
Patch-Name: efinet-set-network-from-uefi-devpath.patch
commit 1728caae46b17a42da4f1fb86b5d194d879bd4aa
Author: Michael Chang <mchang@suse.com>
Date: Thu Oct 27 17:42:19 2016 -0400
bootp: Add processing DHCPACK packet from HTTP Boot
The vendor class identifier with the string "HTTPClient" is used to denote the
packet as responding to HTTP boot request. In DHCP4 config, the filename for
HTTP boot is the URL of the boot file while for PXE boot it is the path to the
boot file. As a consequence, the next-server becomes obseleted because the HTTP
URL already contains the server address for the boot file. For DHCP6 config,
there's no difference definition in existing config as dhcp6.bootfile-url can
be used to specify URL for both HTTP and PXE boot file.
This patch adds processing for "HTTPClient" vendor class identifier in DHCPACK
packet by treating it as HTTP format, not as the PXE format.
Signed-off-by: Michael Chang <mchang@suse.com>
Signed-off-by: Ken Lin <ken.lin@hpe.com>
Patch-Name: bootp-process-dhcpack-http-boot.patch
commit da20e93fb30294801f9ea0dd2917d945654174e1
Author: Michael Chang <mchang@suse.com>
Date: Thu Oct 27 17:41:21 2016 -0400
efinet: UEFI IPv6 PXE support
When grub2 image is booted from UEFI IPv6 PXE, the DHCPv6 Reply packet is
cached in firmware buffer which can be obtained by PXE Base Code protocol. The
network interface can be setup through the parameters in that obtained packet.
Signed-off-by: Michael Chang <mchang@suse.com>
Signed-off-by: Ken Lin <ken.lin@hpe.com>
Patch-Name: efinet-uefi-ipv6-pxe-support.patch
commit e1a872b0277a1c405bc7120b89e70001a60a6d12
Author: Michael Chang <mchang@suse.com>
Date: Thu Oct 27 17:41:04 2016 -0400
bootp: New net_bootp6 command
Implement new net_bootp6 command for IPv6 network auto configuration via the
DHCPv6 protocol (RFC3315).
Signed-off-by: Michael Chang <mchang@suse.com>
Signed-off-by: Ken Lin <ken.lin@hpe.com>
Patch-Name: bootp-new-net_bootp6-command.patch
commit baf5beb0dba441f4622de2f0d152e389975fee56
Author: Aaron Miller <aaronmiller@fb.com>
Date: Thu Oct 27 17:39:49 2016 -0400
net: read bracketed ipv6 addrs and port numbers
Allow specifying port numbers for http and tftp paths, and allow ipv6 addresses
to be recognized with brackets around them, which is required to specify a port
number
Patch-Name: net-read-bracketed-ipv6-addr.patch
commit 29f69269fdb282c41ae0204c080a73e3a5f380c3
Author: Chad MILLER <chad.miller@canonical.com>
Date: Thu Oct 27 17:15:07 2016 -0400
Tell zpool to emit full device names
zfs-initramfs currently provides extraneous, undesired symlinks to
devices directly underneath /dev/ to satisfy zpool's historical output
of unqualified device names. By including this environment variable to
signal our intent to zpool, zfs-linux packages can drop the symlink
behavior when updating to its upstream or backported output behavior.
Bug: https://savannah.gnu.org/bugs/?43653
Bug-Debian: https://bugs.debian.org/824974
Bug-Ubuntu: https://bugs.launchpad.net/bugs/1527727
Last-Update: 2016-11-01
Patch-Name: zpool-full-device-name.patch
commit 8c4c292397fafe3cb80eee9f1bfd69189d41c1bc
Author: Colin Watson <cjwatson@debian.org>
Date: Sat Jan 3 12:04:59 2015 +0000
Generate alternative init entries in advanced menu
Add fallback boot entries for alternative installed init systems. Based
on patches from Michael Biebl and Didier Roche.
Bug-Debian: https://bugs.debian.org/757298
Bug-Debian: https://bugs.debian.org/773173
Forwarded: no
Last-Update: 2017-06-23
Patch-Name: mkconfig-other-inits.patch
commit 6394c8c2ce2bdec46c94942fae6546e125047165
Author: Steve McIntyre <93sam@debian.org>
Date: Wed Dec 3 01:25:12 2014 +0000
Add support for forcing EFI installation to the removable media path
Add an extra option to grub-install "--force-extra-removable". On EFI
platforms, this will cause an extra copy of the grub-efi image to be
written to the appropriate removable media patch
/boot/efi/EFI/BOOT/BOOT$ARCH.EFI as well. This will help with broken
UEFI implementations where the firmware does not work when configured
with new boot paths.
Signed-off-by: Steve McIntyre <93sam@debian.org>
Bug-Debian: https://bugs.debian.org/767037 https://bugs.debian.org/773092
Forwarded: Not yet
Last-Update: 2014-12-20
Patch-Name: grub-install-extra-removable.patch
commit d9b8da8f0d48df481fec93750e91468b1f51479d
Author: Ian Campbell <ijc@debian.org>
Date: Sun Nov 30 12:12:52 2014 +0000
Arrange to insmod xzio and lzopio when booting a kernel as a Xen guest
This is needed in case the Linux kernel is compiled with CONFIG_KERNEL_XZ or
CONFIG_KERNEL_LZO rather than CONFIG_KERNEL_GZ (gzio is already loaded by
grub.cfg today).
Signed-off-by: Ian Campbell <ijc@debian.org>
Bug-Debian: https://bugs.debian.org/755256
Forwarded: http://lists.gnu.org/archive/html/grub-devel/2014-11/msg00091.html
Last-Update: 2014-11-30
Patch-Name: insmod-xzio-and-lzopio-on-xen.patch
commit 1a4d25cb7f215fcd61f50b3ee99b6f34ee06fff6
Author: Ian Campbell <ijc@hellion.org.uk>
Date: Sat Sep 6 12:20:12 2014 +0100
grub-install: Install PV Xen binaries into the upstream specified path
Upstream have defined a specification for where guests ought to place their
xenpv grub binaries in order to facilitate chainloading from a stage 1 grub
loaded from dom0.
http://xenbits.xen.org/docs/unstable-staging/misc/x86-xenpv-bootloader.html
The spec calls for installation into /boot/xen/pvboot-i386.elf or
/boot/xen/pvboot-x86_64.elf.
Signed-off-by: Ian Campbell <ijc@hellion.org.uk>
Bug-Debian: https://bugs.debian.org/762307
Forwarded: http://lists.gnu.org/archive/html/grub-devel/2014-10/msg00041.html
Last-Update: 2014-10-24
Patch-Name: grub-install-pvxen-paths.patch
---
v2: Respect bootdir, create /boot/xen as needed.
commit 09d05ea908db9618409b24ed4a5aa8194e084f5d
Author: Paulo Flabiano Smorigo <pfsmorigo@linux.vnet.ibm.com>
Date: Thu Sep 25 19:33:39 2014 -0300
Disable VSX instruction
VSX bit is enabled by default for Power7 and Power8 CPU models,
so we need to disable them in order to avoid instruction exceptions.
Kernel will activate it when necessary.
* grub-core/kern/powerpc/ieee1275/startup.S: Disable VSX.
Also-By: Adhemerval Zanella <azanella@linux.vnet.ibm.com>
Also-By: Colin Watson <cjwatson@debian.org>
Origin: other, https://lists.gnu.org/archive/html/grub-devel/2014-09/msg00078.html
Last-Update: 2015-01-27
Patch-Name: ppc64el-disable-vsx.patch
commit dd145cfecb96c4601f4dc66981c9c7c642e12e81
Author: Paulo Flabiano Smorigo <pfsmorigo@linux.vnet.ibm.com>
Date: Thu Sep 25 18:41:29 2014 -0300
Include a text attribute reset in the clear command for ppc
Always clear text attribute for clear command in order to avoid problems
after it boots.
* grub-core/term/terminfo.c: Add escape for text attribute reset
Bug-Ubuntu: https://bugs.launchpad.net/bugs/1295255
Origin: other, https://lists.gnu.org/archive/html/grub-devel/2014-09/msg00076.html
Last-Update: 2014-09-26
Patch-Name: ieee1275-clear-reset.patch
commit 37fdf067b8bf60e999da5e34f9394ea93904fe0c
Author: Colin Watson <cjwatson@debian.org>
Date: Tue Jan 28 14:40:02 2014 +0000
Port yaboot logic for various powerpc machine types
Some powerpc machines require not updating the NVRAM. This can be handled
by existing grub-install command-line options, but it's friendlier to detect
this automatically.
On chrp_ibm machines, use the nvram utility rather than nvsetenv. (This
is possibly suitable for other machines too, but that needs to be
verified.)
Forwarded: no
Last-Update: 2014-10-15
Patch-Name: install-powerpc-machtypes.patch
commit 24f2301bae760f8d3dcf5d06b75bea1f647263ea
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:33 2014 +0000
Add GRUB_RECOVERY_TITLE option
This allows the controversial "recovery mode" text to be customised.
Bug-Ubuntu: https://bugs.launchpad.net/bugs/1240360
Forwarded: no
Last-Update: 2013-12-25
Patch-Name: mkconfig-recovery-title.patch
commit 75c4e78459d20ed24a9ac85043b11342582f63a5
Author: Colin Watson <cjwatson@debian.org>
Date: Mon Jan 13 12:13:32 2014 +0000
Ignore functional test failures for now as they are broken
See: https://lists.gnu.org/archive/html/grub-devel/2013-11/msg00242.html
Forwarded: not-needed
Last-Update: 2013-11-19
Patch-Name: ignore-grub_func_test-failures.patch
commit 3b29db7e1e314aae7d42b74940c01d1de716ccf8
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:31 2014 +0000
Probe FusionIO devices
Bug-Ubuntu: https://bugs.launchpad.net/bugs/1237519
Forwarded: no
Last-Update: 2016-09-18
Patch-Name: probe-fusionio.patch
commit 3b90c3e720f1663906e2e8af3c21123d66e14b88
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:30 2014 +0000
Add configure option to use vt.handoff=7
This is used for non-recovery Linux entries only; it enables
flicker-free booting if gfxpayload=keep is in use and a suitable kernel
is present.
Author: Andy Whitcroft <apw@canonical.com>
Forwarded: not-needed
Last-Update: 2013-12-25
Patch-Name: vt-handoff.patch
commit f892ba14f3ec78b03cd3feb2f5845a223786823f
Author: Evan Broder <evan@ebroder.net>
Date: Mon Jan 13 12:13:29 2014 +0000
Add configure option to enable gfxpayload=keep dynamically
Set GRUB_GFXPAYLOAD_LINUX=keep unless it's known to be unsupported on
the current hardware. See
https://blueprints.launchpad.net/ubuntu/+spec/packageselection-foundations-n-grub2-boot-framebuffer.
Author: Colin Watson <cjwatson@ubuntu.com>
Forwarded: no
Last-Update: 2019-05-25
Patch-Name: gfxpayload-dynamic.patch
commit be1a470babffb9305a41aae735cc62c509d63b27
Author: Steve Langasek <steve.langasek@ubuntu.com>
Date: Tue Oct 30 15:04:16 2018 -0700
If we don't have writable grubenv and we're on EFI, always show the menu
If we don't have writable grubenv, recordfail doesn't work, which means our
quickboot behavior - with a timeout of 0 - leaves the user without a
reliable way to access the boot menu if they're on UEFI, because unlike
BIOS, UEFI does not support checking the state of modifier keys (i.e.
holding down shift at boot is not detectable).
Handle this corner case by always using a non-zero timeout on EFI when
save_env doesn't work.
Reuse GRUB_RECORDFAIL_TIMEOUT to avoid introducing another variable.
Signed-off-by: Steve Langasek <steve.langasek@canonical.com>
Bug-Ubuntu: https://bugs.launchpad.net/bugs/1800722
Last-Update: 2019-06-24
Patch-Name: quick-boot-lvm.patch
commit 2184aa277150cf09db79c9e44b36556899ddc5c4
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:28 2014 +0000
Add configure option to bypass boot menu if possible
If other operating systems are installed, then automatically unhide the
menu. Otherwise, if GRUB_HIDDEN_TIMEOUT is 0, then use keystatus if
available to check whether Shift is pressed. If it is, show the menu,
otherwise boot immediately. If keystatus is not available, then fall
back to a short delay interruptible with Escape.
This may or may not remain Ubuntu-specific, although it's not obviously
wanted upstream. It implements a requirement of
https://wiki.ubuntu.com/DesktopExperienceTeam/KarmicBootExperienceDesignSpec#Bootloader.
If the previous boot failed (defined as failing to get to the end of one
of the normal runlevels), then show the boot menu regardless.
Author: Richard Laager <rlaager@wiktel.com>
Author: Robie Basak <robie.basak@ubuntu.com>
Forwarded: no
Last-Update: 2015-09-04
Patch-Name: quick-boot.patch
commit 80341ef386df5bfe94a1e242700be34caa155809
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:27 2014 +0000
Adjust efi_distributor for some distributions
This is not a very good approach, and certainly not sanely upstreamable;
we probably need to split GRUB_DISTRIBUTOR into a couple of different
variables.
Bug-Ubuntu: https://bugs.launchpad.net/bugs/1242417
Bug-Debian: https://bugs.debian.org/932966
Forwarded: not-needed
Last-Update: 2019-08-06
Patch-Name: install-efi-adjust-distributor.patch
commit 4225ea9ee7c546c4340e658b0bd6983c436a5f51
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:26 2014 +0000
Add configure option to reduce visual clutter at boot time
If this option is enabled, then do all of the following:
Don't display introductory message about line editing unless we're
actually offering a shell prompt. (This is believed to be a workaround
for a different bug. We'll go with this for now, but will drop this in
favour of a better fix upstream if somebody figures out what that is.)
Don't clear the screen just before booting if we never drew the menu in
the first place.
Remove verbose messages printed before reading configuration. In some
ways this is awkward because it makes debugging harder, but it's a
requirement for a smooth-looking boot process; we may be able to do
better in future. Upstream doesn't want this, though.
Disable the cursor as well, for similar reasons of tidiness.
Suppress kernel/initrd progress messages, except in recovery mode.
Suppress "GRUB loading" message unless Shift is held down. Upstream
doesn't want this, as it makes debugging harder. Ubuntu wants it to
provide a cleaner boot experience.
Author: Will Thompson <will@willthompson.co.uk>
Bug-Ubuntu: https://bugs.launchpad.net/bugs/386922
Bug-Ubuntu: https://bugs.launchpad.net/bugs/861048
Forwarded: (partial) http://lists.gnu.org/archive/html/grub-devel/2009-09/msg00056.html
Last-Update: 2019-06-24
Patch-Name: maybe-quiet.patch
commit b24fac0f34fcf007c54adcd9e67d26235843c735
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:24 2014 +0000
Skip Windows os-prober entries on Wubi systems
Since we're already being booted from the Windows boot loader, including
entries that take us back to it mostly just causes confusion, and stops
us from being able to hide the menu if there are no other OSes
installed.
https://blueprints.launchpad.net/ubuntu/+spec/foundations-o-wubi
Forwarded: not-needed
Last-Update: 2013-11-26
Patch-Name: wubi-no-windows.patch
commit 5d7d236d606632d194bdec1b8cfb52b2ecbaa5a6
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:23 2014 +0000
Allow Shift to interrupt 'sleep --interruptible'
Upstream would like to consider this at more length. See
http://lists.gnu.org/archive/html/grub-devel/2009-08/msg00718.html, and
the rest of the thread for context.
Forwarded: http://lists.gnu.org/archive/html/grub-devel/2009-08/msg00694.html
Last-Update: 2013-12-04
Patch-Name: sleep-shift.patch
commit a80b79bdb9caeef728d8fbc76735bd9e594569d3
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:22 2014 +0000
Install signed images if UEFI Secure Boot is enabled
Author: Stéphane Graber <stgraber@ubuntu.com>
Author: Steve Langasek <steve.langasek@ubuntu.com>
Author: Linn Crosetto <linn@hpe.com>
Author: Mathieu Trudel-Lapierre <cyphermox@ubuntu.com>
Forwarded: no
Last-Update: 2016-11-01
Patch-Name: install-signed.patch
commit 492e1623436d1f0f2557ff4da2eb68a502295ba5
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:21 2014 +0000
Generate configuration for signed UEFI kernels if available
Forwarded: no
Last-Update: 2013-12-25
Patch-Name: mkconfig-signed-kernel.patch
commit 4cf3b1871d621c8dfe5ad54ae206530bb0de1606
Author: Matthew Garrett <mjg@redhat.com>
Date: Mon Jan 13 12:13:15 2014 +0000
Add "linuxefi" loader which avoids ExitBootServices
Origin: vendor, http://pkgs.fedoraproject.org/cgit/grub2.git/tree/grub2-linuxefi.patch
Author: Colin Watson <cjwatson@ubuntu.com>
Author: Steve Langasek <steve.langasek@canonical.com>
Author: Linn Crosetto <linn@hpe.com>
Forwarded: no
Last-Update: 2019-06-26
Patch-Name: linuxefi.patch
commit 267fd06cb9680bf457a1d9a4f532f8ce21c6ddf3
Author: Mario Limonciello <Mario_Limonciello@dell.com>
Date: Mon Jan 13 12:13:14 2014 +0000
Remove GNU/Linux from default distributor string for Ubuntu
Ubuntu is called "Ubuntu", not "Ubuntu GNU/Linux".
Author: Colin Watson <cjwatson@debian.org>
Author: Harald Sitter <apachelogger@kubuntu.org>
Forwarded: not-needed
Last-Update: 2013-12-25
Patch-Name: mkconfig-ubuntu-distributor.patch
commit 13d2fe93f081930f1976fbd532672b44c5e7f90a
Author: Steve Langasek <steve.langasek@ubuntu.com>
Date: Mon Jan 13 12:13:12 2014 +0000
Output a menu entry for firmware setup on UEFI FastBoot systems
Forwarded: no
Last-Update: 2015-09-04
Patch-Name: uefi-firmware-setup.patch
commit e36b83c8b3b320365deddc2a3df266a57857fda7
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:11 2014 +0000
Blacklist 1440x900x32 from VBE preferred mode handling
Bug-Ubuntu: https://bugs.launchpad.net/bugs/701111
Forwarded: no
Last-Update: 2013-11-14
Patch-Name: blacklist-1440x900x32.patch
commit 83446ff328321ff05818fee1ed150f8efd4730b8
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:10 2014 +0000
Read /etc/default/grub.d/*.cfg after /etc/default/grub
Bug-Ubuntu: https://bugs.launchpad.net/bugs/901600
Forwarded: no
Last-Update: 2014-01-28
Patch-Name: default-grub-d.patch
commit b5a6aa7d77439bfeb75f200abffe15c6f685c907
Author: Matthew Garrett <mjg@redhat.com>
Date: Mon Jan 13 12:13:09 2014 +0000
Don't permit loading modules on UEFI secure boot
Author: Colin Watson <cjwatson@ubuntu.com>
Origin: vendor, http://pkgs.fedoraproject.org/cgit/grub2.git/tree/grub-2.00-no-insmod-on-sb.patch
Forwarded: no
Last-Update: 2013-12-25
Patch-Name: no-insmod-on-sb.patch
commit 89bc673c4a1cedfd851377b69772d65270967a9a
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:08 2014 +0000
Avoid getting confused by inaccessible loop device backing paths
Bug-Ubuntu: https://bugs.launchpad.net/bugs/938724
Forwarded: no
Last-Update: 2013-12-20
Patch-Name: mkconfig-nonexistent-loopback.patch
commit 6cc599e9bc39386fcd59f95c68b8a93e06734f06
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:07 2014 +0000
Prefer translations from Ubuntu language packs if available
Bug-Ubuntu: https://bugs.launchpad.net/bugs/537998
Forwarded: not-needed
Last-Update: 2013-12-25
Patch-Name: install-locale-langpack.patch
commit 4493c7ab311c8f0b898a17b407939d042edf66cd
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:06 2014 +0000
"single" -> "recovery" when friendly-recovery is installed
If configured with --enable-ubuntu-recovery, also set nomodeset for
recovery mode, and disable 'set gfxpayload=keep' even if the system
normally supports it. See
https://launchpad.net/ubuntu/+spec/desktop-o-xorg-tools-and-processes.
Author: Stéphane Graber <stgraber@ubuntu.com>
Forwarded: no
Last-Update: 2013-12-25
Patch-Name: mkconfig-ubuntu-recovery.patch
commit cf15ef6dc47c0304d0bcf5308a8f42da8da54100
Author: Colin Watson <cjwatson@ubuntu.com>
Date: Mon Jan 13 12:13:05 2014 +0000
Fall back to non-EFI if booted using EFI but -efi is missing
It may be possible, particularly in recovery situations, to be booted
using EFI on x86 when only the i386-pc target is installed, or on ARM
when only the arm-uboot target is installed. There's nothing actually
stopping us installing i386-pc or arm-uboot from an EFI environment, and
it's better than returning a confusing error.
Author: Steve McIntyre <93sam@debian.org>
Forwarded: no
Last-Update: 2019-05-24
Patch-Name: install-efi-fallback.patch
commit e24c17ada73c6349be75eb2bfb099f707f7ff7e0
Author: Steve McIntyre <93sam@debian.org>
Date: Sun Feb 9 01:24:55 2020 +0000
Add jfs module to signed UEFI images. Closes: #950959
commit aa003096bc0882714e4389c275ef110fd9db714b
Merge: 4e868f55 146d21cc
Author: Steve McIntyre <93sam@debian.org>
Date: Wed Jan 8 18:12:17 2020 +0000
Merge branch 'master' into 'master'
Add f2fs module to signed UEFI images
See merge request grub-team/grub!16
commit 146d21cc9db01cca6f945e466e4adc31d165782b
Author: Romain Perier <romain.perier@gmail.com>
Date: Tue Jan 7 19:43:01 2020 +0100
Add f2fs module to signed UEFI images
