Is there any reason we may want to build them when not building
--with-platform=emu?
Signed-off-by: Andrey Borzenkov
---
grub-core/Makefile.core.def | 2 ++
1 file changed, 2 insertions(+)
diff --git a/grub-core/Makefile.core.def b/grub-core/Makefile.core.def
index 06617d7..230bed5 100644
---
Hi folks.
I think it cannot harm (although the whole thing is anyway just
voluntary), that GRUB registers it's
name at the "EFI System Partition Subdirectory Registry":
http://www.uefi.org/specs/esp_registry
I guess that probably needs to be done by some officially authorised
GRUB person...
Hi folks.
I think it cannot harm (although the whole thing is anyway just
voluntary), that GRUB registers it's
name at the "EFI System Partition Subdirectory Registry":
http://www.uefi.org/specs/esp_registry
I guess that probably needs to be done by some officially authorised
GRUB person...
Ch
If the module isn't salvageable on UEFI, maybe I can send out an
updated version whenever I upgrade to such a system.
Change to retrieve SMBIOS on EFI is minor. See ACPI for comparison.
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu
On 7/20/13, Aleš Nesrsta wrote:
>
> Hm, it's pity. So, there is at least one additional bug somewhere... :-(
>
> ...
> Could You test if Your keyboard will work on fuloong when You use only
> OHCI module (don't include/load EHCI module in GRUB)?
> (EHCI module is not needed for USB keyboard in the
...
Attached patch seems to solve problem described below (non-working USB
keyboard attached to the same port where was USB disk previously).
Please try it - maybe it solves also reported keyboard problem on
fuloong/loongson.
...
I applied the patch, on the version of the repo I had (5071), wit
On 19.07.2013 18:31, David Michael wrote:
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
В Wed, 17 Jul 2013 21:55:58 +0400
Vladimir Testov пишет:
> See screenshots included.
>
> If the center slice is NULL then west or north slice is also NULL
Why? As far as I can tell code is supposed to scale all parts of
bitmap. What triggers this problem?
>
В Mon, 15 Jul 2013 17:35:15 +0400
Vladimir Testov пишет:
> diff -Naur grub-new3/grub-core/gfxmenu/gui_list.c
> grub-new4/grub-core/gfxmenu/gui_list.c
> --- grub-new3/grub-core/gfxmenu/gui_list.c2013-07-15 15:30:26.585116409
> +0400
> +++ grub-new4/grub-core/gfxmenu/gui_list.c2013-07-15
libfdt was removed in phco...@gmail.com-20130517115847-6gr15337m1ge8zh3
Makefile.libfdt.def was missed from cleanup.
Signed-off-by: Andrey Borzenkov
---
conf/Makefile.extra-dist | 1 -
1 file changed, 1 deletion(-)
diff --git a/conf/Makefile.extra-dist b/conf/Makefile.extra-dist
index ac5b90a.
10 matches
Mail list logo