grub_net_fs_open() saves off a copy of the file structure it gets passed and
uses it to create a bufio structure. It then overwrites the passed in file
structure with this new bufio structure. Since file->name doesn't get set
until we return back to grub_file_open(), it means that only the bufio
st
On Mon, Aug 17, 2015 at 09:51:58AM -0600, Jan Beulich wrote:
> >>> On 20.07.15 at 16:29, wrote:
> > Create generic alloc and copy functions. We need
> > separate tools for memory allocation and copy to
> > provide multiboot2 protocol support.
> >
> > Signed-off-by: Daniel Kiper
> > Reviewed-by: A
Hi David,
Splendid timing. SMBIOS 3.0 support, as well as SMBIOS support for
ARM* platforms is just about to go into upstream QEMU.
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
15.08.2015 19:38, Mark H Weaver пишет:
I'm attempting to get grub working on the Lemote Yeeloong 8101B
(Loongson 2F) as a second-stage bootloader from PMON.
I have grub-2.02-beta2-499-g4fe8e6d mostly working, with one exception:
none of the devices on the cs5536 (Geode companion) are accessible,
12.08.2015 18:57, Josef Bacik пишет:
Sometimes we have to provision boxes across regions, such as California to
Sweden. The http server has a 10 minute timeout, so if we can't get our 250mb
image transferred fast enough our provisioning fails, which is not ideal. So
add tcp window scaling on op
>>> On 20.07.15 at 16:29, wrote:
> Rename mbi and mbi_old variables and rearrange code a bit to make
> it more readable. Additionally, this way multiboot (v1) protocol
> implementation and future multiboot2 protocol implementation will
> use the same variable naming convention.
>
> Signed-off-by:
>>> On 20.07.15 at 16:29, wrote:
> Create generic alloc and copy functions. We need
> separate tools for memory allocation and copy to
> provide multiboot2 protocol support.
>
> Signed-off-by: Daniel Kiper
> Reviewed-by: Andrew Cooper
> ---
> v2 - suggestions/fixes:
>- generalize new functi
>>> On 20.07.15 at 16:28, wrote:
An empty description leaves us guess at the "why".
> --- a/xen/arch/x86/boot/reloc.c
> +++ b/xen/arch/x86/boot/reloc.c
> @@ -10,15 +10,27 @@
> *Keir Fraser
> */
>
> -/* entered with %eax = BOOT_TRAMPOLINE */
> +/*
> + * This entry point is entered from
On Monday, August 17, 2015 05:22:43 PM Andrei Borzenkov wrote:
> Error itself simply says that kernel cannot find root fs. It does not
> say anything about why it happened.
Yes. It boots on hardware (dd if=test.img of=). Just not on qemu
+ ovmf.
> > Find pictures of the qemu OVMF e
On Sun, Aug 16, 2015 at 8:25 AM, Mark Lee wrote:
> On Saturday, August 15, 2015 08:31:42 PM Jordan Uggla wrote:
>> Specifically, while Mark entered something like "initrd
>> /boot/initramfs-foo-bar", and everything he had typed was echoed back
>> to him on screen as expected, the error message he
On Thu, Aug 13, 2015 at 4:59 PM, Josef Bacik wrote:
> On 08/13/2015 04:19 AM, Andrei Borzenkov wrote:
>>
>> On Wed, Aug 12, 2015 at 6:16 PM, Josef Bacik wrote:
>>>
>>> While adding tcp window scaling support I was finding that I'd get some
>>> packet
>>> loss or reordering when transferring from
11 matches
Mail list logo