在 2013-01-17四的 16:16 +0100，Igor Mammedov写道：
>
> diff --git a/target-i386/cpu.c b/target-i386/cpu.c
> index ce914da..ab80dbe 100644
> --- a/target-i386/cpu.c
> +++ b/target-i386/cpu.c
> @@ -45,6 +45,18 @@
> #include "hw/apic_internal.h"
> #endif
>
> +static void x86_cpu_vendor_words2str(char *
Il 17/01/2013 22:18, Blue Swirl ha scritto:
> On Thu, Jan 17, 2013 at 8:54 PM, Stefan Weil wrote:
>> Am 17.01.2013 21:45, schrieb Blue Swirl:
>>
>>> On Wed, Jan 16, 2013 at 6:04 PM, Stefan Weil wrote:
MinGW has no strtok_r, so we need a declaration in sysemu/os-win32.h.
We must als
On 18/01/2013 07:32, Dante wrote:
Signed-off-by: Kuo-Jung Su
---
hw/ftrtc011.c | 308 +
1 file changed, 308 insertions(+)
create mode 100644 hw/ftrtc011.c
diff --git a/hw/ftrtc011.c b/hw/ftrtc011.c
new file mode 100644
index 000.
Il 17/01/2013 21:43, Blue Swirl ha scritto:
>> > Blue, can you look at introducing a common variable for the
>> > coroutine
>> > backend? Like
>> >
>> > coroutine-backend-y = gthread
>> > coroutine-backend-$(CONFIG_SIGALTSTACK_COROUTINE) = sigaltstack
>> >
Stefan Weil writes:
> This improves error reports for bochs, cow, qcow, qcow2, qed and vmdk
> when a file with the wrong format is selected.
>
> Signed-off-by: Stefan Weil
> ---
> block/bochs.c |2 +-
> block/cow.c |2 +-
> block/qcow.c |2 +-
> block/qcow2.c |2 +-
> block/q
> * ARMv5TE series (FA606TE, FA626TE, FA616TE, FA726TE)
>
> All the single core RISC listed above are included in this patch.
> And there are two Faraday CP15 extensions (AUX and I/D-Scratchpad)
> have been implemented as NOP.
Is a NOP appropriate? Should you at least read the value
Signed-off-by: Olivia Yin
---
hw/loader.c | 57 +
hw/loader.h |6 ++
2 files changed, 51 insertions(+), 12 deletions(-)
diff --git a/hw/loader.c b/hw/loader.c
index 4fa9965..89ce853 100644
--- a/hw/loader.c
+++ b/hw/loader.c
@@ -4
Signed-off-by: Olivia Yin
---
hw/loader.c| 43 +--
hw/loader.h| 20
hw/ppc/e500.c |2 +-
hw/ppc440_bamboo.c |2 +-
monitor.c |7 +++
5 files changed, 62 insertions(+), 12 deletions(-)
d
On Thu, Jan 17, 2013 at 11:01:52AM +0100, Kevin Wolf wrote:
> Let's get Jason's patches merged while they still apply. I addressed the
> review
> comments (mostly my own) that came up during the v3 review, otherwise this is
> unchanged.
>
> Please note that in my tests it didn't work entirely rel
On Thu, Jan 17, 2013 at 06:47:52PM +0400, Michael Tokarev wrote:
> We have iov_from_buf() and iov_to_buf(), use them instead of
> open-coding these in block/win32-aio.c
> ---
> v3: added the forgotten #include (compile-tested on mingw32)
> v2: rebase on top of the fix from bonzini@
>
> block/win3
On Thu, Jan 17, 2013 at 05:51:05PM +0400, Michael Tokarev wrote:
> 17.01.2013 17:06, Stefan Hajnoczi wrote:
> >On Thu, Jan 17, 2013 at 02:44:41PM +0400, Michael Tokarev wrote:
> >>We have iov_from_buf() and iov_to_buf(), use them instead of
> >>open-coding these in block/win32-aio.c
> >
> >Please u
Signed-off-by: Olivia Yin
---
hw/elf_ops.h | 45 -
hw/loader.c | 11 +++
hw/loader.h |9 +
3 files changed, 60 insertions(+), 5 deletions(-)
diff --git a/hw/elf_ops.h b/hw/elf_ops.h
index 531a425..25ee02a 100644
--- a/hw/elf_o
Eduardo Habkost writes:
> There are lots of duplicate parsing code using strto*() in QEMU, and
> most of that code is broken in one way or another. Even the visitors
> code have duplicate integer parsing code[1]. This introduces functions
> to help parsing unsigned int values: parse_uint() and pa
Kuo-Jung, please thread your messages together (e.g., using
git-send-email) and prepend a cover letter, right now this is a badly
reviewable mess of individual patches on the list.
Am 18.01.2013 09:44, schrieb KONRAD Frédéric:
> On 18/01/2013 07:32, Dante wrote:
>> Signed-off-by: Kuo-Jung Su
>> -
The current model of loader copy "rom blobs" and kept in memory until a reset
occurs and waste host memory.
This serial of patches set uimage/initrd/vmlinux as reloadable images and use
private reset handlers to load these images from hard disk on reset, which
could
make loader framework more dy
Hi Anthony,
As 1.4 freeze is going to close, should this patch series be merged?
It has been on mailing list for a long time after last time
I rebased and fixed the comment from Eric.
On 12/06/2012 10:56 PM, Lei Li wrote:
This patch series attempts to add new char backend CirMemCharDriver with
Am 18.01.2013 07:30, schrieb Dante:
> Signed-off-by: Kuo-Jung Su
These patches are all for QEMU so please generally drop "QEMU model for"
from the subject for readability.
> ---
> hw/fti2c010.c | 209
> +
> hw/fti2c010.h | 77 +
Signed-off-by: Olivia Yin
---
hw/loader.c | 25 +
hw/loader.h |6 ++
2 files changed, 31 insertions(+), 0 deletions(-)
diff --git a/hw/loader.c b/hw/loader.c
index ba01ca6..4fa9965 100644
--- a/hw/loader.c
+++ b/hw/loader.c
@@ -86,6 +86,24 @@ int load_image(cons
Am 17.01.2013 21:59, schrieb Eduardo Habkost:
> This is a cleanup that tries to solve two small issues:
>
> - We don't need a separate kvm_pv_eoi_features variable just to keep a
>constant calculated at compile-time, and this style would require
>adding a separate variable (that's declare
On Thu, Jan 17, 2013 at 06:40:12PM +0800, ak...@redhat.com wrote:
> diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
> index 395ab4f..837c978 100644
> --- a/drivers/net/virtio_net.c
> +++ b/drivers/net/virtio_net.c
> @@ -802,14 +802,32 @@ static int virtnet_set_mac_address(struct ne
On Thu, Jan 17, 2013 at 08:13:38PM +, Blue Swirl wrote:
> On Mon, Jan 14, 2013 at 9:09 AM, Stefan Hajnoczi wrote:
> > On Sat, Jan 12, 2013 at 10:46:18AM +, Blue Swirl wrote:
> >> On Thu, Jan 10, 2013 at 12:43 PM, Stefan Hajnoczi
> >> wrote:
> >> > On Wed, Jan 09, 2013 at 08:43:51PM +
Am 17.01.2013 21:59, schrieb Eduardo Habkost:
> This will allow each architecture to define how the VCPU ID is set on
> the KVM_CREATE_VCPU ioctl call.
>
> Signed-off-by: Eduardo Habkost
> ---
> Cc: k...@vger.kernel.org
> Cc: Michael S. Tsirkin
> Cc: Gleb Natapov
> Cc: Marcelo Tosatti
>
> Cha
On Fri, Jan 18, 2013 at 11:58:34AM +0100, Andreas Färber wrote:
> Am 17.01.2013 21:59, schrieb Eduardo Habkost:
> > This is a cleanup that tries to solve two small issues:
> >
> > - We don't need a separate kvm_pv_eoi_features variable just to keep a
> >constant calculated at compile-time, an
Am 17.01.2013 21:59, schrieb Eduardo Habkost:
> Signed-off-by: Eduardo Habkost
> ---
> Cc: k...@vger.kernel.org
> Cc: Michael S. Tsirkin
> Cc: Gleb Natapov
> Cc: Marcelo Tosatti
It appears as if Cc: below --- gets ignored? Please check and ping those
people if necessary.
Personally, I adopted
Stefan Hajnoczi wrote:
> On Thu, Jan 17, 2013 at 11:01:52AM +0100, Kevin Wolf wrote:
>> Let's get Jason's patches merged while they still apply. I addressed the
>> review
>> comments (mostly my own) that came up during the v3 review, otherwise this is
>> unchanged.
>>
>> Please note that in my t
Kevin Wolf wrote:
> The size of an int depends on the host, so in order to be able to
> migrate these fields, make them either int32_t or bool, depending on the
> use.
>
> Signed-off-by: Kevin Wolf
Reviewed-by: Juan Quintela
On Fri, Jan 18, 2013 at 12:17:56PM +0100, Andreas Färber wrote:
> Am 17.01.2013 21:59, schrieb Eduardo Habkost:
> > Signed-off-by: Eduardo Habkost
> > ---
> > Cc: k...@vger.kernel.org
> > Cc: Michael S. Tsirkin
> > Cc: Gleb Natapov
> > Cc: Marcelo Tosatti
>
> It appears as if Cc: below --- get
Kevin Wolf wrote:
> From: Jason Baron
>
> Jason tested these patches by migrating Windows 7 and Fedora 17 guests
> (while under I/O) on both piix with ahci attached and on q35 (which has
> a built-in AHCI controller).
>
> Signed-off-by: Andreas Färber
> Signed-off-by: Jason Baron
> Signed-off-b
On Fri, Jan 18, 2013 at 09:36:33AM -0200, Eduardo Habkost wrote:
> On Fri, Jan 18, 2013 at 12:17:56PM +0100, Andreas Färber wrote:
> > Am 17.01.2013 21:59, schrieb Eduardo Habkost:
> > > Signed-off-by: Eduardo Habkost
> > > ---
> > > Cc: k...@vger.kernel.org
> > > Cc: Michael S. Tsirkin
> > > Cc:
This means that we only have one memory loop for the iterate and
complete phase.
Signed-off-by: Juan Quintela
---
arch_init.c | 16
migration.c | 12
2 files changed, 12 insertions(+), 16 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index 9f7d44d..9eef10a 10
On Thu, Jan 17, 2013 at 08:22:40PM +, Blue Swirl wrote:
> On Mon, Jan 14, 2013 at 9:13 AM, Stefan Hajnoczi wrote:
> > On Sat, Jan 12, 2013 at 12:00:45PM +, Blue Swirl wrote:
> >> On Fri, Jan 11, 2013 at 7:27 AM, 马磊 wrote:
> >> >
> >> >
> >> > On Fri, Jan 11, 2013 at 2:28 PM, Wanlong Gao
We need to remove it to be able to return from complete to iterative
phases of migration.
Signed-off-by: Juan Quintela
---
arch_init.c | 24 +---
1 file changed, 9 insertions(+), 15 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index 2792b76..9f7d44d 100644
--- a/arch_
Hello Stefan,
On 17/01/13 21:21, Stefan Weil wrote:
> Please test your patch using scripts/checkpatch.pl before sending it.
embarrassingly, I did not do that, true. Stylistically correct
version follows.
Best regards, Wolfgang
For slow targets and fast hosts, the emulation may be faster
than the actual hardware, which can be undesirable for various
reasons. Add a run-time option to slow down the emulation
by sleeping in the CPU emulation.
Signed-off-by: Wolfgang Mauerer
---
cpus.c| 30 +++
Hi
Executive summary: Nothing changed since last time
Abstract:
Things missing:
- cpus: They are blocked by comment that we should be able to sent
generated fields. Stalled :-(
- slirp: I have preleminary patches for it. Stalled on how to describe
LISTS.
- virtio: Stalled f
I have tested cmake.patch but it doesn't work for me.
It didn't hang but it failed to run gmake.
I applied this patch onto qemu-1.3.
[ 52s] -- Detecting CXX compiler ABI info
[ 53s] CMake Error: Generator: execution of make failed. Make command was:
/usr/bin/gmake "cmTryCompileExec/fast"
[
On Wed, Jan 16, 2013 at 06:17:03PM -0500, Cole Robinson wrote:
> On 01/15/2013 11:29 AM, Paolo Bonzini wrote:
> > Il 15/01/2013 04:45, Cole Robinson ha scritto:
> >> Libvirt always specifies an explicit machine type and carries it for the
> >> life
> >> of the VM. What we want is for 'qemu-kvm-1.2
As we really know how much space we have free in the buffers, we can
send that information instead of guessing how much we can sent each time.
Signed-off-by: Juan Quintela
---
arch_init.c | 20 +---
block-migration.c | 2 +-
include/migration/vmstate.h
Signed-off-by: Juan Quintela
---
block.c | 6 ++
cpus.c | 17 +
migration.c | 13 +
savevm.c| 13 +
4 files changed, 49 insertions(+)
diff --git a/block.c b/block.c
index 6fa7c90..c121db3 100644
--- a/block.c
+++ b/block.c
@@ -2693,9 +269
Hi
This is the other half of the series for the people that want to test
the migration latency improvements.
They are on top of the pull request submmited yesterday.
Last patch as usual is to print where the time is spent in the
completation stage, will be removed on proper submission.=
Paolo p
On Fri, Jan 18, 2013 at 01:48:38PM +0200, Gleb Natapov wrote:
> On Fri, Jan 18, 2013 at 09:36:33AM -0200, Eduardo Habkost wrote:
> > On Fri, Jan 18, 2013 at 12:17:56PM +0100, Andreas Färber wrote:
> > > Am 17.01.2013 21:59, schrieb Eduardo Habkost:
> > > > Signed-off-by: Eduardo Habkost
> > > > --
Hi Juan,
Am 18.01.2013 13:13, schrieb Juan Quintela:
> Things missing:
> - cpus: They are blocked by comment that we should be able to sent
> generated fields. Stalled :-(
I'm not sure what you mean here, but I have an old CPU series of yours
on my radar that I am about to partially in
On 18 January 2013 12:13, Juan Quintela wrote:
> - virtio: Stalled for even longer. Suspect are LISTS again.
My pet hate with virtio state save/restore is that the transport
information isn't versioned separately from the backend info.
Any chance we could split things up properly as part of
a sw
On Fri, Jan 18, 2013 at 12:11:29PM +0100, Andreas Färber wrote:
[...]
> > +/* Returns VCPU ID to be used on KVM_CREATE_VCPU ioctl() */
> > +unsigned long kvm_arch_vcpu_id(CPUState *cpu);
> > +
> > void kvm_arch_reset_vcpu(CPUState *cpu);
> >
> > int kvm_arch_on_sigbus_vcpu(CPUState *cpu, int co
Am 18.01.2013 13:53, schrieb Eduardo Habkost:
> On Fri, Jan 18, 2013 at 12:11:29PM +0100, Andreas Färber wrote:
> [...]
>>> +/* Returns VCPU ID to be used on KVM_CREATE_VCPU ioctl() */
>>> +unsigned long kvm_arch_vcpu_id(CPUState *cpu);
>>> +
>>> void kvm_arch_reset_vcpu(CPUState *cpu);
>>>
>>>
Am 16.01.2013 18:31, schrieb Paolo Bonzini:
> HBitmaps provides an array of bits. The bits are stored as usual in an
> array of unsigned longs, but HBitmap is also optimized to provide fast
> iteration over set bits; going from one bit to the next is O(logB n)
> worst case, with B = sizeof(long) *
On Thu, Jan 17, 2013 at 10:10:48AM +, Alex Leonhardt wrote:
> I dont have the original VM running anymore - but here is another one, with
> full command line :
>
> qemu 23663 6.2 0.6 *4131312* 641092 ? Sl Jan16 109:49
> /usr/libexec/qemu-kvm -S -M rhel6.3.0 -cpu Conroe -enable-kvm
On Fri, Jan 18, 2013 at 11:01:14AM +0100, Markus Armbruster wrote:
> Eduardo Habkost writes:
>
> > There are lots of duplicate parsing code using strto*() in QEMU, and
> > most of that code is broken in one way or another. Even the visitors
> > code have duplicate integer parsing code[1]. This i
On Thu, Jan 17, 2013 at 12:48:51PM +0200, Michael S. Tsirkin wrote:
> On Thu, Jan 17, 2013 at 11:28:46AM +0100, Stefan Hajnoczi wrote:
> > On Tue, Jan 15, 2013 at 06:57:34PM +0200, Michael S. Tsirkin wrote:
> > > Using a global pattern makes it easier to clean out
> > > old generated files.
> > >
On Thu, Jan 17, 2013 at 12:50:18PM +0200, Michael S. Tsirkin wrote:
> On Thu, Jan 17, 2013 at 11:33:03AM +0100, Stefan Hajnoczi wrote:
> > On Tue, Jan 15, 2013 at 06:36:50PM +0200, Michael S. Tsirkin wrote:
> > > libcacard lacks a clean target. Need to fix it,
> > > meanwhile mark this target phony
Am 18.01.2013 14:26, schrieb Eduardo Habkost:
>
> On Fri, Jan 18, 2013 at 11:01:14AM +0100, Markus Armbruster wrote:
>> Your list of error checks isn't quite complete. Here's my try:
Even better would be:
>> /**
* parse_uint:
>> * @s: String to parse
>> * @value: Destination for parsed int
On Fri, 18 Jan 2013 15:12:36 +0800
li guang wrote:
> 在 2013-01-17四的 16:16 +0100，Igor Mammedov写道：
>
> >
> > diff --git a/target-i386/cpu.c b/target-i386/cpu.c
> > index ce914da..ab80dbe 100644
> > --- a/target-i386/cpu.c
> > +++ b/target-i386/cpu.c
> > @@ -45,6 +45,18 @@
> > #include "hw/apic_i
On Wed, Jan 16, 2013 at 06:40:29PM +0100, Stefan Weil wrote:
> defineition -> definition
>
> Signed-off-by: Stefan Weil
> ---
> hw/openrisc_sim.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, applied to the trivial patches tree:
https://github.com/stefanha/qemu/commits/triv
On Thu, Jan 17, 2013 at 02:53:52PM +0400, Michael Tokarev wrote:
> -acpitable {file|data}=file reads the content of file, but it is
> in binary form, so the file should be opened usin O_BINARY flag.
> On *nix it is a no-op, but on windows and other weird platform
> it is really needed.
>
> Signed-
On Thu, Jan 17, 2013 at 03:52:08PM +, Peter Maydell wrote:
> Remove an unnecessary mutual inclusion loop between qemu-pixman.h and
> console.h, since the former was only including the latter for
> 'PixelFormat*', which can be provided by typedefs.h. This requires a
> minor adjustment to qemu-p
Signed-off-by: Vadim Evard
---
configure |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 4ebb60d..6211db9 100755
--- a/configure
+++ b/configure
@@ -2039,7 +2039,7 @@ fi
if test "$mingw32" = "yes" ; then
curses_list="-lpdcurses"
else
-
Stefan Hajnoczi writes:
> On Thu, Jan 17, 2013 at 10:10:48AM +, Alex Leonhardt wrote:
>> I dont have the original VM running anymore - but here is another one, with
>> full command line :
>>
>> qemu 23663 6.2 0.6 *4131312* 641092 ? Sl Jan16 109:49
>> /usr/libexec/qemu-kvm -S -M
On 18 January 2013 13:47, Stefan Hajnoczi wrote:
> On Thu, Jan 17, 2013 at 03:52:08PM +, Peter Maydell wrote:
>> Remove an unnecessary mutual inclusion loop between qemu-pixman.h and
>> console.h, since the former was only including the latter for
>> 'PixelFormat*', which can be provided by ty
On Fri, Jan 18, 2013 at 05:48:04PM +0400, Vadim Evard wrote:
> Signed-off-by: Vadim Evard
> ---
> configure |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, applied to the trivial patches tree:
https://github.com/stefanha/qemu/commits/trivial-patches
Stefan
Alternative BIOS works for me with both installed system and installer.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1091115
Title:
windowsXP install in qemu-system-i386 1.3.0 ends with a BSOD 0x7
On Fri, Jan 18, 2013 at 02:03:09PM +0100, Andreas Färber wrote:
> Am 18.01.2013 13:53, schrieb Eduardo Habkost:
> > On Fri, Jan 18, 2013 at 12:11:29PM +0100, Andreas Färber wrote:
> > [...]
> >>> +/* Returns VCPU ID to be used on KVM_CREATE_VCPU ioctl() */
> >>> +unsigned long kvm_arch_vcpu_id(CPUS
On Thu, Jan 17, 2013 at 09:57:28AM -0200, Luiz Capitulino wrote:
> On Thu, 17 Jan 2013 08:49:38 +0100
> Markus Armbruster wrote:
>
> > [Cc: Luiz for error stuff]
> >
> > Jeff Cody writes:
> >
> > > The non-live bdrv_commit() function may return one of the following
> > > errors: -ENOTSUP, -EBU
The non-live bdrv_commit() function may return one of the following
errors: -ENOTSUP, -EBUSY, -EACCES, -EIO. The only error that is
checked in the HMP handler is -EBUSY, so the monitor command 'commit'
silently fails for all error cases other than 'Device is in use'.
Return error using monitor_pri
On Thu, 17 Jan 2013 15:44:45 -0200
Eduardo Habkost wrote:
> On Thu, Jan 17, 2013 at 04:16:33PM +0100, Igor Mammedov wrote:
> > Move custom features parsing after built-in cpu_model defaults are set
> > and set custom features directly on CPU instance. That allows to make
> > clear distinction bet
Am 16.01.2013 18:31, schrieb Paolo Bonzini:
> When mirroring runs, the backing files for the target may not yet be
> ready. However, this means that a copy-on-write operation on the target
> would fill the missing sectors with zeros. Copy-on-write only happens
> if the granularity of the dirty bi
> Hmm, adler32() is basically a weak hashing mechanism; are you sure you
> won't have any false collisions? Furthermore, how does this compare
> with the series for adding deduplication, which uses much
> stronger/longer hashes, but where those take more time to compute? Is
> there any way you ca
Blue Swirl writes:
> On Mon, Jan 14, 2013 at 7:01 PM, Markus Armbruster wrote:
>> [Thread hijack, dropping cc: qemu-trivial, qemu-ppc]
>>
>> Andreas Färber writes:
>>
>>> Am 14.01.2013 13:19, schrieb Markus Armbruster:
Andreas Färber writes:
>> [...]
> diff --git a/qom/object.c b/qom/
Hi List,
Recently I found bdrv_co_flush_to_disk() doesn't work as expected. As
it is advertised
/*
* Flushes all data that was already written to the OS all the way
down to
* the disk (for example raw-posix calls fsync()).
*/
int coroutine_fn (*bdrv_co_flush_to_disk)(Bloc
On 01/15/2013 07:39 PM, fred.kon...@greensocs.com wrote:
From: KONRAD Frederic
Create virtio-9p which extends virtio-device, so it can be connected on
virtio-bus.
Signed-off-by: KONRAD Frederic
Tested-by: Deepak C Shetty
On Fri, Jan 18, 2013 at 4:43 PM, Liu Yuan wrote:
>Recently I found bdrv_co_flush_to_disk() doesn't work as expected. As
> it is advertised
>
> /*
> * Flushes all data that was already written to the OS all the way
> down to
> * the disk (for example raw-posix calls fsync()).
>
Avoid an undefined reference to sem_timedwait.
Signed-off-by: Andreas Färber
---
include/qemu/thread-posix.h |2 +-
util/qemu-thread-posix.c| 10 +-
2 Dateien geändert, 6 Zeilen hinzugefügt(+), 6 Zeilen entfernt(-)
diff --git a/include/qemu/thread-posix.h b/include/qemu/thread
On Tue, Jan 15, 2013 at 05:19:38PM +0100, Stefan Hajnoczi wrote:
> When dataplane is stopping, the s->vdev->binding->set_host_notifier(...,
> false) call can invoke the virtqueue handler if an ioeventfd
> notification is pending. This causes hw/virtio-blk.c to invoke
> virtio_blk_data_plane_start(
Il 18/01/2013 16:58, Andreas Färber ha scritto:
> Avoid an undefined reference to sem_timedwait.
>
> Signed-off-by: Andreas Färber
> ---
> include/qemu/thread-posix.h |2 +-
> util/qemu-thread-posix.c| 10 +-
> 2 Dateien geändert, 6 Zeilen hinzugefügt(+), 6 Zeilen entfernt(-)
>
Am 18.01.2013 17:05, schrieb Paolo Bonzini:
> Il 18/01/2013 16:58, Andreas Färber ha scritto:
>> Avoid an undefined reference to sem_timedwait.
>>
>> Signed-off-by: Andreas Färber
>> ---
>> include/qemu/thread-posix.h |2 +-
>> util/qemu-thread-posix.c| 10 +-
>> 2 Dateien geänd
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
This patch adds support for TPM command line options.
The command line options supported here are
./qemu-... -tpmdev passthrough,path=,id=
-device tpm-tis,tpmdev=
and
./qemu-... -tpmdev ?
where the latter works similar to -soundhw ? and shows a list of
available TPM backends (for exa
From: root
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' enabl
Build the TPM frontend code that has been added so far.
Signed-off-by: Stefan Berger
---
Makefile.objs| 1 +
configure| 11 +++
hw/Makefile.objs | 3 +++
3 files changed, 15 insertions(+)
diff --git a/Makefile.objs b/Makefile.objs
index 3c7abca..637669d 100644
--- a/Makefi
Introduce --enable-tpm-passthrough configure option.
Signed-off-by: Stefan Berger
---
configure | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 73fc146..f54d40e 100755
--- a/configure
+++ b/configure
@@ -224,6 +224,7 @@ coroutine="
>From Andreas Niederl's original posting with adaptations where necessary:
This patch is based of off version 9 of Stefan Berger's patch series
"QEMU Trusted Platform Module (TPM) integration"
and adds a new backend driver for it.
This patch adds a passthrough backend driver for passing command
On 01/18/2013 07:20 AM, Eduardo Habkost wrote:
>> Could you suggest a text for me to add please?
>
> "The argument passed to KVM_CREATE_VCPU now has 'unsigned long' type
> instead of 'int', as expected by the Linux ioctl() syscall. Maybe an int
> works on most or all architectures supporting KVM,
On 01/18/2013 11:56 PM, Stefan Hajnoczi wrote:
> How are you checking that sd_co_flush_to_disk() is called? Please
> post the diff.
>From the sheep.log, I can see
Jan 19 00:09:39 [main] queue_request(355) FLUSH_VDI, 1
...
This means a flush request is sent from QEMU. I added a printf() in
sd_co
Il 18/01/2013 17:04, Luigi Rizzo ha scritto:
> Hi,
> with a bunch of e1000 improvements we are at a point where we are
> doing over 1Mpps (short frames) and 7-8Gbit/s (1500 byte frames)
> between two guests, and two things that are high in the "perf top"
> stats are phys_page_find() and related mem
Adding kvm@vger, Gleb, Michael, Marcelo to Cc, as I forgot to disable
suppress-cc when sending the patches.
On Thu, Jan 17, 2013 at 06:59:26PM -0200, Eduardo Habkost wrote:
> I am hoping to get this bug fixed in 1.4. I didn't get much feedback on the
> RFC
> I sent last week, though.
>
> Igor ar
On Fri, Jan 18, 2013 at 02:54:41PM +0800, li guang wrote:
> 在 2013-01-17四的 18:59 -0200，Eduardo Habkost写道：
> > I am hoping to get this bug fixed in 1.4. I didn't get much feedback on the
> > RFC
> > I sent last week, though.
> >
> > Igor argued that APIC ID should be set by the board and not by th
Il 18/01/2013 17:07, Andreas Färber ha scritto:
> Am 18.01.2013 17:05, schrieb Paolo Bonzini:
>> Il 18/01/2013 16:58, Andreas Färber ha scritto:
>>> Avoid an undefined reference to sem_timedwait.
>>>
>>> Signed-off-by: Andreas Färber
>>> ---
>>> include/qemu/thread-posix.h |2 +-
>>> util/qem
Markus Armbruster writes:
> See PATCH 1/3 for rationale.
>
> Markus Armbruster (3):
> Purge the silly GLib "Basic Types", except for gboolean
> Purge GLib's gboolean, it's a trap for the unwary
> checkpatch: Keep out the GLib silliness we just purged
Changing QEMU code to work around check
Il 18/01/2013 16:13, Kevin Wolf ha scritto:
> Am 16.01.2013 18:31, schrieb Paolo Bonzini:
>> When mirroring runs, the backing files for the target may not yet be
>> ready. However, this means that a copy-on-write operation on the target
>> would fill the missing sectors with zeros. Copy-on-write
This patch adds support for cancelling an executing TPM command.
In Linux for example a user can cancel a command through the TPM's
sysfs 'cancel' entry using
echo "1" > /sysfs/.../cancel
This patch propagates the cancellation to the host TPM's sysfs entry.
It also uses the possibility to cancel
On 01/18/2013 11:56 PM, Stefan Hajnoczi wrote:
> How are you checking that sd_co_flush_to_disk() is called? Please
> post the diff.
Okay, this is where I added printf().
Yuan
diff --git a/block/sheepdog.c b/block/sheepdog.c
index 3e49bb8..41edd46 100644
--- a/block/sheepdog.c
+++ b/block/sheepd
Bug fixes plus a cleanup from mjt which logically follows the win32-aio fixes.
The following changes since commit 47f4dac3fde809e3da4e60d9eb699f1d4b378249:
Merge remote-tracking branch 'kraxel/chardev.1' into staging (2013-01-16
15:20:05 -0600)
are available in the git repository at:
git:
From: Kevin Wolf
Copying data in the right direction really helps a lot!
Cc: qemu-sta...@nongnu.org
Signed-off-by: Kevin Wolf
Signed-off-by: Stefan Hajnoczi
---
block/win32-aio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block/win32-aio.c b/block/win32-aio.c
index 03
From: Kevin Wolf
The buffer is allocated for both reads and writes, and obviously it
should be freed even if an error occurs.
Cc: qemu-sta...@nongnu.org
Signed-off-by: Kevin Wolf
Signed-off-by: Stefan Hajnoczi
---
block/win32-aio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
The viostor virtio-blk driver for Windows does not use the
VIRTIO_CONFIG_S_DRIVER bit. It only sets the VIRTIO_CONFIG_S_DRIVER_OK
bit.
The viostor driver refreshes the virtio-pci status byte sometimes while
the guest is running. We misinterpret 0x4 (VIRTIO_CONFIG_S_DRIVER_OK)
as an indication th
On Thu, Jan 17, 2013 at 04:46:54PM +0100, Stefan Hajnoczi wrote:
> The viostor virtio-blk driver for Windows does not use the
> VIRTIO_CONFIG_S_DRIVER bit. It only sets the VIRTIO_CONFIG_S_DRIVER_OK
> bit.
>
> The viostor driver refreshes the virtio-pci status byte sometimes while
> the guest is
On 17.01.2013, at 08:50, Markus Armbruster wrote:
> David Gibson writes:
>
>> On Sun, Jan 13, 2013 at 04:35:41PM +, Blue Swirl wrote:
>>> OpenBSD system compiler (gcc 4.2.1) has problems with concatenation
>>> of macro arguments in macro functions:
>>> CCaes.o
>>> In file included from
On Fri, Jan 18, 2013 at 05:14:02PM +0100, Paolo Bonzini wrote:
...
> > This relies on the assumption that the ring (which is contiguous in the
> > guest's physical address space) is also contiguous in the host's virtual
> > address space. In principle the property could be easily verified once
> >
Hi Mark,
Am 14.01.2013 22:56, schrieb Mark Cave-Ayland:
> On 13/01/13 23:54, Andreas Färber wrote:
>> ESCC would affect sparc as well.
>
> I'll be very interested to test anything that involves converting the
> SPARC devices to QOM/qdev, as it's been on my TODO list for quite a
> while to see if
On Fri, Jan 18, 2013 at 09:11:42AM -0700, Eric Blake wrote:
> On 01/18/2013 07:20 AM, Eduardo Habkost wrote:
> >> Could you suggest a text for me to add please?
> >
> > "The argument passed to KVM_CREATE_VCPU now has 'unsigned long' type
> > instead of 'int', as expected by the Linux ioctl() sysca
Il 18/01/2013 17:33, Luigi Rizzo ha scritto:
>> > First, host memory mappings could change (though they rarely do on PC).
>> > The result of address_space_map is not guaranteed to be stable. To
>> > avoid problems with this, however, you could use something like
>> > hw/dataplane/hostmem.c and ev
1 - 100 of 199 matches
Mail list logo
