The ihandle is left open with a cd-core image. This will cause a delay
booting grub from a virtual cdrom in a LDOM. It will also cause problems
as Linux boots, since it expects the ihandle to be closed during init.
Orabug: 25911275
Signed-off-by: Eric Snowberg
---
grub-core/boot/sparc64/ieee1
Add block-list GPT support for SPARC. The OBP "load" and "boot" methods
are partition aware and neither command can see the partition table. Also
neither command can address the entire physical disk. When the install
happens, grub generates the block-list entries based on the beginning of the
phys
On Thu, May 11, 2017, 17:35 Leif Lindholm wrote:
> Commit 265292f ("arm_coreboot: Support DMA") breaks arm64 grub-mkimage
> with:
> /work/local/bin/grub-mkimage: error: undefined symbol
> grub_arch_sync_dma_caches.
>
> This appears to be caused purely by the false symbol dependency
> created by t
Commit 265292f ("arm_coreboot: Support DMA") breaks arm64 grub-mkimage with:
/work/local/bin/grub-mkimage: error: undefined symbol grub_arch_sync_dma_caches.
This appears to be caused purely by the false symbol dependency
created by the non-x86 version being an EXPORT_FUNC, in order to be
usable b
Hi Vladimir,
On 11 May 2017 at 06:01, Vladimir 'phcoder' Serbinenko
wrote:
>
>
> On Tue, May 9, 2017, 11:02 Fu Wei wrote:
>>
>> Hi Vladimir
>>
>> On 9 May 2017 at 14:59, Vladimir 'phcoder' Serbinenko
>> wrote:
>> >
>> >
>> > Le Tue, May 2, 2017 à 9:06 AM, a écrit :
>> >>
>> >> From: Fu Wei
>>
On Monday 08 May 2017 16:24:24 Pali Rohár wrote:
> On Monday 08 May 2017 15:13:28 Vladimir 'phcoder' Serbinenko wrote:
> > On Mon, Apr 10, 2017, 23:17 Pali Rohár wrote:
> > > char *outbuf, int normalize_utf8)
> >
> > Normalize isn't the right word. And it's not utf-8 but latin1 (called
> > compre
