On Wed, Jul 29, 2020 at 5:52 PM wrote:
> From: Glenn Washburn
>
> Signed-off-by: Glenn Washburn
> ---
> configure.ac | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/configure.ac b/configure.ac
> index 7c10a4db7..c6b0ef499 100644
> --- a/configure.ac
> +++ b/configure.ac
On Mon, Mar 9, 2020 at 7:33 AM Daniel Kiper wrote:
> On Sat, Mar 07, 2020 at 12:59:52AM -0500, David Michael wrote:
> > This allows comparing file ages on EFI system partitions.
> >
> > Signed-off-by: David Michael
>
> Reviewed-by: Daniel Kiper
>
> ...except..
This allows comparing file ages on EFI system partitions.
Signed-off-by: David Michael
---
Changes since v2:
* Added comments referencing the specs
* Set errno when the timestamp is invalid
I set errno rather than print to the console since it looks like most
other file systems don't
This provides the node's attributes outside the iterator function
so the file modification time can be accessed and reported.
Signed-off-by: David Michael
---
Changes since v2:
* Updated commit message
grub-core/fs/fat.c | 31 ---
1 file changed, 16 inser
On Fri, Mar 6, 2020 at 9:02 AM Didier Spaier wrote:
> Le 06/03/2020 à 13:43, Daniel Kiper a écrit :
> > If we go that way then we have to care about them by the end of the
> > universe. And this means more and more issues like [1]. If somebody
> > wants to use new GRUB then he/she have to reinstal
On Fri, Mar 6, 2020 at 7:19 AM Daniel Kiper wrote:
> On Tue, Mar 03, 2020 at 02:41:08PM -0500, David Michael wrote:
> > This allows comparing file ages on EFI system partitions.
> >
> > Signed-off-by: David Michael
> > ---
> >
> > Changes since v1:
&
This allows comparing file ages on EFI system partitions.
Signed-off-by: David Michael
---
Changes since v1:
- Added the previous patch to help support exfat
- Added exfat timestamp conversion + setting
- Switched to datetime variable name for consistency with the header
- Switched to
This provides the node's attributes outside the search function.
Signed-off-by: David Michael
---
I had to copy an extra struct to support exfat mtimes, so I put it in a
separate patch for readability.
grub-core/fs/fat.c | 31 ---
1 file changed, 16 inser
E.g. this allows comparing file ages on EFI system partitions.
Signed-off-by: David Michael
---
Hi,
I tried to make a quick patch for #57621 based on the FAT timestamp
format as described on Wikipedia. Is there still a chance to fix this
issue for 2.06?
Thanks.
David
P.S. I also made a
On Fri, Jul 5, 2019 at 6:03 PM Daniel Kiper wrote:
>
> On Fri, Jul 05, 2019 at 07:45:59AM -0400, David Michael wrote:
> > Signed-off-by: David Michael
> > ---
> >
> > Hi,
> >
> > I tried to test the new release and hit this build failure:
> &
This adds the GUID, and includes it in lsefisystab output.
Signed-off-by: David Michael
---
No changes since v6, just rebased onto 2.04
grub-core/commands/efi/lsefisystab.c | 1 +
include/grub/efi/api.h | 5 +
2 files changed, 6 insertions(+)
diff --git a/grub-core/commands
n
the DMI / SMBIOS tables.
2) We may have a USB stick that can go into multiple boards, and the exact
kernel to be loaded depends on the machine information (PRODUCT_NAME etc)
passed via the DMI.
Signed-off-by: David Michael
---
No changes since v6, just rebased onto 2.04
Fixes: https://savann
Signed-off-by: David Michael
---
Hi,
I tried to test the new release and hit this build failure:
In file included from ../grub-core/osdep/blocklist.c:6:0:
../grub-core/osdep/generic/blocklist.c: In function
‘grub_install_get_blocklist’:
../grub-core/osdep/generic/blocklist.c:62:67: error
Hi,
Bumping this thread, since it looks like new features are being
applied again, and the patch still seems to apply cleanly. Is there
still interest in this module? I didn't see any changes requested
with v6, but let me know if you'd like me to resend it (or the small
patch 1/2 for defining th
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 features. Hopefully someo
The following are two use cases from Rajat Jain :
1) We have a board that boots Linux and this board itself can be plugged into
one of different chassis types. We need to pass different parameters to the
kernel based on the "CHASSIS_TYPE" information that is passed by the bios in
the DMI / SMBI
This adds the GUID, and includes it in lsefisystab output.
---
No changes since v5
grub-core/commands/efi/lsefisystab.c | 1 +
include/grub/efi/api.h | 5 +
2 files changed, 6 insertions(+)
diff --git a/grub-core/commands/efi/lsefisystab.c
b/grub-core/commands/efi/lsefisystab
On Wed, Mar 2, 2016 at 2:08 PM, Andrei Borzenkov wrote:
> Two nitpicks otherwise looks good. Thanks!
Thanks for reviewing these again. I agree with your suggestions, but
do they warrant another updated patch, or can those changes just be
squashed onto this commit?
Also, since sending this, Leif
On Sat, Feb 20, 2016 at 2:12 PM, David Michael wrote:
> This adds the GUID and includes it in the lsefisystab module.
Pinging to check if these two can make it into 2.02.
Side note: I was trying a CoreOS snapshot the other day and noticed
they've applied these patches, so here is ano
The following are two use cases from Rajat Jain :
1) We have a board that boots Linux and this board itself can be plugged into
one of different chassis types. We need to pass different parameters to the
kernel based on the "CHASSIS_TYPE" information that is passed by the bios in
the DMI / SMBI
This adds the GUID and includes it in the lsefisystab module.
---
Changes since v4:
To address points suggested by Andrei Borzenkov:
* Dropped SMBIOS3 support for cfgtables and loadbios.
grub-core/commands/efi/lsefisystab.c | 1 +
include/grub/efi/api.h | 5 +
2 files changed
On Fri, Aug 21, 2015 at 8:12 AM, Andrei Borzenkov wrote:
> On Sun, Aug 16, 2015 at 5:26 AM, David Michael wrote:
>> grub-core/commands/efi/loadbios.c| 18 ++---
>
> I am not sure we want to touch it. From what I could gather it had
> been used as workaround for
On Mon, Aug 17, 2015 at 3:31 PM, Leif Lindholm wrote:
> I can confirm that with these patches, and a recent EDK2 build of
> "ArmVirtPkg" for arm64, your example command line works:
> grub> smbios --type 1 --get-string 4
> QEMU
> grub>
>
> GRUB also finds both the SMBIOS and SMBIOS3 entry points.
The following are two use cases from Rajat Jain :
1) We have a board that boots Linux and this board itself can be plugged into
one of different chassis types. We need to pass different parameters to the
kernel based on the "CHASSIS_TYPE" information that is passed by the bios in
the DMI / SMBI
If both SMBIOS v2 and v3 entry point structures are found, both are
registered instead of preferring one version since they can point
to different tables at different memory locations.
This also modifies the fakebios command so that the entire SMBIOS
(v2) EPS is copied instead of just the intermed
On Fri, Mar 27, 2015 at 12:46 PM, Rajat Jain wrote:
> [+Arthur]
>
> Hello Folks,
>
> I'm trying to get a binary / raw copy of this patch but could not find one.
> David, is it possible to please send us a binary / raw copy of this patch?
I've attached a bare patch file.
For any future revisions
The following are two use cases from Rajat Jain :
1) We have a board that boots Linux and this board itself can be plugged into
one of different chassis types. We need to pass different parameters to the
kernel based on the "CHASSIS_TYPE" information that is passed by the bios in
the DMI / SMBI
On Mon, Mar 16, 2015 at 2:26 PM, Rajat Jain wrote:
> Hello,
>
> Just wanted to check on the status of this patch. Has it been accepted /
> merged?
No, sorry, I lost track of it. There are still a few points I need to
change from Andrei's review before sending a new revision.
David
___
On Wed, Feb 11, 2015 at 6:34 AM, Andrei Borzenkov wrote:
> В Sun, 08 Feb 2015 13:54:46 -0500
> David Michael пишет:
>> +@item
>> +Specifying @option{-t} will only print entries with a matching @var{type}.
>> The
>> +type can be any value from 0 to 255. Specify
The following are two use cases from Rajat Jain :
1) We have a board that boots Linux and this board itself can be plugged into
one of different chassis types. We need to pass different parameters to the
kernel based on the "CHASSIS_TYPE" information that is passed by the bios in
the DMI / SMBI
On Mon, Feb 2, 2015 at 5:48 PM, Leif Lindholm wrote:
> On Mon, Feb 02, 2015 at 05:01:32PM -0500, David Michael wrote:
>> >> There was some interest on help-grub about supporting SMBIOS access
>> >> upstream. I've updated the module I wrote a while ago to work w
On Tue, Feb 3, 2015 at 10:04 AM, Prarit Bhargava wrote:
> On 02/02/2015 02:26 PM, Prarit Bhargava wrote:
>>
>>
>> On 02/02/2015 12:09 PM, David Michael wrote:
>>> On Mon, Feb 2, 2015 at 6:20 AM, Prarit Bhargava wrote:
>>>> On 02/01/2015 09:05 PM, David
On Mon, Feb 2, 2015 at 3:06 PM, Leif Lindholm wrote:
> On Sun, Feb 01, 2015 at 09:05:24PM -0500, David Michael wrote:
>> * grub-core/commands/i386/smbios.c: New file.
>> * grub-core/Makefile.core.def (smbios): New module.
>> * docs/grub.texi (smbios): New node.
>> (
On Mon, Feb 2, 2015 at 6:20 AM, Prarit Bhargava wrote:
> On 02/01/2015 09:05 PM, David Michael wrote:
>> * grub-core/commands/i386/smbios.c: New file.
>> * grub-core/Makefile.core.def (smbios): New module.
>> * docs/grub.texi (smbios): New node.
>> (Command-line and
* grub-core/commands/i386/smbios.c: New file.
* grub-core/Makefile.core.def (smbios): New module.
* docs/grub.texi (smbios): New node.
(Command-line and menu entry commands): Add a menu entry for smbios.
---
Hi,
There was some interest on help-grub about supporting SMBIOS access
upstream. I've u
Hi,
On Fri, Jul 19, 2013 at 10:24 AM, Holger Goetz wrote:
> Yes it's towards the right direction. But it is 32bit only if i understand
> correctly, and it basically is a memory access to fixed/hardcoded MEMORY
> address (0x8001). to pick the veondor id and machine info.
It's true that I've
-06-11 16:28:03 +
@@ -1,3 +1,8 @@
+2013-06-11 David Michael
+
+ * configure.ac (FREETYPE): Change AC_CHECK_PROGS to AC_CHECK_TOOLS.
+ (freetype_cflags,freetype_libs): Change freetype-config to $FREETYPE.
+
2013-06-07 Andrey Borzenkov
* grub-core/s
Hi,
On Tue, Jun 11, 2013 at 10:48 AM, Andrey Borzenkov wrote:
> Does it also work for non-cross build? AFAIK it should, but just to
> confirm?
Yes, I did a native build and verified its grub-mkfont still runs, and
its output files match sha1sums of fonts from my distro's theme
packages.
Thanks.
Hi,
Upon further consideration, I modified my cross-freetype package to
also install a host-prefixed freetype-config in the system path. I
probably should have been doing this all along to mimic the equivalent
pkg-config commands...
I would therefore suggest changing AC_CHECK_PROGS to AC_CHECK_T
Hi,
On Sat, Jun 8, 2013 at 12:00 AM, Andrey Borzenkov wrote:
>> In my case, I noticed this issue while attempting to cross-compile
>> GRUB for another system. It needs to use the cross-compiled freetype
>> configuration, but the build system has its native freetype-config
>> installed as well. U
Hi,
On Fri, Jun 7, 2013 at 2:20 PM, Andrey Borzenkov wrote:
> But FREETYPE cannot be anything than freetype-config, can it? Do you
> actually have situation when AC_CHECK_PROGS([FREETYPE],
> [freetype-config]) succeeds but call to freetype-config fails?
In my case, I noticed this issue while att
Hi,
It seems that the configure script detects freetype-config in the
usual manner, but when this command is needed, it will only call a
hard-coded freetype-config.
Can something like this fix be applied to call the configured program?
Thanks.
David
=== modified file 'configure.ac'
--- config
Hi,
On Wed, Apr 3, 2013 at 5:19 AM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> You should probably rather parse smbios tables
I couldn't find a way to access SMBIOS information with configuration
files, so about a week ago I made a module for this purpose. I've
been toying with it since, an
Hi,
I have some disks that can be booted both physically and virtually,
and it is helpful to have different options depending on the type of
platform being used. It's fine having different menu entries to
select at boot time, but I wanted to automate this in the
configuration.
I didn't find a so
44 matches
Mail list logo
