- Create eventfd per vfio device assigned to a guest and register an
event handler
- This fd is passed to the vfio_pci driver through the SET_IRQ ioctl
- When the device encounters an error, the eventfd is signalled
and the qemu eventfd handler gets inv
- New VFIO_SET_IRQ ioctl option to pass the eventfd that is signaled
when
an error occurs in the vfio_pci_device
- Register pci_error_handler for the vfio_pci driver
- When the device encounters an error, the error handler registered by
the vfio_pci dr
- Added vfio_device_get_from_dev() as wrapper to get
reference to vfio_device from struct device.
- Added vfio_device_data() as a wrapper to get device_data from
vfio_device.
Signed-off-by: Vijay Mohan Pandarathil
---
drivers/vfio/vfio.c | 47 +++
Add support for error containment when a VFIO device assigned to a KVM
guest encounters an error. This is for PCIe devices/drivers that support AER
functionality. When the host OS is notified of an error in a device either
through the firmware first approach or through an interrupt handled by the A
Hi All,
On Sat, Feb 23, 2013 at 3:41 AM, Andreas Färber wrote:
> Am 22.02.2013 17:54, schrieb Richard Henderson:
>> On 02/22/2013 08:16 AM, Andreas Färber wrote:
>>> I would be willing to do a macro-based v3 using do { ... } while (0) if
>>> maintainers can reach agreement on that and on how to d
Handle same as existing FUTEX_PRIVATE_FLAG.
Signed-off-by: John Rigby
---
linux-user/strace.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/linux-user/strace.c b/linux-user/strace.c
index 4e91a6e..f8030e0 100644
--- a/linux-user/strace.c
+++ b/linux-user/strace.c
@@ -1437,6 +1437,
Upstream libc has recently changed to start using
FUTEX_WAIT_BITSET instead of FUTEX_WAIT and this
is causing do_futex to return -TARGET_ENOSYS.
Pass bitset in val3 to sys_futex which will be
ignored by kernel for the FUTEX_WAIT case.
Signed-off-by: John Rigby
---
linux-user/syscall.c |3 ++
On Thu, Feb 07, 2013 at 07:36:09PM +0100, Petar Jovanovic wrote:
> From: Petar Jovanovic
>
> Correct sign-propagation before multiplication in MULQ_W helper.
> The change also fixes previously incorrect expected values in the
> tests for MULQ_RS.W and MULQ_S.W.
>
> Signed-off-by: Petar Jovanovic
On Wed, Feb 06, 2013 at 06:05:25PM +0100, Petar Jovanovic wrote:
> From: Petar Jovanovic
>
> The change corrects sign-related issue with MULQ_S.PH. It also includes
> extension to the already existing test which will trigger the issue.
>
> Signed-off-by: Petar Jovanovic
> ---
> target-mips/dsp
This assertion occured with latest git master:
qemu-system-mipsel: /src/qemu/tcg/tcg-op.h:2589:
tcg_gen_goto_tb: Assertion `(tcg_ctx.goto_tb_issue_mask & (1 << idx))
== 0' failed.
Aborted
QEMU was built with --enable-debug and running a Debian MIPS Lenny (NFS
root).
The assertion happened when r
On Sat, Feb 23, 2013 at 10:49:29PM +0200, Michael S. Tsirkin wrote:
> On Fri, Feb 22, 2013 at 11:33:53PM +0800, Jason Wang wrote:
> > On 02/21/2013 07:23 PM, Michael S. Tsirkin wrote:
> > > On Thu, Feb 21, 2013 at 05:57:04PM +0800, Jason Wang wrote:
> > >> On 02/21/2013 12:48 AM, Michael S. Tsirkin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter, sorry I attached this quick patch to the bug for Serge to try
out with the intent of sending a proper patch upstream later.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmai
This avoids assigning individual class fields and contributors
forgetting to add field assignments in KVM-only code.
ppc_cpu_class_find_by_pvr() requires the CPU model classes to be
registered, so defer host CPU type registration to kvm_arch_init().
Only register the host CPU type if there is a c
Am 23.02.2013 17:00, schrieb Andreas Färber:
> This avoids assigning individual class fields and contributors
> forgetting to add field assignments in KVM-only code.
>
> ppc_cpu_class_find_by_pvr() requires the CPU model classes to be
> registered, so defer host CPU type registration to kvm_arch_i
On Fri, Feb 22, 2013 at 04:58:44PM +1300, Alexey Korolev wrote:
> This patch addresses the issue fully described here:
> http://lists.nongnu.org/archive/html/qemu-devel/2013-02/msg01804.html
>
> Linux kernels prior to 2.6.36 do not disable the PCI device during
> enumeration process. Since lower a
On Fri, Feb 22, 2013 at 11:33:53PM +0800, Jason Wang wrote:
> On 02/21/2013 07:23 PM, Michael S. Tsirkin wrote:
> > On Thu, Feb 21, 2013 at 05:57:04PM +0800, Jason Wang wrote:
> >> On 02/21/2013 12:48 AM, Michael S. Tsirkin wrote:
> >>> On Wed, Feb 20, 2013 at 04:23:52PM +0200, Michael S. Tsirkin w
On Fri, Feb 22, 2013 at 07:52:26PM +0100, Andreas Färber wrote:
> Am 22.02.2013 16:37, schrieb Hao, Xudong:
> >> -Original Message-
> >> From: Jan Beulich [mailto:jbeul...@suse.com]
> >> Sent: Friday, February 22, 2013 5:04 PM
> >> To: Hao, Xudong
> >> Cc: stefano.stabell...@eu.citrix.com;
Thanks, applied.
On Thu, Jan 24, 2013 at 4:02 AM, Richard Henderson wrote:
> This is a re-working of Paolo's eflags cleanup from October, which
> I consider a pre-requisite to implementing the ADX extension. I've
> rearranged most of the patches in trivial ways, and some quite
> significantly.
>
Thanks, applied all.
On Wed, Feb 20, 2013 at 7:51 AM, Richard Henderson wrote:
> ... and use them where appropriate in the targets. As can be seen,
> most targets can make use of a widening multiply. And if one is
> sufficiently clever, one can use add2 to significantly improve carry
> generati
Am 23.02.2013 17:15, schrieb Andreas Färber:
> Am 22.02.2013 16:21, schrieb Alexander Graf:
>> After this patch set, the -cpu ? list is split into 2 segments.
>>
>> I would prefer if we could in the help output revert to the old behavior of
>> only a single list ordered by PVR. Let me show you wha
Am 23.02.2013 19:20, schrieb Andreas Färber:
> Move array of CPU aliases to cpu-models.c, alongside model definitions.
> This requires to zero-terminate the aliases array since ARRAY_SIZE() can
> no longer be used in translate_init.c then.
>
> Suggested-by: Alexander Graf
> Signed-off-by: Andreas
Move array of CPU aliases to cpu-models.c, alongside model definitions.
This requires to zero-terminate the aliases array since ARRAY_SIZE() can
no longer be used in translate_init.c then.
Suggested-by: Alexander Graf
Signed-off-by: Andreas Färber
---
target-ppc/cpu-models.c | 193
The QMP query-cpu-definitions implementation iterated over CPU classes
only, which were getting less and less as aliases were extracted.
Keep them in QMP as valid -cpu arguments even if not guaranteed stable.
Signed-off-by: Andreas Färber
---
target-ppc/translate_init.c | 21 +
Revert adding a separate -cpu ? output section for aliases and list them
per CPU subclass.
Requested-by: Alexander Graf
Signed-off-by: Andreas Färber
---
target-ppc/translate_init.c | 23 +++
1 Datei geändert, 11 Zeilen hinzugefügt(+), 12 Zeilen entfernt(-)
diff --git a/t
Thanks, applied.
On Sun, Feb 17, 2013 at 2:44 PM, Peter Maydell wrote:
> The setjmp() function doesn't specify whether signal masks are saved and
> restored; on Linux they are not, but on BSD (including MacOSX) they are.
> QEMU never wants to save and restore signal masks, because it uses threads
On Fri, Feb 22, 2013 at 2:31 PM, Verbeiren, David
wrote:
> On Wed, Feb 13, 2013 at 22:16, Blue Swirl wrote:
>>> +/* RGBA => NV12 */
>>> +for (i = 0; i < h264->pic_height; ++i) {
>>> +dst_y = (pdst + image.offsets[0]) + i*image.pitches[0];
>>> +dst_uv = dst_uv_line;
>>> +
Thanks, applied.
On Sat, Feb 2, 2013 at 5:17 PM, Peter Maydell wrote:
> Add explicit braces round an empty for-loop body; this fits
> QEMU style and is easier to read than an inconspicuous semicolon
> at the end of the line. It also silences a clang warning:
>
> disas/i386.c:4723:49: warning: for
On 2013-02-23 08:39, Blue Swirl wrote:
Applying: target-i386: Use mulu2 and muls2
error: patch failed: target-i386/helper.h:14
error: target-i386/helper.h: patch does not apply
error: patch failed: target-i386/int_helper.c:374
error: target-i386/int_helper.c: patch does not apply
error: patch fai
Fabien,
Am 19.02.2013 17:22, schrieb Fabien Chouteau:
> From: Ronald Hecht
>
> - enable/disable Rx and Tx
> - Rx and Tx interrupt
> - Tx FIFO empty and Tx SHIFT empty
>
> Signed-off-by: Fabien Chouteau
> ---
> hw/grlib_apbuart.c | 36 +---
> 1 file changed
Thanks for the patch. John, since you're going to be doing more QEMU work in
future I'd encourage you to go through the process of submitting it to
upstream's mailing list and shepherding it through the patch review process.
Upstream's patch submission guidelines are here:
http://wiki.qemu.org
On Mon, Feb 18, 2013 at 11:36 AM, Peter Maydell
wrote:
> On 16 February 2013 13:52, Blue Swirl wrote:
>> On Tue, Feb 12, 2013 at 4:13 PM, Peter Maydell
>> wrote:
>>> Remove the function qemu_log_try_set_file() and its users (which
>>> are all in TCG code generation functions for various targets
Actually I applied this and not v1, sorry for the confusion.
On Wed, Feb 20, 2013 at 3:21 PM, Peter Maydell wrote:
> The setjmp() function doesn't specify whether signal masks are saved and
> restored; on Linux they are not, but on BSD (including MacOSX) they are.
> We want to have consistent beh
On Thu, Feb 21, 2013 at 4:25 AM, Andreas Färber wrote:
> Make debug output compile-testable even if disabled.
>
> Inline DEBUG_FEATURES and introduce features_printf() in cpu.c.
> Inline DEBUG_MMU in ldst_helper.c but leave DPRINTF_MMU() as is due
> to "MMU: " prefix.
> Inline DEBUG_{MXCC,ASI} in
Thanks, applied all.
On Tue, Feb 19, 2013 at 4:22 PM, Fabien Chouteau wrote:
> V2:
> - Put the typo fix (gptimer -> apbuart) in a separate patch.
>
> Fabien Chouteau (1):
> Typo: replace gptimer by apbuart
>
> Ronald Hecht (3):
> grlib-apbuart: Add support of various flags
> Added LEON MM
Thanks, applied.
On Thu, Feb 21, 2013 at 9:58 PM, Hervé Poussineau wrote:
> This fixes the following compilation error:
> hw/usb/hcd-xhci.c:1156:17: error: format ‘%llx’ expects argument of type
> ‘long long unsigned int’, but argument 4 has type ‘unsigned int’
>
> Signed-off-by: Hervé Poussineau
Applying: target-i386: Use mulu2 and muls2
error: patch failed: target-i386/helper.h:14
error: target-i386/helper.h: patch does not apply
error: patch failed: target-i386/int_helper.c:374
error: target-i386/int_helper.c: patch does not apply
error: patch failed: target-i386/translate.c:4111
error:
On Tue, Feb 19, 2013 at 7:03 PM, Richard Henderson wrote:
> Signed-off-by: Richard Henderson
> ---
> tcg/optimize.c | 33 -
> 1 file changed, 32 insertions(+), 1 deletion(-)
>
> I noticed this while looking at other dumps. This seems like it
> should be considere
Am 22.02.2013 17:37, schrieb Alexander Graf:
>
> On 22.02.2013, at 17:33, Andreas Färber wrote:
>
>> Am 22.02.2013 15:34, schrieb Alexander Graf:
>>>
>>> On 18.02.2013, at 10:16, Andreas Färber wrote:
>>>
Signed-off-by: Andreas Färber
---
target-ppc/translate_init.c | 994
+
Am 22.02.2013 17:32, schrieb Alexander Graf:
>
> On 22.02.2013, at 17:31, Andreas Färber wrote:
>
>> Am 22.02.2013 15:23, schrieb Alexander Graf:
>>>
>>> On 18.02.2013, at 10:16, Andreas Färber wrote:
>>>
diff --git a/target-ppc/kvm.c b/target-ppc/kvm.c
index 2c64c63..e601059 100644
>>>
Am 22.02.2013 16:21, schrieb Alexander Graf:
> After this patch set, the -cpu ? list is split into 2 segments.
>
> I would prefer if we could in the help output revert to the old behavior of
> only a single list ordered by PVR. Let me show you what I'm thinking of:
>
>> PowerPC 601_v1
This avoids assigning individual class fields and contributors
forgetting to add field assignments in KVM-only code.
ppc_cpu_class_find_by_pvr() requires the CPU model classes to be
registered, so defer host CPU type registration to kvm_arch_init().
Only register the host CPU type if there is a c
The patch at least allows java to run without segfaulting. I have not
tried to build libreoffice yet.
Late in 2012 libc started using FUTEX_WAIT_BITSET instead of FUTEX_WAIT
so teach qemu about it so it will forward the call to the host kernel
rather than returning -TARGET_ENOSYS. The patch also
From: Jan Kiszka
Several issues fixed:
- We were missing a bunch of feature lists. Fix this by simply dumping
the meta list feature_word_info.
- kvm_enabled() cannot be true at this point because accelerators are
initialized much later during init. Simply dump unconditionally.
- Add expl
Am 22.02.2013 20:04, schrieb Peter Maydell:
> Implement support for using the KVM in-kernel GIC for ARM.
>
> Signed-off-by: Peter Maydell
> Reviewed-by: Paolo Bonzini
> ---
> hw/a15mpcore.c |8 ++-
> hw/arm/Makefile.objs |1 +
> hw/kvm/arm_gic.c | 169
> +
Am 22.02.2013 20:04, schrieb Peter Maydell:
> From: Christoffer Dall
>
> Add basic support for KVM on ARM architecture.
>
> Signed-off-by: Christoffer Dall
> [PMM: Minor tweaks and code cleanup, switch to ONE_REG]
> Signed-off-by: Peter Maydell
> Reviewed-by: Paolo Bonzini
> ---
> hw/arm_pic
On 2013-02-23 15:40, Andreas Färber wrote:
> Am 23.02.2013 15:29, schrieb Jan Kiszka:
>> On 2013-02-23 15:08, Andreas Färber wrote:
>>> Am 23.02.2013 15:02, schrieb Jan Kiszka:
Will address the QOM changes, but I need to check back with
$customer regarding test suite efforts.
>>>
>>> Than
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 23.02.2013 15:29, schrieb Jan Kiszka:
> On 2013-02-23 15:08, Andreas Färber wrote:
>> Am 23.02.2013 15:02, schrieb Jan Kiszka:
>>> Will address the QOM changes, but I need to check back with
>>> $customer regarding test suite efforts.
>>
>> Thanks.
On 2013-02-23 15:08, Andreas Färber wrote:
> Am 23.02.2013 15:02, schrieb Jan Kiszka:
>> On 2013-02-23 14:12, Andreas Färber wrote:
>>> Am 22.02.2013 21:39, schrieb Jan Kiszka:
Rebased over current master, resolved new reports of
checkpatch.
>>>
>>> This doesn't really take all developmen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 23.02.2013 15:02, schrieb Jan Kiszka:
> On 2013-02-23 14:12, Andreas Färber wrote:
>> Am 22.02.2013 21:39, schrieb Jan Kiszka:
>>> Rebased over current master, resolved new reports of
>>> checkpatch.
>>
>> This doesn't really take all developments
On 2013-02-23 14:12, Andreas Färber wrote:
> Am 22.02.2013 21:39, schrieb Jan Kiszka:
>> Rebased over current master, resolved new reports of checkpatch.
>
> This doesn't really take all developments in master into account,
> comments on 2/2.
Yeah, that happens if such patches wait too long for b
Am 22.02.2013 21:39, schrieb Jan Kiszka:
> This implements I2C EEPROMs of the AT24Cxx series. Sizes from 1Kbit to
> 1024Kbit are supported. Each EEPROM is backed by a block device. Its
> size can be explicitly specified by the "size" property (required for
> sizes < 512, the blockdev sector size) o
On 23.02.2013, at 09:13, David Gibson wrote:
> On Fri, Feb 22, 2013 at 05:13:56PM +0100, Alexander Graf wrote:
>> On 12.02.2013, at 03:00, David Gibson wrote:
> [snip]
>>> +} else if (ret < 0) {
>>> +LOG_MMU_STATE(env);
>>> +if (access_type == ACCESS_CODE) {
>>> +s
Am 22.02.2013 21:39, schrieb Jan Kiszka:
> Rebased over current master, resolved new reports of checkpatch.
This doesn't really take all developments in master into account,
comments on 2/2.
Andreas
>
> See patches for details.
>
> Jan Kiszka (2):
> i2c: Introduce device address mask
> Add
On 23.02.2013, at 12:56, David Gibson wrote:
> On Sat, Feb 23, 2013 at 11:38:23AM +0100, Alexander Graf wrote:
>>
>>
>> Am 23.02.2013 um 07:28 schrieb David Gibson :
>>
>>> On Fri, Feb 22, 2013 at 05:06:52PM +0100, Alexander Graf wrote:
On 12.02.2013, at 03:00, David Gibson wrote:
>
On Sat, Feb 23, 2013 at 11:38:23AM +0100, Alexander Graf wrote:
>
>
> Am 23.02.2013 um 07:28 schrieb David Gibson :
>
> > On Fri, Feb 22, 2013 at 05:06:52PM +0100, Alexander Graf wrote:
> >>
> >> On 12.02.2013, at 03:00, David Gibson wrote:
> >>
> >>> Currently get_physical_address() first che
On 23 February 2013 10:03, Peter Maydell wrote:
> On 22 February 2013 21:15, Paul Brook wrote:
>>> @@ -100,6 +102,7 @@ struct CPUState {
>>> bool stop;
>>> bool stopped;
>>> volatile sig_atomic_t exit_request;
>>> +volatile sig_atomic_t tcg_exit_req;
>>
>> Do we really need ann
On Sat, Feb 23, 2013 at 11:35:08AM +0100, Alexander Graf wrote:
>
>
> Am 23.02.2013 um 09:28 schrieb David Gibson :
>
> > On Fri, Feb 22, 2013 at 05:15:22PM +0100, Alexander Graf wrote:
> >>
> >> On 12.02.2013, at 03:00, David Gibson wrote:
> >>
> >>> The target-ppc code supports CPUs with a n
Am 23.02.2013 um 07:28 schrieb David Gibson :
> On Fri, Feb 22, 2013 at 05:06:52PM +0100, Alexander Graf wrote:
>>
>> On 12.02.2013, at 03:00, David Gibson wrote:
>>
>>> Currently get_physical_address() first checks to see if translation is
>>> enabled in the MSR, then in the translation on ca
Am 23.02.2013 um 09:28 schrieb David Gibson :
> On Fri, Feb 22, 2013 at 05:15:22PM +0100, Alexander Graf wrote:
>>
>> On 12.02.2013, at 03:00, David Gibson wrote:
>>
>>> The target-ppc code supports CPUs with a number of different MMU
>>> types: there's both the 32-bit and 64-bit versions of t
On 22 February 2013 21:15, Paul Brook wrote:
>> @@ -100,6 +102,7 @@ struct CPUState {
>> bool stop;
>> bool stopped;
>> volatile sig_atomic_t exit_request;
>> +volatile sig_atomic_t tcg_exit_req;
>
> Do we really need annother variable/check? It seems like this should be at
> l
On Fri, Feb 22, 2013 at 05:13:56PM +0100, Alexander Graf wrote:
> On 12.02.2013, at 03:00, David Gibson wrote:
[snip]
> > +} else if (ret < 0) {
> > +LOG_MMU_STATE(env);
> > +if (access_type == ACCESS_CODE) {
> > +switch (ret) {
> > +case -1:
> > +
On Fri, Feb 22, 2013 at 05:15:22PM +0100, Alexander Graf wrote:
>
> On 12.02.2013, at 03:00, David Gibson wrote:
>
> > The target-ppc code supports CPUs with a number of different MMU
> > types: there's both the 32-bit and 64-bit versions of the "classic"
> > hash page table based powerpc mmu and
On Fri, Feb 22, 2013 at 05:06:52PM +0100, Alexander Graf wrote:
>
> On 12.02.2013, at 03:00, David Gibson wrote:
>
> > Currently get_physical_address() first checks to see if translation is
> > enabled in the MSR, then in the translation on case switches on the mmu
> > type. Except that for Book
> > Sure. nbd+unix:///exportname?socket=path is the new URI syntax, I
> > honestly forgot the old one. SCM_CREDENTIALS checks (qemu-nbd --pid
> > or something like that) is not supported, but patches would be very welcome.
>
> Yes, this is better than my tcp suggestion.
So if I want to use the
li guang writes:
> 在 2013-02-20三的 09:28 +0100，Markus Armbruster写道：
>> liguang writes:
>>
>> > DEFAULT_MACHINE_OPTIONS is setting default boot_order,
>> > while QEMUMachine already has default_machine_opts
>> > to encapsulate some default options, so change it to
>> > DEFAULT_MACHINE_BOOT_ORDER.
65 matches
Mail list logo
