diff --git a/hw/piix4.c b/hw/piix4.c
index 5489386..1678898 100644
--- a/hw/piix4.c
+++ b/hw/piix4.c
@@ -113,6 +113,7 @@ static PCIDeviceInfo piix4_info[] = {
.qdev.desc= "ISA bridge",
.qdev.size= sizeof(PCIDevice),
.qdev.no_user = 1,
+.qdev.no_hotplug
2011/1/4 Michael S. Tsirkin :
> On Tue, Jan 04, 2011 at 10:45:13PM +0900, Yoshiaki Tamura wrote:
>> 2011/1/4 Michael S. Tsirkin :
>> > On Tue, Jan 04, 2011 at 09:20:53PM +0900, Yoshiaki Tamura wrote:
>> >> 2011/1/4 Michael S. Tsirkin :
>> >> > On Tue, Jan 04, 2011 at 08:02:54PM +0900, Yoshiaki Tamu
On 5 January 2011 23:13, Stuart Brady wrote:
> I do have a few concerns regarding SoftFloat, though:
>
> FIXMEs should be left in the code (or a document maintained on the
> Wiki) to keep track of which architectures have been considered
> (which I believe are x86, arm, mips, ppc) and which
On Tue, Jan 4, 2011 at 9:44 PM, Chunqiang Tang wrote:
> Happy new year! We would like to contribute a new year gift to the
> community.
We == IBM Research?
> The FVD patch also includes a fully automated testing framework that
> exercises QEMU block device drivers under stress load and extreme r
On Thu, Jan 06, 2011 at 09:40:52AM +0100, Gerd Hoffmann wrote:
> >>diff --git a/hw/piix4.c b/hw/piix4.c
> >>index 5489386..1678898 100644
> >>--- a/hw/piix4.c
> >>+++ b/hw/piix4.c
> >>@@ -113,6 +113,7 @@ static PCIDeviceInfo piix4_info[] = {
> >> .qdev.desc= "ISA bridge",
> >>
On Wednesday 05 January 2011 06:31:01 Alexander Graf wrote:
> On 05.01.2011, at 13:07, Rob Landley wrote:
> > On Tuesday 04 January 2011 15:00:12 Alexander Graf wrote:
> I have this very issue with s390. The only host to run (and compile)
> this on is an s390. And few people have those. S
On Thu, Jan 06, 2011 at 05:47:27PM +0900, Yoshiaki Tamura wrote:
> 2011/1/4 Michael S. Tsirkin :
> > On Tue, Jan 04, 2011 at 10:45:13PM +0900, Yoshiaki Tamura wrote:
> >> 2011/1/4 Michael S. Tsirkin :
> >> > On Tue, Jan 04, 2011 at 09:20:53PM +0900, Yoshiaki Tamura wrote:
> >> >> 2011/1/4 Michael S
2011/1/6 Michael S. Tsirkin :
> On Thu, Jan 06, 2011 at 05:47:27PM +0900, Yoshiaki Tamura wrote:
>> 2011/1/4 Michael S. Tsirkin :
>> > On Tue, Jan 04, 2011 at 10:45:13PM +0900, Yoshiaki Tamura wrote:
>> >> 2011/1/4 Michael S. Tsirkin :
>> >> > On Tue, Jan 04, 2011 at 09:20:53PM +0900, Yoshiaki Tamu
On Wed, Jan 5, 2011 at 5:05 AM, TiCPU wrote:
> Using Virtio and Red Hat driver I get a STOP screen 0x10d1 and machine
> either reboot, stay frozen or shut off.
Here the minidump would be useful and we should get in touch with the
person that maintains the virtio-blk Windows driver.
> Using
Live migration from and to spice 0.4 qxl devices isn't going to work.
Rip out the bits which attempt to support that. Zap the subsection
logic which is obsolete now. Bumb the version to make a clean cut.
This should obviously go in before 0.14 is released.
Signed-off-by: Gerd Hoffmann
---
hw/q
* Stefan Hajnoczi [2011-01-05 19:54:17]:
> On Tue, Jan 04, 2011 at 10:57:20AM +0530, Arun R Bharadwaj wrote:
> > +static void aio_thread(ThreadletWork *work)
> > +{
>
> aio_thread() is not a descriptive name here. This isn't the top-level
> thread function, just the work->func. Please choose s
* Stefan Hajnoczi [2011-01-05 19:53:44]:
> On Tue, Jan 04, 2011 at 10:57:08AM +0530, Arun R Bharadwaj wrote:
> > @@ -545,13 +555,19 @@ static void paio_cancel(BlockDriverAIOCB *blockacb)
> > }
> > mutex_unlock(&lock);
> >
> > -if (active) {
> > -/* fail safe: if the aio co
Patches that are being submitted shouldn't go on the bug tracker. I
have edited the QEMU wiki to make this clearer:
http://wiki.qemu.org/Contribute/SubmitAPatch
http://wiki.qemu.org/Contribute/ReportABug
Hopefully this will help first-time bug reporters put things in the right place.
You noticed
On Thu, Jan 6, 2011 at 10:28 AM, Stefan Hajnoczi wrote:
> Patches that are being submitted shouldn't go on the bug tracker. I
> have edited the QEMU wiki to make this clearer:
> http://wiki.qemu.org/Contribute/SubmitAPatch
> http://wiki.qemu.org/Contribute/ReportABug
>
> Hopefully this will help
From: Marc-André Lureau
---
monitor.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/monitor.c b/monitor.c
index f258000..038d532 100644
--- a/monitor.c
+++ b/monitor.c
@@ -1136,9 +1136,9 @@ static int expire_password(Monitor *mon, const QDict
*qdict, QObject **ret_
* Stefan Hajnoczi [2011-01-05 19:55:46]:
> On Tue, Jan 04, 2011 at 10:57:39AM +0530, Arun R Bharadwaj wrote:
> > @@ -574,33 +574,39 @@ static void paio_remove(struct qemu_paiocb *acb)
> > }
> > }
> >
> > -static void paio_cancel(BlockDriverAIOCB *blockacb)
> > +/**
> > + * dequeue_work: C
On Wed, Jan 5, 2011 at 5:01 PM, Serge E. Hallyn wrote:
> I don't see this patch in the git tree, nor a revert of the buggy
> commit. Was any decision made on this?
Blue Swirl posted a patch a few days ago:
[PATCH] pc: move port 92 stuff back to pc.c from pckbd.c
It hasn't been merged yet but I
On 12/17/10 16:01, Anthony Liguori wrote:
On 12/17/2010 07:39 AM, Alon Levy wrote:
Adding a chardev backend for spice, for usage by spice vdagent in
conjunction with a properly named virtio-serial device.
Example usage:
qemu -device virtio-serial -chardev spicevmc,name=vdagent,id=vdagent
-devic
On Thu, Jan 06, 2011 at 01:05:33PM +0100, Gerd Hoffmann wrote:
> On 12/17/10 16:01, Anthony Liguori wrote:
> >On 12/17/2010 07:39 AM, Alon Levy wrote:
> >>Adding a chardev backend for spice, for usage by spice vdagent in
> >>conjunction with a properly named virtio-serial device.
> >>
> >>Example u
Am 05.01.2011 um 11:21 schrieb Aurelien Jarno:
On Wed, Jan 05, 2011 at 09:15:43AM +0100, Andreas Färber wrote:
Am 05.01.2011 um 00:56 schrieb Aurelien Jarno:
HPPA code has still to be ported
to TCG.
Yes it still uses dyngen.
Oh. I was pretty sure I saw TCG host support patches...
Yes, the
On Thu, Jan 6, 2011 at 9:43 AM, Stefan Hajnoczi wrote:
> On Wed, Jan 5, 2011 at 5:05 AM, TiCPU wrote:
>> Using Virtio and Red Hat driver I get a STOP screen 0x10d1 and machine
>> either reboot, stay frozen or shut off.
>
> Here the minidump would be useful and we should get in touch with the
Add documentation for the usb-ccid device and accompanying two card
devices, ccid-card-emulated and ccid-card-passthru.
---
docs/ccid.txt | 135 +
1 files changed, 135 insertions(+), 0 deletions(-)
create mode 100644 docs/ccid.txt
diff --g
This devices uses libcacard (internal) to emulate a smartcard conforming
to the CAC standard. It attaches to the usb-ccid bus. Usage instructions
(example command lines) are in the following patch in docs/ccid.txt. It
uses libcacard which uses nss, so it can work with both hw cards and
certificates
This patchset adds three new devices, usb-ccid, ccid-card-passthru and
ccid-card-emulated, providing a CCID bus, a simple passthru protocol
implementing card requiring a client, and a standalone emulated card.
It also introduces a new directory libcaccard with CAC card emulation,
CAC is a type of
The passthru ccid card is a device sitting on the usb-ccid bus and
using a chardevice to communicate with a remote device using the
VSCard protocol defined in libcacard/vscard_common.h
Usage docs available in following patch in docs/ccid.txt
Signed-off-by: Alon Levy
---
Makefile.objs
Please test the package at
https://launchpad.net/~serge-hallyn/+archive/testkernel
If that kernel works, I'll complete the SRU process to request the
maverick kernel get this patch.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
ht
A CCID device is a smart card reader. It is a USB device, defined at [1].
This patch introduces the usb-ccid device that is a ccid bus. Next patches will
introduce two card types to use it, a passthru card and an emulated card.
[1] http://www.usb.org/developers/devclass_docs/DWG_Smart-Card_CCID_R
Hi,
Could you split the tested and untested parts to separate patches,
noting the status in the commit message?
I think this is overkill given how simple the change is. Respin goes to
the list shortly.
cheers,
Gerd
Hi,
This patch series adds a flag which allows pci devices being tagged
as not hotpluggable. It also sets this flag for a number of devices.
[ v2: fix mips build failure ]
[ v2: add patch for qxl ]
Gerd Hoffmann (4):
pci: allow devices being tagged as not hotpluggable.
piix: tag as n
Signed-off-by: Gerd Hoffmann
---
hw/qxl.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 207aa63..bd71e58 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1546,6 +1546,7 @@ static PCIDeviceInfo qxl_info_primary = {
.qdev.size= sizeof(PCIQXLDevi
This patch adds a field to PCIDeviceInfo to tag devices as being
not hotpluggable. Any attempt to plug-in or -out such a device
will throw an error.
Signed-off-by: Gerd Hoffmann
---
hw/pci.c | 10 ++
hw/pci.h |3 +++
qerror.c |4
qerror.h |3 +++
4 files changed, 20 i
This patch tags all vga cards as not hotpluggable. The qemu
standard vga will never ever be hotpluggable. For cirrus + vmware
it might be possible to get that work some day. Todays we can't
handle that for a number of reasons though.
Signed-off-by: Gerd Hoffmann
---
hw/cirrus_vga.c |1 +
This patch tags all pci devices which belong to the piix3/4 chipsets as
not hotpluggable (Host bridge, ISA bridge, IDE controller, ACPI bridge).
Signed-off-by: Gerd Hoffmann
---
hw/acpi_piix4.c |2 ++
hw/ide/piix.c |2 ++
hw/piix4.c |1 +
hw/piix_pci.c |2 ++
4 files cha
Adding a chardev backend for spice, where spice determines what
to do with it based on the name attribute given during chardev creation.
For usage by spice vdagent in conjunction with a properly named
virtio-serial device, and future smartcard channel usage.
Example usage:
qemu -device virtio-ser
On Thu, Jan 06, 2011 at 03:14:18PM +0100, Gerd Hoffmann wrote:
> Hi,
>
> >Could you split the tested and untested parts to separate patches,
> >noting the status in the commit message?
>
> I think this is overkill given how simple the change is.
Yes but I don't know whether the untested device
On Wed, Jan 05, 2011 at 11:13:06PM +, Stuart Brady wrote:
> On Wed, Jan 05, 2011 at 11:21:06AM +0100, Aurelien Jarno wrote:
>
> > But that's not the subject we are talking about HPPA guest support.
> > target-hppa fork still (partially) uses dyngen code, which we don't
> > support in upstrea
On Wed, Jan 05, 2011 at 01:04:51PM -0600, Ryan Harper wrote:
> * Ryan Harper [2011-01-04 09:49]:
> > * Aurelien Jarno [2010-12-25 16:37]:
> > > On Wed, Dec 08, 2010 at 04:27:45PM -0200, Luiz Capitulino wrote:
> > > > On Wed, 08 Dec 2010 12:23:12 -0600
> > > > Anthony Liguori wrote:
> > > >
> >
Implement the missing syscalls sync_file_range and sync_file_range2.
The latter in particular is used by newer versions of apt on Ubuntu
for ARM.
Signed-off-by: Peter Maydell
---
configure | 18 ++
linux-user/strace.list |6 ++
linux-user/syscall.c | 23
On Tue, Nov 30, 2010 at 02:26:02PM +0100, Gerd Hoffmann wrote:
> This patch adds a field to PCIDeviceInfo to tag devices as being
> not hotpluggable. Any attempt to plug-in or -out such a device
> will throw an error.
>
> Signed-off-by: Gerd Hoffmann
Acked-by: Michael S. Tsirkin
> ---
> hw/p
Some ioctls (for example FS_IOC_FIEMAP) use structures whose size is
not constant. The generic argument conversion code in do_ioctl()
cannot handle this, so add support for implementing a special-case
handler for a particular ioctl which does the conversion itself.
Signed-off-by: Peter Maydell
--
On Wed, Jan 05, 2011 at 06:09:34PM +0100, Alexander Graf wrote:
>
> On 02.01.2011, at 15:39, Aurelien Jarno wrote:
>
> > On PPC the default qNaN doesn't have the sign bit set.
>
> The spec says "don't care" for the sign bit. Did you extract the value
> empirically? I'm not saying it's wrong - t
On Thu, Jan 06, 2011 at 02:10:36PM +0100, Andreas Färber wrote:
> Am 05.01.2011 um 11:21 schrieb Aurelien Jarno:
>> I'll commit it in 6 months if
>> nothing has changed with regards to HPPA.
>
> Just pointing out that there were 5 months without activity from
> yourself last year. It happens, Rea
On Thu, Jan 06, 2011 at 10:28:46AM +, Stefan Hajnoczi wrote:
> The real problem is that we're collecting bugs but not effectively
> investigating and fixing them. Can Launchpad send out automatic bug
> summary emails once every week/two weeks/month?
Launchpad is at least part of the problem.
On Wed, Jan 05, 2011 at 05:57:24PM +0200, Michael S. Tsirkin wrote:
> On Tue, Nov 30, 2010 at 02:26:01PM +0100, Gerd Hoffmann wrote:
> > Hi,
> >
> > This patch series adds a flag which allows pci devices being tagged
> > as not hotpluggable. It also sets this flag for a number of devices.
> >
This patchset implements support for the Linux FS_IOC_FIEMAP ioctl.
This is used by apt (or possibly one of the programs it runs) when
it is installing packages. The major effect of this fix is that qemu
no longer spits out warnings about the ioctl being unimplemented when
you use it to install new
Implement the FS_IOC_FIEMAP ioctl using the new support for
custom handling of ioctls; this is needed because the struct
that is passed includes a variable-length array.
Signed-off-by: Peter Maydell
---
linux-user/ioctls.h|4 ++
linux-user/syscall.c | 88 +
On 6 January 2011 14:35, Aurelien Jarno wrote:
> On Wed, Jan 05, 2011 at 11:13:06PM +, Stuart Brady wrote:
>> Is there any plan to deal with use of float*_is_quiet_nan(), where
>> float*_is_any_nan() was intended? These should really either be
>> fixed (and tested), or if not, a FIXM
On Wed, Jan 05, 2011 at 11:15:15AM +, Peter Maydell wrote:
> On 1 January 2011 18:25, Aurelien Jarno wrote:
> > SMMLA and SMMLS are broken on both in normal and thumb mode, that is
> > both (different) implementations are wrong. They try to avoid a 64-bit
> > add for the rounding, which is not
On 6 January 2011 15:50, Aurelien Jarno wrote:
> On Wed, Jan 05, 2011 at 11:15:15AM +, Peter Maydell wrote:
>> Isn't this adding b to the msw of a, rather than the other
>> way round as the comment claims?
>
> I think the comment is actually wrong in both way, as a shift is
> applied, and thu
From: Jes Sorensen
Current code does not support snapshot internally to the running
image. Error in case no snapshot_file is specified.
Signed-off-by: Jes Sorensen
---
blockdev.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index d7add36
Thanks, Stefan. That patch actually doesn't compile for me, because
it leaves references in hw/pckbd.c to both ioport92_write and
ioport92_read, which it deletes from there. Should ioport92_read
just be renamed to outport_read instead of delted, and the remaining
references changed to {input,outp
Here are 4k sequential read results (cache=none) to check whether we
see an ioeventfd performance regression with virtio-blk.
The idea is to use a small blocksize with an I/O pattern (sequential
reads) that is cheap and executes quickly. Therefore we're doing many
iops and the cost virtqueue kick
On Thu, Jan 06, 2011 at 04:41:50PM +, Stefan Hajnoczi wrote:
> Here are 4k sequential read results (cache=none) to check whether we
> see an ioeventfd performance regression with virtio-blk.
>
> The idea is to use a small blocksize with an I/O pattern (sequential
> reads) that is cheap and exe
On Thu, Jan 06, 2011 at 03:54:46PM +, Peter Maydell wrote:
> On 6 January 2011 15:50, Aurelien Jarno wrote:
> > On Wed, Jan 05, 2011 at 11:15:15AM +, Peter Maydell wrote:
>
> >> Isn't this adding b to the msw of a, rather than the other
> >> way round as the comment claims?
> >
> > I thin
On Thu, Jan 06, 2011 at 04:41:50PM +, Stefan Hajnoczi wrote:
> Here are 4k sequential read results (cache=none) to check whether we
> see an ioeventfd performance regression with virtio-blk.
>
> The idea is to use a small blocksize with an I/O pattern (sequential
> reads) that is cheap and exe
From: Jan Kiszka
No longer used.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
kvm-all.c |4 ++--
kvm-stub.c |2 +-
kvm.h |4 ++--
target-i386/kvm.c |2 +-
target-ppc/kvm.c |2 +-
target-s390x/kvm.c |2 +-
vl.c
From: Jin Dongming
Pass a table instead of multiple args.
Note:
kvm_inject_x86_mce(env, bank, status, mcg_status, addr, misc,
abort_on_error);
is equal to:
struct kvm_x86_mce mce = {
.bank = bank,
.status = status,
.mcg_status = mcg_statu
From: Jan Kiszka
This code path will not yet be taken as we still lack in-kernel irqchip
support. But qemu-kvm can already make use of it and drop its own
mp_state access services.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
target-i386/kvm.c |3 +++
1 files changed, 3 in
From: Jan Kiszka
We must flush pending mmio writes if we leave kvm_cpu_exec for an IO
window. Otherwise we risk to loose those requests when migrating to a
different host during that window.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
kvm-all.c |4 ++--
1 files changed, 2
From: Lai Jiangshan
Make use of the new KVM_NMI IOCTL to send NMIs into the KVM guest if the
user space raised them. (example: qemu monitor's "nmi" command)
Signed-off-by: Lai Jiangshan
Acked-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
configure |3 +++
target-i386/kvm.c |
From: Jan Kiszka
Instead of splattering the code with #ifdefs and runtime checks for
capabilities we cannot work without anyway, provide central test
infrastructure for verifying their availability both at build and
runtime.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
configu
From: Jan Kiszka
The DPL is stored in the flags and not in the selector. In fact, the RPL
may differ from the DPL at some point in time, and so we were corrupting
the guest state so far.
Signed-off-by: Jan Kiszka
Signed-off-by: Avi Kivity
---
target-i386/kvm.c |2 +-
1 files changed, 1 in
From: Jan Kiszka
This seems to date back to the days KVM didn't support real mode. The
check is no longer needed and, even worse, is corrupting the guest state
in case SS.RPL != DPL.
Signed-off-by: Jan Kiszka
Signed-off-by: Avi Kivity
---
target-i386/kvm.c |7 ---
1 files changed, 0 i
From: Jan Kiszka
All CPUX86State variables before CPU_COMMON are automatically cleared on
reset. Reorder nmi_injected and nmi_pending to avoid having to touch
them explicitly.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
target-i386/cpu.h |6 --
target-i386/kvm.c |
From: Jan Kiszka
This unbreaks guest debugging when the 4th hardware breakpoint used for
guest debugging is a watchpoint of 4 or 8 byte lenght. The 31st bit of
DR7 is set in that case and used to cause a sign extension to the high
word which was breaking the guest state (vm entry failure).
Signe
From: Jin Dongming
Clean up cpu_inject_x86_mce() for later patch.
Signed-off-by: Jin Dongming
Signed-off-by: Marcelo Tosatti
---
target-i386/helper.c | 27 +--
1 files changed, 17 insertions(+), 10 deletions(-)
diff --git a/target-i386/helper.c b/target-i386/helper.
From: Lai Jiangshan
simple cleanup and use existing helper: kvm_check_extension().
Signed-off-by: Lai Jiangshan
Signed-off-by: Marcelo Tosatti
---
kvm-all.c |2 +-
target-i386/kvm.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/kvm-all.c b/kvm-all.c
i
From: Jan Kiszka
Make sure to write the cleared MSR_KVM_SYSTEM_TIME, MSR_KVM_WALL_CLOCK,
and MSR_KVM_ASYNC_PF_EN to the kernel state so that a freshly booted
guest cannot be disturbed by old values.
Signed-off-by: Jan Kiszka
CC: Glauber Costa
Signed-off-by: Marcelo Tosatti
---
target-i386/kv
From: Jan Kiszka
Simplify kvm_has_msr_star/hsave_pa to booleans and push their one-time
initialization into kvm_arch_init. Also handle potential errors of that
setup procedure.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
target-i386/kvm.c | 47 +++---
From: Jan Kiszka
For unknown reasons, xcr0 reset ended up in kvm_arch_update_guest_debug
on upstream merge. Fix this and also remove the misleading comment (1 is
THE reset value).
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
target-i386/kvm.c |3 +--
1 files changed, 1 ins
From: Jan Kiszka
If we lack kvm_para.h, MSR_KVM_ASYNC_PF_EN is not defined. The change in
kvm_arch_init_vcpu is just for consistency reasons.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
target-i386/kvm.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff
From: Jan Kiszka
kvm_arch_reset_vcpu initializes mp_state, and that function is invoked
right after kvm_arch_init_vcpu.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
target-i386/kvm.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/target-i386/kvm.c b/
From: Jan Kiszka
This is required to support keeping VCPU states across a system reset.
If we do not read the current state before the reset,
cpu_synchronize_all_post_reset may write back incorrect state
information.
The first user of this will be MCE MSR synchronization which currently
works ar
From: Jan Kiszka
No functional changes.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
kvm-all.c | 139 ++--
1 files changed, 79 insertions(+), 60 deletions(-)
diff --git a/kvm-all.c b/kvm-all.c
index 35fc73c..2538283 100
On 6 January 2011 17:24, Aurelien Jarno wrote:
> For the subtraction, how would you say a = (b << 32) - a ?
I think we should just say "Return (b << 32) - a" for that :-)
I can't think of a clean way of putting it in English.
-- PMM
From: Jan Kiszka
It is not used, it is not needed, so let's remove it.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
kvm-all.c |6 ++
kvm-stub.c |4 ++--
kvm.h |2 +-
3 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/kvm-all.c b/kvm-all.c
inde
From: Jan Kiszka
Report KVM_EXIT_UNKNOWN, KVM_EXIT_FAIL_ENTRY, and KVM_EXIT_EXCEPTION
with more details to stderr. The latter two are so far x86-only, so move
them into the arch-specific handler. Integrate the Intel real mode
warning on KVM_EXIT_FAIL_ENTRY that qemu-kvm carries, but actually
rest
From: Jan Kiszka
Introduce the cpu_dump_state flag CPU_DUMP_CODE and implement it for
x86. This writes out the code bytes around the current instruction
pointer. Make use of this feature in KVM to help debugging fatal vm
exits.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
cpu-
From: Jin Dongming
Add function for checking whether current CPU support mca broadcast.
Signed-off-by: Jin Dongming
Signed-off-by: Marcelo Tosatti
---
target-i386/cpu.h|1 +
target-i386/helper.c | 33 +
target-i386/kvm.c|6 +-
3 files chan
The following changes since commit 23979dc5411befabe9049e37075b2b6320debc4e:
microblaze: Use more TB chaining (2011-01-05 02:23:09 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master
Jan Kiszka (27):
kvm: x86: Fix DPL write back o
From: Jin Dongming
Refactor codes for maintainability.
Signed-off-by: Hidetoshi Seto
Signed-off-by: Jin Dongming
Signed-off-by: Marcelo Tosatti
---
target-i386/kvm.c | 111 ++---
1 files changed, 71 insertions(+), 40 deletions(-)
diff --git a
From: Jan Kiszka
Ensure that we stop the guest whenever we face a fatal or unknown exit
reason. If we stop, we also have to enforce a cpu loop exit.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
kvm-all.c | 15 +++
target-i386/kvm.c |4
target-ppc
** Also affects: kvm (Ubuntu Maverick)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Maverick)
Importance: Undecided
Status: New
** Also affects: qemu (Ubuntu Maverick)
Importance: Undecided
Status: New
** Also affects: qemu-kvm (Ubuntu Maverick)
From: Jan Kiszka
In order to support loading BIOSes > 256K, reorder the code, adjusting
the base if the kernel supports moving the identity map.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
target-i386/kvm.c | 63 +---
1 files
From: Jin Dongming
When the following test case is injected with mce command, maybe user could not
get the expected result.
DATA
command cpu bank status mcg_status addr misc
(qemu) mce 1 10xbd00 0x050x1234 0x8c
Expected
From: Jan Kiszka
The ordering doesn't matter in this case, but better keep it consistent.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
target-i386/kvm.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
index d4
From: Jan Kiszka
No functional changes.
Signed-off-by: Jan Kiszka
Signed-off-by: Avi Kivity
---
target-i386/kvm.c | 335 +
1 files changed, 182 insertions(+), 153 deletions(-)
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
index 85edac
From: Jan Kiszka
If kvmclock is used, which implies the kernel supports it, register a
kvmclock device with the sysbus. Its main purpose is to save and restore
the kernel state on migration, but this will also allow to visualize it
one day.
Signed-off-by: Jan Kiszka
CC: Glauber Costa
Signed-of
From: Jin Dongming
Share same error handing, and rename this function after
MCIP (Machine Check In Progress) flag.
Signed-off-by: Hidetoshi Seto
Signed-off-by: Jin Dongming
Signed-off-by: Marcelo Tosatti
---
target-i386/kvm.c | 15 +--
1 files changed, 5 insertions(+), 10 delet
From: Jan Kiszka
There is no need to restrict writing back MCE MSRs to reset or full
state updates as setting their values has no side effects.
Signed-off-by: Jan Kiszka
CC: Huang Ying
Signed-off-by: Marcelo Tosatti
---
target-i386/kvm.c | 12
1 files changed, 4 insertions(+),
On Thu, Jan 06, 2011 at 03:14:37PM +0100, Gerd Hoffmann wrote:
> This patch adds a field to PCIDeviceInfo to tag devices as being
> not hotpluggable. Any attempt to plug-in or -out such a device
> will throw an error.
>
> Signed-off-by: Gerd Hoffmann
Acked-by: Michael S. Tsirkin
> ---
> hw/p
On Thu, Jan 06, 2011 at 08:58:17AM +, Peter Maydell wrote:
> On 5 January 2011 23:13, Stuart Brady wrote:
> > I do have a few concerns regarding SoftFloat, though:
> >
> > FIXMEs should be left in the code (or a document maintained on the
> > Wiki) to keep track of which architectures have
On Wed, Jan 5, 2011 at 05:59, Edgar E. Iglesias wrote:
> On Tue, Jan 04, 2011 at 02:43:11PM -0500, Mike Frysinger wrote:
>> i've been working on a new architecture port, but i cant quite figure
>> out some of the intricacies from reading the code. i have all the
>> simple stuff working for linux-u
From: Jan Kiszka
QEMU supports only one VM, so there is only one kvm_state per process,
and we gain nothing passing a reference to it around. Eliminate any need
to refer to it outside of kvm-all.c.
Signed-off-by: Jan Kiszka
CC: Alexander Graf
Signed-off-by: Marcelo Tosatti
---
cpu-defs.h
On Thu, Jan 6, 2011 at 4:41 PM, Serge E. Hallyn wrote:
> Thanks, Stefan. That patch actually doesn't compile for me, because
> it leaves references in hw/pckbd.c to both ioport92_write and
> ioport92_read, which it deletes from there. Should ioport92_read
> just be renamed to outport_read instea
The code in the linux-user ARM nwfpe emulation was incorrectly checking only
for quiet NaNs when it should have been checking for any kind of NaN. This
is probably because the code in question was taken from the Linux kernel,
whose copy of the softfloat library had been modified so that
float*_is_
On Thu, Jan 06, 2011 at 03:34:38PM +, Peter Maydell wrote:
> On 6 January 2011 14:35, Aurelien Jarno wrote:
> > On Wed, Jan 05, 2011 at 11:13:06PM +, Stuart Brady wrote:
> >> Is there any plan to deal with use of float*_is_quiet_nan(), where
> >> float*_is_any_nan() was intended? Th
On Thu, Jan 06, 2011 at 04:34:38PM +0200, Michael S. Tsirkin wrote:
> On Thu, Jan 06, 2011 at 03:14:18PM +0100, Gerd Hoffmann wrote:
> > Hi,
> >
> > >Could you split the tested and untested parts to separate patches,
> > >noting the status in the commit message?
> >
> > I think this is overkill
On Wed, Jan 05, 2011 at 09:32:39PM +0200, Michael S. Tsirkin wrote:
> On Wed, Dec 08, 2010 at 03:11:36PM -0200, Marcelo Tosatti wrote:
> >
> > On top of "add hotplug opt-out option for devices" patchset
> > http://www.mail-archive.com/qemu-devel@nongnu.org/msg46953.html.
> >
> > Signed-off-by: M
The code in the linux-user ARM nwfpe emulation was incorrectly
checking only for quiet NaNs when it should have been checking
for any kind of NaN. This is probably because the code in
question was taken from the Linux kernel, whose copy of the
softfloat library had been modified so that float*_is_n
1 - 100 of 146 matches
Mail list logo
