Base on libgpg-error 1.49 but with modifications to make it compile
in GRUB environment
Signed-off-by: Vladimir Serbinenko
---
grub-core/lib/b64dec.c | 293 +
1 file changed, 293 insertions(+)
create mode 100644 grub-core/lib/b64dec.c
diff --git a/grub
This allows us to test purely the integration of the implementation
of DSA and RSA from libgcrypt without concerning with additional
code.
Signed-off-by: Vladimir Serbinenko
---
grub-core/tests/dsa_sexp_test.c | 125
grub-core/tests/rsa_sexp_test.c | 99
Signed-off-by: Vladimir Serbinenko
---
autogen.sh| 5 +
conf/Makefile.common | 4 +-
grub-core/Makefile.core.def | 36 ++-
grub-core/commands/hashsum.c | 2 +-
grub-core/commands/legacycfg.c
Libgcrypt code assumes that on x64 all SSE registers are fair game.
While it's true that CPUs in question support it, we disable it in
our compilation options. Disable the offending optimization.
Signed-off-by: Vladimir Serbinenko
---
.../lib/libgcrypt-patches/02_keccak_sse.patch
Base on libgpg-error 1.49 but with modifications to make it compile
in GRUB environment
Signed-off-by: Vladimir Serbinenko
---
grub-core/lib/b64dec.c | 293 +
1 file changed, 293 insertions(+)
create mode 100644 grub-core/lib/b64dec.c
diff --git a/grub
Signed-off-by: Vladimir Serbinenko
---
autogen.sh| 5 +
conf/Makefile.common | 4 +-
grub-core/Makefile.core.def | 36 ++-
grub-core/commands/hashsum.c | 2 +-
grub-core/commands/legacycfg.c
Some arm compilers insert 64-bit division into the
code compiled from libgcrypt source and possibly others.
Rether than fighting it, simply provide the function in
question.
Signed-off-by: Vladimir Serbinenko
---
grub-core/kern/arm/compiler-rt.S | 11 +++
include/grub/compiler-rt.h
This allows us to test purely the integration of the implementation
of DSA and RSA from libgcrypt without concerning with additional
code.
Signed-off-by: Vladimir Serbinenko
---
grub-core/tests/dsa_sexp_test.c | 125
grub-core/tests/rsa_sexp_test.c | 99
Libgcrypt code assumes that on x64 all SSE registers are fair game.
While it's true that CPUs in question support it, we disable it in
our compilation options. Disable the offending optimization.
Signed-off-by: Vladimir Serbinenko
---
.../lib/libgcrypt-patches/02_keccak_sse.patch
Fedora arm-efi and riscv64-efi are verbose and add a garbage line
when shutting down. Ignore it
Signed-off-by: Vladimir Serbinenko
---
tests/grub_cmd_set_date.in | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/grub_cmd_set_date.in b/tests/grub_cmd_set_date.in
index
Whether it's hd1 or hd2 depends on firmware. Just accept both variants.
Signed-off-by: Vladimir Serbinenko
---
tests/partmap_test.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/partmap_test.in b/tests/partmap_test.in
index 4138e88fe..d67ad100f 100644
--- a/
Signed-off-by: Vladimir Serbinenko
---
tests/util/grub-shell.in | 43 +++-
1 file changed, 42 insertions(+), 1 deletion(-)
diff --git a/tests/util/grub-shell.in b/tests/util/grub-shell.in
index ae5f711fe..04405a789 100644
--- a/tests/util/grub-shell.in
+++ b
Signed-off-by: Vladimir Serbinenko
---
tests/util/grub-shell.in | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tests/util/grub-shell.in b/tests/util/grub-shell.in
index 4b0900a32..de1eba83e 100644
--- a/tests/util/grub-shell.in
+++ b/tests/util/grub-shell.in
@@ -165,6 +165,12 @@ case
---
tests/util/grub-shell.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/util/grub-shell.in b/tests/util/grub-shell.in
index e79296ccd..84fb6682f 100644
--- a/tests/util/grub-shell.in
+++ b/tests/util/grub-shell.in
@@ -144,7 +144,7 @@ case "${grub_modinfo_target_cpu}-
Until we figure out why normal shutdown doesn't work, use reboot instead
Signed-off-by: Vladimir Serbinenko
---
tests/util/grub-shell.in | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tests/util/grub-shell.in b/tests/util/grub-shell.in
index 84fb6682f..35ecc28dc 1
This needs 2 adjustments:
* No separate vars file
* Shutdown command is too chatty so we need to trim it.
Signed-off-by: Vladimir Serbinenko
---
tests/util/grub-shell.in | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/tests/util/grub-shell.in b/tests/util/grub
---
tests/util/grub-shell.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/util/grub-shell.in b/tests/util/grub-shell.in
index b7a7dff01..4b0900a32 100644
--- a/tests/util/grub-shell.in
+++ b/tests/util/grub-shell.in
@@ -544,7 +544,7 @@ source "\$prefix/testcase.cfg"
#
Signed-off-by: Vladimir Serbinenko
---
tests/util/grub-shell.in | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/tests/util/grub-shell.in b/tests/util/grub-shell.in
index 04405a789..e79296ccd 100644
--- a/tests/util/grub-shell.in
+++ b/tests/util/grub-shell.in
@@ -192,6
Signed-off-by: Vladimir Serbinenko
---
configure.ac | 5 +
1 file changed, 5 insertions(+)
diff --git a/configure.ac b/configure.ac
index d4a14bf93..2bca8814b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -941,6 +941,11 @@ if test x"$platform" != xemu ; then
AC_COMP
They are purely for optimization, so no need to do anything.
Signed-off-by: Vladimir Serbinenko
---
grub-core/kern/riscv/dl.c | 1 +
util/grub-mkimagexx.c | 2 ++
2 files changed, 3 insertions(+)
diff --git a/grub-core/kern/riscv/dl.c b/grub-core/kern/riscv/dl.c
index 896653bb4..c47db6959
---
asm-tests/sparc64.S| 2 +-
grub-core/boot/sparc64/ieee1275/boot.S | 3 +++
grub-core/boot/sparc64/ieee1275/diskboot.S | 3 +++
grub-core/kern/sparc64/ieee1275/crt0.S | 2 +-
4 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/asm-tests/sparc64.S b/asm
Signed-off-by: Vladimir Serbinenko
---
grub-core/kern/ieee1275/init.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/grub-core/kern/ieee1275/init.c b/grub-core/kern/ieee1275/init.c
index dfbd0b899..e3abd51a8 100644
--- a/grub-core/kern/ieee1275/init.c
It's necessary for clang sparc64 support
---
grub-core/kern/compiler-rt.c | 58
include/grub/compiler-rt.h | 7 +
2 files changed, 65 insertions(+)
diff --git a/grub-core/kern/compiler-rt.c b/grub-core/kern/compiler-rt.c
index eda689a0c..2902ed03d 10064
Otherwise clang on arm complains
---
grub-core/fs/btrfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/grub-core/fs/btrfs.c b/grub-core/fs/btrfs.c
index ba0c58352..0b06bc824 100644
--- a/grub-core/fs/btrfs.c
+++ b/grub-core/fs/btrfs.c
@@ -222,7 +222,7 @@ struct grub_btrfs_ex
---
grub-core/loader/efi/linux.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/grub-core/loader/efi/linux.c b/grub-core/loader/efi/linux.c
index bfbd95aee..bcb39c40a 100644
--- a/grub-core/loader/efi/linux.c
+++ b/grub-core/loader/efi/linux.c
@@ -55,6 +55,7 @@ static bool initrd_use_loadfile
It's emitted by clang
---
grub-core/kern/compiler-rt.c | 4 +---
include/grub/compiler-rt.h | 5 +
2 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/grub-core/kern/compiler-rt.c b/grub-core/kern/compiler-rt.c
index 2902ed03d..17ae435c1 100644
--- a/grub-core/kern/compiler-rt.c
+
Also I wrote new module: activate. It's also pc-specific. It's analog of
makeactive but with
other syntax:
active PARTITION.
like:
activate (hd0,2)
Vladimir Serbinenko
2005-08-01 Vladimir Serbinenko <[EMAIL PROTECTED]>
Sendkey
>
>
>Serbinenko Vladimir <[EMAIL PROTECTED]> writes:
>
>>/ 2) How can user call the help? Especially how can user know the/
>>/ available keys? Perhaps this question is more general and we have to/
>>/ extend "help" command?/
>
>How about something like `sendkeys --list-keys'. Does that make
>sens
Yoshinori K. Okuji wrote:
>I have implemented grub-probefs which probes a filesystem module right now. If
>you have a PC, please test it. Running it has no harm.
>
>Okuji
>
>
>___
>Grub-devel mailing list
>Grub-devel@gnu.org
>http://lists.gnu.org/mailma
You made an error in grub_memalign prototype:
it's
void *grub_memalign (grub_size_t align, grub_size_t size);
Not:
void grub_memalign (grub_size_t align, grub_size_t size);
Vladimir
___
Look at
http://syslinux.zytor.com/memdisk.php
And
http://bootcd.narod.ru/index_e.htm
Vladimir
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listin
I send a new version of my patch. I added parttype and hide/unhide commands.
Can someone have a look at it?
(I haven't tested it a lot but it works fine for me )
Vladimir
2005-08-02 Vladimir Serbinenko <[EMAIL P
I've seen that journal playback is one of TODO items. I think it's bad
idea because:
1) It'll increase the size of FS modules. And fs modules are often embed
in core image. So their size is critical
2) It'll decrease safety because now GRUB doesn't write to FS and then
it'll be so the GRUB's bugs
I tried to install GRUB2 to a partition and found a bug in pc_partition_map:
in pc_partition_map_iterate pcdata was a local variable and its address was
written to p and p was returned.
2005-08-08 Vladimir Serbinenko <[EMAIL PROTECTED]>
* partmap/pc.c (pc_partition_map_iterate):
Marco Gerards wrote:
>Vladimir Serbinenko <[EMAIL PROTECTED]> writes:
>
>
>
>>I've seen that journal playback is one of TODO items. I think it's bad
>>idea because:
>>
>>1) It'll increase the size of FS modules. And fs modules a
I wrote a new patch: grub_ncurses_getwh + hexcat. hexcat shows the
contents of file like hex editors.
Vladimir
2005-08-08 Vladimir Serbinenko <[EMAIL PROTECTED]>
* commands/hexcat.c: ne
Vernon Mauery wrote:
>Vincent Pelletier wrote:
>
>
>>Vernon Mauery wrote:
>>
>>
>>
I am seeing unaligned pointer messages when I use grub2 on /dev/hda2.
If I type 'root (hd0,2)', I get 'unaligned pointer 0x7ff94' and if I
type 'insmod (hd0,2)/boot/grub/mulitboot.mod', I get 'unal
Yoshinori K. Okuji wrote:
>
>Besides that, we must learn from the history. Many years ago, nobody could
>imagine that computers would have more than 1MB memory. So the braindead Gate
>A20 had to be invented. Likewise, nobody could imagine that hard disks would
>exceed 500MB. So LBA mode had to
>The only thing I can think of is to disable the menu and replace clear
>screen with a newline, which is what Legacy does IIRC.
>
>
>
But GRUB Legacy has also a dumb menu support even if it's horrible.
Perhaps we must do it like LILO does? Or should we do it more universally?
I propose to make m
Yoshinori K. Okuji wrote:
>
>Do you mean 80386? Of course, no. I don't have such an old CPU.
>
>
>
But some people use old PC like a home servers. But 80386 I
suppose is not very used because it can't have more than a few
hundred Mb hard disk, which is important criteria for home server,
more im
IMHO. Current system with title command is ugly because:
-grub.cfg requires the separate parser. IMHO it should be
parsed the same way as user input.
-Even when scripting support will be ready it's impossible
to create multiple menus of the same kind by just a loop
(like
for x in /boot/
Douglas Wade Needham wrote:
>The problem with your idea is that it at least appears to be too
>Linux-centric, and forgets entirely about other operating systems,
>invalidating the "unified" part of the GRUB name. And I get fed up
>when on my machine which as FC3 has one of the OSes (along with Ne
Yoshinori K. Okuji wrote:
>Only if you prove that the current implementation does not work, I will
>consider it.
>
>I have already investigated how other systems deal with Gate A20. For example,
>Linux does not do such a thing, but nobody has reported that it does not
>work.
>
>
>
Ok. after a
Yoshinori K. Okuji wrote:
>I have already proposed my idea of making each entry a function before. First,
>please describe why you don't think this is not enough.
>
>
>
It's only a question of syntax so it's ok but IMHO 2 points are important:
1) It must be possible to set additional attrib
Vesa Jääskeläinen wrote:
>I can try to draft out features that I think is needed and then we can
>
>
>see what is still missing and when it is good enough then implement it.
>
>
>
But we need to let the room for the future growth. One of far-looking
plans is
"eye-candy" menu interface and we d
cuted?
Yoshinori K. Okuji wrote:
>On Sunday 14 August 2005 18:03, Vladimir Serbinenko wrote:
>
>
>>It's only a question of syntax so it's ok but IMHO 2 points are important:
>>1) It must be possible to set additional attributes to a menu entry
>>
>
>I see four options here:
>
>1) design graphics drivers interface and register it when loading
>module. Pros is that it is easy to write new graphics drivers. Cons is
>that we need to have then virtual screen support (not hard to make).
>
>
>
Perhaps the best way
>2) improve terminal interface.
Vincent Pelletier wrote:
> Yoshinori K. Okuji wrote:
>
> >Just to give you some ideas,
>
>
> Same here :) (from simple to ambitious) :
> -Pictures corresponding to entries (set a background/in front
> of/near/instead of)
> -customisable positions for menu entries (ubuntu could out them in
> circle
Marco Gerards wrote:
>>PROPOSAL 1) - Device autodetection
>>
>>Grub 2 should be able to autodetect where the
>>main/first menu.lst is.
>>Grub 2 should be able to store automagically this device
>>into a constant called
>>GRUB_DEVICE
>>
>>
>
>Is this the same as the prefix variable
Hollis Blanchard wrote:
>
> They might be there because not many people use ruby?
>
BUT CVS is for developpers, isn't it? conf/*.mk could be generated
for releases and ruby would be needed only for CVS version
I wrote the preciew version of scripting engine. I'll add some comments
soonly.
Parser parses everytime one command because the commands could be
entered from
commandline. Bison converts in kind of pseudocode. Arithmethic support
will be done
by separate parser because arithmetic parse is very diff
>I'd like to see a kind of "design document", since it is a bit hard for others
>to understand.
>
>
Ok. I hope to write it this week (my studies begin tomorrow)
>
>We must wait until your assignment is finished. How is it going?
>
>
>
>
No problem. I meant after assignment. I sent it back to
Marco Gerards wrote:
>
>Can't this be done in the same bison parser? Or what do you mean?
>
>
I don't think so. Even the tokenization is very differetn. Ex:
2+3*5 is one token for normal parsing, but five for arithmethic
and yylex knows nothing about what parsing is now. If it would always
issu
Unfortunately I haven't had a lot of time to work with GRUB2. I'll have
some more when my holidays begin in mid October.
Yoshinori K. Okuji wrote:
>
>I'd like to see a kind of "design document", since it is a bit hard for others
>to understand.
>
>
Ok. I send one with this mail. Perhaps it wo
Marco Gerards wrote:
Hi,
Last days I have been thinking about scripting support. With my last
patch it should be easy to implement. I hope Vladimir is still
interested in this.
Yes. Exactly now I'm on holiday so I have a lot of time. And also I have
some ideas for some new GRUB features b
Hello
In bash when you define a function it appears under environment
variables. IMHO it's useless to store completely the source code as an
environment variables. I propose that the functions will be preparsed
(converted to internal format ready for execution) because it will
gretelya simp
Marco Gerards wrote:
Vladimir Serbinenko <[EMAIL PROTECTED]> writes:
I think we first have to determine:
1) Which commands should be supported.
What about
&& || ! case do done elif else esac fi for function if in then until
while { } [[ ]]
in scripting engine. I thin
I wrote the scripting support.
The patch can be found under http://phcoder.hut1.ru/bash.patch
As in this version there is no arithmethic support I added commands true5 and
false 5 for testing
They return five times true and then false (true5) or inverse (false5)
TODO:
1) Positional arguments li
I wrote the scripting support.
The patch can be found under http://phcoder.hut1.ru/bash.patch
This URL does not work for me.
Could you try to enter the site (http://phcoder.hut1.ru/) then click on
Scripting support->patch for scripting support. It seems that hoster
blocks if you try
So what needs to be done is place an image back once in a while. It
should be possible to create a GRUB command for that, I guess. :-)
Why a command? A better way, IMO, is using some variables stored in file.
It could be presented as array SAVED_INTEGER of integers and SAVED_FLAGS
of flag
1. When you have not signed a copyright assignment yet, we will ask you if you
accept assigning your copyright on GRUB to the FSF.
I myself have signed the agreement. Now I'm waiting for the form for my
mother because I'm 17 years old only.
With her there is no problem
IIRC, these people a
After discussion with Marco on IRC we decided that his code is better
for the core features and other things are fast to implement.
But the next questions are menu entries. I propose the following syntax:
menu [arguments] name
{
Commands
}
arguments can be --default, --fallback perhaps some m
Marco Gerards wrote:
I didn't know that bison had such buffer.
It doesn't. This buffer is created by lexer in my example.
And menu is always stored unparsed and parsed only just before
execution. Than editing is no problem.
I think you have to parse it immediately and both store p
Marco Gerards wrote:
Vladimir Serbinenko <[EMAIL PROTECTED]> writes:
So the problem with approach #1 is doing double work, less obvious
integration with the rest of the parser and memory leakage.
Of course in real code it would be freed. It was just schemathical
Right. The only
Hello. I'm back after long time of inactivity. I would like to expose my
idea:
Many of commercial OS have some weird conditions on where they are
installed (e.g. it must be installed on primary active partiotion, ...)
and what we can do is
1st possibility: function that transform primary<-> logi
Stefan Reinauer wrote:
* Yoshinori K. Okuji <[EMAIL PROTECTED]> [061015 16:51]:
* Number partitions from 1 instead of 0. For instance, the first
partition of "hd0" is now "hd0,1" but not "hd0,0".
Hm. What's the reason for being inconsistent here?
If changing the partition naming sch
Some arm compilers insert 64-bit division into the
code compiled from libgcrypt source and possibly others.
Rether than fighting it, simply provide the function in
question.
Signed-off-by: Vladimir Serbinenko
---
grub-core/kern/arm/compiler-rt.S | 11 +++
include/grub/compiler-rt.h
Signed-off-by: Vladimir Serbinenko
---
autogen.sh | 7 +-
conf/Makefile.common| 4 +-
grub-core/Makefile.core.def | 36 ++-
grub-core/commands/hashsum.c| 2 +-
grub-core/commands/legacycfg.c
Signed-off-by: Vladimir Serbinenko
---
.../libgcrypt-patches/03_mpiutil_alloc.patch | 20 ++
.../lib/libgcrypt-patches/03_sexp_free.patch | 37 +++
2 files changed, 57 insertions(+)
create mode 100644 grub-core/lib/libgcrypt-patches/03_mpiutil_alloc.patch
create mode
Other platforms specify license in platform-specific files but corresponding
code for emu is in kernel, so datetime ends up without license section.
Signed-off-by: Vladimir Serbinenko
---
grub-core/lib/datetime.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/grub-core/lib/datetime.c
la.pcrel unlike la should work even above 4GiB mark.
Signed-off-by: Vladimir Serbinenko
---
grub-core/kern/loongarch64/efi/startup.S | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/grub-core/kern/loongarch64/efi/startup.S
b/grub-core/kern/loongarch64/efi/startup.S
index
Setting all TARGET_* variables is cumbersome. This convenience macro allows
to set them all in one go
Signed-off-by: Vladimir Serbinenko
---
configure.ac | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/configure.ac b/configure.ac
index ad1e7bea5..34f4f9415 100644
Without this option compiler sometimes emits R_RISCV_ALIGN relocs.
Unlike other relocs this one requires the linker to do NOP deletions
and we can't ignore them. Just instruct compiler not to emit them
Signed-off-by: Vladimir Serbinenko
---
configure.ac | 25 +
1
-Wl,-r is a partial linking and this file is only intended as intermediate
result for linker, not really intended for any other use. To make them
usable we end up doing all the linker job twice over: in mkimage and
in runtime. -shared on the other hand is meant to be loaded and relocated
and hence
-Wl,-r is a partial linking and this file is only intended as intermediate
result for linker, not really intended for any other use. To make them
usable we end up doing all the linker job twice over: in mkimage and
in runtime. -shared on the other hand is meant to be loaded and relocated
and hence
la.pcrel unlike la should work even above 4GiB mark.
Signed-off-by: Vladimir Serbinenko
---
grub-core/kern/loongarch64/efi/startup.S | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/grub-core/kern/loongarch64/efi/startup.S
b/grub-core/kern/loongarch64/efi/startup.S
index
This patches modifies the GRUB-libgcrypt API to match new libgcrypt 1.11
Signed-off-by: Vladimir Serbinenko
---
autogen.sh| 5 +
conf/Makefile.common | 4 +-
grub-core/Makefile.core.def | 20 +-
grub-core
This series of patches upgrades libgcrypt to 1.11.
Differences to version 8:
* Add back missing file
* Fix mips compilation
* Silence the warnings
* Enabled blake hashes
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/list
Imported from libgpg-error 1.51
Signed-off-by: Vladimir Serbinenko
---
grub-core/lib/b64dec.c | 279 +
1 file changed, 279 insertions(+)
create mode 100644 grub-core/lib/b64dec.c
diff --git a/grub-core/lib/b64dec.c b/grub-core/lib/b64dec.c
new file mode
Signed-off-by: Vladimir Serbinenko
---
grub-core/lib/b64dec.c | 36 +---
1 file changed, 25 insertions(+), 11 deletions(-)
diff --git a/grub-core/lib/b64dec.c b/grub-core/lib/b64dec.c
index 868d98568..8aafa9700 100644
--- a/grub-core/lib/b64dec.c
+++ b/grub-core
HAVE_STRTOUL is now defined in stdlib.h. Include it in g10lib.h rather than
defining on command line
Signed-off-by: Vladimir Serbinenko
---
conf/Makefile.common | 2 +-
util/import_gcry.py | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/conf/Makefile.common b/conf
Signed-off-by: Vladimir Serbinenko
---
.../libgcrypt-patches/03_mpiutil_alloc.patch | 20 ++
.../lib/libgcrypt-patches/03_sexp_free.patch | 37 +++
2 files changed, 57 insertions(+)
create mode 100644 grub-core/lib/libgcrypt-patches/03_mpiutil_alloc.patch
create mode
Some arm compilers insert 64-bit division into the
code compiled from libgcrypt source and possibly others.
Rether than fighting it, simply provide the function in
question.
Signed-off-by: Vladimir Serbinenko
---
grub-core/kern/arm/compiler-rt.S | 11 +++
include/grub/compiler-rt.h
Libgcrypt code assumes that on x64 all SSE registers are fair game.
While it's true that CPUs in question support it, we disable it in
our compilation options. Disable the offending optimization.
Signed-off-by: Vladimir Serbinenko
---
.../lib/libgcrypt-patches/02_keccak_sse.patch
libgcrypt itself is compiled with -Wno-sign-compare.
Do the same for consistency
Signed-off-by: Vladimir Serbinenko
---
conf/Makefile.common | 2 +-
grub-core/Makefile.core.def | 10 +-
grub-core/kern/compiler-rt.c | 32 ++--
include/grub/compiler
Signed-off-by: Vladimir Serbinenko
---
.../lib/libgcrypt-patches/06_blake.patch | 80 +++
include/grub/crypto.h | 6 ++
util/import_gcry.py | 36 +++--
3 files changed, 115 insertions(+), 7 deletions(-)
create mode
This allows us to test purely the integration of the implementation
of DSA and RSA from libgcrypt without concerning with additional
code.
Signed-off-by: Vladimir Serbinenko
---
grub-core/Makefile.core.def | 16
grub-core/tests/dsa_sexp_test.c | 127
ut
as a possibility but it simplifies the code, so it's useful independently of
Rust
Signed-off-by: Vladimir Serbinenko
---
conf/Makefile.common | 10 +-
conf/i386-modules.sc | 35 +++
configure.ac
This patches modifies the GRUB-libgcrypt API to match new libgcrypt 1.11
Signed-off-by: Vladimir Serbinenko
---
autogen.sh| 5 +
conf/Makefile.common | 4 +-
grub-core/Makefile.core.def | 20 +-
grub-core
Some arm compilers insert 64-bit division into the
code compiled from libgcrypt source and possibly others.
Rether than fighting it, simply provide the function in
question.
Signed-off-by: Vladimir Serbinenko
---
grub-core/kern/arm/compiler-rt.S | 11 +++
include/grub/compiler-rt.h
Signed-off-by: Vladimir Serbinenko
---
.../lib/libgcrypt-patches/06_blake.patch | 80 +++
include/grub/crypto.h | 6 ++
util/import_gcry.py | 36 +++--
3 files changed, 115 insertions(+), 7 deletions(-)
create mode
Signed-off-by: Vladimir Serbinenko
---
grub-core/lib/b64dec.c | 36 +---
1 file changed, 25 insertions(+), 11 deletions(-)
diff --git a/grub-core/lib/b64dec.c b/grub-core/lib/b64dec.c
index 868d98568..8aafa9700 100644
--- a/grub-core/lib/b64dec.c
+++ b/grub-core
Imported from libgpg-error 1.51
Signed-off-by: Vladimir Serbinenko
---
grub-core/lib/b64dec.c | 279 +
1 file changed, 279 insertions(+)
create mode 100644 grub-core/lib/b64dec.c
diff --git a/grub-core/lib/b64dec.c b/grub-core/lib/b64dec.c
new file mode
libgcrypt itself is compiled with -Wno-sign-compare.
Do the same for consistency
Signed-off-by: Vladimir Serbinenko
---
conf/Makefile.common| 2 +-
grub-core/Makefile.core.def | 10 +-
util/import_gcry.py | 2 +-
3 files changed, 7 insertions(+), 7 deletions(-)
diff
Some mips compilers insert 64-bit division into the
code compiled from libgcrypt source and possibly others.
Rether than fighting it, simply provide the function in
question.
Signed-off-by: Vladimir Serbinenko
---
grub-core/kern/compiler-rt.c | 32 ++--
include/grub
Changes from v9:
* Split accidentally squashed unrelated patches
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
They don't work in ski emulator and we don't really need them
Signed-off-by: Vladimir Serbinenko
---
configure.ac| 4 ++--
grub-core/Makefile.core.def | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 25f3ff932.
Those tests fail depending on the version of unifont. As we don't distribute
our own unifont it fails for most users. Disable them so that they don't mask
real failures. They can be reinstated once we solve unifont problem
Signed-off-by: Vladimir Serbinenko
---
grub-core/Makefil
This allows us to test purely the integration of the implementation
of DSA and RSA from libgcrypt without concerning with additional
code.
Signed-off-by: Vladimir Serbinenko
---
grub-core/tests/dsa_sexp_test.c | 125
grub-core/tests/rsa_sexp_test.c | 99
Base on libgpg-error 1.49 but with modifications to make it compile
in GRUB environment
Signed-off-by: Vladimir Serbinenko
---
grub-core/lib/b64dec.c | 293 +
1 file changed, 293 insertions(+)
create mode 100644 grub-core/lib/b64dec.c
diff --git a/grub
101 - 200 of 314 matches
Mail list logo