Re: [PATCH v4 5/6] commands/ls: Print full paths for file args

2025-02-26 Thread Glenn Washburn
On Mon, 24 Feb 2025 18:14:59 +0100 Daniel Kiper wrote: > On Mon, Jan 06, 2025 at 01:02:43AM -0600, Glenn Washburn wrote: > > For arguments that are paths to files, print the full path of the file. > > > > Signed-off-by: Glenn Washburn > > --- > > grub-core/commands/ls.c | 8 +--- > > 1 file

Re: [PATCH 0/6 v13] LVM Cachevol and Integrity volumes break entire LVM VG

2025-02-26 Thread Daniel Kiper
On Thu, Feb 20, 2025 at 06:52:36PM -0500, Patrick Plenefisch wrote: > Awesome! What do I do now? Sadly your patches conflict with current master... :-( Could you rebase them? And if you could use "git send-email" to send patches that would be perfect... Sorry for inconvenience... Daniel ___

Re: [External] Re: [PATCH] BugFix: grub menu gets stuck due to unserialized rdtsc

2025-02-26 Thread 段亚勇 via Grub-devel
Got it! Thanks so much! --- Best Regards, Will Duan Data-SYS-STE-OS 3F, T2B, Xinjiangwan Square, Yangpu District, Shanghai --- From: "Daniel Kiper" Date: Wed, Feb 26, 20

Re: [PATCH] Bugfix: grub menu gets stuck

2025-02-26 Thread Daniel Kiper
On Thu, Nov 28, 2024 at 11:48:26AM +0800, Duan Yayong via Grub-devel wrote: > Adding "if (grub_tsc_rate == 0)" judgement just in case other unknown > instruction exception, so that > "grub_tsc_calibrate_from_pit||grub_tsc_calibrate_from_efi" getting > "grub_tsc_rate" methods have a opportunity to b

Re: [External] Re: [PATCH] BugFix: grub menu gets stuck due to unserialized rdtsc

2025-02-26 Thread Daniel Kiper
On Tue, Feb 25, 2025 at 07:19:58PM -0800, 段亚勇 via Grub-devel wrote: > Hi,  > > That's alright! > May I know if the first patch is allowed to be merged? And how long will it be > merged approximately? > So that I can track it after that time! Thanks! Sorry, I thought the first patch is earlier vers

Re: [PATCH] loader/i386/linux.c: Fix cleanup if kernel doesn't support 64-bit addressing

2025-02-26 Thread Daniel Kiper
On Sat, Nov 02, 2024 at 12:54:40AM +0200, Sergii Dmytruk wrote: > Simply returning from `grub_cmd_linux()` doesn't free `file` resource > nor calls `grub_dl_ref(my_mod)`. Jump to `fail` label for proper > cleanup like other error checks do. > > Signed-off-by: Sergii Dmytruk Reviewed-by: Daniel K