On 7/23/22 01:15, Brendan Trotter wrote:
Hi,
Greetings,
On Sat, Jul 23, 2022 at 2:53 AM Daniel P. Smith
wrote:
On 7/7/22 23:36, Brendan Trotter wrote:
On Thu, Jul 7, 2022 at 7:18 PM Daniel P. Smith
wrote:
On 7/5/22 20:03, Brendan Trotter wrote:
On Wed, Jul 6, 2022 at 4:52 AM Daniel P
On 7/7/22 23:36, Brendan Trotter wrote:
> Hi,
>
> On Thu, Jul 7, 2022 at 7:18 PM Daniel P. Smith
> wrote:
>> On 7/5/22 20:03, Brendan Trotter wrote:
>> Greetings!
>>
>> Not sure why I got dropped from distro, but no worries.
>>
>>> On Wed
On 7/5/22 20:03, Brendan Trotter wrote:
Hi,
Greetings!
Not sure why I got dropped from distro, but no worries.
On Wed, Jul 6, 2022 at 4:52 AM Daniel P. Smith
wrote:
On 6/10/22 12:40, Ard Biesheuvel wrote:> On Thu, 19 May 2022 at 22:59,
To help provide clarity, consider the following fl
On 6/10/22 12:40, Ard Biesheuvel wrote:> On Thu, 19 May 2022 at 22:59,
Daniel P. Smith
> wrote:
>>
>>
>> Greetings,
>>
>> While Matthew's original proposal was around having a location in the
>> efi-stub for the callback to be registered, it is fe
cerns influenced the proposal.
On 3/31/22 03:13, Ard Biesheuvel wrote:
> On Thu, 31 Mar 2022 at 02:36, Daniel P. Smith
> wrote:
>>
>> Greetings Matthew,
>>
>> First thank you to you and James for taking time out of your busy
>> schedules to sit down with us an
issues at hand.
Details can always be negotiated to address various implementation
concerns. Provided this is acceptable, then everyone here is welcome to
provide input on the Secure Launch specification, link forthcoming.
V/r,
Daniel P. Smith
Apertus Solutions, LLC
__
Greetings Matthew,
First thank you to you and James for taking time out of your busy
schedules to sit down with us and work through all of this.
Hey Ard,
On 3/30/22 03:02, Ard Biesheuvel wrote:>> 1) From an EFI maintainer
perspective, is making the contract between
>> the boot stub and the kerne
On Tue, Dec 21, 2021 at 11:47 PM Peter Levine wrote:
> os-prober now effectively handles multiple paths passed to initrd, but
> grub-mkconfig still truncates off any subsequent space-delimited paths.
>
> Support proper parsing of space-delimited initrd paths passed from
> os-prober for distributi
On 6/1/20 8:49 PM, Andy Lutomirski wrote:
>
>
>> On Jun 1, 2020, at 5:14 PM, Daniel P. Smith
>> wrote:
>>
>> On 6/1/20 3:39 PM, Andy Lutomirski wrote:
>>>>> .
>>
>> In other words, the log for the relaunch to attest what is currently
On 6/1/20 3:39 PM, Andy Lutomirski wrote:
>
>> On Jun 1, 2020, at 10:56 AM, Daniel P. Smith
>> wrote:
>>
>> On 6/1/20 12:51 PM, Andy Lutomirski wrote:
>>>> On Mon, Jun 1, 2020 at 8:33 AM Daniel P. Smith
>>>> wrote:
>>>&
On 6/1/20 12:51 PM, Andy Lutomirski wrote:
> On Mon, Jun 1, 2020 at 8:33 AM Daniel P. Smith
> wrote:
>>
>> On 5/7/20 7:06 AM, Daniel Kiper wrote:
>>> Hi Łukasz,
>>>
>>> On Tue, May 05, 2020 at 04:38:02PM +0200, Lukasz Hawrylko wrote:
>>>&
On 5/7/20 7:06 AM, Daniel Kiper wrote:
> Hi Łukasz,
>
> On Tue, May 05, 2020 at 04:38:02PM +0200, Lukasz Hawrylko wrote:
>> On Tue, 2020-05-05 at 01:21 +0200, Daniel Kiper wrote:
...
>> In OS-MLE table there is a buffer for TPM event log, however I see that
>> you are not using it, but instead a
On 11/14/2018 06:24 PM, Matthew Garrett wrote:
> From: Matthew Garrett
>
> Add support for performing basic TPM measurements. Right now this only
> supports extending PCRs statically and only on UEFI. In future we might
> want to have some sort of mechanism for choosing which events get logged
>
t;
>>>> On Sun, Jul 01, 2018 at 07:09:30PM -0400, Daniel P. Smith wrote:
>>>>> Greetings,
>>>>>
>>>>> I have a measured boot implementation I have been working on that
>>>>> introduces a DRTM relocator that I would like to eventual
On 07/18/2018 05:03 AM, Daniel Kiper wrote:
> On Tue, Jul 17, 2018 at 07:10:32PM +0100, Matthew Garrett wrote:
>> On Mon, Jul 16, 2018 at 12:33:42PM -0400, Daniel P. Smith wrote:
>>> On 07/16/2018 08:06 AM, Daniel Kiper wrote:
>>>> In general I am not against reo
On 07/17/2018 01:22 PM, Philip Tricca wrote:
> On Mon, Jul 16, 2018 at 12:33:42PM -0400, Daniel P. Smith wrote:
>> On 07/16/2018 08:06 AM, Daniel Kiper wrote:
>>> On Mon, Jul 02, 2018 at 06:35:08PM +0200, Daniel Kiper wrote:
>>>> Hi Daniel,
>>>>
>
On 07/16/2018 08:06 AM, Daniel Kiper wrote:
> On Mon, Jul 02, 2018 at 06:35:08PM +0200, Daniel Kiper wrote:
>> Hi Daniel,
>>
>> On Sun, Jul 01, 2018 at 07:09:30PM -0400, Daniel P. Smith wrote:
>>> Greetings,
>>>
>>> I have a measured boot implementat
Greetings,
I have a measured boot implementation I have been working on that
introduces a DRTM relocator that I would like to eventually upstream.
This work does rely on the ability to access a TPM 1.2 chip from within
Grub2. I am aware of Matthew Garrett's pending patch to add core TPM
support[1]
On Sat, Jan 5, 2013 at 2:58 PM, Andrey Borzenkov wrote:
> Is it possible to check at run-time on which platform we are running.
> Specifically, any way to distinguish between EFI and legacy BIOS?
>
> TIA
>
> -andrey
>
> ___
> Grub-devel mailing list
> Gr
normal.h:122:1:
note: declared here
make[3]: *** [contrib/lua/lua_module-grub_lib.o] Error 1
Patch below -
diff --git a/grub_lib.c b/grub_lib.c
index 9014320..055d620 100644
--- a/grub_lib.c
+++ b/grub_lib.c
@@ -466,7 +466,7 @@ grub_lua_add_menu (lua_State *state)
if (! p)
Coming to the issue of distro package, has the uefi relocator hang
(seen in many asus laptops) been fixed in bzr mainline?
On 27/02/2012, Keshav P R wrote:
> I am asking about 'this' patch (patch 1/3) alone. Not the other two
> ones. And the distro package was never updated, it
binenko wrote:
> On 26.02.2012 22:01, Keshav P R wrote:
>> Status of this patch in grub2 v2.00 code freeze?
> I have written what have to be fixed first.
> And one thing: your idea to put into distro a patch which has known
> serious issues that have to be resolved was a very b
Status of mactel bless in grub2 v2.00 code freeze?
- Keshav
On 02/02/2012, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 30.01.2012 03:37, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> Hello, all. It was a Robert's idea of having grub-install to install
>> all available (as in: the ones wh
Status of this patch in grub2 v2.00 code freeze?
- Keshav
On 09/02/2012, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> Go ahead.
> On 08.02.2012 17:55, Matthew Garrett wrote:
>> The Linux boot header includes information on the kernel's desired load
>> address and alignment. Add support for tha
2012/2/21 Grégoire Sutre :
> On 02/20/2012 06:47 PM, Keshav P R wrote:
>>
>> Hi,
>> Attached patch fixes runtime error due to sed transform used in
>> pkgdatadir
>
>
> Maybe we should apply the sed transform to grub-mkconfig_lib's
> installatio
or directory
File is at /_grub_/grub_uefi_x86_64/share/grub/grub-mkconfig_lib (in my case).
Please apply this. Thanks in advance.
Regards.
Keshav
commit bcd05babf6cbcae654824dfcf0feda2992b02cad
Author: Keshav P R
Date: Mon Feb 20 23:11:03 2012 +0530
Use pkgdatadir and no sed transform for
Hi,
Is it possible to add support for --hints-fs=ext4 (for example) in
grub-probe hints_string and to the search command in grub2 env. Whi;e
hints speeds up the search for the partition, it does not speed up the
fs related tasks due to some time taken for detecing the filesystem of
the partitio
On Wed, Feb 8, 2012 at 22:21, Matthew Garrett wrote:
> Add support for grabbing the EDID on GOP devices, along with picking the
> better GOP device when we have more than one (Thanks, Apple).
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> htt
On Wed, Feb 8, 2012 at 22:26, Keshav P R wrote:
> On Mon, Feb 6, 2012 at 22:19, Keshav P R wrote:
>> On Mon, Feb 6, 2012 at 22:10, Keshav P R wrote:
>>> On Mon, Feb 6, 2012 at 22:08, Matthew Garrett wrote:
>>>> On Mon, Feb 06, 2012 at 10:00:30PM +0530, Keshav P
On Mon, Feb 6, 2012 at 22:19, Keshav P R wrote:
> On Mon, Feb 6, 2012 at 22:10, Keshav P R wrote:
>> On Mon, Feb 6, 2012 at 22:08, Matthew Garrett wrote:
>>> On Mon, Feb 06, 2012 at 10:00:30PM +0530, Keshav P R wrote:
>>>> loader/i386/pc/plan9_module-plan9.o `t
On Mon, Feb 6, 2012 at 22:10, Keshav P R wrote:
> On Mon, Feb 6, 2012 at 22:08, Matthew Garrett wrote:
>> On Mon, Feb 06, 2012 at 10:00:30PM +0530, Keshav P R wrote:
>>> loader/i386/pc/plan9_module-plan9.o `test -f 'loader/i386/pc/plan9.c'
>>> || echo '
On Mon, Feb 6, 2012 at 22:08, Matthew Garrett wrote:
> On Mon, Feb 06, 2012 at 10:00:30PM +0530, Keshav P R wrote:
>> loader/i386/pc/plan9_module-plan9.o `test -f 'loader/i386/pc/plan9.c'
>> || echo './'`loader/i386/pc/plan9.c
>> loader/i386/pc/plan9.c
On Mon, Feb 6, 2012 at 21:58, Keshav P R wrote:
> On Mon, Feb 6, 2012 at 21:23, Matthew Garrett wrote:
>> We should attempt to load the kernel at its preferred address, and if we
>> can't do that then we should at lesat align it correctly. When doing so
>> we shou
On Mon, Feb 6, 2012 at 21:23, Matthew Garrett wrote:
> We should attempt to load the kernel at its preferred address, and if we
> can't do that then we should at lesat align it correctly. When doing so
> we should also make sure to avoid putting the kernel on top of any regions
> being used by the
Tested with bzr r3856
On 06/02/2012, Keshav P R wrote:
> Fails to boot x86_64 Archlinux kernels 3.2.2 and 3.3-rc2 - premature
> end of file error. The first 2 patches work fine (no noticable
> difference). Only this patch leads to boot failure. Tested in
> Tianocore UDK DuetPkg 64-
Fails to boot x86_64 Archlinux kernels 3.2.2 and 3.3-rc2 - premature
end of file error. The first 2 patches work fine (no noticable
difference). Only this patch leads to boot failure. Tested in
Tianocore UDK DuetPkg 64-bit firmware. Also a syntax error (missing
comma) in the very last change in thi
2012/1/18 Vladimir 'φ-coder/phcoder' Serbinenko :
> On 18.01.2012 03:54, Keshav P R wrote:
>>
>> Hi,
>> I tried to manually chainload UEFI shell from grub2 terminal in
>> x86_64 firmware. I get
>>
>>> insmod part_gpt
>>> insmod f
Hi,
I tried to manually chainload UEFI shell from grub2 terminal in
x86_64 firmware. I get
> insmod part_gpt
> insmod fat
> chainloader (hd0,gpt1)/shellx64.efi
error: not a valid root device
If I use
> set pager=1
> set debug=all
> chainloader (hd0,gpt1)/shellx64.efi
[long rows of text - bu
On Wed, Dec 28, 2011 at 02:03, Seth Goldberg wrote:
> Hi,
>
> Will this continue to work with older automake as well?
>
> --S
>
>
> Quoting Keshav P R, who wrote the following on Wed, 28 Dec 2011:
>
> Hi,
>> grub2-bzr r3732 fails to compile in Archlinux x
..cf5d822 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,17 @@
+2011-12-24 Keshav P R
+
+ Fixes for automake 1.11.2
+
+ * conf/Makefile.common: Change pkglib_SCRIPTS to pkgdata_SCRIPTS.
+ * conf/Makefile.common: Change pkglib_DATA to pkgdata_DATA.
+ * Makefile.am: Likewise.
+ * gentpl.py: Likewise.
Hi,
ntldr-img grub-extras does not compile anymore wiht grub2-bzr. It
gives out the error http://pastebin.com/hg1Qwpbq . Please fix this. Thanks
in advance.
Regards.
Keshav
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailma
Hi,
Is there any way to obtain the path info from which a standalone
grub.efi was launched. In case of grub-mkimage uisng --prefix="" results in
prefix being set to the dir from which the efi app was launched, but in the
standalone grub.efi the prefix is (memdisk)/boot/grub . In
(memdisk)/boot/
>
> On Sun, Dec 4, 2011 at 15:12, Keshav P R wrote:
>>>
>>>> Hi,
>>>> It seems like grub-mkstandalone was copied directly from
>>>> grub-mkrescue without checking the options. Also there is no way to specify
>>>> a grub.
>
> On Sun, Dec 4, 2011 at 15:12, Keshav P R wrote:
>>
>>> Hi,
>>> It seems like grub-mkstandalone was copied directly from
>>> grub-mkrescue without checking the options. Also there is no way to specify
>>> a grub.cfg to be copied as (memd
On Sun, Dec 4, 2011 at 15:17, Keshav P R wrote:
> On Sun, Dec 4, 2011 at 15:12, Keshav P R wrote:
>
>> Hi,
>> It seems like grub-mkstandalone was copied directly from
>> grub-mkrescue without checking the options. Also there is no way to specify
>> a grub.cfg
On Sun, Dec 4, 2011 at 15:12, Keshav P R wrote:
> Hi,
> It seems like grub-mkstandalone was copied directly from grub-mkrescue
> without checking the options. Also there is no way to specify a grub.cfg to
> be copied as (memdisk)/boot/grub/grub.cfg . The attached patch fixes a
d "${source_directory}/"efiemu32.o "${sour
cp -f "$file" "${memdisk_dir}"/boot/grub/
fi
done
+
for file in ${pkglib_DATA}; do
if test -f "${source_directory}/${file}"; then
cp -f "${source_directory}/${file}" "
2011/11/29 Vladimir 'φ-coder/phcoder' Serbinenko
> On 29.11.2011 08:25, Keshav P R wrote:
>
>> grubx64.efi is installed at /boot/efi/efi/grub2/grubx64.**efi , but the
>> modules are located at /boot/grub (which is $grubdir aka prefix set in
>> grubx64.efi
On Tue, Nov 29, 2011 at 12:04, Seth Goldberg wrote:
>
> On Nov 28, 2011, at 2:23 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>
> > On 28.11.2011 14:25, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> >> Hello all. Based on the information from
> http://mjg59.dreamwidth.org/7468.html I intend t
(till the actual option to be used is decided). Thanks in
advance.
Regards.
Keshav
commit e744fe45dc0f349156d92b37349619cfbaec8f2f
Author: Keshav P R
Date: Tue Nov 22 14:39:54 2011 +0530
grub-mkconfig: Use outside GRUB_PREFIX if defined
diff --git a/util/grub-mkconfig.in b/util/grub-mkconfig.in
ind
--S
>
>
Yes, that would be best and gives direct control to the user. For now
GRUB_PREFIX denotes that final dir (atleast in the scripts).
- Keshav
>
> Quoting Keshav P R, who wrote the following on Thu, 27 Oct 2011:
>
> Hi all,
>> As discussed in #grub irc, I
Hi all,
As discussed in #grub irc, I think going the --boot-directory way as
phcoder suggested will lead to unnecessary complexity. I would prefer
directly mentioning the path to grub_prefix dir, as in case of uefi installs
the prefix dir could be anything (/efi/grub, /efi/grub2, /efi/grub_
This problem is also present on ext3 and ext4
- F
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
that are visible are the bottom of Earth and the two
stars on the top-right corner (basically, anything along the edges).
I've consistently reproduced this on two installations (one is a fresh
installation on a flash drive), even after purging and reinstalling
grub-pc and grub-comm
On Tue, Aug 31, 2010 at 2:54 PM, Thomas Schmitt wrote:
> Maybe one should use external boot media of
> which GRUB can claim complete ownership.
> I.e. an USB stick or a CD which hosts GRUB and
> a custom configuration.
> This way, GRUB would have no shares in the
> embattled area at all.
This way
2010/6/10 Grégoire Sutre :
> On 06/07/2010 10:46 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>
>> There are two parts of this question:
>> 1) Which partition schemes should GRUB be able to read modules and
>> payloads from ? It's platform-indepedent
>
> Agreed.
>
>> and 2 conditions apply:
>>
2010/5/24 Grégoire Sutre :
> On 05/23/2010 05:44 PM, C. P. Ghost wrote:
>
>> With bsdlabel_v3.diff, and the image I've posted here, I get dropped
>> into grub_rescue. This breaks Vladimir's second patch on FreeBSD.
>> :-(
>
> Thanks for testing the patch.
2010/5/23 Grégoire Sutre :
> On 05/19/2010 09:20 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>
> [snip]
> - delta = grub_partition_get_start (disk->partition);
> + delta = grub_le_to_cpu32 (whole_disk_be.offset);
>
> As dicsussed on irc, this makes the delta completely dependent on the
>
On Wed, May 19, 2010 at 9:41 PM, C. P. Ghost wrote:
> The next test would be to create two slices on an image,
> and redo the tests on the second slice (which won't start
> at offset 0 of the disk, so we can be sure the logic is
> correct). Will do this tomorrow with the pa
2010/5/19 Vladimir 'φ-coder/phcoder' Serbinenko :
> Regards
> Vladimir 'φ-coder/phcoder' Serbinenko
Trying the *second* patch (now with -L/usr/lib32 instead of removing
-lgcc):
phenom# grub-install --root-directory=/mnt --modules=ufs2 /dev/md
/usr/local/sbin/grub-setup: warn: Your embedding a
2010/5/19 Navdeep Parhar :
>>> /usr/local/bin/gcc44 -o kernel.img kernel_img-kern_i386_pc_startup.o
>>> kernel_img-kern_i386_misc.o kernel_img-kern_main.o
>>> kernel_img-kern_device.o kernel_img-kern_disk.o kernel_img-kern_dl.o
>>> kernel_img-kern_file.o kernel_img-kern_fs.o kernel_img-kern_err.o
>
2010/5/19 Vladimir 'φ-coder/phcoder' Serbinenko :
>> /usr/local/bin/gcc44 -o kernel.img kernel_img-kern_i386_pc_startup.o
>> kernel_img-kern_i386_misc.o kernel_img-kern_main.o
>> kernel_img-kern_device.o kernel_img-kern_disk.o kernel_img-kern_dl.o
>> kernel_img-kern_file.o kernel_img-kern_fs.o kern
2010/5/19 C. P. Ghost :
> 2010/5/19 Vladimir 'φ-coder/phcoder' Serbinenko :
>> Mailer. Now I attach it
>
> Ah, thanks. Patches fine now. I get a compile error:
>
> gcc -nostdlib -static-libgcc -m32 -Wl,-r,-d -o pre-regexp.o
> regexp_mod-gnulib_regex.o re
2010/5/19 Vladimir 'φ-coder/phcoder' Serbinenko :
> Mailer. Now I attach it
Ah, thanks. Patches fine now. I get a compile error:
gcc -nostdlib -static-libgcc -m32 -Wl,-r,-d -o pre-regexp.o
regexp_mod-gnulib_regex.o regexp_mod-commands_regexp.o
nm -g --defined-only -P -p pre-rege
On Wed, May 19, 2010 at 12:06 AM, C. P. Ghost wrote:
> 2010/5/18 Vladimir 'φ-coder/phcoder' Serbinenko :
>> This bsdlabel has 2 strangenesses. First one is seen in your log:
>>
>> a: 497936 16 unused 0 0
>> In other words for some s
;
> p.partmap = &grub_bsdlabel_partition_map;
>
> - if (be.fs_type != GRUB_PC_PARTITION_BSD_TYPE_UNUSED)
> + grub_dprintf ("bsdlabel", "%d, %d, %d\n", be.offset, be.size,
> be.fs_type);
> +
> + if (p.len != 0)
> if (hook
2010/5/18 Vladimir 'φ-coder/phcoder' Serbinenko :
> C. P. Ghost wrote:
>> On Sun, May 16, 2010 at 6:24 PM, C. P. Ghost wrote:
>>
>>> is support for BSD partitions (or maybe ufs2) broken in grub2 (1.98)?
>>>
>>
>> No replies so far? C
On Sun, May 16, 2010 at 6:24 PM, C. P. Ghost wrote:
> is support for BSD partitions (or maybe ufs2) broken in grub2 (1.98)?
No replies so far? Could a developer *please* have a closer look
at this?
TIA,
-cpghost.
--
Cordula's Web. http://www.co
Hello,
is support for BSD partitions (or maybe ufs2) broken in grub2 (1.98)?
On FreeBSD 8.0-STABLE #0 r207730 amd64:
=== 1. Creating a disk image:
phenom# dd if=/dev/zero of=disk.img bs=512 count=50
50+0 records in
50+0 records out
25600 bytes transferred in 3.318285 secs (77148
On Thu, May 13, 2010 at 9:55 AM, Colin Watson wrote:
> On Wed, May 12, 2010 at 08:31:12PM +0200, C. P. Ghost wrote:
>> How does one create a floppy image with grub-mkrescue?
>>
>> Old documentation says that there's a --image-type=floppy
>> option, but it isn&#x
Hello,
GRUB2 newbie here, so sorry if it is the wrong list or a FAQ.
How does one create a floppy image with grub-mkrescue?
Old documentation says that there's a --image-type=floppy
option, but it isn't there on grub-1.98. Do I have to use the
grub-mkrescue script from an older version (say, gru
I have installed Fedora Core 8 in a machine with 4 disks each 200 GBytes; sda,
sdb, sdc, sdd
the partitioning is the following:
md0: /boot (Raid-0 (2 disks + 2 spare disks))
md1: /(RAID-6, (4 disks) + LVM)
- the LVM has logical volumes:
- / for the linux (00)
- /home the res
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
As can be seen in the attached common linux disk layout diagram,
sigh, that 16KiB in the diagram should be 32KiB.
Anyway you get the idea...
Actually do we have 32,256 bytes to use?
I was wondering about sectors 62 & 63 (counting from 0).
O
[EMAIL PROTECTED] wrote:
As can be seen in the attached common linux disk layout diagram,
sigh, that 16KiB in the diagram should be 32KiB.
Anyway you get the idea...
--
Pádraig Brady - http://www.pixelbeat.org
--
___
Grub-devel mailing list
Grub-de
Yoshinori K. Okuji wrote:
On Monday 25 July 2005 04:04, Hollis Blanchard wrote:
Is there a reason not to add all modules all the time?
I should have written more info in English. This is documented well, but only
in Japanese.
There are several reasons. In the context of i386-pc:
- The si
75 matches
Mail list logo
