On 2014-09-29 12:41, Peter Maydell wrote:
On 29 September 2014 11:31, Jan Kiszka jan.kis...@siemens.com wrote:
Sorry for hijacking the thread, but it seems related: These bits address
AArch64, but what is the status of AArch32 /wrt hyp mode emulation?
After playing with the fast model, I would
;
Reviewed-by: Jan Kiszka jan.kis...@siemens.com
Thanks,
Jan
--
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux
On 2014-09-11 07:06, Zhang Haoyu wrote:
Currently, we call ioapic_service() immediately when we find the irq is still
active during eoi broadcast. But for real hardware, there's some dealy between
the EOI writing and irq delivery (system bus latency?). So we need to emulate
this behavior.
to enable bus mastering, enable it
automatically on DRIVER_OK.
Note: we should either back out the original patch from
stable or apply this one on top.
Cc: qemu-sta...@nongnu.org
Reported-by: Greg Kurz gk...@linux.vnet.ibm.com
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
I didn't
On 2014-09-02 12:33, Peter Maydell wrote:
On 8 July 2014 12:40, Peter Maydell peter.mayd...@linaro.org wrote:
On 26 June 2014 13:35, Peter Maydell peter.mayd...@linaro.org wrote:
On 16 June 2014 16:47, Peter Maydell peter.mayd...@linaro.org wrote:
The hostfwd_add and hostfwd_remove monitor
On 2014-08-18 18:34, Knut Omang wrote:
On Sat, 2014-08-16 at 10:47 +0200, Jan Kiszka wrote:
On 2014-08-16 10:45, Jan Kiszka wrote:
On 2014-08-16 09:54, Knut Omang wrote:
On Fri, 2014-08-15 at 19:37 +0800, Le Tan wrote:
Hi Knut,
2014-08-15 19:15 GMT+08:00 Knut Omang knut.om...@oracle.com
On 2014-08-19 06:08, Knut Omang wrote:
Are you depending on interrupt remapping? If not, my patches are a bit
hacky and may cause their own issues if you are unlucky.
It does not depend directly but interprets a NULL PciDevice pointer as
the special bus number (0xff) for non-pci devices, so
On 2014-08-16 09:54, Knut Omang wrote:
On Fri, 2014-08-15 at 19:37 +0800, Le Tan wrote:
Hi Knut,
2014-08-15 19:15 GMT+08:00 Knut Omang knut.om...@oracle.com:
On Fri, 2014-08-15 at 06:42 +0200, Knut Omang wrote:
On Thu, 2014-08-14 at 14:10 +0200, Jan Kiszka wrote:
On 2014-08-14 13:15
On 2014-08-16 10:45, Jan Kiszka wrote:
On 2014-08-16 09:54, Knut Omang wrote:
On Fri, 2014-08-15 at 19:37 +0800, Le Tan wrote:
Hi Knut,
2014-08-15 19:15 GMT+08:00 Knut Omang knut.om...@oracle.com:
On Fri, 2014-08-15 at 06:42 +0200, Knut Omang wrote:
On Thu, 2014-08-14 at 14:10 +0200, Jan
On 2014-08-14 13:06, Michael S. Tsirkin wrote:
On Mon, Aug 11, 2014 at 03:05:00PM +0800, Le Tan wrote:
Expose Intel IOMMU to the BIOS. If object of TYPE_INTEL_IOMMU_DEVICE exists,
add DMAR table to ACPI RSDT table. For now the DMAR table indicates that
there
is only one hardware unit without
On 2014-08-14 13:43, Michael S. Tsirkin wrote:
On Thu, Aug 14, 2014 at 01:36:49PM +0200, Jan Kiszka wrote:
On 2014-08-14 13:06, Michael S. Tsirkin wrote:
On Mon, Aug 11, 2014 at 03:05:00PM +0800, Le Tan wrote:
Expose Intel IOMMU to the BIOS. If object of TYPE_INTEL_IOMMU_DEVICE
exists,
add
On 2014-08-14 13:15, Michael S. Tsirkin wrote:
On Mon, Aug 11, 2014 at 03:04:57PM +0800, Le Tan wrote:
Hi,
These patches are intended to introduce Intel IOMMU (VT-d) emulation to q35
chipset. The major job in these patches is to add support for emulating Intel
IOMMU according to the VT-d
On 2014-08-01 08:22, Danzer, Uwe wrote:
Hi there,
I'm implementing an emulated PCIe Memory class device, but can't get MSI-X
interrupt emulation working.
So far, the card appears in the guest system and the driver for the card
recognises it and the emulation of 1MB of accessible r/w
.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Reviewed-by: Paolo Bonzini pbonz...@redhat.com
Reviewed-by: Michael S. Tsirkin m...@redhat.com
---
hw/pci/msi.c | 2 +-
hw/pci/msix.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/pci/msi.c b/hw/pci/msi.c
index a4a3040
On 2014-08-13 08:14, Michael Tokarev wrote:
09.08.2014 18:05, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
IA-32 SDM, Figure 10-14: Bits 27:0 are reserved as 1.
Fixes Jailhouse hypervisor start with in-kernel irqchips off.
Applied to -trivial, thank you!
Are the other
From: Jan Kiszka jan.kis...@siemens.com
IA-32 SDM, Figure 10-14: Bits 27:0 are reserved as 1.
Fixes Jailhouse hypervisor start with in-kernel irqchips off.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/intc/apic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw
On 2014-08-05 14:55, Le Tan wrote:
Hi,
I am now adding features to the VT-d emulation for q35 chipset. I
think it is good to know what features q35 chipset supports exactly.
However I can't find materials about this. Does anyone know this? Or
it will be fine if someone can tell me the value
On 2014-08-01 18:35, Alex Williamson wrote:
On Fri, 2014-08-01 at 09:25 -0600, Alex Williamson wrote:
On Fri, 2014-08-01 at 09:35 +0800, Le Tan wrote:
Hi Alex,
2014-07-30 22:46 GMT+08:00 Alex Williamson alex.william...@redhat.com:
On Wed, 2014-07-30 at 22:16 +0800, Le Tan wrote:
Hi Michael,
On 2014-08-01 19:16, Alex Williamson wrote:
Also, it may let some of our device
models deviate from their real versions (I suppose, e.g., none of the
e1000 devices we currently emulate exposed FLR).
Of course, but what are the chances that the driver will care?
No drivers of GPOSes, but
Yet identical to 2.1.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/i386/pc_piix.c| 19 ---
hw/i386/pc_q35.c | 17 +++--
include/hw/i386/pc.h | 3 +++
3 files changed, 34 insertions(+), 5 deletions(-)
diff --git a/hw/i386/pc_piix.c b/hw/i386
According to ICH9 spec, the MSI capability is located at 0x60. This is
important for guest drivers that do not parse the capability chain and
use absolute addresses instead.
CC: Gerd Hoffmann kra...@redhat.com
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/audio/intel-hda.c | 4
way.
CC: Gerd Hoffmann kra...@redhat.com
Jan Kiszka (3):
pc: Fix disabling of vapic for compat PC models
pc: Create 2.2 machine type
hw/audio/intel-hda: Fix MSI capability address
hw/audio/intel-hda.c | 4 +++-
hw/i386/pc_piix.c| 21 +
hw/i386/pc_q35.c | 17
We used to be able to address both the QEMU and the KVM APIC via apic.
This doesn't work anymore. So we need to use their parent class to turn
off the vapic on machines that should not expose them.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/i386/pc_piix.c | 2 +-
1 file changed, 1
On 2014-07-30 10:41, Alex Bligh wrote:
On 30/07/2014 08:02, Jan Kiszka wrote:
Yet identical to 2.1.
If it's *really* identical to 2.1, are we going to add the
2.2 machine type to 2.1 as well, so that things that
have difficulty using different source and destination
machine types can
On 2014-07-28 10:11, Paolo Bonzini wrote:
Il 27/07/2014 08:57, Jan Kiszka ha scritto:
From: Jan Kiszka jan.kis...@siemens.com
According to ICH9 spec, the MSI capability is located at 0x60. This is
important for guest drivers that do not parse the capability chain and
use absolute addresses
From: Jan Kiszka jan.kis...@siemens.com
According to ICH9 spec, the MSI capability is located at 0x60. This is
important for guest drivers that do not parse the capability chain and
use absolute addresses instead.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/audio/intel-hda.c | 2
From: Jan Kiszka jan.kis...@siemens.com
The spec says (and real HW confirms this) that, if the bus master bit
is 0, the device will not generate any PCI accesses. MSI and MSI-X
messages fall among these, so we should use the corresponding address
space to deliver them. This will prevent delivery
On 2014-07-22 17:47, Le Tan wrote:
Add Intel IOMMU emulation to q35 chipset and expose it to the guest.
1. Add a machine option. Users can use -machine vtd=on|off in the command
line to enable/disable Intel IOMMU. The default is off.
Better call it iommu. We could once reuse the switch when
On 2014-07-22 21:06, Michael S. Tsirkin wrote:
On Mon, Jul 21, 2014 at 12:04:22AM +0200, Jan Kiszka wrote:
On 2014-07-20 23:03, Michael S. Tsirkin wrote:
On Sun, Jul 20, 2014 at 11:45:10PM +0200, Jan Kiszka wrote:
On 2014-07-20 21:48, Michael S. Tsirkin wrote:
On Sat, Jul 19, 2014 at 06:55
On 2014-07-19 03:21, Chen Gang wrote:
If kvm_arch_remove_sw_breakpoint() in CPU_FOREACH() always be fail, it
will let 'cpu' NULL. And the next kvm_arch_remove_sw_breakpoint() in
QTAILQ_FOREACH_SAFE() will get NULL parameter for 'cpu'.
And kvm_arch_remove_sw_breakpoint() can assumes 'cpu'
On 2014-07-20 21:48, Michael S. Tsirkin wrote:
On Sat, Jul 19, 2014 at 06:55:48PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
The spec says (and real HW confirms this) that, if the bus master bit
is 0, the device will not generate any PCI accesses. MSI and MSI-X
messages
On 2014-07-20 23:03, Michael S. Tsirkin wrote:
On Sun, Jul 20, 2014 at 11:45:10PM +0200, Jan Kiszka wrote:
On 2014-07-20 21:48, Michael S. Tsirkin wrote:
On Sat, Jul 19, 2014 at 06:55:48PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
The spec says (and real HW confirms
From: Jan Kiszka jan.kis...@siemens.com
The spec says (and real HW confirms this) that, if the bus master bit
is 0, the device will not generate any PCI accesses. MSI and MSI-X
messages fall among these.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/pci/msi.c | 4
hw/pci/msix.c
On 2014-07-03 10:26, Le Tan wrote:
In map_page() in hw/ide/ahci.c, replace cpu_physical_memory_map() and
cpu_physical_memory_unmap() with dma_memory_map() and dma_memory_unmap(),
because ahci devices should not access memory directly but via their address
space. Add an AddressSpace parameter
On 2014-07-03 12:02, Michael S. Tsirkin wrote:
On Thu, Jul 03, 2014 at 10:43:57AM +0200, Jan Kiszka wrote:
On 2014-07-03 10:26, Le Tan wrote:
In map_page() in hw/ide/ahci.c, replace cpu_physical_memory_map() and
cpu_physical_memory_unmap() with dma_memory_map() and dma_memory_unmap(),
because
On 2014-07-03 22:30, Michael S. Tsirkin wrote:
On Thu, Jul 03, 2014 at 06:45:03PM +0200, Jan Kiszka wrote:
On 2014-07-03 12:02, Michael S. Tsirkin wrote:
On Thu, Jul 03, 2014 at 10:43:57AM +0200, Jan Kiszka wrote:
On 2014-07-03 10:26, Le Tan wrote:
In map_page() in hw/ide/ahci.c, replace
Hi Le,
On 2014-07-01 04:34, Le Tan wrote:
Hi Jan,
I use pci_setup_iommu() to setup a PCIIOMMUFunc for the q35 pci bus.
In the iommu_fn, I print out the devfn parameter and find out that it
sometimes will be -1. So what does it mean?
The detail code is here:
In mch_init() function, I write
On 2014-06-27 16:24, Stefan Hajnoczi wrote:
From: Anton Ivanov antiv...@cisco.com
This transport allows to connect a QEMU nic to a static Ethernet
over L2TPv3 tunnel. The transport supports all options present
in the Linux kernel implementation. It allows QEMU to connect
to any Linux host
On 2014-07-01 14:55, Le Tan wrote:
2014-07-01 20:52 GMT+08:00 Le Tan tamlokv...@gmail.com:
Hi Jan,
2014-07-01 15:34 GMT+08:00 Jan Kiszka jan.kis...@web.de:
Hi Le,
On 2014-07-01 04:34, Le Tan wrote:
Hi Jan,
I use pci_setup_iommu() to setup a PCIIOMMUFunc for the q35 pci bus
On 2014-07-01 15:02, Le Tan wrote:
2014-07-01 20:56 GMT+08:00 Jan Kiszka jan.kis...@web.de:
On 2014-07-01 14:55, Le Tan wrote:
2014-07-01 20:52 GMT+08:00 Le Tan tamlokv...@gmail.com:
Hi Jan,
2014-07-01 15:34 GMT+08:00 Jan Kiszka jan.kis...@web.de:
Hi Le,
On 2014-07-01 04:34, Le Tan wrote
On 2014-06-27 07:46, Le Tan wrote:
2014-06-27 12:55 GMT+08:00 Paolo Bonzini pbonz...@redhat.com:
Il 27/06/2014 04:08, Le Tan ha scritto:
1. In struct IOMMUTLBEntry, I think the addr_mask field should be the
mask of the page offset, right? But I see different usages of this
field. In
On 2014-06-17 07:24, Paolo Bonzini wrote:
Il 15/06/2014 08:20, Jan Kiszka ha scritto:
I think implementing Xen hypercalls in jailhouse for grant table and
event channels would actually make a lot of sense. The Xen
implementation is 2.5kLOC and I think it should be possible to compact
On 2014-06-13 10:45, Paolo Bonzini wrote:
Il 13/06/2014 08:23, Jan Kiszka ha scritto:
That would preserve zero-copy capabilities (as long as you can work
against the shared mem directly, e.g. doing DMA from a physical NIC or
storage device into it) and keep the hypervisor out of the loop
On 2014-06-13 02:47, Rusty Russell wrote:
Jan Kiszka jan.kis...@siemens.com writes:
On 2014-06-12 04:27, Rusty Russell wrote:
Henning Schild henning.sch...@siemens.com writes:
It was also never implemented, and remains a thought experiment.
However, implementing it in lguest should be fairly
On 2014-06-12 04:27, Rusty Russell wrote:
Henning Schild henning.sch...@siemens.com writes:
Hi,
i am working on the jailhouse[1] project and am currently looking at
inter-VM communication. We want to connect guests directly with virtual
consoles based on shared memory. The code complexity in
On 2014-06-11 10:55, Samuel Thibault wrote:
Before this patch, if sosendto fails, udp_input is executed as if the
packet was sent. This could cause memory leak.
Cannot follow yet how this could leak (not saying I fully got what it
should NOT leak - nasty code). Can you elaborate on the
On 2014-05-28 01:10, Edgar E. Iglesias wrote:
On Wed, May 14, 2014 at 01:22:25AM +, Edgar E. Iglesias wrote:
On Wed, May 14, 2014 at 03:13:09AM +0200, Samuel Thibault wrote:
Do not special-case addresses with zero host part, as we do not
necessarily know how big it is, and the guest can
On 2014-05-25 10:44, Le Tan wrote:
Replace fprintf(stderr,...) with error_report() in files block/*, block.c,
block-migration.c and blockdev.c. The trailing \ns of the @fmt argument
have been removed because @fmt of error_report() should not contain newline.
Also fix some coding style issues.
.
On 05/13/2014 06:53 PM, Jan Kiszka wrote:
On 2014-05-13 09:09, Li, Zhen-Hua wrote:
From: Li, ZhenHua zhen-h...@hp.com
These series patches are trying to make Qemu support more than 255 CPUs.
The max cpu number changed to 4096.
Support more than 255 cpus: ACPI and APIC defines
Support more
On 2014-05-13 09:09, Li, Zhen-Hua wrote:
From: Li, ZhenHua zhen-h...@hp.com
These series patches are trying to make Qemu support more than 255 CPUs.
The max cpu number changed to 4096.
Support more than 255 cpus: ACPI and APIC defines
Support more than 255 cpus: max_cpus to 4096
On 2014-05-05 16:46, Gerd Hoffmann wrote:
On Mo, 2014-05-05 at 13:55 +0200, Gerd Hoffmann wrote:
Hi,
Looks better thanks to gtk: zap scrolled_window (monitor is properly
formatted again). But the whole queue spits this out on the terminal:
(unknown:13169): Gtk-CRITICAL **:
the r/w reopen of bdrv_commit().
The bigger problem this releaved is that the original open flags must
actually only be applied to the temporary snapshot, and the original
image file must be treated as a backing file of the temporary snapshot
and get the right flags for that.
Reported-by: Jan
On 2014-04-29 11:46, Gerd Hoffmann wrote:
From: Cole Robinson crobi...@redhat.com
Try kicking off a rhel5 text install over serial, the text menu navigation
is all messed up, and some of the kernel boot messages are randomly
corrupted.
Drop use of a pty and just use vte infrastructure for
On 2014-04-30 20:23, Kevin Wolf wrote:
Use the same function as bdrv_open() for determining what the right
flags for bs-file are. Without doing this, a reopen means that
bs-file loses BDRV_O_CACHE_WB or BDRV_O_UNMAP if bs doesn't have it as
well.
Signed-off-by: Kevin Wolf kw...@redhat.com
On 2014-05-04 19:07, Cole Robinson wrote:
On 05/04/2014 04:35 AM, Jan Kiszka wrote:
On 2014-04-29 11:46, Gerd Hoffmann wrote:
From: Cole Robinson crobi...@redhat.com
Try kicking off a rhel5 text install over serial, the text menu navigation
is all messed up, and some of the kernel boot
On 2014-05-04 20:25, Jan Kiszka wrote:
On 2014-05-04 19:07, Cole Robinson wrote:
On 05/04/2014 04:35 AM, Jan Kiszka wrote:
On 2014-04-29 11:46, Gerd Hoffmann wrote:
From: Cole Robinson crobi...@redhat.com
Try kicking off a rhel5 text install over serial, the text menu navigation
is all
On 2014-04-24 08:19, Jan Kiszka wrote:
On 2014-04-23 11:25, Stefan Hajnoczi wrote:
Dear QEMU, Libvirt, and KVM communities,
We are participating in Google Summer of Code 2014
(http://google-melange.com/) and Outreach Program for Women
(http://opw.gnome.org/). Both programs fund candidates
On 2014-04-23 11:25, Stefan Hajnoczi wrote:
Dear QEMU, Libvirt, and KVM communities,
We are participating in Google Summer of Code 2014
(http://google-melange.com/) and Outreach Program for Women
(http://opw.gnome.org/). Both programs fund candidates to work on our
open source projects for
From: Jan Kiszka jan.kis...@siemens.com
We used to be able to address both the QEMU and the KVM APIC via apic.
This doesn't work anymore. So we need to use their parent class to turn
off the vapic on machines that should not expose them.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
I'm
On 2014-04-17 07:46, Shiru Ren wrote:
Hi, all
I’m trying to figure out how do_savevm works in QEMU. But there is one
thing has bothered me quite a lot. I found that vm_stop invoke
qemu_cpu_kick_thread to send SIG_IPI to a vcpu thread, and I have
understand that in TCG mode, the cpu_signal()
;
Reviewed-by: Jan Kiszka jan.kis...@siemens.com
--
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux
On 2014-03-18 02:54, Luiz Capitulino wrote:
If you start a Linux guest with more than 4GB of memory and try to look at a
memory address, you will get an error from gdb:
(gdb) p node_data[0]-node_id
Cannot access memory at address 0x88013fffd3a0
(gdb)
I suppose this is x86-64, not
On 2014-03-18 08:36, Paolo Bonzini wrote:
Il 18/03/2014 08:19, Jan Kiszka ha scritto:
On 2014-03-18 02:54, Luiz Capitulino wrote:
If you start a Linux guest with more than 4GB of memory and try to
look at a
memory address, you will get an error from gdb:
(gdb) p node_data[0]-node_id
Cannot
On 2014-03-18 14:00, Luiz Capitulino wrote:
On Tue, 18 Mar 2014 11:30:42 +0100
Jan Kiszka jan.kis...@siemens.com wrote:
On 2014-03-18 08:36, Paolo Bonzini wrote:
Il 18/03/2014 08:19, Jan Kiszka ha scritto:
On 2014-03-18 02:54, Luiz Capitulino wrote:
If you start a Linux guest with more
On 2014-03-18 17:37, Paolo Bonzini wrote:
Il 18/03/2014 17:23, Luiz Capitulino ha scritto:
On Tue, 18 Mar 2014 15:36:45 +0100
Jan Kiszka jan.kis...@siemens.com wrote:
Right, this belongs in the if (env-hflags HF_LMA_MASK) block.
And the subject or description should mention
On 2014-03-12 00:15, Cole Robinson wrote:
These errors don't seem user initiated, so forcibly printing to the
monitor doesn't seem right. Just print to stderr.
Drop lprint since it's now unused.
Cc: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Cole Robinson crobi...@redhat.com
On 2013-11-28 20:32, Michael Tokarev wrote:
After numerous reports that -smb (or -netdev user,smb=foo) not working
with modern windows (win7 and vista are reported as non-working), I
started digging myself. And found that indeed it doesn't work, and
why.
The thing is that modern win tries
On 2014-02-11 14:08, Samuel Thibault wrote:
Hello,
This is a respin of IPv6 in Qemu -net user mode.
These patches add ICMPv6, NDP, and make UDP and TCP compatible with
IPv6. We have made some refactoring to make current code compatible with
IPv6.
Some patches, like 2 and 13, can be
The following changes since commit 239618707637ec87eba8c452d2b2f75dc5ca20c7:
Merge remote-tracking branch 'remotes/kvm/uq/master' into staging (2014-03-11
19:39:17 +)
are available in the git repository at:
git://git.kiszka.org/qemu.git queues/slirp
for you to fetch changes up to
As long as we have no persistent GTK configuration, this allows to
enable the useful grab-on-hover feature already when starting the VM.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
include/ui/console.h | 2 +-
qemu-options.hx | 5 +
ui/gtk.c | 5 -
vl.c
On 2013-07-17 10:10, Jan Kiszka wrote:
With this patch QEMU handles qAttached request from gdb. When QEMU
replies 1, GDB sends a detach command at the end of a debugging
session otherwise GDB sends kill.
The default value for qAttached is 1 on system emulation and 0 on user
emulation
On 2014-03-12 17:58, Andreas Färber wrote:
Am 26.07.2013 20:26, schrieb Jan Kiszka:
With this patch QEMU handles qAttached request from gdb. When QEMU
With this patch is always weird to read in Git history, also a
gdbstub: prefix would've been nice for consistency.
Yes, will rephrase
On 2014-03-09 20:20, Michael S. Tsirkin wrote:
From: Dr. David Alan Gilbert dgilb...@redhat.com
If enabled, set the thread name at creation (on GNU systems with
pthread_set_np)
Fix up all the callers with a thread name
Seems like not all older Linux systems come with support for
pthread_setname_np was introduced with 2.12.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
util/qemu-thread-posix.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/util/qemu-thread-posix.c b/util/qemu-thread-posix.c
index 45113b4..960d7f5 100644
--- a/util/qemu-thread
Hook into scroll-event to properly forward mouse wheel movements to the
guest, just like we already do in SDL.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
ui/gtk.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/ui/gtk.c b/ui/gtk.c
index 992f7d7..016804d
this buffer. Remove the nonexistent registers.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
Acked-by: Jan Kiszka jan.kis...@web.de
---
There's no readily available documentation for this SoC,
but I'm told the BSP for it indicates that there are
indeed only two tx queues.
hw/arm
On 2014-02-11 11:17, Stefan Hajnoczi wrote:
On Mon, Feb 3, 2014 at 8:45 AM, Stefan Hajnoczi stefa...@gmail.com wrote:
Project ideas
Please post project ideas on the wiki page below. Project ideas
should be suitable as a 12-week project that a student fluent in
C/Python/etc can complete. No
On 2013-12-06 10:35, Gerd Hoffmann wrote:
This also switches from lgplvgabios to seavgabios.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
pc-bios/vgabios-cirrus.bin | Bin 35840 - 36864 bytes
pc-bios/vgabios-qxl.bin| Bin 40448 - 37376 bytes
pc-bios/vgabios-stdvga.bin | Bin
On 2014-01-05 12:26, Paolo Bonzini wrote:
Il 05/01/2014 10:35, Jan Kiszka ha scritto:
On 2013-12-06 10:35, Gerd Hoffmann wrote:
This also switches from lgplvgabios to seavgabios.
Signed-off-by: Gerd Hoffmann kra...@redhat.com ---
pc-bios/vgabios-cirrus.bin | Bin 35840 - 36864 bytes
pc
first so that no state transfer gets lost.
This allows to cleanly reset a guest with VMX in use.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
target-i386/kvm.c | 32
1 file changed, 28 insertions(+), 4 deletions(-)
diff --git a/target-i386/kvm.c b/target
On 2013-11-11 13:41, Andreas Färber wrote:
Am 11.11.2013 08:44, schrieb Alexey Kardashevskiy:
This converts +foo/-foo to foo=on/foo=off respectively when
QEMU parser is used for the command line options.
-cpu parsers in x86 and other architectures should be unaffected
by this change.
From: Jan Kiszka jan.kis...@siemens.com
As long as we have no persistent GTK configuration, this allows to
enable the useful grab-on-hover feature already when starting the VM.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
include/ui/console.h | 2 +-
qemu-options.hx | 5 +
ui
On 2013-10-09 13:42, Gerd Hoffmann wrote:
Hi,
Only very recent distros fulfill the need of = 1.0.13, so you naturally
fall back to this code. I just realized that even the factory build of
OpenSUSE is still on libusb-1.0.9. Current Ubuntu versions are on 1.0.12
at best. Didn't check
On 2013-11-08 16:39, Gerd Hoffmann wrote:
Hi,
OK, then here is the first issue I ran into while trying libusbx (git
head, i.e. 1.0.17+: The new stack causes significant latency issues that
makes it almost unusable for pass-through of USB audio devices (some
headset in my case). Reverting
On 2013-11-06 16:08, Aneesh Kumar K.V wrote:
Jan Kiszka jan.kis...@siemens.com writes:
On 2013-10-07 18:53, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Targets like ppc64 support different typed of KVM, one which use
hypervisor mode and the other which
On 2013-11-05 17:01, Frederich, Jens wrote:
Hi all,
we're currently evaluating different RTOS systems (Windows CE, Intime, RTX,
etc.).
One system is Linux RT + KVM/QEMU with a Windows 7 guest. Up to now all
works fine, Linux RT has good latency and KVM/Qemu setup was easy. But one
QEMU
On 2013-11-05 21:20, Jens Frederich wrote:
On 2013-11-05 17:01, Frederich, Jens wrote:
Hi all,
we're currently evaluating different RTOS systems (Windows CE, Intime, RTX,
etc.).
One system is Linux RT + KVM/QEMU with a Windows 7 guest. Up to now all
works fine, Linux RT has good latency and
On 2013-10-07 18:53, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Targets like ppc64 support different typed of KVM, one which use
hypervisor mode and the other which doesn't. Add a new machine
property kvm_type that helps in selecting the respective ones
On 2013-08-14 13:29, Jan Kiszka wrote:
This was once introduced by commit 100d9891d6 but was never used in-tree
and then got broken by commit 32e0c8260d. Time to clean up.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/timer/mc146818rtc.c |9 +
1 files changed, 1
On 2013-11-04 14:30, Alexander Graf wrote:
On 04.11.2013, at 14:28, Jan Kiszka jan.kis...@siemens.com wrote:
On 2013-10-07 18:53, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Targets like ppc64 support different typed of KVM, one which use
hypervisor
This feature was already deprecated back then in qemu-kvm, ie. before
pci-assign went upstream. assigned_dev_ioport_rw will never be invoked
with resource_fd 0.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/i386/kvm/pci-assign.c | 56 +---
1
On 2013-11-04 14:55, Michael Tokarev wrote:
04.11.2013 00:06, Jan Kiszka wrote:
On 2013-11-01 11:10, Michael Tokarev wrote:
[]
If Jan picks it up, that's fine. If not, I think it can go
to the trivial patches queue.
Works fine, applied to queues/slirp.
Okay, thank you Jan
On 2013-11-01 11:10, Michael Tokarev wrote:
01.11.2013 13:54, Michael Büsch wrote:
On Fri, 01 Nov 2013 13:32:49 +0400
Michael Tokarev m...@tls.msk.ru wrote:
That looks right. Are you okay adding your Signed-off-by to the patch
you initially submitted? If yes, I'll make a formal patch
On 2013-10-31 21:48, John Arbuckle wrote:
Public bug reported:
The AC97 sound card does not work. It stops QEMU on startup. The cause
appears to be some kind of deadlock.
Steps to reproduce:
Just add -soundhw ac97 to QEMU's arguments. Example: qemu-system-ppc -soundhw
ac97
The
On 2013-10-31 20:31, Stefan Weil wrote:
Reloading of local variables after sigsetjmp is only needed for some
buggy compilers.
The code which should reload these variables causes compiler warnings
with gcc 4.7 when compiler optimizations are enabled:
cpu-exec.c:204:15: error:
variable
On 2013-10-28 20:18, Stefan Weil wrote:
Am 18.09.2013 09:48, schrieb Jan Kiszka:
On 2013-09-18 09:26, Peter Maydell wrote:
[...]
And gcc's documentation of the 'noreturn' attribute specifically
says it does not affect the exceptional path where the function
returns via longjmp.
OK
On 2009-06-18 22:50, Jean-Christophe DUBOIS wrote:
From: Jean-Christophe Dubois jcd@jcd-laptop.(none)
Signed-off-by: Jean-Christophe DUBOIS j...@tribudubois.net
---
slirp/socket.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/slirp/socket.c
On 2013-10-07 09:16, Gerd Hoffmann wrote:
On Mi, 2013-10-02 at 15:14 +0200, Jan Kiszka wrote:
On 2013-09-19 11:34, Gerd Hoffmann wrote:
The usb-host code has been rewritten for qemu 1.5 to use libusb,
the old code has been left in as temporary fallback. Now we are
two releases further out
On 2013-10-03 18:05, Peter Maydell wrote:
On 3 October 2013 23:09, Juergen Lock qem...@jelal.kn-bremen.de wrote:
Local variable CPUClass *cc needs to be reloaded after return from longjmp
too. (This fixes the mips-softmmu crash observed on FreeBSD when qemu is
built with clang.)
On 2013-09-19 11:34, Gerd Hoffmann wrote:
The usb-host code has been rewritten for qemu 1.5 to use libusb,
the old code has been left in as temporary fallback. Now we are
two releases further out, targeting the 1.7 release. No major
issues with the new code poped up until now. Time to
401 - 500 of 5319 matches
Mail list logo