On Thu, Dec 6, 2012 at 2:17 PM, Kevin Wolf wrote:
> Am 04.12.2012 16:31, schrieb Stefan Hajnoczi:
>> On Wed, Nov 14, 2012 at 05:53:16PM -0500, Corey Bryant wrote:
>>>
>>> Signed-off-by: Corey Bryant
>>> ---
>>> tests/qemu-iotests/044| 129
>>> ++
>
On 7 December 2012 21:52, Richard Henderson wrote:
> The interface to normalizeRoundAndPackFloat64 requires that the
> high bit be clear. Perform one shift-right-and-jam if needed.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Peter Maydell
On 7 December 2012 21:52, Richard Henderson wrote:
> Signed-off-by: Richard Henderson
Reviewed-by: Peter Maydell
-- PMM
Public bug reported:
VNC Tight PNG compression did work fine two or three month ago but don't
anymore. Now when Tight PNG is used parts of the desktop are shown but they are
scrambled together.
I have always tested this feature against QEMU git with noVNC by only allowing
Tight PNG compression.
The openpic source irqs are carrying around a type indicator that
is never accessed by anything. Remove it.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 27 ++-
1 files changed, 2 insertions(+), 25 deletions(-)
diff --git a/hw/openpic.c b/hw/openpic.c
index e4ef23d
Now that we can properly distinguish between openpic model differences,
let's move brr1 out of the raven code path.
Signed-off-by: Alexander Graf
---
hw/openpic.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/hw/openpic.c b/hw/openpic.c
index 6aac4b8..f2f152f 10064
The current openpic emulation contains half-ready code for bypass mode.
Remove it, so that when someone wants to finish it they can start from a
clean state.
Signed-off-by: Alexander Graf
---
hw/openpic.c |8 ++--
hw/openpic.h |4 ++--
hw/ppc/e500.c |2 +-
hw/ppc_ne
The openpic and mpic reset handlers are almost identical. Combine
them and extract the differences into state variables.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 103 +++--
1 files changed, 42 insertions(+), 61 deletions(-)
diff --git
The OpenPIC allows MSI access through shared MSI registers. Implement
them for the MPC8544 MPIC, so we can support MSIs.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 150 ++
1 files changed, 130 insertions(+), 20 deletions(-)
diff --g
The IRQ raise mechanisms of the OpenPIC and MPIC controllers is identical,
just that the MPIC one can also raise critical interrupts.
Combine those two and check for critical raise capability during runtime.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 34 -
The openpic code has its own bitmap code to access bits inside of a
bitmap. However, that is overkill when we simply want to check for a
bit inside of a uint32_t.
So instead, let's use normal bit masks and C builtin shifts and ands.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 67
The OpenPIC implemtation has been a sad piece of code in the QEMU tree
for a long time now. It's ugly, doesn't stick to the coding style and
misses out on a few of the recent infrastructure improvements.
This patch set is a first stab at moving the OpenPIC further towards
maintainable code. It cle
Rename the openpic_t struct to OpenPICState, so it adheres better to
the current coding style rules.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 68 +-
1 files changed, 34 insertions(+), 34 deletions(-)
diff --git a/hw/openpic.c b/h
The MSI-X vector tables are usually stored in little endian in memory,
so let's mark the accessors as such.
This fixes MSI-X on e500 for me.
Signed-off-by: Alexander Graf
CC: Michael S. Tsirkin
---
hw/msix.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/hw/msix.
The only difference between the "openpic" and "mpic" memory api subregion
descriptors is the endianness. Unify them as openpic accessors with explicit
endianness markers in their names.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 108 ++--
This patch converts the OpenPIC device to qdev. Along the way it
renames the "openpic" target to "raven" and the "mpic" target to
"mpc8544", to better reflect the actual models they implement.
This way we have a generic OpenPIC device now that can handle
different flavors of the OpenPIC specificat
The "openpic" controller is currently using one big region and does
subregion dispatching manually. Move this to the memory api.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 106 +
1 files changed, 61 insertions(+), 45 deletions(-)
di
Am 07.12.2012 22:52, schrieb Richard Henderson:
> The interface to normalizeRoundAndPackFloat64 requires that the
> high bit be clear. Perform one shift-right-and-jam if needed.
>
> Signed-off-by: Richard Henderson
> ---
> fpu/softfloat.c | 9 +++--
> 1 file changed, 7 insertions(+), 2 dele
Am 07.12.2012 22:52, schrieb Richard Henderson:
> Signed-off-by: Richard Henderson
> ---
> fpu/softfloat.c | 8
> fpu/softfloat.h | 3 +++
> 2 files changed, 11 insertions(+)
>
> diff --git a/fpu/softfloat.c b/fpu/softfloat.c
> index 62830d7..d3290d8 100644
> --- a/fpu/softfloat.c
> +++
The openpic code had a few WIP bits left that nobody reanimated within
the last few years. Remove that code.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 163 --
1 files changed, 0 insertions(+), 163 deletions(-)
diff --git a/hw/openp
The new PCI host bridge device needs to identify itself as PCI host bridge.
Declare it as such.
Signed-off-by: Alexander Graf
---
hw/ppce500_pci.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/hw/ppce500_pci.c b/hw/ppce500_pci.c
index 54c72b4..e534341 100644
--- a
The MPIC source irq handler suddenly became identical to the standard
OpenPIC source irq handler. Combine them into the same function.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 52 +---
1 files changed, 5 insertions(+), 47 deletions(-)
di
MPIC interrupt numbers in Linux (device tree) and in QEMU are different,
because QEMU takes the sparseness of the IRQ number space into account.
Remove that cleverness and instead assume a flat number space. This makes
the code easier to understand, because we are actually aligned with Linux
on th
Now that our interrupt controller supports MSIs, let's expose that feature
to the guest through the device tree!
Signed-off-by: Alexander Graf
---
hw/ppc/e500.c | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/hw/ppc/e500.c b/hw/ppc/e500.c
index f98
The openpic code was still using the old mmio memory api. Convert it to
be a generic memory api user and clean up some code that becomes redundant
that way.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 138 --
1 files changed, 48 inser
The openpic and mpic timer handling code is basically the same.
Merge them.
Signed-off-by: Alexander Graf
---
hw/openpic.c | 131 ++
1 files changed, 31 insertions(+), 100 deletions(-)
diff --git a/hw/openpic.c b/hw/openpic.c
index 021bce
Am 08.12.2012 14:44, schrieb Alexander Graf:
> The openpic code had a few WIP bits left that nobody reanimated within
> the last few years. Remove that code.
>
> Signed-off-by: Alexander Graf
Reviewed-by: Andreas Färber
I'm not aware of any GW80314 users, CC'ing Hervé just to be sure.
The BeBo
On 08.12.2012, at 16:12, Andreas Färber wrote:
> Am 08.12.2012 14:44, schrieb Alexander Graf:
>> The openpic code had a few WIP bits left that nobody reanimated within
>> the last few years. Remove that code.
>>
>> Signed-off-by: Alexander Graf
>
> Reviewed-by: Andreas Färber
>
> I'm not awa
Signed-off-by: Laurent Vivier
---
linux-user/syscall.c | 42 ++
1 file changed, 42 insertions(+)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index e4291ed..0415135 100644
--- a/linux-user/syscall.c
+++ b/linux-user/syscall.c
@@ -5085,6 +5085
Signed-off-by: Laurent Vivier
---
thunk.h | 22 +-
1 file changed, 17 insertions(+), 5 deletions(-)
diff --git a/thunk.h b/thunk.h
index 87025c3..d3e9f3d 100644
--- a/thunk.h
+++ b/thunk.h
@@ -151,20 +151,32 @@ static inline int thunk_type_align(const argtype
*type_ptr, in
Signed-off-by: Laurent Vivier
---
linux-user/syscall.c | 64
linux-user/syscall_types.h |4 ++-
2 files changed, 67 insertions(+), 1 deletion(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index 0415135..849fc7a 100644
--- a/l
Signed-off-by: Laurent Vivier
---
linux-user/linuxload.c | 12 +++-
linux-user/main.c |3 +++
2 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/linux-user/linuxload.c b/linux-user/linuxload.c
index 381ab89..0fccf58 100644
--- a/linux-user/linuxload.c
+++ b/linux-u
On 8 December 2012 14:48, Andreas Färber wrote:
> Shouldn't we be updating the Coding Style on all lines we touch? The
> shift line matches it but the normalize and ifs don't.
fpu/ is a special case because the softfloat library has such
a bonkers coding style. I tend to update to qemu standard w
On 8 December 2012 15:18, Laurent Vivier wrote:
> Signed-off-by: Laurent Vivier
This kind of patch really needs an explanation (and ideally
test case) of what the bug is that it is attempting to fix...
thanks
-- PMM
Am 08.12.2012 16:18, schrieb Laurent Vivier:
> Signed-off-by: Laurent Vivier
> ---
> thunk.h | 22 +-
> 1 file changed, 17 insertions(+), 5 deletions(-)
>
> diff --git a/thunk.h b/thunk.h
> index 87025c3..d3e9f3d 100644
> --- a/thunk.h
> +++ b/thunk.h
> @@ -151,20 +151,32 @
Am 08.12.2012 17:08, schrieb Peter Maydell:
> On 8 December 2012 14:48, Andreas Färber wrote:
>> Shouldn't we be updating the Coding Style on all lines we touch? The
>> shift line matches it but the normalize and ifs don't.
>
> fpu/ is a special case because the softfloat library has such
> a bon
Andreas Färber a écrit :
Am 08.12.2012 14:44, schrieb Alexander Graf:
The openpic code had a few WIP bits left that nobody reanimated within
the last few years. Remove that code.
Signed-off-by: Alexander Graf
Reviewed-by: Andreas Färber
I'm not aware of any GW80314 users, CC'ing Hervé just
Le samedi 08 décembre 2012 à 16:40 +, Peter Maydell a écrit :
> On 8 December 2012 15:18, Laurent Vivier wrote:
> > Signed-off-by: Laurent Vivier
>
> This kind of patch really needs an explanation (and ideally
> test case) of what the bug is that it is attempting to fix...
Yes... of course,
Le samedi 08 décembre 2012 à 17:55 +0100, Andreas Färber a écrit :
> Am 08.12.2012 16:18, schrieb Laurent Vivier:
> > Signed-off-by: Laurent Vivier
> > ---
> > thunk.h | 22 +-
> > 1 file changed, 17 insertions(+), 5 deletions(-)
> >
> > diff --git a/thunk.h b/thunk.h
> > i
Thanks, applied.
On Thu, Nov 1, 2012 at 10:20 PM, Richard Henderson wrote:
> After allocating 32MB or more contiguous memory, huge pages
> would seem to be ideal.
>
> Signed-off-by: Richard Henderson
> ---
> exec.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/exec.c b/exec.c
> ind
Thanks, applied.
On Mon, Nov 19, 2012 at 9:22 AM, Brad Smith wrote:
> I removed the same sort of workaround for OpenBSD within the
> configure script with commit 4dcc3f5876fa638d5c35bd47be3b717ea74cc2e7
> but didn't bother to grep further to come across this same chunk
> of code in the curses cod
Thanks, applied all.
On Tue, Dec 4, 2012 at 4:49 AM, Evgeny Voevodin wrote:
> On 11/26/2012 08:19 AM, Evgeny Voevodin wrote:
>>
>> On 11/21/2012 11:43 AM, Evgeny Voevodin wrote:
>>>
>>> This set of patches moves global variables to tcg_ctx:
>>> gen_opc_instr
>>> gen_opparam_icount
>>> gen_opc_pc
Thanks, applied.
On Tue, Nov 27, 2012 at 12:19 PM, Gerd Hoffmann wrote:
> When older versions are found the internal pixman version is prefered.
>
> Signed-off-by: Gerd Hoffmann
> ---
> configure |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/configure b/config
Thanks, applied.
On Wed, Oct 31, 2012 at 9:30 AM, Peter Maydell wrote:
> Add a section to HACKING saying which version of the C spec
> we use and describing the bits of implementation defined C
> compiler behaviour which C code in QEMU is allowed to rely on.
>
> Signed-off-by: Peter Maydell
> --
Thanks, pulled.
On Tue, Dec 4, 2012 at 4:48 PM, Andreas Färber wrote:
> Hello,
>
> As coordinated with Avi and Gerd, here's some ioport conversions to Memory
> API.
>
> Cc: Avi Kivity
> Cc: Gerd Hoffmann
> Cc: Julien Grall
> Cc: Jason Baron
>
>
> The following changes since commit 16c6c80ac3
Thanks, applied.
On Tue, Dec 4, 2012 at 6:32 PM, Eduardo Habkost wrote:
> The external CPU models were removed on QEMU 1.2, and the support for
> the "cpudef" config sections was documented as deprecated, but the
> actual removal of the config section was pending.
>
> Now that QEMU 1.3 was releas
Hi,
Am 08.12.2012 01:05, schrieb Keith Busch:
> An implementation of a generic NVMe Controller PCI device, developed
> from the open standard available at nvmexpress.org.
>
> Cc: Michael S. Tsirkin
> Cc: Keith Busch
> Signed-off-by: Keith Busch
> ---
> I've developed for QEMU for a little whil
Am 08.12.2012 18:54, schrieb Blue Swirl:
> Thanks, applied.
As discussed this still leaves some cpudef cruft behind.
Eduardo, can you please send a follow-up to move the versioning code and
kills all cpudef_*(), now that the patch got prematurely applied?
Thanks,
Andreas
--
SUSE LINUX Product
On Sat, Dec 8, 2012 at 6:02 PM, Andreas Färber wrote:
> Am 08.12.2012 18:54, schrieb Blue Swirl:
>> Thanks, applied.
>
> As discussed this still leaves some cpudef cruft behind.
But Eduardo said that it will be removed later.
> Eduardo, can you please send a follow-up to move the versioning code
Thanks, applied all.
On Wed, Dec 5, 2012 at 3:15 AM, Max Filippov wrote:
> Hi.
>
> This is my current patch queue for xtensa:
> - add support for a number of Special Registers: ATOMCTL, CACHEATTR, MISC;
> - raise exceptions on access to unconfigured SRs/invalid access to configured
> SRs;
> - ad
Thanks, applied.
Maybe we need more maintainers for linux-user.
On Fri, Dec 7, 2012 at 2:57 PM, Peter Maydell wrote:
> Ping^2, now we're out of freeze? Patchwork URL:
> http://patchwork.ozlabs.org/patch/191133/
>
> -- PMM
>
>
> On 24 October 2012 13:27, Peter Maydell wrote:
>> Ping?
>>
>> -- PM
Thanks, applied.
On Fri, Dec 7, 2012 at 3:39 PM, Peter Maydell wrote:
> Default to 'cc' as our compiler, rather than 'gcc'. We used to have
> to insist on gcc when we still kept the CPU env in a fixed global
> register, but this is no longer necessary and we will now compile OK
> on clang as well
On Sat, Dec 8, 2012 at 10:59 AM, Andreas Färber wrote:
> Generally we encourage people to upstream their devices, given they are
> sufficiently isolated and/or maintainable.
Yes, that makes sense and have been doing that. We maintain an
upstream repo, but needed to merge with a more recent qemu r
Am 08.12.2012 20:20, schrieb Keith Busch:
> On Sat, Dec 8, 2012 at 10:59 AM, Andreas Färber wrote:
>> Generally we encourage people to upstream their devices, given they are
>> sufficiently isolated and/or maintainable.
>
> Yes, that makes sense and have been doing that. We maintain an
> upstream
The Buildbot has detected a new failure on builder default_x86_64_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_x86_64_debian_6_0/builds/474
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
The Buildbot has detected a new failure on builder default_x86_64_out_of_tree
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_x86_64_out_of_tree/builds/660
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuk
The Buildbot has detected a new failure on builder default_i386_out_of_tree
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_i386_out_of_tree/builds/660
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Bu
The Buildbot has detected a new failure on builder default_i386_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_i386_debian_6_0/builds/474
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Buil
On Sat, Dec 08, 2012 at 02:44:42PM +0100, Alexander Graf wrote:
> The MSI-X vector tables are usually stored in little endian in memory,
> so let's mark the accessors as such.
>
> This fixes MSI-X on e500 for me.
>
> Signed-off-by: Alexander Graf
> CC: Michael S. Tsirkin
Acked-by: Michael S. T
The Buildbot has detected a new failure on builder disable_kvm_i386_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/disable_kvm_i386_debian_6_0/builds/476
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuz
The Buildbot has detected a new failure on builder
disable_kvm_x86_64_debian_6_0 while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/disable_kvm_x86_64_debian_6_0/builds/476
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build:
The Buildbot has detected a new failure on builder disable_kvm_i386_out_of_tree
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/disable_kvm_i386_out_of_tree/builds/662
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: y
The Buildbot has detected a new failure on builder
disable_kvm_x86_64_out_of_tree while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/disable_kvm_x86_64_out_of_tree/builds/662
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Buil
Hello Richard,
I've queued the uncontroversial bits of v1 for the next qom-cpu pull (FYI).
This series attempts to introduce AlphaCPU subclasses in a less mechanical way
and in light of efforts to coordinate the naming scheme across targets.
The -cpu ? support was only rebased for now; due to the
Replace cpu_init() macro with inline function for backwards
compatibility.
Signed-off-by: Andreas Färber
Acked-by: Richard Henderson
---
target-alpha/cpu.h | 13 +++--
target-alpha/translate.c |4 ++--
2 Dateien geändert, 13 Zeilen hinzugefügt(+), 4 Zeilen entfernt(-)
diff
Make TYPE_ALPHA_CPU abstract and add types -alpha-cpu.
Use type inheritence, and turn "2*" models into aliases.
Move cpu_alpha_init() to cpu.c and split out CPU realization.
Default to creating type "ev67-alpha-cpu" as before.
Signed-off-by: Andreas Färber
Cc: Eduardo Habkost
---
target-alpha/
Move the timer from CPUAlphaState to AlphaCPU to avoid the pointer being
zero'ed once we implement reset. Would cause a segfault in
sys_helper.c:helper_set_alarm().
This also simplifies timer initialization in Typhoon.
Signed-off-by: Andreas Färber
Acked-by: Richard Henderson
---
hw/alpha_typh
Also store it in TyphoonCchip.
Signed-off-by: Andreas Färber
Acked-by: Richard Henderson
---
hw/alpha_dp264.c | 18 +-
hw/alpha_sys.h |2 +-
hw/alpha_typhoon.c | 29 -
3 Dateien geändert, 26 Zeilen hinzugefügt(+), 23 Zeilen entfernt(-)
Implement alphabetical listing of CPU subclasses.
Signed-off-by: Andreas Färber
---
target-alpha/cpu.c | 41 +
target-alpha/cpu.h |2 ++
2 Dateien geändert, 43 Zeilen hinzugefügt(+)
diff --git a/target-alpha/cpu.c b/target-alpha/cpu.c
index 11df753.
On Thu, Dec 6, 2012 at 4:47 AM, Stefan Hajnoczi wrote:
> The data plane thread needs to map guest physical addresses to host
> pointers. Normally this is done with cpu_physical_memory_map() but the
> function assumes the global mutex is held. The data plane thread does
> not touch the global mut
于 2012-12-7 18:12, Dietmar Maurer 写道:
We already have a full functional implementation to create live snapshots
including VM state.
The interface allows you to create internal snapshots, or use external tools to
create the blockdev snapshots
directly on the underlying storage (we use that with
Currently .c files generated in ./tests are not deleted in make
clean. This introduce trouble that, once we made tests in source
root directory, we can't do a succesfully build for tests in another
out of tree directory, for that some file may miss the step to be
generated. This patch fix it.
St
Hi, Paolo
Do you think this version still needs more improvement?
These patches introduce libqblock API, make subdir-libqblock and make
check-libqblock could build this library.
Functionalities:
1 create a new image.
2 sync access of an image.
3 basic image information retrieving such
The Buildbot has detected a new failure on builder xen40 while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/xen40/builds/211
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: anthony_xen
Build Reason: The Nightly scheduler
The Buildbot has detected a new failure on builder xen41 while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/xen41/builds/209
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: anthony_xen
Build Reason: The Nightly scheduler
The Buildbot has detected a new failure on builder xen_unstable while building
qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/xen_unstable/builds/210
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: anthony_xen
Build Reason: The Nig
> > https://git.proxmox.com/?p=pve-qemu-
> kvm.git;a=blob;f=debian/patches/in
> > ternal-snapshot-
> async.patch;h=6c86de3a6160c58d77baa41a7774c4a80e63639e
> > ;hb=HEAD
> >
> > Unfortunately I had no time to cleanup those patches.
> >
> > - Dietmar
> >
>have that patch been sent to mail-list? I
Am 08.12.2012 23:03, schrieb q...@buildbot.b1-systems.de:
The Buildbot has detected a new failure on builder default_x86_64_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_x86_64_debian_6_0/builds/474
Buildbot URL: http://bui
78 matches
Mail list logo
