On 10/12/2011 10:02 PM, Alexander Graf wrote:
On 12.10.2011, at 20:05, Stefan Weil wrote:
Hello Avi,
commit 36b58628 increased the alignment for some large memory
blocks (typically the system RAM) to 2 MiB (QEMU_VMALLOC_ALIGN)
on x86_64 Linux hosts.
As far as I know, this was
On Thu, Oct 13, 2011 at 18:48, Gerd Hoffmann kra...@redhat.com wrote:
On 10/13/11 04:09, TeLeMan wrote:
On Wed, Oct 12, 2011 at 19:30, Gerd Hoffmannkra...@redhat.com wrote:
qemu uses the ps/2 mouse by default. The usb tablet (or mouse) is
activated as soon as qemu sees some guest activity
On 10/14/2011 02:54 AM, Lai Jiangshan wrote:
From: Kenji Kaneshige kaneshige.ke...@jp.fujitsu.com
Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
button event happens. This doesn't properly emulate real hardware on
which NMI button event triggers LINT1. Because of this, NMI
On 2011-10-16 10:54, Avi Kivity wrote:
On 10/14/2011 02:54 AM, Lai Jiangshan wrote:
From: Kenji Kaneshige kaneshige.ke...@jp.fujitsu.com
Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
button event happens. This doesn't properly emulate real hardware on
which NMI button
On 10/16/2011 11:05 AM, Jan Kiszka wrote:
+ KVM_CAP_LAPIC_NMI
+ documentation of KVM_CAP_LAPIC_NMI vs. !KVM_CAP_LAPIC_NMI
So you prefer this approach over V5 / KVM_SET_LINT1? Just to make sure
we are all looking at the full picture.
Sorry, I haven't read v5 yet (I think it wasn't downloaded
On 10/14/2011 11:03 AM, Lai Jiangshan wrote:
Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
button event happens. This doesn't properly emulate real hardware on
which NMI button event triggers LINT1. Because of this, NMI is sent to
the processor even when LINT1 is masked in
From: Jan Kiszka jan.kis...@siemens.com
No target-specific bits remaining, let's move it over.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
Changes in v3:
- rebased over current git
Makefile.objs|1 +
Makefile.target |8
From: Jan Kiszka jan.kis...@siemens.com
This allows to drop various stubs and move the i8359 into hwlib.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
Changes in v3:
- rebased over current git
hw/an5206.c | 10 --
hw/arm_pic.c| 11 ---
On 10/12/2011 04:37 AM, David Gibson wrote:
The memory API currently manipulates address range start and size values
as signed integers. Because memory ranges with size INT64_MAX are very
common, we must be careful to to trigger integer overflows. I already
fixed such an integer overflow bug
On Sat, Oct 15, 2011 at 9:55 PM, Max Filippov jcmvb...@gmail.com wrote:
On Mon, Oct 10, 2011 at 2:27 AM, Max Filippov jcmvb...@gmail.com wrote:
Max Filippov (2):
hw: add OpenCores 10/100 Mbps Ethernet controller
target-xtensa: add Avnet LX60/LX110/LX200 boards
These patches depend on
Thanks, applied all.
On Sat, Oct 15, 2011 at 10:56 PM, Max Filippov jcmvb...@gmail.com wrote:
Max Filippov (7):
target-xtensa: increase xtensa options accuracy
target-xtensa: remove hand-written xtensa cores implementations
target-xtensa: implement external interrupt mapping
Thanks, applied both.
On Sat, Oct 15, 2011 at 10:56 PM, Max Filippov jcmvb...@gmail.com wrote:
Please apply it after 'target-xtensa: add overlay parsing header' series.
Max Filippov (2):
hw: add OpenCores 10/100 Mbps Ethernet controller
target-xtensa: add Avnet LX60/LX110/LX200 boards
The memory API supports 64-bit buses (e.g. PCI). A size on such a bus cannot
be represented with a 64-bit data type, if both 0 and the entire address
space size are to be represented. Futhermore, any address arithemetic may
overflow and return unexpected results.
Introduce a 128-bit signed
Since the memory API supports 64-bit buses, it needs a larger type to represent
intermediate results.
Signed-off-by: Avi Kivity a...@redhat.com
---
memory.c | 193 --
memory.h |3 +-
2 files changed, 115 insertions(+), 81
In order to solve the recurring overflow issues with the memory API,
introduce a 128-bit integer type to hold sizes (range 0 - 2^64) and
intermediates. While the patchset does reduce readability, I believe
it is the only way to prevent overflows emerging in unlikely places in
the code.
Avi
On Sun, Oct 16, 2011 at 11:56:03AM +0200, Avi Kivity wrote:
On 10/12/2011 04:37 AM, David Gibson wrote:
[snip]
static AddrRange addrrange_intersection(AddrRange r1, AddrRange r2)
{
-int64_t start = MAX(r1.start, r2.start);
-/* off-by-one arithmetic to prevent overflow */
-
Thanks, applied all.
On Fri, Oct 7, 2011 at 7:19 AM, Jan Kiszka jan.kis...@siemens.com wrote:
Highlights of this series:
- generic i8259, now part of hwlib
- qdev conversion of i8259
- fix for i8259 poll mode (and removal of PREP hack)
The refactoring will also be important to
On Sun, Oct 16, 2011 at 2:19 AM, felix.matenaar@rwth-aachen
felix.maten...@rwth-aachen.de wrote:
Hi *,
I have the following question regarding qemu binary translation of
target-i386 (and maybe other targets):
As far as I understood the code, when a basic block is executed, there
is no event
On Sun, 16 Oct 2011, Blue Swirl wrote:
Thanks, applied all.
On Fri, Oct 7, 2011 at 7:19 AM, Jan Kiszka jan.kis...@siemens.com wrote:
Highlights of this series:
- generic i8259, now part of hwlib
- qdev conversion of i8259
- fix for i8259 poll mode (and removal of PREP hack)
The
On 2011-10-16 14:07, malc wrote:
On Sun, 16 Oct 2011, Blue Swirl wrote:
Thanks, applied all.
On Fri, Oct 7, 2011 at 7:19 AM, Jan Kiszka jan.kis...@siemens.com wrote:
Highlights of this series:
- generic i8259, now part of hwlib
- qdev conversion of i8259
- fix for i8259 poll mode (and
On 10/16/2011 01:40 PM, David Gibson wrote:
Let me see if I can work up a synthetic int128 type.
So.. you think replacing every single basic arithmetic operations with
calls to implement the synthetic type, _and_ imposing the resulting
overhead is _less_ ugly than some slightly fiddly
On Fri, Oct 14, 2011 at 01:14:07PM +1100, David Gibson wrote:
On Mon, Oct 03, 2011 at 08:17:05AM -0500, Anthony Liguori wrote:
On 10/02/2011 07:14 AM, Michael S. Tsirkin wrote:
On Sun, Oct 02, 2011 at 02:01:10PM +0200, Avi Kivity wrote:
Hmm, not entirely virtio specific, some devices use
On 10/14/2011 04:14 AM, David Gibson wrote:
Virtio is a very, very special case. virtio requires coherent RAM access.
Right. Virtio's access to memory is *not* emulated PCI DMA, it's
god-like hypervisor access to guest system memory. It should
correctly bypass any IOMMU, and so should
Public bug reported:
Environment:
Host OS (ia32/ia32e/IA64):All
Guest OS (ia32/ia32e/IA64):ia32e
Guest OS Type (Linux/Windows):Linux
kvm.git Commit:211978fb6c666f824ae8221baea7ee28efc1
qemu.git Commit:edbb7c0de56692868e6126c7ff7e8bf917f8d0e7
Host Kernel Version:3.1.0-rc9+
Yes, this bug is got fixed.
** Changed in: qemu
Status: New = Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/799036
Title:
NIC assignment order in command line make some NIC
On 10/16/2011 02:06 PM, Blue Swirl wrote:
c = get_executable_memory(1Gb)
set(c, OPCODE_NOP, sizeof c)
jmp_into c
Not really, we don't care very much about such timing problems.
Translation is limited so that the intermediate buffer does not
overflow, also page boundaries may not be
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
hw/pci_bridge.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/pci_bridge.c b/hw/pci_bridge.c
index b6287cd..650d165 100644
--- a/hw/pci_bridge.c
+++ b/hw/pci_bridge.c
@@ -319,7 +319,7 @@ int
On 10/16/2011 04:44 PM, Blue Swirl wrote:
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
hw/pci_bridge.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/pci_bridge.c b/hw/pci_bridge.c
index b6287cd..650d165 100644
--- a/hw/pci_bridge.c
+++
Now that the memory API supports full 64-bit buses, adjust the relevant
callers to take advantage of it.
Signed-off-by: Avi Kivity a...@redhat.com
---
Note needs slight adjustment to patch 2 to make 'info mtree' work.
exec.c |2 +-
hw/pc_piix.c|2 +-
hw/pci_bridge.c |2
On 10/14/2011 08:07 PM, Jan Kiszka wrote:
On 2011-10-14 13:59, Sasha Levin wrote:
On Fri, 2011-10-14 at 17:51 +0800, Lai Jiangshan wrote:
Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
button event happens. This doesn't properly emulate real hardware on
which NMI button
On Sun, Oct 9, 2011 at 10:47 AM, Jan Kiszka jan.kis...@web.de wrote:
On 2011-10-09 12:22, Blue Swirl wrote:
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
hw/cirrus_vga.c | 5 -
hw/pc.c | 6 +-
hw/pc.h | 26 --
hw/pci.c |
v1-v2: adjust memory dirtying APIs so that PAGE_SIZE knowledge is not needed.
Blue Swirl (4):
vga: make PCI devices optional
vga: make Cirrus ISA device optional
memory: change dirtying APIs to take a size
vga: compile cirrus_vga in hwlib
Makefile.objs|1 +
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
hw/cirrus_vga.c |5 -
hw/pc.c |6 +-
hw/pc.h | 26 --
hw/pci.c| 18 ++
hw/pci.h|4
hw/vga-pci.c|6 --
6 files changed, 51
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
Makefile.target | 13 +++---
default-configs/alpha-softmmu.mak|2 +
default-configs/arm-softmmu.mak |1 +
default-configs/i386-softmmu.mak |2 +
default-configs/mips-softmmu.mak |2 +
Instead of each target knowing or guessing the guest page size,
just pass the desired size of dirtied memory area. This should also
improve performance due to memset() optimizations.
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
arch_init.c |3 ++-
cpu-all.h |9 +++--
Remove target dependencies and compile Cirrus VGA in hwlib.
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
Makefile.objs |1 +
Makefile.target |1 -
hw/cirrus_vga.c |7 +--
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/Makefile.objs b/Makefile.objs
index
Richard W M Jones writes:
On Sat, Oct 15, 2011 at 10:00:02AM +, Blue Swirl wrote:
I don't understand why PC can't use the same way of loading initrd by
QEMU to guest memory before boot as Sparc32 uses. It should even be
possible to deduplicate the kernel and initrd images: improve the
On 2011-10-16 18:45, Blue Swirl wrote:
On Sun, Oct 9, 2011 at 10:47 AM, Jan Kiszka jan.kis...@web.de wrote:
On 2011-10-09 12:22, Blue Swirl wrote:
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
hw/cirrus_vga.c |5 -
hw/pc.c |6 +-
hw/pc.h | 26
From: Jan Kiszka jan.kis...@siemens.com
Dispatching byte and word accesses like dwords looks strange, but let's
just convert mechanically.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/ioapic.c | 24 +---
1 files changed, 9 insertions(+), 15 deletions(-)
diff
On 10/16/2011 06:51 PM, Blue Swirl wrote:
Remove target dependencies and compile Cirrus VGA in hwlib.
+#define CIRRUS_PAGE_SIZE 4096
+#define CIRRUS_PAGE_MASK (CIRRUS_PAGE_SIZE - 1)
This is inverted from TARGET_PAGE_MASK.
+
#define BLTUNSAFE(s) \
( \
( /* check dst is
On 10/16/2011 06:50 PM, Blue Swirl wrote:
Instead of each target knowing or guessing the guest page size,
just pass the desired size of dirtied memory area. This should also
improve performance due to memset() optimizations.
Looks good.
cirrus_mem_writeb_mode4and5_8bpp(CirrusVGAState * s,
This error was reported by cppcheck.
Signed-off-by: Stefan Weil s...@weilnetz.de
---
target-sparc/helper.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-sparc/helper.c b/target-sparc/helper.c
index c80531a..ca9bf6b 100644
--- a/target-sparc/helper.c
+++
v2-v3: push VGA logic to vl.c (Jan), improve Cirrus (Avi)
Blue Swirl (4):
vga: make PCI devices optional
vga: make Cirrus ISA device optional
memory: change dirtying APIs to take a size
vga: compile cirrus_vga in hwlib
Makefile.objs|1 +
Makefile.target
Improve VGA selection logic, push check for device availabilty to vl.c.
Make PCI VGA devices optional.
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
hw/cirrus_vga.c |5 -
hw/pc.c |6 +-
hw/pc.h | 33 +++--
hw/pci.c| 18
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
Makefile.target | 13 +++---
default-configs/alpha-softmmu.mak|2 +
default-configs/arm-softmmu.mak |1 +
default-configs/i386-softmmu.mak |2 +
default-configs/mips-softmmu.mak |2 +
Instead of each target knowing or guessing the guest page size,
just pass the desired size of dirtied memory area. This should also
improve performance due to memset() optimizations.
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
arch_init.c |3 ++-
cpu-all.h |9 +++--
Remove target dependencies and compile Cirrus VGA in hwlib.
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
Makefile.objs |1 +
Makefile.target |1 -
hw/cirrus_vga.c |3 ---
3 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/Makefile.objs b/Makefile.objs
index
On Mon, Sep 19, 2011 at 09:24:47PM +0100, Stuart Brady wrote:
On Sat, Sep 17, 2011 at 10:00:31PM +0200, Stefan Weil wrote:
[...]
+u64 = ((helper_function)t0)(tci_read_reg(TCG_REG_R0),
+tci_read_reg(TCG_REG_R1),
+
this bug doesn't exist in the latest qemu tree.
** Changed in: qemu
Status: New = Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/830558
Title:
VF doesn't work in guest when not
Reduce spurious packet drops on RX ring empty when in c+ mode by verifying that
we have at least 1 buffer ahead of the time.
Change from v1:
Fix style comments from Stefan.
Signed-off-by: Jason Wang jasow...@redhat.com
---
hw/rtl8139.c | 44 ++--
1
I'm getting a segfault from qemu-system-sparc with the io thread enabled
on win32. This is with the latest mingw (gcc 4.6.1). mipsel also
fails, but i386 is ok. I haven't checked any of the other system
targets, but they might also show this problem.
git bisect points to commit cea5f9a
In __cpu_ppc_store_decr(), we set up a regular timer used to trigger
decrementer interrupts. This is necessary to implement the decrementer
properly under TCG, but is unnecessary under KVM (true for both Book3S-PR
and Book3S-HV KVM variants), because the kernel handles generating and
delivering
On Fri, Oct 14, 2011 at 05:46:14PM +1100, David Gibson wrote:
On Fri, Oct 14, 2011 at 08:44:06AM +0200, Alexander Graf wrote:
On 14.10.2011, at 08:36, David Gibson wrote:
On Fri, Oct 14, 2011 at 07:30:09AM +0200, Alexander Graf wrote:
On 14.10.2011, at 07:19, David Gibson wrote:
In __cpu_ppc_store_decr(), we set up a regular timer used to trigger
decrementer interrupts. This is necessary to implement the decrementer
properly under TCG, but is unnecessary under KVM (true for both Book3S-PR
and Book3S-HV KVM variants), because the kernel handles generating and
delivering
On Sun, Oct 16, 2011 at 02:35:37PM +0200, Avi Kivity wrote:
On 10/16/2011 01:40 PM, David Gibson wrote:
Let me see if I can work up a synthetic int128 type.
So.. you think replacing every single basic arithmetic operations with
calls to implement the synthetic type, _and_ imposing the
Am 15.10.2011 23:52, schrieb Max Filippov:
On Mon, Oct 10, 2011 at 2:25 AM, Max Filippovjcmvb...@gmail.com wrote:
Max Filippov (7):
target-xtensa: increase xtensa options accuracy
target-xtensa: remove hand-written xtensa cores implementations
target-xtensa: implement external interrupt
56 matches
Mail list logo