We need to keep DIR register unchanged across migration, but currently it
depends on the media_changed flags from block layer. Since we do not
save/restore it and the bdrv_open() called in dest node may set the
media_changed flag when trying to open floppy image, guest driver may think the
floppy
Hi. SLIC table can be fed dynamically by utilize the existing fw_cfg interface.
Something like this. (This requires your qemu patch.)
This is just for showing the idea.
thanks,
diff --git a/src/acpi.c b/src/acpi.c
index 6428d9c..e0815bd 100644
--- a/src/acpi.c
+++ b/src/acpi.c
@@ -627,6 +627,7
On 04/01/11 08:22, Jason Wang wrote:
We need to keep DIR register unchanged across migration, but currently it
depends on the media_changed flags from block layer. Since we do not
save/restore it and the bdrv_open() called in dest node may set the
media_changed flag when trying to open floppy
On 03/31/2011 10:58 PM, Stefan Weil wrote:
Some recently added new code did not compile for w32 targets.
The functions qemu_iohandler_fill and qemu_iohandler_poll need
data type fd_set which is declared in winsock2.h for w32 targets.
Moving the functions from qemu-common.h to qemu_socket.h
On 31 March 2011 22:38, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Mar 31, 2011 at 10:32:11PM +0100, Peter Maydell wrote:
On 31 March 2011 21:23, Anthony Liguori anth...@codemonkey.ws wrote:
Maybe the right approach here is to just use a virtio specific API and
register RAM as
On 04/01/2011 08:22 AM, Jason Wang wrote:
+
+if (drive-bs == NULL) {
+return 1;
Is it okay to return 1 here? Have you tested the case when both the
source and the target drives have no floppy?
(The media_changed == 2 in my sample code was basically a way to save
the media
On Wed, Mar 30, 2011 at 08:08:34PM -0500, Anthony Liguori wrote:
When creating an image using qemu-img, just pass '-o copy_on_read' and then
whenever QED reads from a backing file, it will write the block to the QED
file after the read completes ensuring that you only fetch from the backing
On 03/25/11 20:47, Michael Roth wrote:
This is the actual guest daemon, it listens for requests over a
virtio-serial/isa-serial/unix socket channel and routes them through
to dispatch routines, and writes the results back to the channel in
a manner similar to Qmp.
This is currently horribly
Paolo Bonzini writes:
On 04/01/2011 08:22 AM, Jason Wang wrote:
+
+if (drive-bs == NULL) {
+return 1;
Is it okay to return 1 here? Have you tested the case when both the
source and the target drives have no floppy?
Thanks for the reminding, and it could be fixed
Am 31.03.2011 03:08, schrieb Anthony Liguori:
When creating an image using qemu-img, just pass '-o copy_on_read' and then
whenever QED reads from a backing file, it will write the block to the QED
file after the read completes ensuring that you only fetch from the backing
device once.
As you
On Fri, Apr 01, 2011 at 08:12:48AM +0100, Peter Maydell wrote:
On 31 March 2011 22:38, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Mar 31, 2011 at 10:32:11PM +0100, Peter Maydell wrote:
On 31 March 2011 21:23, Anthony Liguori anth...@codemonkey.ws wrote:
Maybe the right approach here
On 04/01/2011 12:03 PM, Jason Wang wrote:
Paolo Bonzini writes:
On 04/01/2011 08:22 AM, Jason Wang wrote:
+
+if (drive-bs == NULL) {
+return 1;
Is it okay to return 1 here? Have you tested the case when both the
source and the target drives have no
The previous patch didn't change the behavior when load,
it resulted in ugly code. This patch cleans it up.
With this patch, pic irq lines are manipulated when loaded.
It is expected that it won't change the behaviour because
the interrupts are level: at the moment e.g. pci devices already
Introduce accessor function to know INTx levels.
It will be used later by q35.
Although piix_pci tracks the intx line levels, it can be eliminated
by this helper function.
Cc: Michael S. Tsirkin m...@redhat.com
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
hw/pci.c |7 +++
PIIX3State::pci_irq_levels are redundant which is already tracked by
PCIBus layer. So eliminate them.
Cc: Juan Quintela quint...@redhat.com
Cc: Michael S. Tsirkin m...@redhat.com
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
Changes v3 - v4:
- use PCI_NUM_PINS instead of magic number 4
Here is v7 which are rebased to pci branch.
I tested this patch series as follows. please see the commit message
for details.
- 3/4 piix_pci: optimize set irq path
Run linux as guest with 4 e1000 emulated devices.
And confirmed that each PIRQ[A-D] are able to assert interrupts.
- 4/4
optimize irq routing in piix_pic.c which has been a TODO.
So far piix3 tracks each pirq level and checks whether a given pic pins is
asserted by seeing if each pirq is mapped into the pic pin.
This is independent on irq routing, but data path is on slow path.
Given that irq routing is rarely
On 04/01/2011 04:42 AM, Stefan Hajnoczi wrote:
On Wed, Mar 30, 2011 at 08:08:34PM -0500, Anthony Liguori wrote:
When creating an image using qemu-img, just pass '-o copy_on_read' and then
whenever QED reads from a backing file, it will write the block to the QED
file after the read completes
On 04/01/2011 06:11 AM, Kevin Wolf wrote:
Am 31.03.2011 03:08, schrieb Anthony Liguori:
When creating an image using qemu-img, just pass '-o copy_on_read' and then
whenever QED reads from a backing file, it will write the block to the QED
file after the read completes ensuring that you only
Am 01.04.2011 14:36, schrieb Anthony Liguori:
On 04/01/2011 06:11 AM, Kevin Wolf wrote:
Am 31.03.2011 03:08, schrieb Anthony Liguori:
When creating an image using qemu-img, just pass '-o copy_on_read' and then
whenever QED reads from a backing file, it will write the block to the QED
file
On 03/28/2011 11:11 AM, Alon Levy wrote:
This patchset adds three new devices, usb-ccid, ccid-card-passthru and
ccid-card-emulated, providing a CCID bus, a simple passthru protocol
implementing card requiring a client, and a standalone emulated card.
It also introduces a new directory
On 03/31/11 13:49, Stefan Hajnoczi wrote:
On Thu, Mar 31, 2011 at 12:38 PM, Kevin Wolf kw...@redhat.com wrote:
Am 31.03.2011 13:15, schrieb Jes Sorensen:
On 03/31/11 12:38, Kevin Wolf wrote:
I have been a little reluctant to do this because it will break the ABI
for tools running qemu-img
Move the allocation and freeing of the TCG temp used for the address for
Neon load/store instructions so that we don't allocate the temporary
until we've done enough decoding to know that the instruction is not
an UNDEF pattern; this avoids leaking the TCG temp in these cases.
Signed-off-by:
Use the softfloat make_float32 and float32_val macros to convert between
softfloat's float32 type and raw uint32_t types, rather than private
conversion functions.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
Reviewed-by: Nathan Froyd froy...@codesourcery.com
---
Add min and max operations to softfloat. This allows us to implement
propagation of NaNs and handling of negative zero correctly (unlike
the approach of having target helper routines return one of the operands
based on the result of a comparison op).
Signed-off-by: Peter Maydell
Implementing the floating-point versions of VCLE #0 and VCLT #0 by
doing a GT comparison and inverting the result gives the wrong
result if the input is a NaN. Implement as a GT comparison with the
operands swapped instead.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
This is a pull request for a set of patches fixing various minor Neon
problems for ARM targets, which I sent to the list a couple of weeks ago.
A few of them got reviewed-by Nathan, one had some minor discussion which
didn't amount to a request for any change, the rest had no comments.
The
Use the new softfloat min/max functions to implement the Neon VMAX
and VMIN instructions. This allows us to get the right behaviour
for NaN and negative zero.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/neon_helper.c |8 ++--
1 files changed, 2 insertions(+), 6
Correct the argument and return types for the float-int conversion helper
functions so that integer arguments and return values are declared as
uint32_t/uint64_t, not float32/float64. This allows us to remove the
hand-rolled functions which were doing bitwise copies between the types
via unions.
Make the Neon helper routines use the correct FP status from
the CPUEnv rather than using a dummy static one. This means
they will correctly handle denormals and NaNs and will set
FPSCR exception bits properly.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helpers.h |
Implement ABD by taking the absolute value of the difference
of the operands (as the ARM ARM specifies) rather than by
flipping the order of the operands to the subtract based
on the results of a comparison. The latter approch gives
the wrong answers for some edge cases like negative zero.
On Fri, Apr 01, 2011 at 08:43:20PM +0900, Isaku Yamahata wrote:
Here is v7 which are rebased to pci branch.
I tested this patch series as follows. please see the commit message
for details.
- 3/4 piix_pci: optimize set irq path
Run linux as guest with 4 e1000 emulated devices.
And
On Thu, Mar 31, 2011 at 11:05 AM, Kevin Wolf kw...@redhat.com wrote:
The other thing is that I'm not sure if everything in raw-posix is
prepared to deal with a -1 fd. At the very least, I think we'll get
-EBADF errors instead of the expected -ENOMEDIUM.
Not all of block.c checks for
On Fri, Apr 1, 2011 at 2:41 PM, Jes Sorensen jes.soren...@redhat.com wrote:
On 03/31/11 13:49, Stefan Hajnoczi wrote:
On Thu, Mar 31, 2011 at 12:38 PM, Kevin Wolf kw...@redhat.com wrote:
Am 31.03.2011 13:15, schrieb Jes Sorensen:
On 03/31/11 12:38, Kevin Wolf wrote:
I have been a little
Fix the helper functions implementing the Neon floating point comparison
ops (VCGE, VCGT, VCEQ, VACGT, VACGE) to return the right answer when
one of the values being compared is a NaN.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/neon_helper.c | 28
Fix several bugs in VLD of single element to all lanes:
The single element to all lanes form of VLD1 differs from those for
VLD2, VLD3 and VLD4 in that bit 5 indicates whether the loaded element
should be written to one or two Dregs (rather than being a register
stride). Handle this by
qemu-thread.h relies on uint64_t being defined, but doesn't include
inttypes.h explicitly. This makes it easier to use it from vscclient (part
of libcacard).
---
qemu-thread.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/qemu-thread.h b/qemu-thread.h
index
---
Signed-off-by: Alon Levy al...@redhat.com
v20-v21 changes: (Jes Sorensen review)
* license set to 2+
* long comment fixes, remove empty line at eof.
* add reference to COPYING
v19-v20 changes:
* checkpatch.pl
v15-v16 changes:
Protocol change:
* VSCMsgInit capabilities and magic
*
---
Makefile | 32
Makefile.objs | 32
2 files changed, 32 insertions(+), 32 deletions(-)
diff --git a/Makefile b/Makefile
index 89e88b4..209e14d 100644
--- a/Makefile
+++ b/Makefile
@@ -112,38 +112,6 @@ ui/vnc.o:
This patchset adds three new devices, usb-ccid, ccid-card-passthru and
ccid-card-emulated, providing a CCID bus, a simple passthru protocol
implementing card requiring a client, and a standalone emulated card.
It also introduces a new directory libcaccard with CAC card emulation,
CAC is a type of
Was playing around with Stefan's git hook for checkpatch.pl:
http://blog.vmsplice.net/2011/03/how-to-automatically-run-checkpatchpl.html
which seems really useful butter-finger coders such as myself. But some of
warnings/errors that have carried over from the kernel have made this approach
A CCID device is a smart card reader. It is a USB device, defined at [1].
This patch introduces the usb-ccid device that is a ccid bus. Next patches will
introduce two card types to use it, a passthru card and an emulated card.
[1]
Hello Stefan
Hello Mitnick,
asynchronous i/o is also missing in block/vpc.c.
All newer block drivers support asynchronous reads and writes,
only some old drivers don't.
So adding asynchronous i/o to at least some of the old drivers
would improve their usability.
Look for aio in
The passthru ccid card is a device sitting on the usb-ccid bus and
using a chardevice to communicate with a remote device using the
VSCard protocol defined in libcacard/vscard_common.h
Usage docs available in following patch in docs/ccid.txt
Signed-off-by: Alon Levy al...@redhat.com
---
checkpatch.pl complains about some things that are not strictly against
QEMU's coding style guidelines. It's good to print these, but we
shouldn't force a fail on these as it makes it difficult to automate
checkpatch.pl runs. If we're supposed to fail on these cases, they
should be handled as
---
Signed-off-by: Alon Levy al...@redhat.com
v20-v21 changes: (Jes Sorensen review)
* license set to 2+
* long comment fixes, remove empty line at eof.
* add reference to COPYING
v19-v20 changes:
* checkpatch.pl
v15-v16 changes:
Protocol change:
* VSCMsgInit capabilities and magic
*
The passthru ccid card is a device sitting on the usb-ccid bus and
using a chardevice to communicate with a remote device using the
VSCard protocol defined in libcacard/vscard_common.h
Usage docs available in following patch in docs/ccid.txt
Signed-off-by: Alon Levy al...@redhat.com
---
qemu-thread.h relies on uint64_t being defined, but doesn't include
inttypes.h explicitly. This makes it easier to use it from vscclient (part
of libcacard).
---
qemu-thread.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/qemu-thread.h b/qemu-thread.h
index
C99 comments are pretty heavilly used in QEMU, and don't violate
anything mentioned in HACKING/CODING_STYLE. Make them warnings instead.
Signed-off-by: Michael Roth mdr...@linux.vnet.ibm.com
---
scripts/checkpatch.pl |2 +-
test.c|5 +
2 files changed, 6
This patchset adds three new devices, usb-ccid, ccid-card-passthru and
ccid-card-emulated, providing a CCID bus, a simple passthru protocol
implementing card requiring a client, and a standalone emulated card.
It also introduces a new directory libcaccard with CAC card emulation,
CAC is a type of
On 04/01/2011 10:20 AM, Michael Roth wrote:
C99 comments are pretty heavilly used in QEMU, and don't violate
anything mentioned in HACKING/CODING_STYLE. Make them warnings instead.
Signed-off-by: Michael Rothmdr...@linux.vnet.ibm.com
---
scripts/checkpatch.pl |2 +-
test.c
On 1 April 2011 16:20, Michael Roth mdr...@linux.vnet.ibm.com wrote:
We also make C99 //comments a warning instead of an error, since they
don't actually violate QEMU's coding guidelines.
We should either update the guidelines or fix the script...
-- PMM
Add documentation for the usb-ccid device and accompanying two card
devices, ccid-card-emulated and ccid-card-passthru.
Signed-off-by: Alon Levy al...@redhat.com
---
docs/ccid.txt | 135 +
1 files changed, 135 insertions(+), 0 deletions(-)
On Fri, Apr 1, 2011 at 4:52 PM, Peter Maydell peter.mayd...@linaro.org wrote:
On 1 April 2011 16:20, Michael Roth mdr...@linux.vnet.ibm.com wrote:
We also make C99 //comments a warning instead of an error, since they
don't actually violate QEMU's coding guidelines.
We should either update the
This devices uses libcacard (internal) to emulate a smartcard conforming
to the CAC standard. It attaches to the usb-ccid bus. Usage instructions
(example command lines) are in the following patch in docs/ccid.txt. It
uses libcacard which uses nss, so it can work with both hw cards and
On Fri, Apr 1, 2011 at 4:20 PM, Michael Roth mdr...@linux.vnet.ibm.com wrote:
C99 comments are pretty heavilly used in QEMU, and don't violate
anything mentioned in HACKING/CODING_STYLE. Make them warnings instead.
Signed-off-by: Michael Roth mdr...@linux.vnet.ibm.com
---
From: Robert Relyea rrel...@redhat.com
client to talk to ccid-card-passthru and use smartcard on client to
perform actual operations.
v23-v24 changes: (Jes Sorensen review 2)
* use qemu_socket instead of socket
* use fprintf(stderr,..) for errors
* remove unneccessary includes since using
On 01.04.2011, at 06:15, David Gibson wrote:
This patch series adds a pseries machine to qemu, allowing it to
emulate IBM pSeries logical partitions. More specifically it
implements the interface defined by the PowerPC Architecture Platform
Requirements document (PAPR, or sPAPR for short).
On 1 April 2011 16:59, Stefan Hajnoczi stefa...@gmail.com wrote:
On Fri, Apr 1, 2011 at 4:52 PM, Peter Maydell peter.mayd...@linaro.org
wrote:
On 1 April 2011 16:20, Michael Roth mdr...@linux.vnet.ibm.com wrote:
We also make C99 //comments a warning instead of an error, since they
don't
A CCID device is a smart card reader. It is a USB device, defined at [1].
This patch introduces the usb-ccid device that is a ccid bus. Next patches will
introduce two card types to use it, a passthru card and an emulated card.
[1]
From: Robert Relyea rrel...@redhat.com
---
docs/libcacard.txt | 483
1 files changed, 483 insertions(+), 0 deletions(-)
create mode 100644 docs/libcacard.txt
diff --git a/docs/libcacard.txt b/docs/libcacard.txt
new file mode 100644
index
In qemu 0.14 cache=writeback and cache=none are expected to perform
well. The default cache=writethrough is a very conservative setting
which is slow by design. I'm pretty sure that it has always been slow,
even before 0.12.5.
I think that the specific problem with savevm may be related to the VM
On 01.04.2011, at 18:22, Anthony Liguori wrote:
On 04/01/2011 11:18 AM, Alexander Graf wrote:
On 01.04.2011, at 06:15, David Gibson wrote:
This patch series adds a pseries machine to qemu, allowing it to
emulate IBM pSeries logical partitions. More specifically it
implements the
On 04/01/2011 11:18 AM, Alexander Graf wrote:
On 01.04.2011, at 06:15, David Gibson wrote:
This patch series adds a pseries machine to qemu, allowing it to
emulate IBM pSeries logical partitions. More specifically it
implements the interface defined by the PowerPC Architecture Platform
On 04/01/2011 11:16 AM, Peter Maydell wrote:
On 1 April 2011 16:59, Stefan Hajnoczistefa...@gmail.com wrote:
On Fri, Apr 1, 2011 at 4:52 PM, Peter Maydellpeter.mayd...@linaro.org wrote:
On 1 April 2011 16:20, Michael Rothmdr...@linux.vnet.ibm.com wrote:
We also make C99 //comments a
On 1 April 2011 17:55, Michael Roth mdr...@linux.vnet.ibm.com wrote:
But there *are* some warnings that make sense to complain about without
saying you can't do this, like extern's in .c files: some cases are
exceptional.
I'd treat everything checkpatch says as a warning anyway, because it
Hi,
(I was unsure what the appropriate mailing list for this was, apologies
for the cross post)
You may or may not be aware that Xen intends to switch to using SeaBIOS
as part of switching to using upstream qemu as our device model
(hopefully in our next major release later this year). The
On Fri, Apr 01, 2011 at 11:55:39AM -0500, Michael Roth wrote:
I'd prefer to only document strict guidelines, and treat
checkpatch.pl warnings (suggestions) as an extra reward you get
for taking the time to run it.
I don't want to be punished for running checkpatch.pl like I'm supposed
to while
Am 01.04.2011 17:15, schrieb Lyu Mitnick:
Hello Stefan
Hello Mitnick,
asynchronous i/o is also missing in block/vpc.c.
All newer block drivers support asynchronous reads and writes,
only some old drivers don't.
So adding asynchronous i/o to at least some of the old
Howdy,
this is the current patch queue for PowerPC. I'm very excited this time,
as we finally have a real PPC64 target machine available to play with!
I also included a patch from Aurelien that he seems to have forgotten to
push.
Alex
The following changes since commit
On 04/01/2011 11:58 AM, Peter Maydell wrote:
On 1 April 2011 17:55, Michael Rothmdr...@linux.vnet.ibm.com wrote:
But there *are* some warnings that make sense to complain about without
saying you can't do this, like extern's in .c files: some cases are
exceptional.
I'd treat everything
On 04/01/2011 12:01 PM, Stefan Hajnoczi wrote:
On Fri, Apr 01, 2011 at 11:55:39AM -0500, Michael Roth wrote:
I'd prefer to only document strict guidelines, and treat
checkpatch.pl warnings (suggestions) as an extra reward you get
for taking the time to run it.
I don't want to be punished for
On 03/31/2011 11:15 PM, David Gibson wrote:
This patch series adds a pseries machine to qemu, allowing it to
emulate IBM pSeries logical partitions. More specifically it
implements the interface defined by the PowerPC Architecture Platform
Requirements document (PAPR, or sPAPR for short).
Am 01.04.2011 17:15, schrieb Lyu Mitnick:
Hello Stefan
Hello Mitnick,
asynchronous i/o is also missing in block/vpc.c.
All newer block drivers support asynchronous reads and writes,
only some old drivers don't.
So adding asynchronous i/o to at least some of the
On 04/01/2011 11:43 AM, Alexander Graf wrote:
Howdy,
this is the current patch queue for PowerPC. I'm very excited this time,
as we finally have a real PPC64 target machine available to play with!
I also included a patch from Aurelien that he seems to have forgotten to
push.
Alex
The
Am 31.03.2011 23:41, schrieb Michael S. Tsirkin:
On Thu, Mar 31, 2011 at 10:33:30PM +0200, Stefan Weil wrote:
QEMU sends frames smaller than 60 bytes to ethernet nics.
This should be fixed in the networking code because normally
such frames are rejected by real NICs and their emulations.
To
On Fri, 1 Apr 2011 18:43:33 +0200
Alexander Graf ag...@suse.de wrote:
Howdy,
this is the current patch queue for PowerPC. I'm very excited this time,
as we finally have a real PPC64 target machine available to play with!
How about http://patchwork.ozlabs.org/patch/66743/?
-Scott
On 01.04.2011, at 19:44, Scott Wood wrote:
On Fri, 1 Apr 2011 18:43:33 +0200
Alexander Graf ag...@suse.de wrote:
Howdy,
this is the current patch queue for PowerPC. I'm very excited this time,
as we finally have a real PPC64 target machine available to play with!
How about
Am 31.03.2011 23:52, schrieb Michael S. Tsirkin:
On Thu, Mar 31, 2011 at 10:33:24PM +0200, Stefan Weil wrote:
Like other Intel devices, e100 (eepro100) uses little endian byte order.
This patch was tested with these combinations:
i386 host, i386 + mipsel guests (le-le)
mipsel host, i386 guest
On Fri, 1 Apr 2011 19:49:35 +0200
Alexander Graf ag...@suse.de wrote:
On 01.04.2011, at 19:44, Scott Wood wrote:
On Fri, 1 Apr 2011 18:43:33 +0200
Alexander Graf ag...@suse.de wrote:
Howdy,
this is the current patch queue for PowerPC. I'm very excited this time,
as we finally
On Fri, Apr 01, 2011 at 03:15:13PM +1100, David Gibson wrote:
From: David Gibson d...@au1.ibm.com
qemu already includes support for the popcntb instruction introduced
in POWER5 (although it doesn't actually allow you to choose POWER5).
However, the logic is slightly incorrect: it will
On 01.04.2011, at 19:58, Aurelien Jarno wrote:
On Fri, Apr 01, 2011 at 03:15:13PM +1100, David Gibson wrote:
From: David Gibson d...@au1.ibm.com
qemu already includes support for the popcntb instruction introduced
in POWER5 (although it doesn't actually allow you to choose POWER5).
Public bug reported:
* What cpu model : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
* What kvm version you are using. : qemu-kvm-0.12.3
* The host kernel version : 2.6.32-30-server
* What host kernel arch you are using (i386 or x86_64) : x86_64
* What guest you are using, including OS type: Windows
---
Makefile | 32
Makefile.objs | 32
2 files changed, 32 insertions(+), 32 deletions(-)
diff --git a/Makefile b/Makefile
index 89e88b4..209e14d 100644
--- a/Makefile
+++ b/Makefile
@@ -112,38 +112,6 @@ ui/vnc.o:
On 01.04.2011, at 19:28, Anthony Liguori wrote:
On 03/31/2011 11:15 PM, David Gibson wrote:
This patch series adds a pseries machine to qemu, allowing it to
emulate IBM pSeries logical partitions. More specifically it
implements the interface defined by the PowerPC Architecture Platform
On Wed, Mar 30, 2011 at 10:42 PM, Stefan Berger
stef...@linux.vnet.ibm.com wrote:
The TPM interface (tpm_tis) needs to be explicitly enabled via
./configure --enable-tpm. This restricts the building of the
TPM support to i386 and x86_64 targets since both backends I know
of, the Xen backend
On Fri, Apr 1, 2011 at 5:30 PM, Peter Maydell peter.mayd...@linaro.org wrote:
Make the Neon helper routines use the correct FP status from
the CPUEnv rather than using a dummy static one. This means
they will correctly handle denormals and NaNs and will set
FPSCR exception bits properly.
It's moved on a bit. Qemu still fails to compile, but this is the
latest error:
CCi386-darwin-user/main.o
cc1: warning: /Users/nigel/src/qemu/darwin-user/i386: No such file or directory
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
Hello
I have some question about asynchronous i/o in QEMU block driver: Why a file
format with asynchronous i/o support(ex. qcow) doesn't need to register
bdrv_read/bdrv_write which is registered in vhd file format?? Would qcow
block driver
also support synchronous i/o??
thanks a lot
Mitnick
On Fri, Apr 1, 2011 at 5:30 PM, Peter Maydell peter.mayd...@linaro.org wrote:
Correct the argument and return types for the float-int conversion helper
functions so that integer arguments and return values are declared as
uint32_t/uint64_t, not float32/float64. This allows us to remove the
On Fri, Apr 1, 2011 at 6:20 PM, Michael Roth mdr...@linux.vnet.ibm.com wrote:
C99 comments are pretty heavilly used in QEMU, and don't violate
anything mentioned in HACKING/CODING_STYLE. Make them warnings instead.
Signed-off-by: Michael Roth mdr...@linux.vnet.ibm.com
---
Linux 2.6.39-rc1 guest causes qemu to abort when it sync or umount
a rw 9p mount.
Signed-off-by: Kusanagi Kouichi sl...@ac.auone-net.jp
---
hw/virtio-9p.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/hw/virtio-9p.c b/hw/virtio-9p.c
index 7c59988..03cd957 100644
On 04/01/2011 01:01 PM, Alexander Graf wrote:
On 01.04.2011, at 19:28, Anthony Liguori wrote:
On 03/31/2011 11:15 PM, David Gibson wrote:
This patch series adds a pseries machine to qemu, allowing it to
emulate IBM pSeries logical partitions. More specifically it
implements the interface
On 04/01/2011 01:01 PM, Alexander Graf wrote:
On 01.04.2011, at 19:28, Anthony Liguori wrote:
On 03/31/2011 11:15 PM, David Gibson wrote:
This patch series adds a pseries machine to qemu, allowing it to
emulate IBM pSeries logical partitions. More specifically it
implements the interface
On Wed, Feb 16, 2011 at 09:15:40PM +0100, Stefan Weil wrote:
Load an optional QEMU icon file. If there is no icon file named
qemu.bmp in QEMU's default search path, QEMU will run with
the usual system default icon.
A matching icon file will be loaded and used by X Windows managers
or MS
On 04/01/2011 02:14 PM, Blue Swirl wrote:
On Wed, Mar 30, 2011 at 10:42 PM, Stefan Berger
stef...@linux.vnet.ibm.com wrote:
The TPM interface (tpm_tis) needs to be explicitly enabled via
./configure --enable-tpm. This restricts the building of the
TPM support to i386 and x86_64 targets since
On Mon, Feb 21, 2011 at 02:08:53AM +0300, Dmitry Eremin-Solenikov wrote:
Currently reset handler is registered for System bus twice: once during
bus creation and once in vl.c. Remove the second qemu_register_reset()
invocation. Also while we are at it, remove incorrect check at
On Mon, Feb 28, 2011 at 10:22:33AM +0800, Wen Congyang wrote:
I enable acpi_piix4 debug, and got the following build errors:
# make
CClibhw64/acpi_piix4.o
cc1: warnings being treated as errors
/home/wency/source/qemu/hw/acpi_piix4.c: In function ‘pm_ioport_write’:
On Mon, Sep 06, 2010 at 04:42:54AM -, Bernhard Kohl wrote:
If these messages are not handled correctly the guest driver may hang.
Always mandatory:
- ABORT
- BUS DEVICE RESET
Mandatory if tagged queuing is implemented (which disks usually do):
- ABORT TAG
- CLEAR QUEUE
** Changed in: qemu
Status: New = Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/731344
Title:
When accessing to disk with qemu-system-arm Error occours
Status in QEMU:
Fix
1 - 100 of 122 matches
Mail list logo