Re: [Qemu-devel] [Bug 1250360] Re: qcow2 image logical corruption after host crash

2017-01-31 Thread Blue
Since then, I switched all my vm images to (sparse) raw and never experienced corruption problems again. I could not say if this can still be reproduced today, even then it was probably a corner case. I would suggest the closing of the issue as we cannot gather newer and more relevant data. On T

Re: [Qemu-devel] target-sparc has inverse cwp logic for SAVE/RESTORE?

2014-05-23 Thread Blue Swirl
On Mon, May 19, 2014 at 1:56 PM, Mark Cave-Ayland wrote: > On 18/05/14 17:06, Olivier Danet wrote: > >> The problem may be related to the fact that the 32bits SPARCv8 and 64bits >> SPARCv9 work in opposite directions ! >> >> SparcV9 standard, page 360/399 : >> The SPARC-V9 CWP register is incremen

[Qemu-devel] [Bug 1250360] Re: qcow2 image logical corruption after host crash

2013-11-13 Thread Blue
Indeed, it's the same issue, i opened the report @ centos, redhat and here. Thank you Kevin for posting the link before I got to do it :) Can we link the reports like we can in rhel-centos bugzilla ? -- You received this bug notification because you are a member of qemu- devel-ml, which is subsc

[Qemu-devel] [Bug 1250360] [NEW] qcow2 image logical corruption after host crash

2013-11-12 Thread Blue
Public bug reported: Description of problem: In case of power failure disk images that were active and created in qcow2 format can become logically corrupt so that they actually appear as unused (full of zeroes). Data seems to be there, but at this moment i cannot find any reliable method to re

Re: [Qemu-devel] [RFC 00/16] TCG indirect registers

2013-09-23 Thread Blue Swirl
On Fri, Sep 20, 2013 at 12:24 AM, Richard Henderson wrote: > > This is an attempt to improve performance of target-sparc > by exposing the windowed registers as TCG globals, and all > the optimization that we can do there. > > This is done via allowing tcg_global_mem_new to be used > with any base

Re: [Qemu-devel] [PATCH 0/2] Disassembly with external objdump

2013-08-11 Thread Blue Swirl
On Fri, Aug 9, 2013 at 7:19 PM, Richard Henderson wrote: > We have one host platform (aarch64), and three target platforms > (openrisc, unicore32, xtensa) with no built-in disassembly support, > thanks largely to gplv3 silliness. > > Here's a first-cut at handling these cases with an external tool

Re: [Qemu-devel] [PATCH qom-cpu v2 19/29] cpu: Replace cpu_single_env with CPUState cpu_single_cpu

2013-06-16 Thread Blue Swirl
On Sun, Jun 16, 2013 at 3:57 PM, Andreas Färber wrote: > Move it to qom/cpu.h. While renaming, perhaps a more descriptive name could be used instead of 'cpu_single_cpu', something like cpu_loop_current_cpu? > > Signed-off-by: Andreas Färber > --- > cpu-exec.c | 13 +++-- >

Re: [Qemu-devel] [PATCH v4 00/12] target-i386: remove some macros

2013-06-15 Thread Blue Swirl
On Tue, May 28, 2013 at 8:19 AM, li guang wrote: > remove macros EAX, EBX, ECX, EDX, EBP, ESP, ESI, EDI, EIP, DF > as suggested by Richard Henderson Thanks, applied all. > > v4: fix alignment issue in patch 6. > > Li Guang (12) > target-i386/helper: remove EAX macro > target-i

Re: [Qemu-devel] [PATCH v2 00/12] QOM realize for ISA, part 2

2013-06-15 Thread Blue Swirl
ABus and ISADevice parent fields. > * Appended patch dropping FROM_QBUS() macro. > > Cc: Anthony Liguori > Cc: Blue Swirl > Cc: Aurélien Jarno > > Cc: Paolo Bonzini > Cc: malc > Cc: Hu Tao > Cc: Michael S. Tsirkin > Cc: Peter C. Crosthwaite > > Andreas F

Re: [Qemu-devel] [PATCHv2] tcx: Fix 24-bit display mode

2013-06-02 Thread Blue Swirl
Thanks, applied. On Sun, Jun 2, 2013 at 4:23 PM, Mark Cave-Ayland wrote: > Commit d08151bf (conversion of tcx to the memory API) broke the 24-bit mode of > the tcx display adapter by accidentally passing in the final address of the > dirty region to memory_region_reset_dirty() instead of its size

Re: [Qemu-devel] [PATCH] tcx: Fix 24-bit display mode

2013-06-01 Thread Blue Swirl
On Sat, Jun 1, 2013 at 11:41 AM, Mark Cave-Ayland wrote: > Commit d08151bf (conversion of tcx to the memory API) broke the 24-bit mode of > the tcx display adapter by accidentally passing in the final address of the > dirty region to memory_region_reset_dirty() instead of its size. > > Signed-off-

Re: [Qemu-devel] [PATCH 06/22] memory: dispatch unassigned accesses based on .valid.accepts

2013-06-01 Thread Blue Swirl
On Thu, May 30, 2013 at 9:03 PM, Paolo Bonzini wrote: > This provides the basics for detecting accesses to unassigned memory > as soon as they happen, and also for a simple implementation of > address_space_access_valid. > > Reviewed-by: Richard Henderson > Signed-off-by: Paolo Bonzini > --- >

Re: [Qemu-devel] [PATCH] makefile: detect corrupted elf files

2013-05-26 Thread Blue Swirl
On Sun, May 26, 2013 at 8:15 PM, Michael S. Tsirkin wrote: > On Sun, May 26, 2013 at 07:28:40PM +0000, Blue Swirl wrote: >> On Sun, May 26, 2013 at 6:24 PM, Michael S. Tsirkin wrote: >> > On Sun, May 26, 2013 at 06:20:17PM +, Blue Swirl wrote: >> >> On Sun, May

Re: [Qemu-devel] [PATCH] makefile: detect corrupted elf files

2013-05-26 Thread Blue Swirl
On Sun, May 26, 2013 at 6:24 PM, Michael S. Tsirkin wrote: > On Sun, May 26, 2013 at 06:20:17PM +0000, Blue Swirl wrote: >> On Sun, May 26, 2013 at 1:40 PM, Michael S. Tsirkin wrote: >> > On Sun, May 26, 2013 at 02:36:28PM +0100, Peter Maydell wrote: >> >> O

Re: [Qemu-devel] [PATCH] makefile: detect corrupted elf files

2013-05-26 Thread Blue Swirl
On Sun, May 26, 2013 at 1:40 PM, Michael S. Tsirkin wrote: > On Sun, May 26, 2013 at 02:36:28PM +0100, Peter Maydell wrote: >> On 26 May 2013 13:31, Michael S. Tsirkin wrote: >> > On Sun, May 26, 2013 at 10:12:21AM +0100, Peter Maydell wrote: >> >> I definitely think individual project makefiles

Re: [Qemu-devel] [PATCH] Remove OSS support for OpenBSD

2013-05-26 Thread Blue Swirl
On Fri, May 24, 2013 at 11:01 PM, Brad Smith wrote: > Remove the OSS support for OpenBSD. The OSS API has not been usable > for quite some time. > > Signed-off-by: Brad Smith Thanks, applied. > > > diff --git a/audio/ossaudio.c b/audio/ossaudio.c > index 00be9c9..007c641 100644 > --- a/audio/os

Re: [Qemu-devel] [PATCH 00/10] target-arm: fix TCGv usage (AArch64 prep)

2013-05-26 Thread Blue Swirl
On Thu, May 23, 2013 at 11:59 AM, Peter Maydell wrote: > This patch series is preparatory cleanup for the impending > AArch64 support. Thanks, applied 1 to 9. > > Patch 1 replaces all the uses of TCGv, tcg_temp_new(), etc in the > current 32 bit ARM decoder with the specifically-TCGv_i32 version

[Qemu-devel] make check breakage on 32 bit hosts

2013-05-26 Thread Blue Swirl
I get this on i386 chroot for make check: GTESTER tests/test-qmp-output-visitor ** ERROR:/src/qemu/tests/test-qmp-output-visitor.c:595:check_native_list: assertion failed: (tmp) GTester: last random seed: R02S559792e7c8d0762d9a2ee153fba8896c ** ERROR:/src/qemu/tests/test-qmp-output-visitor.c:595:c

Re: [Qemu-devel] Potential to accelerate QEMU for specific architectures

2013-05-25 Thread Blue Swirl
On Fri, May 24, 2013 at 7:24 PM, Lior Vernia wrote: > Hello, > > I am running x86 applications on an ARM device using QEMU, and found > it too slow for my needs. This is to be expected, of course, this is > not a complaint. However, I was wondering whether this could be helped > by "overriding" th

Re: [Qemu-devel] [PATCH] makefile: detect corrupted elf files

2013-05-25 Thread Blue Swirl
On Wed, May 22, 2013 at 11:35 AM, Michael S. Tsirkin wrote: > On Wed, May 22, 2013 at 01:12:15PM +0200, Paolo Bonzini wrote: >> Il 22/05/2013 13:09, Michael S. Tsirkin ha scritto: >> > > Usually I do the same---I just do slightly more thorough testing for >> > > configure patches. >> > >> > I've n

Re: [Qemu-devel] [RFC] reverse execution.

2013-05-18 Thread Blue Swirl
On Fri, May 17, 2013 at 5:23 PM, KONRAD Frédéric wrote: > On 09/05/2013 19:54, Blue Swirl wrote: >> >> On Tue, May 7, 2013 at 6:27 PM, KONRAD Frédéric >> wrote: >>> >>> Hi, >>> >>> We are trying to find a way to do reverse execution happen

Re: [Qemu-devel] Reporting Heisenbugs in qemu

2013-05-09 Thread Blue Swirl
On Wed, May 8, 2013 at 10:18 AM, Paolo Bonzini wrote: > >> Paolo Bonzini writes: >> >> I guess that's the register windows. There's only so much you can do to >> optimize them, and heavily recursive workloads (like Perl, or the RTL >> half of GCC) pay a hefty price. >> >> Two qemu targets

Re: [Qemu-devel] sparc-linux-user: Fix missing symbols in .rel/.rela.plt sections

2013-05-09 Thread Blue Swirl
efine >>> the hidden symbols __rel_iplt_start and __rel_iplt_end around >>> .rel.iplt as otherwise we get undefined references to these when >>> linking statically to a multiarch enabled libc (using STT_GNU_IFUNC). >>> >>> Cc: Blue Swirl >>> Signed-o

Re: [Qemu-devel] [RFC] reverse execution.

2013-05-09 Thread Blue Swirl
On Tue, May 7, 2013 at 6:27 PM, KONRAD Frédéric wrote: > Hi, > > We are trying to find a way to do reverse execution happen with QEMU. > > Actually, it is possible to debug the guest through the gdbstub, we want to > make the reverse execution possible with GDB as well. > > How we are trying to ma

Re: [Qemu-devel] [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation

2013-05-09 Thread Blue Swirl
On Tue, May 7, 2013 at 5:48 AM, Hervé Poussineau wrote: > Andreas Färber a écrit : > >> Am 06.05.2013 22:57, schrieb Hervé Poussineau: >>> >>> Alexander Graf a écrit : On 05/03/2013 07:57 AM, Hervé Poussineau wrote: > > Alexander Graf a écrit : >> >> Am 02.05.2013 um 22:0

Re: [Qemu-devel] Git head build problem (popcountl vs. system headers)

2013-05-05 Thread Blue Swirl
On Sat, Apr 27, 2013 at 6:50 PM, Martin Husemann wrote: > On Thu, Apr 25, 2013 at 08:36:55PM +0200, Martin Husemann wrote: >> Ok, I can fix the namespace issue (which is real) easily. > > Turns out to be a bit harder: qemu does not define (as far as I can tell) > any restricting macro (_POSIX_C_SO

Re: [Qemu-devel] [PULL 0/1] target-arm queue

2013-05-05 Thread Blue Swirl
Thanks, pulled. On Fri, May 3, 2013 at 5:58 PM, Peter Maydell wrote: > Last target-arm pullreq before the hardfreeze; just a > single patch. (Actually it's a bugfix patch so strictly > it could go in post-freeze, but anyway.) > > Please pull. > > thanks > -- PMM > > > The following changes since

Re: [Qemu-devel] [PATCH] softfloat: rebase to version 2a

2013-05-01 Thread Blue Swirl
On Wed, May 1, 2013 at 5:57 PM, Peter Maydell wrote: > On 1 May 2013 18:53, Blue Swirl wrote: >> On Mon, Apr 29, 2013 at 6:05 PM, Anthony Liguori wrote: >>> d07cca0 Add native softfloat fpu functions (Christoph Egger) > >> d07cca0 was supplied by Chri

Re: [Qemu-devel] [PATCH 17/21] introduce memory_region_get_address() and use it in kvm/ioapic

2013-04-27 Thread Blue Swirl
On Sat, Apr 27, 2013 at 12:12 PM, Paolo Bonzini wrote: > Il 27/04/2013 12:09, Blue Swirl ha scritto: >> On Fri, Apr 26, 2013 at 10:13 PM, Paolo Bonzini wrote: >>> Il 26/04/2013 19:46, Igor Mammedov ha scritto: >>>>>> But as the address can't be

Re: [Qemu-devel] [PATCH 0/3] sparc64 fixes

2013-04-27 Thread Blue Swirl
Thanks, applied all. I fixed the indentation in 2/3 for apb_config_writel(). On Sat, Apr 27, 2013 at 5:55 AM, Artyom Tarasenko wrote: > Various fixes: > On the real hardware IRQ lines of the PCI bus are not shared. > In the previous QEMU implementation before this series, all PCI devices > used t

Re: [Qemu-devel] [PATCH 0/2] sparc64: Fix NVRAM access mode

2013-04-27 Thread Blue Swirl
On Sat, Apr 27, 2013 at 7:12 AM, Artyom Tarasenko wrote: > The sun4u machines use a slightly different modification of the ISA Mostek > chip. > It has MMIO, 1968 as a base year and no IRQ line. Since it matches our m48t08, > make keep PIO behavior for the 59 model and use MMIO for the 8 model. T

Re: [Qemu-devel] [PATCH 17/21] introduce memory_region_get_address() and use it in kvm/ioapic

2013-04-27 Thread Blue Swirl
On Fri, Apr 26, 2013 at 10:13 PM, Paolo Bonzini wrote: > Il 26/04/2013 19:46, Igor Mammedov ha scritto: >>> > But as the address can't be changed (yet), the entire patch could be >>> > simply: >>> > -kioapic->base_address = s->busdev.mmio[0].addr; >>> > +kioapic->base_address = IO_APIC_DE

Re: [Qemu-devel] [PULL 00/24] s390 patch queue 2013-04-26

2013-04-26 Thread Blue Swirl
On Fri, Apr 26, 2013 at 6:19 PM, Alexander Graf wrote: > Hi Blue / Aurelien, > > This is my current patch queue for s390. Please pull. Thanks, pulled. > > Alex > > > The following changes since commit bf9b255f484fd61cbaa91faeff254140a0ecd18c: > Anthony Liguori (

Re: [Qemu-devel] [PULL 00/30] ppc patch queue 2013-04-26

2013-04-26 Thread Blue Swirl
On Fri, Apr 26, 2013 at 8:12 PM, Blue Swirl wrote: > On Fri, Apr 26, 2013 at 6:21 PM, Alexander Graf wrote: >> Hi Blue / Aurelien, >> >> This is my current patch queue for ppc. Please pull. > > Thanks, pulled. Sorry, replied to wrong pull request. > >> &g

Re: [Qemu-devel] [PULL 00/30] ppc patch queue 2013-04-26

2013-04-26 Thread Blue Swirl
On Fri, Apr 26, 2013 at 6:21 PM, Alexander Graf wrote: > Hi Blue / Aurelien, > > This is my current patch queue for ppc. Please pull. Thanks, pulled. > > Alex > > > The following changes since commit bf9b255f484fd61cbaa91faeff254140a0ecd18c: > Anthony Liguori (

Re: [Qemu-devel] [PULL 00/30] ppc patch queue 2013-04-26

2013-04-26 Thread Blue Swirl
On Fri, Apr 26, 2013 at 6:21 PM, Alexander Graf wrote: > Hi Blue / Aurelien, > > This is my current patch queue for ppc. Please pull. Does not build with --enable-debug: CCppc-softmmu/target-ppc/translate.o /src/qemu/target-ppc/translate.c: In function 'gen_lfiwax': /

Re: [Qemu-devel] [PATCH 1.5 v2 0/3] fix win32 compilation

2013-04-26 Thread Blue Swirl
On Wed, Apr 24, 2013 at 8:59 PM, Paolo Bonzini wrote: > Here is a fix for the Win32 compilation problem that Blue reported, > and another nit I found while testing. > > Paolo Bonzini (3): > add missing inclusions of config-host.h > win32: add readv/writev emulation > wi

Re: [Qemu-devel] [PATCH 17/21] introduce memory_region_get_address() and use it in kvm/ioapic

2013-04-26 Thread Blue Swirl
On Fri, Apr 26, 2013 at 2:17 PM, Igor Mammedov wrote: > On Thu, 25 Apr 2013 18:37:19 + > Blue Swirl wrote: > >> On Tue, Apr 23, 2013 at 8:29 AM, Igor Mammedov wrote: >> > kvm/ioapic is relying on the fact that SysBus device >> > maps mmio regions with of

Re: [Qemu-devel] [PATCH 17/21] introduce memory_region_get_address() and use it in kvm/ioapic

2013-04-25 Thread Blue Swirl
On Tue, Apr 23, 2013 at 8:29 AM, Igor Mammedov wrote: > kvm/ioapic is relying on the fact that SysBus device > maps mmio regions with offset counted from start of system memory. > But if ioapic's region is moved to another sub-region which doesn't > start at the beginning of system memory then usi

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Fix recent compile breakage

2013-04-21 Thread Blue Swirl
Thanks, applied. On Sun, Apr 21, 2013 at 9:54 AM, Peter Maydell wrote: > Early ping for compile-breakage fix patch (ccing Blue this time > round since you've been applying patches this weekend.) > > Patchwork url: http://patchwork.ozlabs.org/patch/237347/ > > thanks! &

Re: [Qemu-devel] [PATCH] qtest: Handle addresses and values for {in, out}[bwl] as unsigned

2013-04-21 Thread Blue Swirl
8000 and qtest was instead writing 0x7fff. > > Signed-off-by: Peter Maydell Fixes the problem for me. Tested-by: Blue Swirl > --- > This fixes the actual parsing error; checking strtol errors is > a separate bug which should be done for the whole file. > > qtest.c |

[Qemu-devel] make check failures

2013-04-21 Thread Blue Swirl
I'm getting this error for make check on an ARM host: GTESTER check-qtest-i386 GTester: last random seed: R02Sb8a38f2b54abc70ad75be1aa6db12891 ** ERROR:/src/qemu/tests/i440fx-test.c:39:test_i440fx_defaults: assertion failed: (dev != NULL) GTester: last random seed: R02S614a99582cbeccc827e177f79c43

[Qemu-devel] Capabilities in default SELinux policy for QEMU

2013-04-21 Thread Blue Swirl
Hi, It looks like the reference SELinux policy for QEMU is too restrictive for 9pfs (and user emulators) and also too permissive for any other uses. Excerpts from policy/modules/contrib/qemu.if: template(`qemu_domain_template',` allow $1_t self:capability { dac_read_search dac_override }

Re: [Qemu-devel] [PATCH 6/6] qemu-file: do not use stdio for qemu_fdopen

2013-04-20 Thread Blue Swirl
On Wed, Apr 17, 2013 at 9:46 AM, Paolo Bonzini wrote: > This uses system calls directly for Unix file descriptors, so that the > efficient writev_buffer can be used. Pay attention to the possibility > of partial writes in writev. > > Reviewed-by: Juan Quintela > Reviewed-by: Orit Wassermann > S

Re: [Qemu-devel] [PATCH v5 3/3] configure/Make: Build libfdt from submodule DTC

2013-04-20 Thread Blue Swirl
On Thu, Apr 18, 2013 at 4:47 AM, wrote: > From: Peter Crosthwaite > > Configure to use the DTC submodule to build libfdt when no system libfdt > is found. Prompt to install the DTC submodule if --enable-fdt is set but > no DTC can be found. > > DTC has no out-of-tree build capability, so the con

Re: [Qemu-devel] [PATCH v3 0/2] Drop support for qdev taddr properties

2013-04-20 Thread Blue Swirl
Thanks, applied all. On Sat, Apr 20, 2013 at 1:48 PM, Peter Maydell wrote: > There is currently only one user of the qdev taddr (target addr, > now hwaddr) property code, and that user is wrong anyway, since the > property it's trying to set isn't actually a taddr property. > Fix the erroneous u

Re: [Qemu-devel] [PATCH v2 2/2] qdev: Drop taddr properties

2013-04-20 Thread Blue Swirl
Patch does not apply, please rebase: Applying: qdev: Drop taddr properties error: patch failed: hw/display/sm501.c:28 error: hw/display/sm501.c: patch does not apply error: patch failed: hw/dma/xilinx_axidma.c:26 error: hw/dma/xilinx_axidma.c: patch does not apply Patch failed at 0002 qdev: Drop t

Re: [Qemu-devel] [PULL 00/11] arm-devs queue

2013-04-20 Thread Blue Swirl
Thanks, pulled. On Fri, Apr 19, 2013 at 2:57 PM, Peter Maydell wrote: > arm-devs queue pullreq; this is just the versatile-pci > cleanup (which has been on the list for some time now). > Please pull. > > thanks > -- PMM > > > The following changes since commit 09dada400328d75daf79e3eca1e48e024fec

Re: [Qemu-devel] [PULL 0/4] target-arm queue

2013-04-20 Thread Blue Swirl
Thanks, pulled. On Fri, Apr 19, 2013 at 3:06 PM, Peter Maydell wrote: > target-arm pullreq, containing a fix for a dumb SRS bug I > introduced, and the update to migration to use vmstate > (both of which have been on the list since before freeze). > Please pull. > > thanks > -- PMM > > The follow

Re: [Qemu-devel] [PULL] [PATCH 0/3] linux-user pending patches

2013-04-20 Thread Blue Swirl
Thanks, pulled. On Fri, Apr 19, 2013 at 1:59 PM, wrote: > From: Riku Voipio > > The following changes since commit 09dada400328d75daf79e3eca1e48e024fec148d: > > configure: remove duplicate test (2013-04-18 14:12:31 +0200) > > are available in the git repository at: > > git://git.linaro.org/

Re: [Qemu-devel] [PATCH] tcg: Remove temp_buf

2013-04-20 Thread Blue Swirl
On Fri, Apr 19, 2013 at 12:18 PM, Andreas Färber wrote: > Am 19.04.2013 14:11, schrieb Andreas Färber: >> Hi, >> >> Am 19.04.2013 10:27, schrieb Richard Henderson: >>> All targets have been converted to allocating space for temporaries >>> on the stack. No need to allocate space within the CPU_CO

Re: [Qemu-devel] [RFC v2 3/7] m48t59: register a QOM type for each nvram type we support

2013-04-20 Thread Blue Swirl
On Sat, Apr 20, 2013 at 9:56 AM, Artyom Tarasenko wrote: > On Sat, Apr 20, 2013 at 11:34 AM, Blue Swirl wrote: >> On Sun, Apr 14, 2013 at 9:41 PM, Artyom Tarasenko >> wrote: >>> On Sun, Apr 14, 2013 at 10:05 AM, Hervé Poussineau >>> wrote: >>>&g

Re: [Qemu-devel] Target-agnostic virtio?

2013-04-20 Thread Blue Swirl
On Wed, Apr 17, 2013 at 2:15 AM, Rob Landley wrote: > On 04/14/2013 04:38:23 AM, Artyom Tarasenko wrote: >> >> On Sat, Apr 13, 2013 at 7:03 PM, Rob Landley wrote: >> > On 03/26/2013 02:34:50 AM, Artyom Tarasenko wrote: >> >> >> >> On Tue, Mar 26, 2013 at 1:52 AM, Rob Landley wrote: >> >> > Can t

Re: [Qemu-devel] [RFC v2 3/7] m48t59: register a QOM type for each nvram type we support

2013-04-20 Thread Blue Swirl
On Sun, Apr 14, 2013 at 9:41 PM, Artyom Tarasenko wrote: > On Sun, Apr 14, 2013 at 10:05 AM, Hervé Poussineau > wrote: >> As m48t59 devices can only be created with m48t59_init() or >> m48t59_init_isa(), >> we know exactly which nvram types are required. Register only those three >> types. >> R

[Qemu-devel] [PATCH] Remove Sun4c, Sun4d and a few CPUs

2013-04-14 Thread Blue Swirl
Sun4c and Sun4d architectures and related CPUs are not fully implemented (especially Sun4c MMU) and there has been no interest for them. Likewise, a few CPUs (Cypress, Ross etc) are only half implemented. Remove the machines and CPUs, they can be re-added if needed later. Signed-off-by: Blue

Re: [Qemu-devel] [PATCH 0/4] Fix JSON string formatter

2013-04-13 Thread Blue Swirl
Thanks, applied all. On Thu, Apr 11, 2013 at 4:07 PM, Markus Armbruster wrote: > This should unbreak "make check" on machines where char is unsigned. > Blue, please give it a whirl. > > The JSON parser is still as broken as ever. Left for another day. > > v2: >

Re: [Qemu-devel] [Bug 1128935] Re: qemu IA64 emulation

2013-04-06 Thread Blue Swirl
On Sat, Apr 6, 2013 at 9:31 AM, agraf <1128...@bugs.launchpad.net> wrote: > Hi Lurie, > > On 04.04.2013, at 19:34, Iurie wrote: > >> hello, >> in the past year gsoc qemu proposed projects there where on eproject that i >> liked, which were: qemu IA64 emulation : >> http://wiki.qemu.org/Google_Sum

Re: [Qemu-devel] [PULL 00/14] arm-devs queue

2013-04-06 Thread Blue Swirl
Thanks, pulled. On Fri, Apr 5, 2013 at 5:13 PM, Peter Maydell wrote: > Here's the latest set of arm-devs patches; mostly migration > related fixes, plus a few random minor bug zaps. Please pull. > > thanks > -- PMM > > The following changes since commit d05ef160453e98546a4197496dc8a3cb2defac53: >

Re: [Qemu-devel] sparc 32-bit linux-user broken?

2013-04-06 Thread Blue Swirl
On Wed, Apr 3, 2013 at 10:03 AM, Paolo Bonzini wrote: > From linux-user-test-0.3, running on x86_64: > > $ ../sparc32plus-linux-user/qemu-sparc32plus -L ./gnemul/qemu-sparc sparc/ls This works for me: /src/qemu/obj-amd64/sparc32plus-linux-user/qemu-sparc32plus -L ./usr/local/gnemul/qemu-sparc sp

Re: [Qemu-devel] [PATCH] hw/wom: Implement write-only-memory device

2013-04-01 Thread Blue Swirl
On Mon, Apr 1, 2013 at 12:00 AM, Peter Maydell wrote: > The lack of a write-only-memory device is a gaping hole in QEMU's > otherwise comprehensive range of device models. This patch implements > a model of the popular Signetics 25120 9046xN random access WOM. Awesome!! I made a short clip to sho

Re: [Qemu-devel] [PATCH] target-moxie: set do_interrupt to a target-specific helper function

2013-03-31 Thread Blue Swirl
ion fault > > Cc: Anthony Green > Cc: Blue Swirl > Cc: Andreas Färber > Signed-off-by: Dunrong Huang > --- > target-moxie/cpu.c| 1 + > target-moxie/cpu.h| 2 +- > target-moxie/helper.c | 7 +-- > 3 files changed, 7 insertions(+), 3 deletions(-) &

Re: [Qemu-devel] [PATCH] w32: Fix build with older gcc (unresolved symbol)

2013-03-30 Thread Blue Swirl
Thanks, applied. On Fri, Mar 29, 2013 at 5:20 PM, Stefan Weil wrote: > The cross i586-mingw32msvc-gcc 4.4.4 from Debian Squeeze does not support > __sync_val_compare_and_swap by default. > > Using -march=i686 fixes that and should also result in better code. > > Signed-off-by: Stefan Weil > ---

Re: [Qemu-devel] [PATCH] target-moxie: Fix pointer-to-integer conversion (MinGW-w64)

2013-03-30 Thread Blue Swirl
Thanks, applied. On Sun, Mar 24, 2013 at 8:04 AM, Stefan Weil wrote: > The type cast must use tcg_target_long instead of long. > This makes a difference for hosts where sizeof(long) != sizeof(void *). > > Cc: Anthony Green > Cc: Blue Swirl > Signed-off-by: Stefan Weil >

Re: [Qemu-devel] [PATCH] target-moxie: Fix pointer-to-integer conversion (MinGW-w64)

2013-03-30 Thread Blue Swirl
l wrote: >> The type cast must use tcg_target_long instead of long. >> This makes a difference for hosts where sizeof(long) != sizeof(void *). >> >> Cc: Anthony Green >> Cc: Blue Swirl >> Signed-off-by: Stefan Weil >> --- >> target-moxie/translate

Re: [Qemu-devel] [PATCH] microblaze: Add support for the sleep insn

2013-03-30 Thread Blue Swirl
On Fri, Mar 29, 2013 at 9:44 PM, wrote: > From: "Edgar E. Iglesias" > > Signed-off-by: Edgar E. Iglesias > --- > target-microblaze/translate.c | 15 +++ > 1 file changed, 15 insertions(+) > > diff --git a/target-microblaze/translate.c b/target-microblaze/translate.c > index a74da

Re: [Qemu-devel] [PATCH] w32: Fix build with older gcc (unresolved symbol)

2013-03-30 Thread Blue Swirl
On Fri, Mar 29, 2013 at 5:58 PM, Peter Maydell wrote: > On 29 March 2013 17:20, Stefan Weil wrote: >> Maybe this modification is also needed for native gcc-4.4 and older >> on Linux i386. If yes, we can move the new script code out of the >> MinGW conditional code. > > There are at least a few pe

Re: [Qemu-devel] [OpenBIOS] OpenBios in Sparc can't handle long kernel command lines.

2013-03-30 Thread Blue Swirl
On Thu, Mar 28, 2013 at 7:20 PM, Mark Cave-Ayland wrote: > On 22/03/13 05:19, Rob Landley wrote: > >> If I do this: >> >> qemu-system-sparc -nographic -no-reboot -kernel image -hda hda.sqf >> -append 'root=/dev/sda rw init=/sbin/init.sh panic=1 >> PATH=/usr/distcc:/bin:/sbin console=ttyS0 HOST=spa

Re: [Qemu-devel] [OpenBIOS] selecting a sparc framebuffer from command line

2013-03-30 Thread Blue Swirl
s written in C, no Forth. So >> maybe it's easier to keep the current implementation in OpenBIOS and >> just add some kind of auto-detection. >> - I'm not a graphic guy. :) I run qemu -nographic whenever possible. >> So I'd wait till someone from the graphi

Re: [Qemu-devel] [PATCH v2] tcg-optimize: Fold sub r, 0, x to neg r, x

2013-03-23 Thread Blue Swirl
Thanks, applied. On Thu, Mar 21, 2013 at 4:13 PM, Richard Henderson wrote: > Cc: Blue Swirl > Signed-off-by: Richard Henderson > --- > V2 properly does a reset_temp on the output of the neg. > This was the cause of the sparc32 boot problem. > > r~ > --

Re: [Qemu-devel] [PATCH] target-i386: Fix flags computation for ADOX

2013-03-23 Thread Blue Swirl
Thanks, applied. On Tue, Mar 19, 2013 at 4:40 PM, Richard Henderson wrote: > When starting from CC_OP_DYNAMIC, and issuing adox before adcx, > a typo used the wrong value for the resulting CC_OP. > > Cc: Blue Swirl > Reported-by: Torbjorn Granlund > Signed-off-by:

Re: [Qemu-devel] [PATCH] target-i386: Don't modify env->eflags around cpu_dump_state

2013-03-23 Thread Blue Swirl
Thanks, applied. On Tue, Mar 19, 2013 at 7:11 PM, Richard Henderson wrote: > We can compute the value in cpu_dump_state anyway, and gratuitous > modifications to eflags creates heisenbugs. > > Cc: Blue Swirl > Signed-off-by: Richard Henderson > --- > cpu-exec.c

Re: [Qemu-devel] [PATCH v11 0/4] Moxie CPU port

2013-03-23 Thread Blue Swirl
On Mon, Mar 18, 2013 at 7:49 PM, Anthony Green wrote: > This version of the patch addresses recent changes in the upstream > qemu sources (where interrupt_request resides). > > Please consider applying this version of the patch. Thanks, applied all. > > Thank you! > > AG > > Anthony Green (4): >

Re: [Qemu-devel] [PULL 00/12] target-lm32 queue

2013-03-23 Thread Blue Swirl
Thanks, pulled. On Mon, Mar 18, 2013 at 7:15 PM, Michael Walle wrote: > > Hi Anthony, Hi Blue, > > these are various bugfixes for the lm32 target. Please pull. > > > The following changes since commit e531761d63b7f8fe6b6423fafb3616ebbff768aa: > > Merge remote-tracki

Re: [Qemu-devel] [PATCH 0/4] Fix JSON string formatter

2013-03-23 Thread Blue Swirl
On Thu, Mar 14, 2013 at 5:49 PM, Markus Armbruster wrote: > This should unbreak "make check" on machines where char is unsigned. > Blue, please give it a whirl. Patches no longer apply, please rebase. > > The JSON parser is still as broken as ever. Left for another day.

Re: [Qemu-devel] [PATCH] tcg-optimize: Fold sub r,0,x to neg r,x

2013-03-20 Thread Blue Swirl
On Wed, Mar 20, 2013 at 12:13 AM, Richard Henderson wrote: > On 2013-02-23 08:43, Blue Swirl wrote: >>> >>> Signed-off-by: Richard Henderson >>> >--- >>> > tcg/optimize.c | 33 - >>> > 1 file changed, 32 ins

Re: [Qemu-devel] [PATCH] s390: Fix cpu refactoring fallout.

2013-03-17 Thread Blue Swirl
Thanks, applied. On Fri, Mar 15, 2013 at 9:57 AM, Cornelia Huck wrote: > Commit 259186a7 "cpu: Move halted and interrupt_request fields to CPUState" > seems to have missed one instance in target-s390x/kvm.c: > > /home/cohuck/git/qemu/target-s390x/kvm.c: In function > ‘kvm_arch_process_async_even

Re: [Qemu-devel] [PULL 00/17] arm-devs queue

2013-03-17 Thread Blue Swirl
Thanks, pulled. On Fri, Mar 15, 2013 at 4:56 PM, Peter Maydell wrote: > Another arm-devs pullreq: xilinx fixes from Peter C, the pl330 > model, and my vexpress fixes for the system control regs. > Please pull. > > thanks > -- PMM > > > The following changes since commit dc0b0616f726956001be09e9a6

Re: [Qemu-devel] [PATCH v10 0/4] Moxie CPU port

2013-03-17 Thread Blue Swirl
On Sun, Mar 10, 2013 at 2:07 PM, Anthony Green wrote: > This version of the patch includes a bug fix and some formatting fixes > identified by Blue Swirl here: > > http://lists.gnu.org/archive/html/qemu-devel/2013-03/msg01530.html > > Please consider applying this version o

Re: [Qemu-devel] [PATCH 0/4] Fix JSON string formatter

2013-03-17 Thread Blue Swirl
On Thu, Mar 14, 2013 at 5:49 PM, Markus Armbruster wrote: > This should unbreak "make check" on machines where char is unsigned. > Blue, please give it a whirl. With the patches applied there are no errors, thanks. Tested-by: Blue Swirl Though test-coroutine seems to hang, ma

Re: [Qemu-devel] [PATCH] pvevent: pvevent device driver

2013-03-17 Thread Blue Swirl
On Thu, Mar 14, 2013 at 8:51 AM, Hu Tao wrote: > pvevent device is a qemu simulated device through which guest panic > event is sent to host. > > ref: http://lists.nongnu.org/archive/html/qemu-devel/2013-03/msg02293.html > > Signed-off-by: Hu Tao > --- > drivers/platform/x86/Kconfig | 7 +++

Re: [Qemu-devel] Cross-compiling QEMU for ARM

2013-03-10 Thread Blue Swirl
On Sun, Mar 10, 2013 at 2:59 PM, Peter Maydell wrote: > On 10 March 2013 14:36, Leonid Bloch wrote: >> I want to cross compile QEMU itself to run on ARM, but all my searches >> lead me to tutorials for cross compiling other programs for ARM and >> testing them with QEMU, which is not what I need.

Re: [Qemu-devel] [PATCH v9 1/4] Add moxie target code

2013-03-09 Thread Blue Swirl
On Sat, Mar 9, 2013 at 1:34 PM, Anthony Green wrote: > > Signed-off-by: Anthony Green > --- > target-moxie/Makefile.objs | 2 + > target-moxie/cpu.c | 172 + > target-moxie/cpu.h | 169 + > target-moxie/helper.c | 171 + > target-moxie/helper.h

Re: [Qemu-devel] [PATCH 0/3] make_device_config.sh fixes

2013-03-09 Thread Blue Swirl
-series reverts it and adds a > cleanup to avoid that thinko as well as the real dependency fix. > > I don't see any conflict with Gerd's pending make_device_config.sh changes. > > Regards, > Andreas > > Cc: Peter Maydell > Cc: Blue Swirl > Cc: Paolo Bonzin

Re: [Qemu-devel] [PULL 0/5] s390 patch queue 2013-03-08

2013-03-09 Thread Blue Swirl
On Fri, Mar 8, 2013 at 8:17 PM, Alexander Graf wrote: > Hi Blue / Aurelien, > > This is my current patch queue for s390. Please pull. Thanks, pulled. > > Alex > > > The following changes since commit 0bc472a9d6b80567c212023c5eae413f4dfb53ad: > Kuo-Jung Su (1): &

Re: [Qemu-devel] [PULL 00/66] ppc patch queue 2013-03-08

2013-03-09 Thread Blue Swirl
On Fri, Mar 8, 2013 at 8:06 PM, Alexander Graf wrote: > Hi Blue / Aurelien, > > This is my current patch queue for ppc. Please pull. Thanks, pulled. > > Alex > > > The following changes since commit 0bc472a9d6b80567c212023c5eae413f4dfb53ad: > Kuo-Jung Su (1): >

[Qemu-devel] [PATCH 2/2] qemu-char: fix win32 build

2013-03-09 Thread Blue Swirl
96c6384776d631839a9c8fe02bf135f9ba22586c did not adjust Win32 #ifdeffery properly, breaking build in later commits. Fix. Signed-off-by: Blue Swirl --- qemu-char.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/qemu-char.c b/qemu-char.c index b82d643..04aa589

[Qemu-devel] [PATCH 1/2] baum: fix build

2013-03-09 Thread Blue Swirl
08744c98115cfa144ed3493556024e400b2e2573 removed hw/baum.h but did not adjust hw/baum.c, breaking build. Fix. Signed-off-by: Blue Swirl --- hw/baum.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/hw/baum.c b/hw/baum.c index d75b150..d8919d5 100644 --- a/hw/baum.c

Re: [Qemu-devel] [PATCHv3 2/2] bridge helper: support conf dirs

2013-03-09 Thread Blue Swirl
On Thu, Mar 7, 2013 at 6:32 AM, Doug Goldstein wrote: > Allow the bridge helper to take a config directory rather than having to > specify every file in the directory manually via an include statement. > > Signed-off-by: Doug Goldstein > CC: Anthony Liguori > CC: Richa Marwaha > CC: Corey Bryan

Re: [Qemu-devel] [RFC PATCH v1 2/4] bitops: Add UInt32StateInfo and helper functions

2013-03-09 Thread Blue Swirl
On Thu, Mar 7, 2013 at 2:26 AM, Peter Maydell wrote: > On 7 March 2013 10:00, Peter Crosthwaite wrote: >> Not 100% accurate. My goal here it to control (or wrap) only guest >> accesses, in the first instance via the Memory API, but other forms of >> guest access are perfectly valid as well, and P

Re: [Qemu-devel] [PATCH] build: compile gtk.c with special CFLAGS

2013-03-04 Thread Blue Swirl
On Mon, Mar 4, 2013 at 8:29 PM, Anthony Liguori wrote: > Blue Swirl writes: > >> On Sun, Mar 3, 2013 at 9:03 PM, Anthony Liguori wrote: >>> Blue Swirl writes: >>> >>>> Compile gtk.c with special CFLAGS instead of disabling -Werror globally. >

Re: [Qemu-devel] [RFC PATCH v1 2/4] bitops: Add UInt32StateInfo and helper functions

2013-03-04 Thread Blue Swirl
On Mon, Mar 4, 2013 at 9:44 AM, Michael S. Tsirkin wrote: > On Sun, Mar 03, 2013 at 09:01:11AM +0000, Blue Swirl wrote: >> On Sun, Mar 3, 2013 at 6:13 AM, Peter Crosthwaite >> wrote: >> > This struct and functions provide some encapsulation of the uint32_t type &

Re: [Qemu-devel] [RFC PATCH v1 2/4] bitops: Add UInt32StateInfo and helper functions

2013-03-04 Thread Blue Swirl
On Mon, Mar 4, 2013 at 1:37 AM, Peter Crosthwaite wrote: > Hi Blue, > > Thanks for the review. Comments in-line below. Are you on the IRC much > and what timezone? I'd like to ask a few questions about how you see > this fitting with the memory API, that would probably go m

Re: [Qemu-devel] [PATCH] build: compile gtk.c with special CFLAGS

2013-03-04 Thread Blue Swirl
On Sun, Mar 3, 2013 at 9:03 PM, Anthony Liguori wrote: > Blue Swirl writes: > >> Compile gtk.c with special CFLAGS instead of disabling -Werror globally. >> >> Signed-off-by: Blue Swirl > > I thought Kevin's pragma trick solved this problem? Not in all case

Re: [Qemu-devel] [PATCH v7 1/4] Add moxie target code

2013-03-03 Thread Blue Swirl
On Sun, Mar 3, 2013 at 1:07 PM, Anthony Green wrote: > > Signed-off-by: Anthony Green > --- > target-moxie/Makefile.objs |2 + > target-moxie/cpu.c | 172 > target-moxie/cpu.h | 170 > target-moxie/helper.c | 170 > target-moxie/helper.h

Re: [Qemu-devel] [PATCH v7 2/4] Add moxie disassembler

2013-03-03 Thread Blue Swirl
On Sun, Mar 3, 2013 at 1:07 PM, Anthony Green wrote: > > Signed-off-by: Anthony Green > --- > disas.c | 6 + > disas/Makefile.objs | 1 + > disas/moxie.c | 360 > > include/disas/bfd.h | 66 +- > 4 files changed

Re: [Qemu-devel] [PATCH 0/6] Drop the irredeemably racy cpu_unlink_tb()

2013-03-03 Thread Blue Swirl
Thanks, applied all. On Fri, Feb 22, 2013 at 6:09 PM, Peter Maydell wrote: > This patch series gets rid of cpu_unlink_tb(), which is irredeemably > racy, since it modifies the TB graph with no locking from other > threads, signal handlers, etc etc. (The signal handler case is > why you can't just

[Qemu-devel] [PATCH] build: compile gtk.c with special CFLAGS

2013-03-03 Thread Blue Swirl
Compile gtk.c with special CFLAGS instead of disabling -Werror globally. Signed-off-by: Blue Swirl --- configure| 12 +++- ui/Makefile.objs |2 +- 2 files changed, 12 insertions(+), 2 deletions(-) diff --git a/configure b/configure index 19738ac..2a043d6 100755 --- a

Re: [Qemu-devel] [RFC PATCH v1 2/4] bitops: Add UInt32StateInfo and helper functions

2013-03-03 Thread Blue Swirl
On Sun, Mar 3, 2013 at 6:13 AM, Peter Crosthwaite wrote: > This struct and functions provide some encapsulation of the uint32_t type to > make it more friendly for use as guest accessible device state. Bits of device > state (usually MMIO registers), often have all sorts of access restrictions > a

Re: [Qemu-devel] [PATCH] check-qjson: More thorough testing of UTF-8 in strings

2013-02-28 Thread Blue Swirl
On Thu, Feb 28, 2013 at 7:42 PM, Markus Armbruster wrote: > Blue Swirl writes: > >> On Thu, Feb 28, 2013 at 8:14 AM, Markus Armbruster wrote: >>> Blue Swirl writes: >>> >>>> On Mon, Feb 4, 2013 at 5:19 PM, Markus Armbruster >>>> wrote:

Re: [Qemu-devel] [PULL 00/17] arm-devs queue

2013-02-28 Thread Blue Swirl
On Thu, Feb 28, 2013 at 6:53 PM, Peter Maydell wrote: > Hi; here's the arm-devs queue. Mostly this is a bunch of Peter C's > patches. There's a bunch of other stuff bubbling under which will > probably go into another pullreq in a couple of weeks' time (mostly > series which failed review or need

  1   2   3   4   5   6   7   8   9   10   >