Thanks for the quick response.Sorry for the typo. It was the autocorrect :). I
downloaded qemu-w64-setup-20130921.exe
When I try running
qemu-system-x86_64w.exe with an iso I get an assertion -
/home/stefan/src/qemu/repo.or.cz/qemu/ar7/qemu-coroutine-lock.c, line 99
Expression : qemu_in_corout
Some powerpc systems have support for a hardware random number generator
(hwrng). If such a hwrng is present the host kernel can provide access
to it via the H_RANDOM hcall.
The kernel advertises the presence of a hwrng with the KVM_CAP_PPC_HWRNG
capability. If this is detected we add the appropri
Hi,
> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
> index 1ba86d0..d1ccdf7 100644
> --- a/hw/i386/acpi-build.c
> +++ b/hw/i386/acpi-build.c
> @@ -961,8 +961,8 @@ static void acpi_build_update(void *build_opaque,
> uint32_t offset)
> if (build_state->mcfg_base) {
> Acp
From: Benjamin Herrenschmidt
This implements H_XIRR_X hypercall in addition to H_XIRR as
it is mandatory for PAPR+ and there is no way for the guest to
detect whether it is supported or not so just add it.
As the Partition Adjunct Option is not supported at the moment,
the CPPR parameter of the
This simple change makes following patches nicer.
Signed-off-by: Alexey Kardashevskiy
---
hw/intc/xics.c | 72 +-
1 file changed, 36 insertions(+), 36 deletions(-)
diff --git a/hw/intc/xics.c b/hw/intc/xics.c
index bb018d1..a0d71ef 100644
This enables IRQFD support for sPAPR. The feature decreases the latency
of interrupt handling.
To enable IRQFD for MSI, this sets kvm_gsi_direct_mapping to true which
enables direct MSI mapping.
To enable IRQFD for LSI (level triggered INTx interrupts), a PCI host bus
callback is required. The pa
From: Benjamin Herrenschmidt
This adds support for the H_IPOLL hypercall which the guest
uses to poll for a pending interrupt. This hypercall is
mandatory for PAPR+ and there is no way for the guest to
detect whether it is supported or not so just add it.
Signed-off-by: Benjamin Herrenschmidt
S
This fixes XICS according new QOM rules.
This converts ICS's init() callbacks to realize().
This converts legacy qdev_init_nofail() to property_set(realized).
Signed-off-by: Alexey Kardashevskiy
Reviewed-by: Andreas Färber
---
Changes:
v4:
* bits which add "const" to TypeInfo were moved to a s
This adds a cpu_setup callback to the XICS device class (as XICS-KVM
will do it different), xics_cpu_setup() will call it if it is set.
Signed-off-by: Alexey Kardashevskiy
---
hw/intc/xics.c| 5 +
include/hw/ppc/xics.h | 1 +
2 files changed, 6 insertions(+)
diff --git a/hw/intc/xic
This replaces old-style fprintf with new style error_report.
Signed-off-by: Alexey Kardashevskiy
Reviewed-by: Andreas Färber
---
hw/intc/xics.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/hw/intc/xics.c b/hw/intc/xics.c
index a0d71ef..666888d 100644
--- a/hw/intc/xi
This enables IRQFD for LSI (level triggered INTx interrupts) by adding
a spapr_route_intx_pin_to_irq() callback to the sPAPR PCI host bus. This
callback is called to know the global interrupt number to link resampling fd
with IRQFD's fd in KVM.
Signed-off-by: Alexey Kardashevskiy
---
hw/ppc/spap
This adds missing const specifiers to ICS and ICP TypeInfo's.
Signed-off-by: Alexey Kardashevskiy
Reviewed-by: Andreas Färber
---
hw/intc/xics.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/intc/xics.c b/hw/intc/xics.c
index 76654db..c90eb0a 100644
--- a/hw/intc/xi
The upcoming support of in-kernel XICS will redefine migration callbacks
for both ICS and ICP so classes and callback pointers are added.
Signed-off-by: Alexey Kardashevskiy
---
Changes:
v4:
* xics_cpu_setup() movement moved to a separate patch
* cpu_setup() callback moved to the "xics split" pat
The upcoming XICS-KVM support will use bits of emulated XICS code.
So this introduces new level of hierarchy - "xics-common" class. Both
emulated XICS and XICS-KVM will inherit from it and override class
callbacks when required.
The new "xics-common" class implements:
1. replaces static "nr_irqs"
Yet another try with XICS and XICS-KVM.
v4->v5:
Rebased onto upstream;
Put few "reviewed-by: Andreas";
Added IRQFD enablement patches.
v3->v4:
Addressed multiple comments from Alex;
Split out many tiny patches to make them easier to review;
Fixed xics_cpu_setup not to call the parent;
And many, m
From: David Gibson
Recent PowerKVM allows the kernel to intercept some RTAS calls from the
guest directly. This is used to implement the more efficient in-kernel
XICS for example. qemu is still responsible for assigning the RTAS token
numbers however, and needs to tell the kernel which RTAS fun
From: David Gibson
Recent (host) kernels support emulating the PAPR defined "XICS" interrupt
controller system within KVM. This patch allows qemu to initialize and
configure the in-kernel XICS, and keep its state in sync with qemu's XICS
state as necessary.
This should give considerable perform
This moves the xics_cpu_setup() call after kvmppc_set_papr()
in order to get VCPUs initialized as this is required by upcoming
XICS-KVM.
Signed-off-by: Alexey Kardashevskiy
---
hw/ppc/spapr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
On 2013-09-25 20:08, Hu Yaohui wrote:
> Hi All,
> I am trying to debug guest OS through qemu with kvm enabled.
> Following is what I have done:
> 1: fire the qemu-kvm
>
> sudo qemu-system-x86_64 -hda vdisk.img -m 4096 -smp 2 -vnc :2 -boot c -s
>
>
> 2: wait until login into guest OS (ubuntu 10.0
Hi,
> Ping. Don't see this in master (and as such its missing from mdroth's
> 1.6.1 patch set).
Different patch is in master: adbecc89731cf3e0ae656d50ea9fa58c589c4bdc
Yes, that one should be cherry-picked into stable.
thanks,
Gerd
Am 26.09.2013 03:53, schrieb Vikas Desai:
> Hi,
>
> U tried compiling Qemu on windows sever 2008 64 bit using mingw64.
> After following the steps at betaarchive.com I managed to get a
> binary. It now just dies as soon as I start it. How do I debug this.
>
> I also tried downloading the 64 bit ins
On Thu, 09/26 08:42, Wenchao Xia wrote:
> v2:
> Address Michael's comments:
> 01: better commit message to tip what it is doing.
>
> Wenchao Xia (2):
> 1 tests: build the helper program by default
> 2 build: add command check-clean
>
> Makefile |1 -
> tests/Makefile | 16 +++
Hi,
U tried compiling Qemu on windows sever 2008 64 bit using mingw64. After
following the steps at betaarchive.com I managed to get a binary. It now just
dies as soon as I start it. How do I debug this.
I also tried downloading the 64 bit installer from Stephan Weil website
qemu.weilnetz.de
On Wed, 09/25 07:57, Michael Roth wrote:
> Hi everyone,
>
> The following new patches are queued for QEMU stable v1.6.1:
>
> https://github.com/mdroth/qemu/commits/stable-1.6-staging
>
> The release is planned for 2013-10-02:
>
> http://wiki.qemu.org/Planning/1.6
>
> Please respond here or CC
Am 25.09.2013 14:57, schrieb Michael Roth:
> Hi everyone,
>
> The following new patches are queued for QEMU stable v1.6.1:
>
> https://github.com/mdroth/qemu/commits/stable-1.6-staging
>
> The release is planned for 2013-10-02:
>
> http://wiki.qemu.org/Planning/1.6
>
> Please respond here or CC qem
On 09/26/2013 11:42 AM, Zhanghaoyu (A) wrote:
>>> Hi, all
>>>
>>> Do live migration if emulated NIC's MAC has been changed, RARP with
>>> wrong MAC address will broadcast via qemu_announce_self in destination, so,
>>> long time network disconnection probably happen.
>>>
>>> I want to do below wor
>> Hi, all
>>
>> Do live migration if emulated NIC's MAC has been changed, RARP with
>> wrong MAC address will broadcast via qemu_announce_self in destination, so,
>> long time network disconnection probably happen.
>>
>> I want to do below works to resolve this problem, 1. change NICConf's
>> M
On 09/22/2013 04:35 PM, Zhanghaoyu (A) wrote:
> Hi, all
>
> Do live migration if emulated NIC's MAC has been changed, RARP with wrong MAC
> address will broadcast via qemu_announce_self in destination,
> so, long time network disconnection probably happen.
>
> I want to do below works to resolve t
On Mon, Sep 9, 2013 at 2:30 PM, Stefan Weil wrote:
> Am 28.08.2013 10:21, schrieb James Hogan:
>> On 1 July 2013 04:30, Mike Frysinger wrote:
>>> This avoids needing to execute a program and keeping an (incomplete)
>>> list when cross-compiling. Signed-off-by: Mike Frysinger
>>>
>> This fixes mi
On 09/25/2013 07:56 PM, Mark Wu wrote:
> In the original code, qmp_get_command_list is used to construct
> a list of all commands' name. To get the information of all qga
> commands, it traverses the name list and search the command info
> with its name. So it can cause O(n^2) in the number of com
It's verified by the following tests:
1. run ./qemu-ga -b help,
it print a list of qga command names as expected
2. run ./guest-sync -b guest-ping, guest-sync
command 'guest-info' show that guest-ping and guest-sync are disabled
On Thu 26 Sep 2013 09:56:39 AM CST, Mark Wu wrote:
In th
On Mon, 09/23 17:18, Fam Zheng wrote:
> We use the extent size as cluster size for flat extents (where no L1/L2
> table is allocated so it's safe) reuse sector calculating code with
> sparse extents.
>
> Don't pass in the cluster size for adding flat extent, just set it to
> sectors later, then th
On Wed, Sep 25, 2013 at 04:23:22PM +0200, Benoît Canet wrote:
> Drivers having a bs->file where set to recurse the call to their child.
> Protocol and drivers designed to be on the bottom of the stack where set to
> allow
> snapshots.
> Future protocols like quorum where creating snapshots does no
Now we have several qemu-ga commands not returning response on success.
It has been documented in qga/qapi-schema.json already. This patch exposes
the 'success-response' flag by extending 'guest-info' command. With this
change, the clients can handle the command response more flexibly.
Signed-off-
In the original code, qmp_get_command_list is used to construct
a list of all commands' name. To get the information of all qga
commands, it traverses the name list and search the command info
with its name. So it can cause O(n^2) in the number of commands.
This patch adds an interface to travers
>> >> >> >> >> Hi, all
>> >> >> >> >>
>> >> >> >> >> Do live migration if emulated NIC's MAC has been changed,
>> >> >> >> >> RARP with wrong MAC address will broadcast via
>> >> >> >> >> qemu_announce_self in destination, so, long time network
>> >> >> >> >> disconnection probably happen.
>> >
Usually we may configure and make, then goto ./tests/qemu-iotest,
check. In this case an error will happen since helper program
was not built. This patch simply build it by default. A better way
may be introducing Makefile in ./tests/qemu-iotest, but it is more
complicate to handle out of tree case
v2:
Address Michael's comments:
01: better commit message to tip what it is doing.
Wenchao Xia (2):
1 tests: build the helper program by default
2 build: add command check-clean
Makefile |1 -
tests/Makefile | 16 ++--
2 files changed, 14 insertions(+), 3 deletion
This command will package the clean operations in tests. Now root Makefile
simply calls the command and do not care the details of it any more. Original
the built binaries for test will not be removed, now they will be deleted
in clean operation.
Signed-off-by: Wenchao Xia
---
Makefile |
Signed-off-by: Wenchao Xia
---
qemu-nbd.c| 11 ++-
qemu-nbd.texi | 11 ++-
2 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/qemu-nbd.c b/qemu-nbd.c
index 6588a1f..49dfc14 100644
--- a/qemu-nbd.c
+++ b/qemu-nbd.c
@@ -80,7 +80,16 @@ static void usage(const cha
Since later this function will be used so improve it. The only caller of it
now is qemu-img, and it is not impacted by introduce function
bdrv_snapshot_load_tmp_by_id_or_name() that call bdrv_snapshot_load_tmp()
twice to keep old search logic. bdrv_snapshot_load_tmp_by_id_or_name() return
int to le
Signed-off-by: Wenchao Xia
---
tests/qemu-iotests/058 | 104
tests/qemu-iotests/058.out | 32 +
tests/qemu-iotests/check |1 +
tests/qemu-iotests/group |1 +
4 files changed, 138 insertions(+), 0 deletions(-)
create mode
Signed-off-by: Wenchao Xia
---
tests/qemu-iotests/058 | 19 ++-
tests/qemu-iotests/058.out | 12
2 files changed, 30 insertions(+), 1 deletions(-)
diff --git a/tests/qemu-iotests/058 b/tests/qemu-iotests/058
index a1e8d62..ec7e06d 100755
--- a/tests/qemu-iote
Now it is possible to directly export an internal snapshot, which
can be used to probe the snapshot's contents without qemu-img
convert.
Signed-off-by: Wenchao Xia
---
block/snapshot.c | 18 ++
include/block/snapshot.h |6 ++
qemu-nbd.c | 35
Now qemu-img convert have similar options as qemu-nbd for internal
snapshot.
Signed-off-by: Wenchao Xia
---
qemu-img.c | 30 +-
1 files changed, 21 insertions(+), 9 deletions(-)
diff --git a/qemu-img.c b/qemu-img.c
index 6df58ed..a784ad4 100644
--- a/qemu-img.c
+++
Also renamed snapshot_name to snapshot_id_or_name to tip better.
Signed-off-by: Wenchao Xia
---
qemu-img-cmds.hx |2 +-
qemu-img.c |2 ++
qemu-img.texi|7 +--
3 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/qemu-img-cmds.hx b/qemu-img-cmds.hx
index da1d96
This series allow user to read internal snapshot's contents without qemu-img
convert.
V2:
Address Stefan's comments:
02: add 'fall through' comments in the case statement.
03: add doc about the difference of internal snapshot and backing chain
snapshot, which is used in previous '--snapshot'
You're trying to run a Raspberry Pi kernel on a model of a Versatile PB
board. These two bits of ARM hardware are totally different and a kernel
for one won't work on the other. QEMU is correctly emulating a kernel
which has crashed or simply failed to output anything because it isn't
sending seria
On 26 September 2013 01:29, Fabien Chouteau wrote:
> On 09/25/2013 05:51 PM, Peter Maydell wrote:
>> On 26 September 2013 00:38, Fabien Chouteau wrote:
>> It doesn't matter very much, but monitor.h seems the obvious
>> place. You probably don't want qom/cpu.h to have to drag in
>> monitor.h so a
On 21/09/13 12:38 PM, Sebastian Herbszt wrote:
Brad Smith wrote:
On 19/09/13 12:53 PM, Sebastian Herbszt wrote:
Brad Smith wrote:
On 20/01/13 1:12 PM, David Woodhouse wrote:
The PCI Firmware Specification apparently requires that the PCI
Data Structure be DWORD-aligned. The implementation in
Yep, I did let this one slip...
In any case, I don't see this problem anymore, it was fixed a long while
ago. Are you trying QEMU from the latest master?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs
This adds support for writing to VHDX image files, using coroutines.
Writes into the BAT table goes through the VHDX log. Currently, BAT
table writes occur when expanding a dynamic VHDX file, and allocating a
new BAT entry.
Signed-off-by: Jeff Cody
---
block/vhdx.c | 150 +++
This adds support for writing to the VHDX log.
For spec details, see VHDX Specification Format v1.00:
https://www.microsoft.com/en-us/download/details.aspx?id=34750
There are a few limitations to this log support:
1.) There is no caching yet
2.) The log is flushed after each entry
The primary wr
This adds support for VHDX image creation, for images of type "Fixed"
and "Dynamic". "Differencing" types (i.e., VHDX images with backing
files) are currently not supported.
Options for image creation include:
* log size:
The size of the journaling log for VHDX. Minimum is 1MB,
On Wed, Sep 25, 2013 at 8:54 AM, Cole Robinson wrote:
> On 09/25/2013 08:57 AM, Michael Roth wrote:
>> Hi everyone,
>>
>> The following new patches are queued for QEMU stable v1.6.1:
>>
>> https://github.com/mdroth/qemu/commits/stable-1.6-staging
>>
>
> Here are some other patches we are carrying
Regions in the image file cannot overlap - the log, region tables,
and metdata must all be unique and non-overlapping.
This adds region checking by means of a QLIST; there can be a variable
number of regions and metadata (there may be metadata or region tables
that we do not recognize / know about
For image formats that are not "QEMU native", but supported for
compatibility, it is useful to verify that an image created with
the 'gold standard' native tool can be read / written to successfully
by QEMU.
In addition to testing non-native images, this could also be useful to
test against image
On Fri, Aug 30, 2013 at 7:14 PM, Cole Robinson wrote:
> On 08/12/2013 06:02 PM, Paolo Bonzini wrote:
>> vapic requires the VAPIC ROM to be mapped into RAM. This is not
>> possible without PAM hardware. This fixes a segmentation fault
>> running with -M isapc.
>>
>> Cc: qemu-sta...@nongnu.org
>>
On Wed, Sep 25, 2013 at 7:57 AM, Michael Roth wrote:
> From: Paolo Bonzini
>
> Some bdrv_is_allocated callers do not expect errors, but the fallback
> in qcow2.c might make other callers trip on assertion failures or
> infinite loops.
>
> Fix the callers to always look for errors.
>
> Cc: qemu-st
On Mon, Sep 9, 2013 at 3:20 AM, Hans de Goede wrote:
> The isoc packet path in the ehci code has a bad qobject cast, causing an
> abort, this patch fixes this.
>
> Note this problem is backported in 1.6.0 too, and this patch should be
> backported to the 1.6.0 stable tree.
>
> Signed-off-by: Hans
While the generic SSE translation codepath contains special logic to use
32-bit or 64-bit memory operands for some instructions, this logic doesn't
catch the SSE {,u}comis{s,d} instructions. This oversight leads to too
many bytes being read when those instructions use memory operands, which
can in
Public bug reported:
This was using 1.0.1 on fedora 17 then using 1.6.0 built from source
with default configuration. The host machine is x86_64 (intel i5) with
a custom 3.11 kernel.
'qemu-system-x86_64 -kernel [hostkernel]'
Opens a window and shows the kernel booting.
'qemu-system-x86_64 -ke
Other iotests successfully test read/write of vhdx images created
by qemu-img (e.g. tests 001, 002, 003). This updates the tests for
the sample Hyper-V created image, to verify we can write as well as
read the image.
Signed-off-by: Jeff Cody
---
tests/qemu-iotests/064 | 11 +++
tests
VHDXPage83Data and VHDXParentLocatorHeader both incorrectly had their
MSGUID fields set as arrays of 16. This is incorrect (it stems from
an early version where those fields were uint_8 arrays). Those fields
were, up to this patch, unused.
Also, there were a couple of typos and incorrect wording
This is preperation for vhdx_create(). The ability to write headers,
and calculate the number of BAT entries will be needed within the
create() functions, so move this relevant code into helper functions.
Signed-off-by: Jeff Cody
---
block/vhdx.c | 121 +++---
The non-global option output is suppresed in _make_test_img() for
output verification in the 0?? tests. This adds suppression for
the vhdx-unique options as well. This allows check -vhdx to run
successfully.
Signed-off-by: Jeff Cody
---
tests/qemu-iotests/common.rc | 4 +++-
1 file changed, 3
Bit shifting can be fun, but in this case it was unnecessary. The
upper 44 bits of the 64-bit BAT entry is specifies the File Offset,
so we shifted the bits to get access to the value.
However, per the spec the value is in MB. So we dutifully shifted back
to the left by 20 bits, to convert to a
This adds the VHDX format to the qemu-iotests format, and adds
a read test. The test reads from an existing sample image, that
was created with Hyper-V under Windwos Server 2012.
The image file is a 1GB dynamic image, with 32MB blocks.
The pattern 0xa5 exists from 0MB-33MB (past a block size bou
Allow tracking of first file write in the VHDX image, as well as
the ability to update the GUID in the header. This is in preparation
for log support.
Signed-off-by: Jeff Cody
---
block/vhdx.c | 30 --
block/vhdx.h | 6 ++
2 files changed, 30 insertions(+), 6 de
This adds support for VHDX v0 logs, as specified in Microsoft's
VHDX Specification Format v1.00:
https://www.microsoft.com/en-us/download/details.aspx?id=34750
The following support is added:
* Log parsing, and validation - validate that an existing log
is correct.
* Log search - search throug
Signed-off-by: Jeff Cody
---
block/vhdx.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/block/vhdx.c b/block/vhdx.c
index 057bc9c..9dc1e87 100644
--- a/block/vhdx.c
+++ b/block/vhdx.c
@@ -777,6 +777,15 @@ exit:
}
+static void vhdx_close(BlockDriverSta
In preparation for VHDX log support, move these structures to the
header.
Signed-off-by: Jeff Cody
---
block/vhdx.c | 51 ---
block/vhdx.h | 47 +++
2 files changed, 47 insertions(+), 51 deletions(-)
dif
In preperation for vhdx_create(), move more endian translation
functions out to vhdx-endian.c.
Signed-off-by: Jeff Cody
---
block/vhdx-endian.c | 75 +
block/vhdx.c| 20 +++---
block/vhdx.h| 9 ++-
3 files changed,
This adds the ability to update the headers in a VHDX image, including
generating a new MS-compatible GUID.
As VHDX depends on uuid.h, VHDX is now a configurable build option. If
VHDX support is enabled, that will also enable uuid as well. The
default is to have VHDX enabled.
To enable/disable
This adds some magic number defines, and internal structure definitions
for VHDX log replay support. The struct VHDXLogEntries does not reflect
an on-disk data structure, and thus does not need to be packed.
Some minor code style fixes are applied as well.
Signed-off-by: Jeff Cody
---
block/vh
This moves the endian translation functions out from the vhdx.c source,
into a separate source file. In addition to the previously defined
endian functions, new endian translation functions for log support are
added as well.
Signed-off-by: Jeff Cody
---
block/Makefile.objs | 2 +-
block/vhdx-e
Just a couple of minor comments to help note where allocated
buffers are freed, and a typo fix.
Signed-off-by: Jeff Cody
---
block/vhdx.c | 6 --
block/vhdx.h | 6 +++---
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/block/vhdx.c b/block/vhdx.c
index b8aa49c..276c105 100644
This patch series contains the initial VHDX log parsing, replay,
write support, and image creation.
=== v6 changes ===
https://github.com/codyprime/qemu-kvm-jtc/tree/vhdx-write-v6-upstream
Rebased to latest qemu/master:
Patch 16/20: .bdrv_create() propagates Error, and bdrv_unref() used
FWIW this one bites me. The bug report seems fairly abandoned ... has
this been fixed elsewhere perhaps?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1062411
Title:
QEMU fails during migration and
I meant "bites me too" ...
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1062411
Title:
QEMU fails during migration and reports "qemu: VQ 0 size 0x80 Guest
index 0x2d6 inconsistent with Host inde
On Fri, 2013-09-13 at 21:34 +1000, Alexey Kardashevskiy wrote:
> On 09/11/2013 08:13 AM, Alex Williamson wrote:
> > On Tue, 2013-09-10 at 19:00 +1000, Alexey Kardashevskiy wrote:
> >> On 09/06/2013 05:05 AM, Alex Williamson wrote:
> >>> On Fri, 2013-08-30 at 20:15 +1000, Alexey Kardashevskiy wrote:
On Fri, 2013-09-13 at 20:11 +1000, Alexey Kardashevskiy wrote:
> On 09/11/2013 08:11 AM, Alex Williamson wrote:
> > On Tue, 2013-09-10 at 18:36 +1000, Alexey Kardashevskiy wrote:
> >> On 09/06/2013 05:01 AM, Alex Williamson wrote:
> >>> On Fri, 2013-08-30 at 20:15 +1000, Alexey Kardashevskiy wrote:
Am 24.09.2013 17:40, schrieb Paolo Bonzini:
> Il 24/09/2013 16:41, Eric Blake ha scritto:
> > -mno-cygwin is an obsolete command line option, formerly used for
> > cross-compiling from cygwin to mingw. It is NOT used when building
> > for cygwin, and these days, building for mingw should use a pro
On 09/25/2013 12:01 PM, Jeff Cody wrote:
> It is from UML, right? Is there an official spec that is still around
> (most of the links I have found suffer from link rot)? The closest I
> could find to a spec were old UML patches for x86_64 that cleaned up
> some data types, so that the following w
These functions were copies from include/linux/bitopts.h.
Signed-off-by: Stefan Weil
Reviewed-by: Richard Henderson
---
include/qemu/bitops.h | 80 +
1 file changed, 80 insertions(+)
diff --git a/include/qemu/bitops.h b/include/qemu/bitops.h
in
Signed-off-by: Stefan Weil
Reviewed by: Richard Henderson
---
target-arm/iwmmxt_helper.c |2 +-
tcg/optimize.c | 12
tci.c |8
3 files changed, 9 insertions(+), 13 deletions(-)
diff --git a/target-arm/iwmmxt_helper.c b/target-arm/
It is used by qemu-ppc64 when running Debian's busybox-static.
Cc: qemu-stable
Signed-off-by: Stefan Weil
Reviewed-by: Richard Henderson
---
tcg/tci/tcg-target.c |1 -
tci.c| 10 +-
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/tcg/tci/tcg-target.
The following changes since commit f828a4c8faa118e0ebab3e353ac6840f3b2a0318:
Merge remote-tracking branch 'stefanha/tracing' into staging (2013-09-23
11:53:22 -0500)
are available in the git repository at:
git://qemu.weilnetz.de/qemu.git tci
for you to fetch changes up to 3df2b8fde949be86
Introduce new target "check_%" to run indiviudal test caes, eg.
make check_mmu
Signed-off-by: Michael Walle
---
tests/tcg/lm32/Makefile |3 +++
1 file changed, 3 insertions(+)
diff --git a/tests/tcg/lm32/Makefile b/tests/tcg/lm32/Makefile
index 9a00ef7..19e0664 100644
--- a/tests/tcg/lm32
This has been forgotton in the initial commit. Fix it.
Reported-by: Richard Henderson
Signed-off-by: Michael Walle
---
target-lm32/translate.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/target-lm32/translate.c b/target-lm32/translate.c
index 6ea0ecd..9605494 100644
--- a/target-l
The new MMU tests use longer names.
Signed-off-by: Michael Walle
---
hw/misc/lm32_sys.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/misc/lm32_sys.c b/hw/misc/lm32_sys.c
index 9bdb781..8176cdb 100644
--- a/hw/misc/lm32_sys.c
+++ b/hw/misc/lm32_sys.c
@@ -42,7 +42,
On Wed, Sep 25, 2013 at 07:25:20PM +0200, Kevin Wolf wrote:
> Am 25.09.2013 um 17:12 hat Jeff Cody geschrieben:
> > On Fri, Sep 20, 2013 at 08:23:54AM +0200, Markus Armbruster wrote:
> > > Jeff Cody writes:
> > >
> > > > On Thu, Sep 19, 2013 at 12:01:24PM -0700, Richard Henderson wrote:
> > > >>
Instead of translating the instruction to a no-op, pause the VM and display
a message to the user.
As a side effect, this also works for instructions where the operands are
only known at runtime.
Signed-off-by: Michael Walle
I have some doubt about the implementation of the "ill" helper. Esp.
Instead of killing QEMU, translate instructions which are not available on
the CPU model as a noop and issue a log message at translation time.
On the real hardware CPU unknown opcodes results in undefined behaviour.
These changes prepare the removal of CPULM32State from DisasContext.
Cc: Andrea
Do not use qemu_log().
Signed-off-by: Michael Walle
---
hw/misc/lm32_sys.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/misc/lm32_sys.c b/hw/misc/lm32_sys.c
index 8176cdb..6af0cca 100644
--- a/hw/misc/lm32_sys.c
+++ b/hw/misc/lm32_sys.c
@@ -80,7 +80,7 @@ static void
This allows us to completely remove CPULM32State from DisasContext.
Instead, copy the fields we need to DisasContext.
Cc: Andreas Färber
Signed-off-by: Michael Walle
---
target-lm32/cpu-qom.h |1 +
target-lm32/cpu.h | 12 +---
target-lm32/helper.c| 15 ++-
This will ease debugging the test cases.
Signed-off-by: Michael Walle
---
hw/misc/lm32_sys.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/hw/misc/lm32_sys.c b/hw/misc/lm32_sys.c
index 6af0cca..1fd69ff 100644
--- a/hw/misc/lm32_sys.c
+++ b/hw/misc/lm32_sys.c
@@ -81,6 +81,9 @@ static
qemu_chr_fe_write() may return EAGAIN. Therefore, use
qemu_chr_fe_write_all().
Signed-off-by: Michael Walle
---
hw/char/lm32_juart.c |2 +-
hw/char/lm32_uart.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/char/lm32_juart.c b/hw/char/lm32_juart.c
index 252fe46
This patch adds in-target breakpoint and watchpoint support.
Signed-off-by: Michael Walle
---
target-lm32/TODO|2 --
target-lm32/cpu.c |1 +
target-lm32/cpu.h | 27 --
target-lm32/helper.c| 89 +++
target
From: Antony Pavlov
qemu_chr_fe_write() is capable of returning 0
to indicate EAGAIN (and friends) and we don't
handle this.
Just change it to qemu_chr_fe_write_all() to fix.
Reported-by: Peter Crosthwaite
Acked-by: Peter Crosthwaite
Signed-off-by: Antony Pavlov
Signed-off-by: Michael Walle
1 - 100 of 324 matches
Mail list logo
