Fixing the string matching in the TPM2 test script
- Adding the long options for tpm2_key_protector_init in the document
v4:
- Updating the commit messages and the documentation
- Merging the tpm2_dump_pcr documentation patch
- Splitting the testcase patch into 3 smaller patches
- Documenting
3 smaller patches
- Documenting the extern packages needed for TPM2 key protector tests
v3:
- Amending the function names to make them more comprehensive
- Fixing a few more typos and the indentations
- Improving the document
v2:
- Amending the commit messages and the error messages
- Fixing
git: https://github.com/lcp/grub2/tree/tpm2-follow-up-v3
This patchset is the collection of several enhancements for TPM2 key
protector.
* Patch 1 introduces the PCR dump to help debugging policy fail.
* Patch 2~3 adds the new command to dump PCRs in GRUB shell and the
* documentation of the comm
git: https://github.com/lcp/grub2/tree/tpm2-follow-up-v2
This patchset is the collection of several enhancements for TPM2 key
protector.
* Patch 1 introduces the PCR dump to help debugging policy fail.
* Patch 2~3 adds the new command to dump PCRs in GRUB shell and the
* documentation of the comm
git: https://github.com/lcp/grub2/tree/tpm2-follow-up
This patchset is the collection of several enhancements for TPM2 key
protector.
* Patch 1 introduces the PCR dump to help debugging policy fail.
* Patch 2~3 adds the new command to dump PCRs in GRUB shell and the
* documentation of the command
I think the entire series is bad if I understand it correctly. I ask the
same question again: are some files inaccessible with current code but
become accessible with these patches? Aka can I create a file that I can't
read with grub-fstest in the current code?
GRUB2 follows strict design
On Thu, Oct 31, 2024 at 3:43 PM Leo Sandoval wrote:
>
> This series contains BTRFS patches taken from Fedora Rawhide [1]. Some of
> these patches have already being sent [2][3] however, as suggested
> by Daniel Kiper, to make the review easier, I took only BTRFS related patches
>
This series contains BTRFS patches taken from Fedora Rawhide [1]. Some of
these patches have already being sent [2][3] however, as suggested
by Daniel Kiper, to make the review easier, I took only BTRFS related patches
from [1][2][3] and create the series.
[1] https://src.fedoraproject.org/rpms
This series contains non-network related EFI patches taken from Fedora Rawhide
[1]. Some
of these patches have already being sent [2][3] however, as suggested by Daniel
Kiper,
to make the review easier, I took only EFI related patches (ignoring those
related to networking) from [1][2][3] and
Those are two patches from Fedora's grub package that are related to menu
titles handling. I hope submiting them this way is okay and will help bringing
Fedora and upstream grub versions together. See individual commit messages for
details.
Peter Jones (2):
Allow "fallback" to
(Sending this again due to email client issues)
I updated the description of my AUR package to give credit to Patrick
Steinhardt. He is the author of the patches.
I apologize for any confusion I may have caused.
One thing I discovered when maintaining the AUR package is that the
argon2 module
i'm not sure if the grub devs have seen this or not. anyway, see
> > > attached patches. i didn't make these myself but i'm sending them here.
> > > it's the PHC (password hash competition) implementation of argon2,
> > > adapted for the grub source cod
On Tue, Oct 31, 2023 at 14:57:58 +0100, Daniel Kiper wrote:
> Adding a few folks who were working on this...
>
> On Tue, Oct 31, 2023 at 11:39:36AM +, Leah Rowe via Grub-devel wrote:
> > i'm not sure if the grub devs have seen this or not. anyway, see
> > attached pa
Adding a few folks who were working on this...
On Tue, Oct 31, 2023 at 11:39:36AM +, Leah Rowe via Grub-devel wrote:
> i'm not sure if the grub devs have seen this or not. anyway, see
> attached patches. i didn't make these myself but i'm sending them here.
> it&
i'm not sure if the grub devs have seen this or not. anyway, see
attached patches. i didn't make these myself but i'm sending them here.
it's the PHC (password hash competition) implementation of argon2,
adapted for the grub source code. i've been using this in librebo
On Tue, Mar 15, 2022 at 02:05:37PM -0400, Robbie Harwood wrote:
> This update adds two patches (dkiper's __set_errno() and my autotools warnings
> fix). There are not changes to other patches in the series (except maybe
> things introduced by git rebase).
>
> Be well,
> --
This update adds two patches (dkiper's __set_errno() and my autotools warnings
fix). There are not changes to other patches in the series (except maybe
things introduced by git rebase).
Be well,
--Robbie
Daniel Kiper (1):
lib/posix_wrap/errno.h: Add __set_errno() macro
Robbie Harwo
In addition to the changes carried in our gnulib patches, several
Coverity and code hygiene fixes that were previously downstream are also
included in this 3-year gnulib increment.
Unfortunately, fix-width.patch is retained.
Bump minimum autoconf version from 2.63 to 2.64 and automake from 1.11
On Wed, Mar 09, 2022 at 02:01:16PM -0600, Glenn Washburn wrote:
> On Wed, 9 Mar 2022 16:42:43 +0100
> Daniel Kiper wrote:
>
> > On Mon, Mar 07, 2022 at 02:15:49AM -0600, Glenn Washburn wrote:
> > > On Fri, 4 Mar 2022 18:01:10 -0600
> > > Glenn Washburn wrote:
> > >
> > > > On Wed, 2 Mar 2022 14:
On Wed, 9 Mar 2022 16:42:43 +0100
Daniel Kiper wrote:
> On Mon, Mar 07, 2022 at 02:15:49AM -0600, Glenn Washburn wrote:
> > On Fri, 4 Mar 2022 18:01:10 -0600
> > Glenn Washburn wrote:
> >
> > > On Wed, 2 Mar 2022 14:08:23 -0500
> > > Robbie Harwood wrote:
> > >
> > > > Changes this version:
>
On Mon, Mar 07, 2022 at 02:15:49AM -0600, Glenn Washburn wrote:
> On Fri, 4 Mar 2022 18:01:10 -0600
> Glenn Washburn wrote:
>
> > On Wed, 2 Mar 2022 14:08:23 -0500
> > Robbie Harwood wrote:
> >
> > > Changes this version:
> > >
> > > - Reorder last two commits so that warning fixes come after th
nn
>
> >
> > No functional code changes.
> >
> > Be well,
> > --Robbie
> >
> > Robbie Harwood (6):
> > Use visual indentation in config.h.in
> > Where present, ensure config-util.h precedes config.h
> > Drop gnulib
ges.
>
> Be well,
> --Robbie
>
> Robbie Harwood (6):
> Use visual indentation in config.h.in
> Where present, ensure config-util.h precedes config.h
> Drop gnulib fix-base64.patch
> Drop gnulib no-abort.patch
> Update gnulib version and drop most gnulib
m supported version? And doing so
> > wouldn't mean that GRUB can't be compiled with eariler versions of
> > GCC, it just means we don't test that. I also think it would be
> > acceptable to accept patches that fix issues with compiling on GCC
> > versions les
In addition to the changes carried in our gnulib patches, several
Coverity and code hygiene fixes that were previously downstream are also
included in this 3-year gnulib increment.
Unfortunately, fix-width.patch is retained.
Bump minimum autoconf version from 2.63 to 2.64 and automake from 1.11
, ensure config-util.h precedes config.h
Drop gnulib fix-base64.patch
Drop gnulib no-abort.patch
Update gnulib version and drop most gnulib patches
Handle warnings introduced by updated gnulib
INSTALL | 4 +-
bootstrap
nulib. Conceptually,
I could also see it being three patches, if that's preferred.
Be well,
--Robbie
Robbie Harwood (6):
Use visual indentation in config.h.in
Where present, ensure config-util.h precedes config.h
Drop gnulib fix-base64.patch
Drop gnulib no-abort.patch
Handle warnings int
In addition to the changes carried in our gnulib patches, several
Coverity and code hygiene fixes that were previously downstream are also
included in this 3-year gnulib increment.
Unfortunately, fix-width.patch is retained.
Bump minimum autoconf version from 2.63 to 2.64 and automake from 1.11
On Thu, Feb 24, 2022 at 01:37:20PM -0500, Robbie Harwood wrote:
> In addition to the changes carried in our gnulib patches, several
> Coverity and code hygiene fixes that were previously downstream are also
> included in this 3-year gnulib increment.
>
> Unfortunately, fix-width.pa
with eariler versions of
> GCC, it just means we don't test that. I also think it would be
> acceptable to accept patches that fix issues with compiling on GCC
> versions less than the stated minimum supported version (with in
> reason and subject to discretion).
>
> One id
we bump up the minimum supported version? And doing so
wouldn't mean that GRUB can't be compiled with eariler versions of GCC,
it just means we don't test that. I also think it would be acceptable
to accept patches that fix issues with compiling on GCC versions less
than the sta
GRUB can't be compiled with eariler versions of GCC,
it just means we don't test that. I also think it would be acceptable
to accept patches that fix issues with compiling on GCC versions less
than the stated minimum supported version (with in reason and subject
to discretion).
One idea is
Daniel Kiper writes:
> Robbie Harwood wrote:
>
>> Also, gnulib's position on sign comparison issues is to ignore them,
>> so the "fix" from our end would probably be to pragma them
>
> Huh! Where did you see that? Could you point me a source where they
> say that thing?
"If -Wsign-compare compla
In addition to the changes carried in our gnulib patches, several
Coverity and code hygiene fixes that were previously downstream are also
included in this 3-year gnulib increment.
Unfortunately, fix-width.patch is retained.
Bump minimum autoconf version from 2.63 to 2.64 and automake from 1.11
rop gnulib fix-base64.patch
Drop gnulib no-abort.patch
Update gnulib version and drop most gnulib patches
INSTALL | 4 +-
bootstrap | 319 ++
bootstrap.conf| 2
On Tue, Feb 22, 2022 at 12:35:00PM -0500, Robbie Harwood wrote:
> Daniel Kiper writes:
>
> > Robbie Harwood wrote:
> >
> >> I don't get that, actually. What OS/gcc? It's fine with the gcc-11
> >> I'm using here.
> >
> > Does gcc-11 work with the configure mentioned above?
> >
> > Anyway, Debian
Daniel Kiper writes:
> Robbie Harwood wrote:
>
>> I don't get that, actually. What OS/gcc? It's fine with the gcc-11
>> I'm using here.
>
> Does gcc-11 work with the configure mentioned above?
>
> Anyway, Debian 9, arm-linux-gnueabihf-gcc (Debian 6.3.0-18) 6.3.0 20170516.
Yes, with arm-linux-g
On Tue, Feb 22, 2022 at 11:44:37AM -0500, Robbie Harwood wrote:
> Daniel Kiper writes:
>
> > On Wed, Feb 16, 2022 at 04:41:38PM -0500, Robbie Harwood wrote:
> >> Changes in this version:
> >>
> >> - Include most _GL_* defines from gnulib. Hopefully we do not need all
> >> their
> >> prereq log
Daniel Kiper writes:
> On Wed, Feb 16, 2022 at 04:41:38PM -0500, Robbie Harwood wrote:
>> Changes in this version:
>>
>> - Include most _GL_* defines from gnulib. Hopefully we do not need all their
>> prereq logic as well, but I don't know what the compilers we support are,
>> so
>> please
On Wed, Feb 16, 2022 at 04:41:38PM -0500, Robbie Harwood wrote:
> Changes in this version:
>
> - Include most _GL_* defines from gnulib. Hopefully we do not need all their
> prereq logic as well, but I don't know what the compilers we support are, so
> please correct that if needed.
>
> - Avoi
Use visual indentation in config.h.in
> Drop gnulib fix-base64.patch
> Drop gnulib no-abort.patch
> Update gnulib version and drop most gnulib patches
>
> bootstrap | 319 ++
> bootstrap.conf
In addition to the changes carried in our gnulib patches, several
Coverity and code hygiene fixes that were previously downstream are also
included in this 3-year gnulib increment.
Unfortunately, fix-width.patch is retained.
Bump minimum autoconf version from 2.63 to 2.64 as required by gnulib
allocation modules observed by Glenn. The
tree now builds warning-free with default cflags for me.
Be well,
--Robbie
Robbie Harwood (4):
Use visual indentation in config.h.in
Drop gnulib fix-base64.patch
Drop gnulib no-abort.patch
Update gnulib version and drop most gnulib patches
; Be well,
> --Robbie
>
> Robbie Harwood (4):
> Use visual indentation in config.h.in
> Drop gnulib fix-base64.patch
> Drop gnulib no-abort.patch
> Update gnulib version and drop most gnulib patches
>
> bootstrap | 319 +
arget version again while we're here
Be well,
--Robbie
Robbie Harwood (4):
Use visual indentation in config.h.in
Drop gnulib fix-base64.patch
Drop gnulib no-abort.patch
Update gnulib version and drop most gnulib patches
bootstrap
In addition to the changes carried in our gnulib patches, several
Coverity and code hygiene fixes that were previously downstream are also
included in this 3-year gnulib increment.
Unfortunately, fix-width.patch is retained.
Bump minimum autoconf version from 2.63 to 2.64 as required by gnulib
Glenn Washburn writes:
> On Thu, 27 Jan 2022 14:39:56 -0500
> Robbie Harwood wrote:
>
>> Changes in this version:
>> - Make the version of bootstrap match what it's supposed to
>> - Restore fix-width.patch at dkiper's request
>>
>> Be well,
>> --Robbie
>
> I presume this has been build tested,
Harwood (4):
> Use visual indentation in config.h.in
> Drop gnulib fix-base64.patch
> Drop gnulib no-abort.patch
> Update gnulib version and drop most gnulib patches
>
> bootstrap | 319 ++
> bootstrap.conf
ersion and drop most gnulib patches
bootstrap | 319 ++
bootstrap.conf| 18 +-
conf/Makefile.extra-dist | 8 -
config.h.in | 78 +++--
co
In addition to the changes carried in our gnulib patches, several
Coverity and code hygiene fixes that were previously downstream are also
included in this 3-year gnulib increment.
Unfortunately, fix-width.patch is retained.
Bump minimum autoconf version from 2.63 to 2.64 as required by gnulib
Robbie Harwood writes:
> I could be wrong, but I'm actually not sure this affects grub at all.
> We're not translated, which I think means that every character we put in
> a help string will fit in a single byte under UTF-8.
(Just a note that I am in fact wrong about this - grub is translated.)
Glenn Washburn writes:
> Robbie Harwood wrote:
>
>> fix-width.patch has not merged upstream. A version has been
>> proposed, but would need significant rewrite. It doesn't seem worth
>> the effort to carry, and once this changeset merges to grub, it
>> becomes easier to increment our gnulib ve
Glenn Washburn writes:
> Robbie Harwood wrote:
>
>
>> -scriptversion=2019-01-04.17; # UTC
>> +scriptversion=2021-04-11.09; # UTC
>
> This version doesn't match and is older than the version in the
> $GNULIB_REVISION below. Was there a reason why you didn't want to
> update the bootstrap script t
On Wed, 26 Jan 2022 17:09:12 -0500
Robbie Harwood wrote:
> In addition to the changes carried in our gnulib patches, several
> Coverity and code hygiene fixes that were previously downstream are also
> included in this 3-year gnulib increment.
>
> Bump minimum autoconf version fr
On Wed, 26 Jan 2022 17:09:08 -0500
Robbie Harwood wrote:
> This patchset is an expansion of "Drop gnulib fix-base64.patch" and rolls us
> forward to current gnulib development head. Not carrying patches means we
> don't have to maintain a gnulib tree (nor do downs
In addition to the changes carried in our gnulib patches, several
Coverity and code hygiene fixes that were previously downstream are also
included in this 3-year gnulib increment.
Bump minimum autoconf version from 2.63 to 2.64 as required by gnulib.
Sync bootstrap script itself with gnulib
This patchset is an expansion of "Drop gnulib fix-base64.patch" and rolls us
forward to current gnulib development head. Not carrying patches means we
don't have to maintain a gnulib tree (nor do downstream distros). It also
allows us to pull in static analyzer fixes that gnu
On Wed, Sep 15, 2021 at 06:15:51PM +0200, Daniel Kiper wrote:
> On Tue, Sep 14, 2021 at 05:27:55PM +, Glenn Washburn wrote:
> > On Tue, 14 Sep 2021 13:04:31 +0200
> > Daniel Kiper wrote:
>
> [...]
>
> > > > > This is a high priority because I think it should be merged
> > > > > before the keyf
On Tue, Sep 14, 2021 at 05:27:55PM +, Glenn Washburn wrote:
> On Tue, 14 Sep 2021 13:04:31 +0200
> Daniel Kiper wrote:
[...]
> > > > This is a high priority because I think it should be merged
> > > > before the keyfile and detached header support patch series. If
> > > > this is merged, I'l
o you still care about it?
No, these can be skipped. The changes in that patch series that aren't
integrated, are in other patch series or I'll send to the list in the
future.
> > > My order preference is as follows:
> > >
> > > These two patches are only
for cryptodisks+luks2 and a few other
things.
https://lists.gnu.org/archive/html/grub-devel/2020-07/msg00050.html
Do you still care about it?
> > My order preference is as follows:
> >
> > These two patches are only first because it should be a quick review.
> > - [PA
Forgot to say, I've successfully built GRUB with both patches
applied on Arch Linux on commit
635ef55ed1252f92fe3bf70caefd185dcc507c43.
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
Daniel and Eli, thank you for nice explanations. I would like to add
just a thew things...
On Thu, Apr 23, 2020 at 11:17:40AM -0400, Eli Schwartz wrote:
> On 4/23/20 10:20 AM, Hans Ulrich Niedermann wrote:
> > Hello,
> >
> > as I am continuing to flood this mailing li
Hi Hans,
> Hello,
>
> as I am continuing to flood this mailing list with patches, I am
> realizing that I am missing some general rules for how things work on
> grub-devel. Sorry for the inconvenience caused by that.
>
> Anyway, here are a few questions I am beginning realiz
On 4/23/20 10:20 AM, Hans Ulrich Niedermann wrote:
> Hello,
>
> as I am continuing to flood this mailing list with patches, I am
> realizing that I am missing some general rules for how things work on
> grub-devel. Sorry for the inconvenience caused by that.
>
> Anyway, her
Hello,
as I am continuing to flood this mailing list with patches, I am
realizing that I am missing some general rules for how things work on
grub-devel. Sorry for the inconvenience caused by that.
Anyway, here are a few questions I am beginning realize I should know
the answers to before
On 4/3/20 9:34 PM, Daniel Kiper wrote:
> On Fri, Mar 13, 2020 at 08:06:32PM +0100, Javier Martinez Canillas wrote:
>> Hello,
>>
>> This is another set of somewhat small patches that we have been carrying in
>> the
>> Fedora package. I found that some of the
On Fri, Apr 03, 2020 at 09:34:34PM +0200, Daniel Kiper wrote:
> On Fri, Mar 13, 2020 at 08:06:32PM +0100, Javier Martinez Canillas wrote:
> > Hello,
> >
> > This is another set of somewhat small patches that we have been carrying in
> > the
> > Fedora packag
On Fri, Mar 13, 2020 at 08:06:32PM +0100, Javier Martinez Canillas wrote:
> 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 patch
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 be
Hello,
This is a v2 a of patch-set consisting of mostly trivial patches that we
are carrying in the Fedora package for some time. This version addresses
some issues pointed out by Daniel Kiper.
Best regards,
Javier
Changes since v1:
- Split patches #8 and #9 since were doing more than one
On Sun, Mar 01, 2020 at 05:59:04PM +, Colin Watson wrote:
> These were inadvertently lost during the conversion to Gnulib. The
> files in po/gettext-patches/ can be imported using "git am" on top of
> the gettext tag corresponding to AM_GNU_GETTEXT_VERSION in configure.ac
These were inadvertently lost during the conversion to Gnulib. The
files in po/gettext-patches/ can be imported using "git am" on top of
the gettext tag corresponding to AM_GNU_GETTEXT_VERSION in configure.ac
(currently 0.18.3). They handle translation of messages in shell files,
m
On Tue, Feb 25, 2020 at 01:25:43PM +0100, Javier Martinez Canillas wrote:
> Hello,
>
> This is another set of patches that we have been carrying in the Fedora
> package for some time. The changes are mostly trivial and I guess won't
> be that controversial.
>
> The pa
Hello,
This is another set of patches that we have been carrying in the Fedora
package for some time. The changes are mostly trivial and I guess won't
be that controversial.
The paches don't have dependency with each other and can be independently
applied. I'm posting it as a set
Hi Adrian!
Thank you for the reply!
Am 13.02.2018 um 11:02 schrieb John Paul Adrian Glaubitz:
> Did you actually try setting a password without patch GRUB2? We
> just added the following to /etc/grub.d/40_custom:
>
> #!/bin/sh
> exec tail -n +3 $0
> # This file provides an easy way to add custom
Hi Max!
On 02/13/2018 10:49 AM, Max Harmathy wrote:
The main reason why we have a patched version is to restrict the
fallback options using a password provided by the administrators (see
attachment). The fallback options basically provide the possibility to
drop to a root shell, which is not wha
Greetings from Munich!
I talked at FOSDEM with Vladimir Serbinenko about the patches we have on
top of Ubuntu patches in the grub2 package in our current LiMux release
based on Ubuntu 14.04 (trusty).
The main reason why we have a patched version is to restrict the
fallback options using a
Hi Daniel and Eric!
On 09/29/2017 07:06 PM, Daniel Kiper wrote:
>> How about starting where things left off with the two patches above?
>
> I am OK with that. I will take a look at it next week.
I cannot stress enough how much we appreciate your efforts in Debian, I
am so much loo
On Fri, Sep 29, 2017 at 09:02:51AM -0600, Eric Snowberg wrote:
> > On Sep 28, 2017, at 2:46 PM, Daniel Kiper wrote:
> > Hi Adrian,
> >
> > On Thu, Sep 28, 2017 at 10:25:54AM +0200, John Paul Adrian Glaubitz wrote:
> >> Hi!
> >>
> >> Last year, E
> On Sep 28, 2017, at 2:46 PM, Daniel Kiper wrote:
>
> Hi Adrian,
>
> On Thu, Sep 28, 2017 at 10:25:54AM +0200, John Paul Adrian Glaubitz wrote:
>> Hi!
>>
>> Last year, Eric Snowberg from Oracle posted a number of patches [1] to
>> improve SPARC supp
Hi Adrian,
On Thu, Sep 28, 2017 at 10:25:54AM +0200, John Paul Adrian Glaubitz wrote:
> Hi!
>
> Last year, Eric Snowberg from Oracle posted a number of patches [1] to
> improve SPARC support in GRUB. Unfortunately, most of the patches have
> not been merged as of today, so that use
Hi!
Last year, Eric Snowberg from Oracle posted a number of patches [1] to
improve SPARC support in GRUB. Unfortunately, most of the patches have
not been merged as of today, so that users on SPARC are still stuck on
SILO which is old and effectively unmaintained and lacks many of the
convenience
27.02.2017 03:34, Vladimir 'phcoder' Serbinenko пишет:
>>if (state[6].set)
>> {
>>char *partuuid = NULL; /* NULL to silence a spurious GCC warning */
>> - /* Nested partitions are not supported for now. */
>> - /* Non-nested partitions must have dev->disk->partition->pare
On Sun, Feb 26, 2017, 16:23 Nicholas Vinson wrote:
> Optional patch. The goal is to make sure the probe command used in both
> the grub core and the Linux userland use similar methods to read the
> partition GUIDs. The patch also updates include/grub/gpt_partition.h so
> the GUID type struct ca
Optional patch. The goal is to make sure the probe command used in both
the grub core and the Linux userland use similar methods to read the
partition GUIDs. The patch also updates include/grub/gpt_partition.h so
the GUID type struct can be used for both the type GUID and the
partition GUID witho
Various patches that we're using to support network boot in our setup. Only
number 3 is a bugfix.
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
On 02/11/16 12:33, Daniel Kiper wrote:
Hi,
Hi Daniel,
Julien asked me to apply some GRUB ARM Xen patches. On the basis of
his requested I identified following patch(es):
- [PATCH] arm64: xen_boot: Fix xen boot using Grub on AARCH64
https://lists.gnu.org/archive/html/grub-devel/2016
Hi,
Julien asked me to apply some GRUB ARM Xen patches. On the basis of
his requested I identified following patch(es):
- [PATCH] arm64: xen_boot: Fix xen boot using Grub on AARCH64
https://lists.gnu.org/archive/html/grub-devel/2016-02/msg00205.html
- [PATCH v6 0/4] arm64,xen: add
On Thu, Aug 11, 2016 at 3:37 AM, Ioan-Adrian Ratiu wrote:
> What's the status of these patches? Do they need more work?
I believe I've addressed all the comments the patches received with
v6. Last I've heard, the maintainer wants to wait until version 2.03
to merge new fe
ng [2].
What's the status of these patches? Do they need more work? I'd also
love to see them mainlined and am willing to put some work twoards it if
need be.
Thank you,
Ioan-Adrian
[1] http://lists.gnu.org/archive/html/grub-devel/2016-03/msg00119.html
[2] http://lists.gnu.org/archive/html/gru
patches came from Aaron Miller that fixed
the issue of placing IPv6 address in the brackets which is required by the http
message. We hope upstream could review these two patch as well as long as it
has been sent to the mailing list a few months ago.
[PATCH 1/8] misc: fix invalid character
Here are some notes on each; I can send them individually to the list if
> you think it's worthwhile.
>
> There are only a couple that are "critical", and we really want in this
> release:
>
> bf4d216 Fix crash on http
> 78b3509 Update to minilzo-2.08
> eaa05
I've recently fixed up a bunch of new issues and rebased onto todays master so I
figured I'd send our current backlog. So first the new patches that you guys
haven't seen yet
[PATCH 10/14] dns: poll card between each dns request
[PATCH 11/14] dns: reset data->naddresses f
17.12.2015 05:01, Elliott, Robert (Persistent Memory) пишет:
> I found another grub cli command that needs patches to
> decode persistent memory: lsefimmap.
>
> This patch series also enhances it to support TB-scale
> sizes (which will not be uncommon for some persistent
> m
I found another grub cli command that needs patches to
decode persistent memory: lsefimmap.
This patch series also enhances it to support TB-scale
sizes (which will not be uncommon for some persistent
memory technologies), not silently round the sizes, and
use proper IEC binary units.
Robert
On 13/06/15 06:27, Andrei Borzenkov wrote:
> В Fri, 12 Jun 2015 20:15:32 +0100
> John Lane пишет:
>
>>> Sorry, we cannot accept patches which aren't sent to this ml by author.
>> I've attached the patches here. They apply clean to c945ca75.
> Sending them as
В Fri, 12 Jun 2015 20:15:32 +0100
John Lane пишет:
> > Sorry, we cannot accept patches which aren't sent to this ml by author.
> I've attached the patches here. They apply clean to c945ca75.
Sending them as patch series in mail body would make it easier to
review and commen
0, John Lane wrote:
>> Hello, I've been working over the past couple of weeks on adding some
>> functionality to the "cryptomount" command to support plain-mode
>> dm-crypt, keyfiles and LUKS detached headers. I've put my work on GitHub
>> and written a few notes o
and written a few notes on http://grub.johnlane.ie, along with my
> patches. I believe this is the right list to post this kind of thing on.
>
Sorry, we cannot accept patches which aren't sent to this ml by author.
I'm not sure that all features are good. For starters plain mode is just
difficu
1 - 100 of 252 matches
Mail list logo
