Am 05.07.2011 20:18, schrieb Marcelo Tosatti:
> On Tue, Jul 05, 2011 at 04:37:08PM +0100, Stefan Hajnoczi wrote:
>> On Tue, Jul 5, 2011 at 3:32 PM, Marcelo Tosatti wrote:
>>> On Tue, Jul 05, 2011 at 04:39:06PM +0300, Dor Laor wrote:
On 07/05/2011 03:58 PM, Marcelo Tosatti wrote:
> On Tue,
Am 05.07.2011 20:21, schrieb MORITA Kazutaka:
>>> +
>>> +max_idx = (vdi_size + SD_DATA_OBJ_SIZE - 1) / SD_DATA_OBJ_SIZE;
>>> +
>>> +for (idx = 0; idx < max_idx; idx++) {
>>> +uint64_t oid;
>>> +oid = vid_to_data_oid(vid, idx);
>>> +
>>> +if (inode->data_vdi_id[idx])
Support commas in the parameter list of multiboot modules as well as for the
kernel command line, by using double commas (via get_opt_value()).
Signed-off-by: Adam Lackorzynski
Reviewed-by: Kevin Wolf
---
hw/multiboot.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
On 07/06/2011 08:20 AM, Hannes Reinecke wrote:
We cannot map control structures from guest memory and treating them
as valid request state later on.
Yes, I've been working on that one already.
What I'll be doing is to read in the sge count during 'map_sgl' and
store this value internally (in -
Signed-off-by: Johannes Schauer
---
linux-user/main.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/linux-user/main.c b/linux-user/main.c
index 289054b..b590aa7 100644
--- a/linux-user/main.c
+++ b/linux-user/main.c
@@ -2891,6 +2891,11 @@ int main(int argc, char **
Hi,
qemu allows to specify the elf interpreter prefix with the -L option. When
using qemu user mode emulation through the binfmt mechanism, it is not
possible to pass any commandline arguments to qemu. Having qemu evaluate an
environment variable makes it possible to still supply a custom elf
inte
While working on the emulation of the freescale p2010 (e500v2) I realized that
there's no implementation of booke's timers features. Currently mpc8544 uses
ppc_emb (ppc_emb_timers_init) which is close but not exactly like booke (for
example booke uses different SPR).
This is a first attempt for a
diff --git a/exec.c b/exec.c
index 5f2f87e..f281ba4 100644
--- a/exec.c
+++ b/exec.c
@@ -4127,7 +4127,8 @@ void cpu_physical_memory_unmap(void *buffer,
target_phys_addr_t len,
}
/* warning: addr must be aligned */
-uint32_t ldl_phys(target_phys_addr_t addr)
+static inline uint32_t ldl_phys_i
On 23 June 2011 12:12, Jamie Iles wrote:
> The VMSAv7 remapping and access permissions were introduced in ARMv6K
> and not ARMv7.
>
> Cc: Peter Maydell
> Cc: Aurelien Jarno
> Cc: Paul Brook
> Signed-off-by: Jamie Iles
Reviewed-by: Peter Maydell
On 23 June 2011 12:13, Jamie Iles wrote:
> + case ARM_CPUID_ARM1176:
> + set_feature(env, ARM_FEATURE_V4T);
> + set_feature(env, ARM_FEATURE_V5);
> + set_feature(env, ARM_FEATURE_V6);
> + set_feature(env, ARM_FEATURE_V6K);
> + set_feature(env, ARM_FEATURE_AUXC
Ping?
On 22 June 2011 11:58, Peter Maydell wrote:
> When calculating the point at which we should not try to put another
> TB into the code gen buffer, we have to allow not just for OPC_MAX_SIZE
> but OPC_BUF_SIZE. This is because the target translate.c will only
> stop when an instruction has pu
Ping?
On 22 June 2011 15:16, Peter Maydell wrote:
> The target-arm frontend's worst-case TCG ops per instr is 194 (and in
> general many of the "load multiple registers" ARM instructions generate
> more than 100 TCG ops). Raise MAX_OP_PER_INSTR accordingly to avoid
> possible buffer overruns.
>
>
On 07/05/11 18:36, Suzuki Poulose wrote:
On 06/30/11 18:40, Edgar E. Iglesias wrote:
On Thu, Jun 30, 2011 at 06:30:04PM +0530, Suzuki Poulose wrote:
On 06/30/11 18:02, Edgar E. Iglesias wrote:
On Thu, Jun 30, 2011 at 05:45:23PM +0530, Suzuki Poulose wrote:
Hi,
I am working on enabling the KE
Am 05.07.2011 20:38, schrieb MORITA Kazutaka:
> This introduces qemu-img create option for sheepdog which allows the
> data to be fully preallocated (note that sheepdog always preallocates
> metadata).
>
> The option is disabled by default and you need to enable it like the
> following:
>
> qemu-
On 06/06/2011 04:16 PM, Paolo Bonzini wrote:
This series fixes some problems with spapr's qdev interface. Patch
1 is the important one, which makes it possible to use -device
to create vio devices. The other two are cosmetic.
v1->v2:
abstracted the call to xics_find_qirq behind spapr_
On 06.07.2011, at 12:24, Paolo Bonzini wrote:
>> diff --git a/exec.c b/exec.c
>> index 5f2f87e..f281ba4 100644
>> --- a/exec.c
>> +++ b/exec.c
>> @@ -4127,7 +4127,8 @@ void cpu_physical_memory_unmap(void *buffer,
>> target_phys_addr_t len,
>> }
>>
>> /* warning: addr must be aligned */
>>
Hi guys,
I trying with qemu boot with uzImage.bin
qemu-system-arm -M versatilepb -cpu arm926 -kernel uzImage.bin -hda
~ftp/livearm.img -m 256 -append "root=/dev/sda mem=256M
devtmpfs.mount=0 rw" &
Its possible boot with uzImage.bin or its not possible work with uzImage.bin
note:
The same imag
Hi guys,
I am trying with execute the command these output,
qemu-system-arm -M versatilepb -cpu arm926 -kernel
vt8500-kernel/vmlinux -hda livearm.img -m 256 -append "root=/dev/sda
mem=256M devtmpfs.mount=0 rw"
qemu: fatal: Trying to execute code outside RAM or ROM at 0xc0008000
R00= R01
On 6 July 2011 12:34, Ganesh Kumar wrote:
> I am trying with execute the command these output,
>
> qemu-system-arm -M versatilepb -cpu arm926 -kernel
> vt8500-kernel/vmlinux -hda livearm.img -m 256 -append "root=/dev/sda
> mem=256M devtmpfs.mount=0 rw"
> qemu: fatal: Trying to execute code outsid
> From: Stefan Hajnoczi [mailto:stefa...@gmail.com]
> Sent: Wednesday, June 22, 2011 3:26 PM
>
> On Wed, Jun 22, 2011 at 1:01 PM, Anthony Liguori
> wrote:
> >>
> >> By using XBRLE (Xor Based Run-Length-Encoding) we can
> reduce required
> >> bandwidth for transfering of dirty memory pages duri
From: Gerd Hoffmann
Allows to build with older spice-protocol versions.
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 0b9a4c7..6be54c4 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -28,6 +28
From: Gerd Hoffmann
Factor out SimpleSpiceDisplay initialization into
qemu_spice_display_init_common() and call it from
both qxl.c (for vga mode) and spice-display.c
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c |7 +--
ui/spice-display.c | 17 +++--
ui/spice-displa
From: Gerd Hoffmann
... so we can call them from a thread.
Signed-off-by: Gerd Hoffmann
---
ui/spice-display.c | 31 +++
ui/spice-display.h |1 +
2 files changed, 32 insertions(+), 0 deletions(-)
diff --git a/ui/spice-display.c b/ui/spice-display.c
index fef1
Counting suspend this is v4, counting async this is v1 (after Gerd's RfC, iirc).
Everything is based on spice.v38 from git://anongit.freedesktop.org/spice/qemu
Gerd, there are some changes to your patches:
qxl: add defines from latest spice-protocol:
I redefined QXL_IO_RANGE_SIZE in the same t
From: Gerd Hoffmann
Add wrapper functions for all spice worker calls.
Signed-off-by: Gerd Hoffmann
---
hw/qxl-render.c|4 +-
hw/qxl.c | 32 +-
ui/spice-display.c | 94 ---
ui/spice-display.h | 20 ++
From: Gerd Hoffmann
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c | 44 ++--
1 files changed, 26 insertions(+), 18 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 26f80d5..22714bb 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -855,9 +855,9 @@ void *qxl_phys2
Since the driver is still in operation even after moving to UNDEFINED, i.e.
by destroying primary in any way.
---
hw/qxl.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 2a90fa3..438c6ee 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1155,8 +1155,9 @
From: Gerd Hoffmann
Move the wrapper functions which are used by qxl only to qxl.c.
Rename them from qemu_spice_* to qxl_spice_*. Also pass in a
qxl state pointer instead of a SimpleSpiceDisplay pointer.
Signed-off-by: Gerd Hoffmann
---
hw/qxl-render.c|4 +-
hw/qxl.c | 82
---
hw/qxl.c | 24 +++-
1 files changed, 11 insertions(+), 13 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 8c7b03b..05dfc10 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1532,7 +1532,6 @@ static DisplayChangeListener display_listener = {
static int qxl_init_common(PCIQXLD
From: Gerd Hoffmann
We'll have to move qemu_spice_destroy_primary_surface() out of
qxl_destroy_primary(). That makes the function pretty pointless,
so zap it and open code the two lines instead.
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c | 28
1 files changed, 12
---
hw/qxl.c | 18 +++---
hw/qxl.h |2 +-
2 files changed, 12 insertions(+), 8 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 36cc9af..a5c2d69 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -139,11 +139,15 @@ static void qxl_reset_memslots(PCIQXLDevice *d);
static void qxl_reset_
From: Gerd Hoffmann
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c | 40
1 files changed, 24 insertions(+), 16 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index bbba25d..26f80d5 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -735,7 +735,8 @@ static void qxl_vga
From: Gerd Hoffmann
Surface tracking needs proper locking with some commands affecting
surfaces running in a thread, add it. Also reset the surface counter
when zapping all surfaces.
[ alon: use track_lock instead of wlock for guest_surfaces ]
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c | 13
Add two new IOs.
QXL_IO_FLUSH_SURFACES - equivalent to update area for all surfaces, used
to reduce vmexits from NumSurfaces to 1 on guest S3, S4 and resolution change
(windows
driver implementation is such that this is done on each of those occasions).
QXL_IO_FLUSH_RELEASE - used to ensure
From: Gerd Hoffmann
Inform guest drivers about the new features I/O commands we have
now (async commands, S3 support).
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 54e28b9..2a90fa3 100644
--
---
hw/qxl.c | 64 +-
1 files changed, 63 insertions(+), 1 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 241c27c..4f77001 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -438,6 +438,67 @@ static const char *qxl_mode_to_string(int mode)
From: Gerd Hoffmann
Add qxl_guest_bug() function which is supposed to be called in case
sanity checks of guest requests fail. It raises an error IRQ and
logs a message in case guest debugging is enabled.
Make PANIC_ON() abort instead of exit. That macro should be used
for qemu bugs only, any g
From: Gerd Hoffmann
Some of the QXL port i/o commands are waiting for the spice server to
complete certain actions. Add async versions for these commands, so we
don't block the vcpu while the spice server processses the command.
Instead the qxl device will raise an IRQ when done.
The async comm
On 06/06/2011 04:25 PM, Paolo Bonzini wrote:
Functions like ldl_be_p and ldl_le_p are currently used only as building
blocks for {ld,st}XX_p. As such, they are in cpu-all.h even though they
have absolutely no dependency on the target.
In order to make them globally available, this series moves
On 07/06/2011 01:34 PM, Alexander Graf wrote:
On 06.07.2011, at 12:24, Paolo Bonzini wrote:
diff --git a/exec.c b/exec.c
index 5f2f87e..f281ba4 100644
--- a/exec.c
+++ b/exec.c
@@ -4127,7 +4127,8 @@ void cpu_physical_memory_unmap(void *buffer,
target_phys_addr_t len,
}
/* warning: ad
On Tuesday 05 July 2011 19:51:09 Alexander Graf wrote:
> From: Stefano Stabellini
>
> qemu_ram_ptr_length should take ram_addr_t as argument rather than
> target_phys_addr_t because is doing comparisons with RAMBlock addresses.
>
> cpu_physical_memory_map should create a ram_addr_t address to pa
Zipit Z2 is small PXA270 based handheld.
Signed-off-by: Vasily Khoruzhick
---
v2: codestyle fixes, added VMStateDescription for LCD device and AER915,
traces clean up.
v3: no changes
v4: no changes
v5: use DPRINTF for debug-related traces, add missing fields to
VMStateDescription for
LCD
Am 06.07.2011 um 15:03 schrieb Hannes Reinecke :
> On 07/06/2011 01:34 PM, Alexander Graf wrote:
>>
>>
>>
>>
>> On 06.07.2011, at 12:24, Paolo Bonzini wrote:
>>
diff --git a/exec.c b/exec.c
index 5f2f87e..f281ba4 100644
--- a/exec.c
+++ b/exec.c
@@ -4127,7 +4127,8 @
On 07/06/2011 03:03 PM, Hannes Reinecke wrote:
uint32_t ldub_phys(target_phys_addr_t addr);
uint32_t lduw_phys(target_phys_addr_t addr);
Hmm? ldub is supposed to read an 'unsigned byte' (uint8_t),
and lduw is supposed to read an 'unsigned word' (uint16_t).
Why does it return an uint32_t?
I d
The following changes since commit 9312805d33e8b106bae356d13a8071fb37d75554:
pxa2xx_lcd: add proper rotation support (2011-07-04 22:12:21 +0200)
are available in the git repository at:
git://repo.or.cz/qemu/kevin.git for-anthony
Federico Simoncelli (1):
qemu-img: Add cache command line
From: Markus Armbruster
It needs to be a qdev property, because it belongs to the drive's
guest part. Precedence: commit a0fef654 and 6ced55a5.
Bonus: info qtree now shows the serial number.
Signed-off-by: Markus Armbruster
Signed-off-by: Kevin Wolf
---
hw/s390-virtio-bus.c |4 +++-
hw/
Just in case there's still a way how a guest can read out buffers when it's not
supposed to, let's zero the buffers during initialisation so that we don't leak
information to the guest.
Signed-off-by: Kevin Wolf
Reviewed-by: Markus Armbruster
---
hw/ide/core.c |6 +-
1 files changed, 5
From: Federico Simoncelli
qemu-img currently writes disk images using writeback and filling
up the cache buffers which are then flushed by the kernel preventing
other processes from accessing the storage.
This is particularly bad in cluster environments where time-based
algorithms might be in pla
From: Luiz Capitulino
Signed-off-by: Luiz Capitulino
Reviewed-by: Markus Armbruster
Signed-off-by: Kevin Wolf
---
blockdev.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index 7d579d6..470be71 100644
--- a/blockdev.c
+++ b/blockde
Hello,
I'm using qemu with libvirt and I want to create SSH emergency console
to linux/unix guests, same way as it is realized in qemu VNC.
Maybe someone could help me to determine a place to dive in this question.
I think the best way to make it - extend qemu API. But if this could
be made with
People shouldn't explicitly specify host_device any more. raw is doing the
Right Thing.
Signed-off-by: Kevin Wolf
---
qemu-img.texi |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/qemu-img.texi b/qemu-img.texi
index ced64a4..526474c 100644
--- a/qemu-img.texi
+++ b/
From: Johannes Stezenbach
On Linux x86_64 host with 32bit userspace, running
qemu or even just "qemu-img create -f qcow2 some.img 1G"
causes a kernel warning:
ioctl32(qemu-img:5296): Unknown cmd fd(3) cmd(5326){t:'S';sz:0}
arg(7fff) on some.img
ioctl32(qemu-img:5296): Unknown cmd fd(3)
From: Luiz Capitulino
The current message doesn't clearly communicate the error cause.
Signed-off-by: Luiz Capitulino
Reviewed-by: Markus Armbruster
Signed-off-by: Kevin Wolf
---
blockdev.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/blockdev.c b/blockdev.c
inde
This fixes https://bugs.launchpad.net/qemu/+bug/786209:
When the DRQ_STAT bit is set, the IDE core permits both data reads
and data writes, regardless of whether the current transfer was
initiated as a read or write.
This potentially leaks uninitialized host memory into the guest,
On Wed, Jul 6, 2011 at 3:08 PM, Nikita A Menkovich wrote:
> I'm using qemu with libvirt and I want to create SSH emergency console
> to linux/unix guests, same way as it is realized in qemu VNC.
> Maybe someone could help me to determine a place to dive in this question.
>
> I think the best way t
Hi folks,
We'll need to figure a sane way to handle migration to older versions
with new sections, i.e. devices which used to not save state before do now.
We already have one case in tree: usb. qemu 0.14 saves state for
usb-hid devices and the usb-hub, whereas qemu 0.13 and older don't.
This patch adds support for handling of persistent state to the TPM TIS
frontend.
The currently used buffer is determined (can only be in currently active
locality and either be a read or a write buffer) and only that buffer's content
is stored. The reverse is done when the state is restored from
This patch adds an optional test suite (CONFIG_TIS_TEST) for the TIS interface
to SeaBIOS. If compiled into the BIOS, it can be invoked through the
TPM-specific menu item 8.
1. Enable TPM
2. Disable TPM
3. Activate TPM
4. Deactivate TPM
5. Clear ownership
6. Allow installation of owner
7. Prevent
This patch adds support for storing the TPM's persistent state into Qemu
block storage, i.e., QCoW2.
The TPM creates state of varying size, depending for example how many
keys are loaded into it at a certain time. The worst-case sizes of
the different blobs the TPM can write have been pre-calculat
This patch introduces file locking via fcntl() for the block layer so that
concurrent access to files shared by 2 Qemu instances, for example via NFS,
can be serialized. This feature is useful primarily during initial phases of
VM migration where the target machine's TIS driver validates the block
This patch adds support for TPM command line options.
The command line supported here (considering the libtpms based
backend) are
./qemu-... -tpm builtin,path=
and
./qemu-... -tpmdev builtin,path=,id=
-device tpm-tis,tpmdev=
and
./qemu-... -tpmdev ?
where the latter works similar t
This patch uses the possibility to add a vendor-specific register and
adds a debug register useful for dumping the TIS's internal state. This
register is only active in a debug build (#define DEBUG_TIS).
v3:
- all output goes to stderr
Signed-off-by: Stefan Berger
---
hw/tpm_tis.c | 67
This patch adds (experimental) support for block migration.
In the case of block migration an empty QCoW2 image must be found on
the destination so that early checks on the content and whether it can be
decrytped with the provided key have to be skipped. That empty file needs
to be created by high
On 17.06.2011, at 22:38, Scott Wood wrote:
> This depends on these qemu patches:
> http://patchwork.ozlabs.org/patch/100826/
> (PPC: E500: Use MAS registers instead of internal TLB representation)
> http://patchwork.ozlabs.org/patch/100821/
> (PPC: move TLBs to their own arrays)
>
> For this f
The TPM interface (tpm_tis) needs to be explicitly enabled via
./configure --enable-tpm. This patch also restricts the building of the
TPM support to i386 and x86_64 targets since only there it is currently
supported. This prevents that one will end up with support for a frontend
but no available b
This patch adds support for hashing the kernel and initrd as well as the
command line parameters in the case that Qemu was provided the -kernel, -initrd
and -apppend command line parameters. The hashes are then passed to SeaBIOS
for logging. Typically SeaBIOS would take those measurements (hashing)
This patch adds encryption of the individual state blobs that are written
into the block storage. The 'directory' at the beginnig of the block
storage is not encrypted.
The encryption support added in this patch would also work if QCoW2 was not
to be used as the (only) image file format to store t
This patch adds the main code of the TPM frontend driver, the TPM TIS
interface, to Qemu. The code is largely based on the previous implementation
for Xen but has been significantly extended to meet the standard's
requirements, such as the support for changing of localities and all the
functionalit
The following series of patches adds TPM (Trusted Platform Module) support
to Qemu. An emulator for the TIS (TPM Interface Spec) interface is
added that provides the basis for accessing a 'backend' implementing the actual
TPM functionality. The TIS emulator serves as a 'frontend' enabling for
examp
This patch provides a TPM backend skeleton implementation. It doesn't do
anything useful (except for returning error response for every TPM command)
but it compiles. It serves as the basis for the libtpms based backend
as well as the null driver backend.
v6:
- moved unused variable out_len to su
On Wed, 6 Jul 2011 18:38:04 +0200
Alexander Graf wrote:
>
> On 17.06.2011, at 22:38, Scott Wood wrote:
>
> > This depends on these qemu patches:
> > http://patchwork.ozlabs.org/patch/100826/
> > (PPC: E500: Use MAS registers instead of internal TLB representation)
> > http://patchwork.ozlabs.o
This patch provides the glue for the TPM TIS interface (frontend) to
the libtpms that provides the actual TPM functionality.
Some details:
This part of the patch provides support for the spawning of a thread
that will interact with the libtpms-based TPM. It expects a signal
from the frontend to w
This patch adds a TPM null driver implementation acting as a backend for
the TIS hardware emulation. The NULL driver responds to all commands with
a TPM fault response.
To use this null driver, use either
-tpm null
or
-tpmdev null,id=tpm0 -device tpm-tis,tpmdev=tpm0
as parameters on the comman
This patch implements the TCG BIOS interrupt handler 1ah. It is for
example used by trusted grub.
This patch adds an implementation of SHA1 (following NIST specs., IETF RFC 3147
and Wikipedia) for speeding up measurements of code. Trusted Grub for example
makes use of this interface and measures (
This patch adds invocactions of functions that measure various parts of the
code and data through various parts of the BIOS code. It follows TCG
specifications on what needs to be measured. It also adds the implementation
of the called functions.
Reference for what needs to be measured can be foun
This patch adds a global get_rsdp() function call and refactors
find_resume_vector() to call it.
Signed-off-by: Stefan Berger
---
src/acpi.c | 12 ++--
src/acpi.h |1 +
2 files changed, 11 insertions(+), 2 deletions(-)
Index: seabios/src/acpi.c
===
The following set of patches add TPM and Trusted Computing support to SeaBIOS.
In particular the patches add:
- a TPM driver for the Qemu's TPM TIS emulation (not yet in Qemu git)
- ACPI support for the TPM device (SSDT table)
- ACPI support for measurement logging (TCPA table)
- Support for initi
This patch adds an implementation of a TPM TIS driver for the TPM TIS
emulation supported by Qemu (patches posted, not in git yet). Usage of the
driver is broken up into several functions. The driver is cleanly separated
from the rest of the code through an interface holding pointers to the driver'
This patch implements the main part of the TCG BIOS extensions. It provides
the following functionality:
- initialization of the TCPA ACPI table used for logging of measurements
- initialization of the TPM by sending a sequence of commands to it
- proper setup of the TPM once the BIOS hands over c
This patch provides ACPI support for the TPM device. It probes for the TPM
device and only if a TPM device is found then the TPM's SSDT and TCPA table
are created. This patch also connects them to the RSDT.
Since the logging area in the TCPA table requires 64kb, the memory reserved
for ACPI tables
This patch provides an addtional menu entry that enables the user to control
certain aspects of the TPM.
If a working TPM has been detected, the top level BIOS menu
will look like this:
Press F12 for boot menu.
Press F11 to TPM menu.
Upon pressing F11 the TPM menu will be shown:
1. Enable TPM
2
This patch adds support for measurements provided by Qemu via the
firmware interface. In the case where Qemu was started with the -kernel,
-initrd and -append command lines, Qemu hashes the kernel and initrd files
as well as the command line parameters and provides the measurements to
SeaBIOS via t
On 07/06/2011 11:04 AM, Gerd Hoffmann wrote:
Hi folks,
We'll need to figure a sane way to handle migration to older versions
with new sections, i.e. devices which used to not save state before do now.
We already have one case in tree: usb. qemu 0.14 saves state for usb-hid
devices and the usb-h
On 07/06/2011 07:04 PM, Gerd Hoffmann wrote:
Hi folks,
We'll need to figure a sane way to handle migration to older versions
with new sections, i.e. devices which used to not save state before do
now.
We already have one case in tree: usb. qemu 0.14 saves state for
usb-hid devices and th
On 07/06/2011 12:28 PM, Avi Kivity wrote:
On 07/06/2011 07:04 PM, Gerd Hoffmann wrote:
Hi folks,
We'll need to figure a sane way to handle migration to older versions
with new sections, i.e. devices which used to not save state before do
now.
We already have one case in tree: usb. qemu 0.14 sa
I just rebased this from a REALLY old version and made some
changes. Before I go ahead and clean it up and properly test I wanted
to run it by this list to make sure it wont get rejected after all
that work.
You can read about the hardware here:
http://infocenter.arm.com/help/index.jsp?topic=/com
Public bug reported:
This bug exists in 0.14.1 and also in 9312805d33e8b (Jun 17, 2011) in
the master git repo.
The "Tight PNG" encoding is a derivative of the "Tight" encoding that
replaces zlib encoded rects with PNG encoded data instead. However, when
the "Tight PNG" encoding is disabled (--di
** Patch added: "The "Tight PNG" encoding should only be used when
--enable-vnc-png is set."
https://bugs.launchpad.net/bugs/806656/+attachment/2194428/+files/0001-vnc-disable-tight-png-when-not-enable-vnc-png.patch
--
You received this bug notification because you are a member of qemu-
deve
On 6 July 2011 21:04, Christopher Harvey wrote:
> [a patch for A9 global timer]
Cool, thanks.
> Reminder:
> There are probably bugs in this code, do not commit :P
(You can flag that by saying "[RFC]" in the subject rather than
"[PATCH]".)
The first thing to note is that hw/mpcore.c is shared b
Sorry for coming late to this thread.
I've tested this patch, after fixing the format specifier, and it works.
(Though I did test with Xen, and not KVM.)
It's quite convenient. I'm planning on including it in the build we ship
with our product.
It would be nice to see the style issues clean
On Wed, Jul 06, 2011 at 12:31:58PM -0400, Stefan Berger wrote:
> The following set of patches add TPM and Trusted Computing support to SeaBIOS.
> In particular the patches add:
>
> - a TPM driver for the Qemu's TPM TIS emulation (not yet in Qemu git)
> - ACPI support for the TPM device (SSDT table
On Wed, 6 Jul 2011 11:45:47 -0500
Scott Wood wrote:
> On Wed, 6 Jul 2011 18:38:04 +0200
> Alexander Graf wrote:
>
> >
> > On 17.06.2011, at 22:38, Scott Wood wrote:
> >
> > > This depends on these qemu patches:
> > > http://patchwork.ozlabs.org/patch/100826/
> > > (PPC: E500: Use MAS registe
On 06.07.2011, at 22:01, Anthony Liguori wrote:
> On 07/06/2011 12:28 PM, Avi Kivity wrote:
>> On 07/06/2011 07:04 PM, Gerd Hoffmann wrote:
>>> Hi folks,
>>>
>>> We'll need to figure a sane way to handle migration to older versions
>>> with new sections, i.e. devices which used to not save state
The Buildbot has detected a new failure on builder xen_x86_64_debian_5_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/xen_x86_64_debian_5_0/builds/26
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: b1_qemu_1
Build
The patch looks right, maybe you should send it directly to the qemu
mailing list.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/806656
Title:
Tight PNG VNC encoding is sent even when --disable-vnc
Am 07.07.2011 07:03, schrieb q...@buildbot.b1-systems.de:
The Buildbot has detected a new failure on builder
xen_x86_64_debian_5_0 while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/xen_x86_64_debian_5_0/builds/26
Buildbot URL: http://buildbot.b1-sys
96 matches
Mail list logo
