From: Ben Warren <b...@skyportsystems.com>
This allows BIOS to write data back to QEMU using the DMA interface and
provides a higher-level abstraction to write to a fw_cfg file
Signed-off-by: Ben Warren <b...@skyportsystems.com>
Reviewed-by: Laszlo Ersek <ler...@redhat.com>
From: Ben Warren <b...@skyportsystems.com>
This command is similar to ADD_POINTER, but instead of patching
memory, it writes the pointer back to QEMU over the DMA interface.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
Reviewed-by: Laszlo Ersek <ler...@redhat.com>
From: Ben Warren <b...@skyportsystems.com>
Due to memory contraints, when resuming from S3 the fw_cfg "files" API
isn't available. This adds a simple API to get a file 'key', and to
write to the file using the key as a reference.
Signed-off-by: Ben Warren <b...@skyportsy
From: Ben Warren <b...@skyportsystems.com>
This patch set adds the capability to write to QEMU across the fw_cfg DMA
link. It adds a higher-level command to write the BIOS-allocated address of
one fw_cfg file into an arbitrary point within another, writeable fw_cfg file
across the
From: Ben Warren <b...@skyportsystems.com>
Any pointers to BIOS-allocated memory that were written back to QEMU
fw_cfg files are replayed when resuming from S3 sleep.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
Reviewed-by: Laszlo Ersek <ler...@redhat.com>
---
src/f
From: Ben Warren <b...@skyportsystems.com>
This is a little cleaner and matches how the command structures are
defined in QEMU.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
Reviewed-by: Laszlo Ersek <ler...@redhat.com>
Reviewed-by: Igor Mammedov <imamm...@re
> On Feb 20, 2017, at 1:06 PM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/20/17 21:14, b...@skyportsystems.com <mailto:b...@skyportsystems.com>
> wrote:
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> Due to memory contraints, when
From: Ben Warren <b...@skyportsystems.com>
Due to memory contraints, when resuming from S3 the fw_cfg "files" API
isn't available. This adds a simple API to get a file 'key', and to
write to the file using the key as a reference.
Signed-off-by: Ben Warren <b...@skyportsyste
From: Ben Warren <b...@skyportsystems.com>
This patch set adds the capability to write to QEMU across the fw_cfg DMA
link. It adds a higher-level command to write the BIOS-allocated address of
one fw_cfg file into an arbitrary point within another, writeable fw_cfg file
across the
From: Ben Warren <b...@skyportsystems.com>
This allows BIOS to write data back to QEMU using the DMA interface and
provides a higher-level abstraction to write to a fw_cfg file
Signed-off-by: Ben Warren <b...@skyportsystems.com>
Reviewed-by: Laszlo Ersek <ler...@redhat.com>
From: Ben Warren <b...@skyportsystems.com>
This is a little cleaner and matches how the command structures are
defined in QEMU.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
Reviewed-by: Laszlo Ersek <ler...@redhat.com>
Reviewed-by: Igor Mammedov <imamm...@re
From: Ben Warren <b...@skyportsystems.com>
Any pointers to BIOS-allocated memory that were written back to QEMU
fw_cfg files are replayed when resuming from S3 sleep.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
---
src/fw/romfile_loader.c | 33 +
From: Ben Warren <b...@skyportsystems.com>
This command is similar to ADD_POINTER, but instead of patching
memory, it writes the pointer back to QEMU over the DMA interface.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
Reviewed-by: Laszlo Ersek <ler...@redhat.com>
From: Ben Warren <b...@skyportsystems.com>
This allows BIOS to write data back to QEMU using the DMA interface and
provides a higher-level abstraction to write to a fw_cfg file
Signed-off-by: Ben Warren <b...@skyportsystems.com>
---
src/fw/par
From: Ben Warren <b...@skyportsystems.com>
When resuming from S3, only fw_cfg file keys are known.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
---
src/fw/paravirt.c | 23 +++
src/fw/paravirt.h | 2 ++
2 files changed, 25 insertions(+)
diff --git a/src/f
From: Ben Warren <b...@skyportsystems.com>
This patch set adds the capability to write to QEMU across the fw_cfg DMA
link. It adds a higher-level command to write the BIOS-allocated address of
one fw_cfg file into an arbitrary point within another, writeable fw_cfg file
across the
From: Ben Warren <b...@skyportsystems.com>
Any pointers to BIOS-allocated memory that were written back to QEMU
fw_cfg files are replayed when resuming from S3 sleep.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
---
src/fw/romfile_loader.c | 35 +++
From: Ben Warren <b...@skyportsystems.com>
This is a little cleaner and matches how the command structures are
defined in QEMU.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
Reviewed-by: Laszlo Ersek <ler...@redhat.com>
---
src/fw/rom
From: Ben Warren <b...@skyportsystems.com>
This command is similar to ADD_POINTER, but instead of patching
memory, it writes the pointer back to QEMU over the DMA interface.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
---
src/fw/romfile_l
> On Feb 17, 2017, at 2:06 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> CC Kevin
>
> On 02/17/17 07:10, Ben Warren wrote:
>> Hi Laszlo
>>> On Feb 9, 2017, at 12:24 AM, Laszlo Ersek <ler...@redhat.com
>>> <mailto:ler...@redhat.com>&
From: Ben Warren <b...@skyportsystems.com>
This command is similar to ADD_POINTER, but instead of patching
memory, it writes the pointer back to QEMU over the DMA interface.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
---
src/fw/romfile_l
From: Ben Warren <b...@skyportsystems.com>
This is a little cleaner and matches how the command structures are
defined in QEMU.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
---
src/fw/romfile_loader.c | 34 +-
src/fw/romfile_l
From: Ben Warren <b...@skyportsystems.com>
This patch set adds the capability to write to QEMU across the fw_cfg DMA
link. It adds a higher-level command to write the BIOS-allocated address of
one fw_cfg file into an arbitrary point within another, writeable fw_cfg file
across the
From: Ben Warren <b...@skyportsystems.com>
This allows BIOS to write data back to QEMU using the DMA interface and
provides a higher-level abstraction to write to a fw_cfg file
Signed-off-by: Ben Warren <b...@skyportsystems.com>
---
src/fw/par
Hi Laszlo
> On Feb 9, 2017, at 12:24 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/09/17 09:17, Laszlo Ersek wrote:
>> Ben,
>>
>> On 02/05/17 18:09, b...@skyportsystems.com wrote:
>>> From: Ben Warren <b...@skyportsystems.com>
>>>
> On Feb 8, 2017, at 4:30 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/05/17 18:09, b...@skyportsystems.com <mailto:b...@skyportsystems.com>
> wrote:
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> This command is similar t
> On Feb 8, 2017, at 4:13 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/05/17 18:09, b...@skyportsystems.com <mailto:b...@skyportsystems.com>
> wrote:
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> This allows BIOS to write data back
From: Ben Warren <b...@skyportsystems.com>
This patch set adds the capability to write to QEMU across the fw_cfg DMA
link. It adds a higher-level command to write the BIOS-allocated address of
one fw_cfg file into an arbitrary point within another, writeable fw_cfg file
across the
From: Ben Warren <b...@skyportsystems.com>
This command is similar to ADD_POINTER, but instead of patching
memory, it writes the pointer back to QEMU over the DMA interface.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
---
src/fw/romfile_l
> On Jan 20, 2017, at 8:58 AM, Kevin O'Connor <ke...@koconnor.net> wrote:
>
> On Fri, Jan 20, 2017 at 05:39:58PM +0100, Laszlo Ersek wrote:
>> On 01/20/17 17:08, Kevin O'Connor wrote:
>>> On Thu, Jan 19, 2017 at 10:20:50PM -0800, b...@skyportsystems.com w
From: Ben Warren <b...@skyportsystems.com>
The command allows the memory allocation of a fw_cfg file by BIOS and
subsequent return of the allocated address to QEMU.
Signed-off-by: Ben Warren <b...@skyportsystems.com>
---
src/fw/romfile_loader.c | 38 +++
From: Ben Warren <b...@skyportsystems.com>
This allows BIOS to write data back to QEMU using the DMA interface and
provides a higher-level abstraction to write to a fw_cfg file
Signed-off-by: Ben Warren <b...@skyportsystems.com>
---
src/fw/par
From: Ben Warren <b...@skyportsystems.com>
This patch set adds the capability to write to QEMU across the DMA link and
adds a higher-level command to allocate a fw_cfg file and write its address
back to another, writeable fw_cfg file.
The initial use case is for Windows VM
Generation ID,
From: Ben Warren <b...@skyportsystems.com>
This adds a new command to the DMA protocol. The command allows the
memory allocation of a fw_cfg file by BIOS and subsequent return of
the allocated address to QEMU. The initial use case is for Windows VM
Generation ID, where QEMU needs to
eOS is switching to use the Depthcharge bootloader.
So, maybe this wouldn't work well for everyone.
Ben
On Thu, Mar 10, 2016 at 9:10 AM, Kevin O'Connor <ke...@koconnor.net> wrote:
> On Wed, Mar 09, 2016 at 12:19:43PM -0600, Ben Gardner wrote:
>> ROM images with a FMAP may have multip
-by: Ben Gardner <gardner@gmail.com>
---
src/fw/coreboot.c | 148 +-
1 file changed, 124 insertions(+), 24 deletions(-)
diff --git a/src/fw/coreboot.c b/src/fw/coreboot.c
index 4957b80..0309832 100644
--- a/src/fw/coreboot.c
+++ b/
36 matches
Mail list logo
