don't support
EFI_SIMPLE_TEXT_INPUT_EX_PROTOCOL.
Here's an appropriate entry for ChangeLog:
2013-12-28 Josh Triplett
* grub-core/term/efi/console.c: Use EFI_SIMPLE_TEXT_INPUT_EX_PROTOCOL
if available. The extended variant of the protocol supports reading
On Mon, Dec 30, 2013 at 08:47:25AM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 29.12.2013 08:04, Josh Triplett wrote:
> > + term->data = grub_efi_locate_protocol(&simple_text_input_ex_guid, NULL);
> This will find the first handle that provides
> E
;t support
EFI_SIMPLE_TEXT_INPUT_EX_PROTOCOL.
Here's an appropriate entry for ChangeLog:
2013-12-28 Josh Triplett
* grub-core/term/efi/console.c: Use EFI_SIMPLE_TEXT_INPUT_EX_PROTOCOL
if available. The extended variant of the protocol supports reading
key shift states, as
entry:
2013-11-13 Josh Triplett
* grub-core/kern/x86_64/efi/startup.S (_start): Align the stack to a
16-byte boundary, as required by the x86-64 ABI, before calling
grub_main. In some cases, GCC emits code that assumes this
alignment, which crashes if not
EFI memory allocation operates in 4k pages, but the firmware memory
allocator used 0x3ff in several places rather than 0xfff.
---
ChangeLog entry:
2013-11-13 Josh Triplett
* grub-core/mmap/efi/mmap.c (grub_mmap_register): Round up/down to
4k page boundaries as expected by
ly in each mail, below the commit
messages and above the diffstats.
Josh Triplett (4):
efi: Fix firmware memory allocation to round to 4k pages, not 1k
efi: Fix requests to allocate GRUB_MEMORY_AVAILABLE
efi: Support GRUB_MMAP_MALLOC_LOW in the EFI firmware allocator
efi: On x86-64, align the
EFI firmware refuses to allocate memory of type
GRUB_EFI_CONVENTIONAL_MEMORY, because that indicates a block of
available memory that other allocations (or the OS) would then step on.
Map GRUB_MEMORY_AVAILABLE to GRUB_EFI_LOADER_CODE instead.
---
ChangeLog entry:
2013-11-13 Josh Triplett
EFI supports allocating memory below a specified address; use that to
implement GRUB_MMAP_MALLOC_LOW by requesting memory below 1M.
---
ChangeLog entry:
2013-11-13 Josh Triplett
* include/grub/efi/memory.h (GRUB_MMAP_MALLOC_LOW): Define.
* grub-core/mmap/efi/mmap.c
might also find http://mjg59.dreamwidth.org/4957.html useful.
Thanks,
Josh Triplett
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
Just following up on these patches. Any obstacles to merging them?
Anything I need to fix in them?
Thanks,
Josh Triplett
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
ot;);
grub_printf("|%*.*s|\n", 20, 5, "truncated");
grub_printf("|%*.*s|\n", -20, 5, "truncated");
grub_printf("|%50s|\n", "hardcoded 50");
grub_printf("|%-50s|\n", "hardcoded -50");
grub_printf("|%.5s|\n", "
ingy);
grub_dcprintf("some_module", ", more details here\n");
Without the dcprintf variant, this line will contain three different
file/line prefixes.
I also added support for a "no-file-line" token in the debug environment
variable, which turns off the file/line pre
On Fri, Jun 25, 2010 at 02:28:01PM -0700, Josh Triplett wrote:
> As I originally reported in http://bugs.debian.org/584846 , and later
> tracked down, grub2's int15 hook, used to augment functions e820/e801/88
> for additional reserved memory (such as for drivemap), fails to retu
+ jmp LOCAL (iret_cf)
+
+LOCAL (iret_cf):
+ push %bp
+ mov %sp, %bp
+ setc 6(%bp)
+ pop %bp
iret
VARIABLE(grub_machine_mmaphook_mmap_num)
ChangeLog entry for this patch:
2010-06-25 Josh Triplett
* mmap/i386/pc/mmap_helper.S: Preserve CF by propagating
On Sun, Jun 20, 2010 at 11:19:37PM +0100, Colin Watson wrote:
> On Fri, Jun 18, 2010 at 11:34:08AM -0700, Josh Triplett wrote:
> > The "cat" command, if given a file with DOS line endings, will show the
> > \r at the end of every line as a control character. For conveni
15 matches
Mail list logo
