The Buildbot has detected a new failure on builder s390-next_i386_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/s390-next_i386_debian_6_0/builds/64
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
B
On 10/17/2011 02:11 PM, Dong Xu Wang wrote:
Use gfree, to pair with g_malloc. Also fix coding style.
Should it be g_free, instead of gfree.
Signed-off-by: Dong Xu Wang
---
block/cloop.c | 114 +++--
1 files changed, 62 insertions(+), 52
On Sun, Oct 16, 2011 at 05:29:07PM +0200, Avi Kivity wrote:
> Now that the memory API supports full 64-bit buses, adjust the relevant
> callers to take advantage of it.
Note that this doesn't, strictly speaking doesn't give you full 64-bit
coverage, since the range covered is 2^64-1 bytes rather t
Use gfree, to pair with g_malloc. Also fix coding style.
Signed-off-by: Dong Xu Wang
---
block/cloop.c | 114 +++--
1 files changed, 62 insertions(+), 52 deletions(-)
diff --git a/block/cloop.c b/block/cloop.c
index 8cff9f2..708093e 100644
--
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_ imposi
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 de
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, Da
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 de
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 cpu-exec
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
---
hw/rtl8139.c | 44 ++--
1 files changed, 30 insert
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
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),
> > +
Remove target dependencies and compile Cirrus VGA in hwlib.
Signed-off-by: Blue Swirl
---
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 44d9bb9..e98d74e 100644
---
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
---
arch_init.c |3 ++-
cpu-all.h |9 +++--
hw/cirrus_vga.c | 1
Signed-off-by: Blue Swirl
---
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 +
default-configs/mips64-
Improve VGA selection logic, push check for device availabilty to vl.c.
Make PCI VGA devices optional.
Signed-off-by: Blue Swirl
---
hw/cirrus_vga.c |5 -
hw/pc.c |6 +-
hw/pc.h | 33 +++--
hw/pci.c| 18 ++
h
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
This error was reported by cppcheck.
Signed-off-by: Stefan Weil
---
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
+++ b/target-sparc/helper.
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,
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 ds
From: Jan Kiszka
Dispatching byte and word accesses like dwords looks strange, but let's
just convert mechanically.
Signed-off-by: Jan Kiszka
---
hw/ioapic.c | 24 +---
1 files changed, 9 insertions(+), 15 deletions(-)
diff --git a/hw/ioapic.c b/hw/ioapic.c
index 61991d7
On 2011-10-16 18:45, Blue Swirl wrote:
> On Sun, Oct 9, 2011 at 10:47 AM, Jan Kiszka wrote:
>> On 2011-10-09 12:22, Blue Swirl wrote:
>>> Signed-off-by: Blue Swirl
>>> ---
>>> hw/cirrus_vga.c |5 -
>>> hw/pc.c |6 +-
>>> hw/pc.h | 26 --
>
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 t
Remove target dependencies and compile Cirrus VGA in hwlib.
Signed-off-by: Blue Swirl
---
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 44d9bb9..e98d74e 100644
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
---
arch_init.c |3 ++-
cpu-all.h |9 +++--
hw/cirrus_vga.c | 1
Signed-off-by: Blue Swirl
---
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 +
default-configs/mips64-
Signed-off-by: Blue Swirl
---
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 insertions(+), 14 deletions(-)
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 +
M
On Sun, Oct 9, 2011 at 10:47 AM, Jan Kiszka wrote:
> On 2011-10-09 12:22, Blue Swirl wrote:
>> Signed-off-by: Blue Swirl
>> ---
>> hw/cirrus_vga.c | 5 -
>> hw/pc.c | 6 +-
>> hw/pc.h | 26 --
>> hw/pci.c | 18 ++
>>
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 NM
Now that the memory API supports full 64-bit buses, adjust the relevant
callers to take advantage of it.
Signed-off-by: Avi Kivity
---
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 +-
3 files cha
On 10/16/2011 04:44 PM, Blue Swirl wrote:
> Signed-off-by: Blue Swirl
> ---
> 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,
Signed-off-by: Blue Swirl
---
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 pci_bridge_initfn(PCIDevice *dev)
sec_bu
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
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 ca
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+
Hardware
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 shoul
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 devi
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 r
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 wrote:
>>> Highlights of this series:
>>> - generic i8259, now part of hwlib
>>> - qdev conversion of i8259
>>> - fix for i8259 poll mode (and re
On Sun, 16 Oct 2011, Blue Swirl wrote:
> Thanks, applied all.
>
> On Fri, Oct 7, 2011 at 7:19 AM, Jan Kiszka 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 refacto
On Sun, Oct 16, 2011 at 2:19 AM, felix.matenaar@rwth-aachen
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 which can interrupt th
Thanks, applied all.
On Fri, Oct 7, 2011 at 7:19 AM, Jan Kiszka 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 instantiate i8259-kvm devic
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 */
Since the memory API supports 64-bit buses, it needs a larger type to represent
intermediate results.
Signed-off-by: Avi Kivity
---
memory.c | 193 --
memory.h |3 +-
2 files changed, 115 insertions(+), 81 deletions(-)
diff --git
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 Kivity
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 integ
Thanks, applied both.
On Sat, Oct 15, 2011 at 10:56 PM, Max Filippov 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
>
> Makefile.objs
Thanks, applied all.
On Sat, Oct 15, 2011 at 10:56 PM, Max Filippov wrote:
> Max Filippov (7):
> target-xtensa: increase xtensa options accuracy
> target-xtensa: remove hand-written xtensa cores implementations
> target-xtensa: implement external interrupt mapping
> target-xtensa: extract cor
On Sat, Oct 15, 2011 at 9:55 PM, Max Filippov wrote:
>> On Mon, Oct 10, 2011 at 2:27 AM, Max Filippov wrote:
>> > Max Filippov (2):
>> > hw: add OpenCores 10/100 Mbps Ethernet controller
>> > target-xtensa: add Avnet LX60/LX110/LX200 boards
>>
>> These patches depend on the 7-patch series. Plea
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
From: Jan Kiszka
This allows to drop various stubs and move the i8359 into hwlib.
Signed-off-by: Jan Kiszka
---
Changes in v3:
- rebased over current git
hw/an5206.c | 10 --
hw/arm_pic.c| 11 ---
hw/cris_pic_cpu.c |6 --
hw/etraxfs.
From: Jan Kiszka
No target-specific bits remaining, let's move it over.
Signed-off-by: Jan Kiszka
---
Changes in v3:
- rebased over current git
Makefile.objs|1 +
Makefile.target |8
default-configs/alpha-softmmu.mak|1 +
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
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 downloa
On 2011-10-16 10:54, Avi Kivity wrote:
> On 10/14/2011 02:54 AM, Lai Jiangshan wrote:
>> From: Kenji Kaneshige
>>
>> 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.
On 10/14/2011 02:54 AM, Lai Jiangshan wrote:
> From: Kenji Kaneshige
>
> 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 processo
On Thu, Oct 13, 2011 at 18:48, Gerd Hoffmann wrote:
> On 10/13/11 04:09, TeLeMan wrote:
>>
>> On Wed, Oct 12, 2011 at 19:30, Gerd Hoffmann 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 the device,
>>> i.
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 kno
59 matches
Mail list logo
