Am 19.09.2015 um 08:23 schrieb Andreas Färber:
> Am 20.08.2015 um 23:54 schrieb Eduardo Habkost:
>> diff --git a/hw/arm/virt.c b/hw/arm/virt.c
>> index 5ba4b80..af985f6 100644
>> --- a/hw/arm/virt.c
>> +++ b/hw/arm/virt.c
>> @@ -960,7 +960,6 @@ static void virt_class_init(ObjectClass *oc, void *dat
Am 19.09.2015 um 08:30 schrieb Andreas Färber:
> Am 20.08.2015 um 23:54 schrieb Eduardo Habkost:
>> Machine class names should use the "-machine" suffix to allow
>> class-name-based machine class lookup to work. Rename the vexpress
>> machine classes using the MACHINE_TYPE_NAME macro.
>>
>> Cc: Pet
Am 19.09.2015 um 04:49 schrieb Mike Ladouceur:
> I tried from Ubuntu in Virtualbox and this is the error I now get and it
> appears to be similar to the error from Cygwin. Configure seems to run
> fine. Make fails. I'm officially lost.
>
> ./configure --cross-prefix=x86_64-w64-mingw32
> (...)
>
Am 20.08.2015 um 23:54 schrieb Eduardo Habkost:
> Machine class names should use the "-machine" suffix to allow
> class-name-based machine class lookup to work. Rename the vexpress
> machine classes using the MACHINE_TYPE_NAME macro.
>
> Cc: Peter Maydell
> Signed-off-by: Eduardo Habkost
> ---
>
On Fri, Sep 18, 2015 at 04:30:12PM +1000, Gavin Shan wrote:
> This patchset bases on David Gibson's git tree:
> git://github.com/dgibson/qemu.git
> (branch: vfio). And it requires host kernel changes which is being reviewed
> this moment.
>
> https://patchwork.ozlabs.org/patch/519135/
> https://p
Am 20.08.2015 um 23:54 schrieb Eduardo Habkost:
> diff --git a/hw/arm/virt.c b/hw/arm/virt.c
> index 5ba4b80..af985f6 100644
> --- a/hw/arm/virt.c
> +++ b/hw/arm/virt.c
> @@ -960,7 +960,6 @@ static void virt_class_init(ObjectClass *oc, void *data)
> {
> MachineClass *mc = MACHINE_CLASS(oc);
>
I tried from Ubuntu in Virtualbox and this is the error I now get and it
appears to be similar to the error from Cygwin. Configure seems to run
fine. Make fails. I'm officially lost.
./configure --cross-prefix=x86_64-w64-mingw32
(...)
CCqga/commands-win32.o
qga/commands-win32.c: In function
On 09/18/2015 05:14 PM, gang.chen.5...@gmail.com wrote:
From: Chen Gang
Only according to v1add implementation.
Signed-off-by: Chen Gang
---
target-tilegx/helper.h | 1 +
target-tilegx/simd_helper.c | 13 +
target-tilegx/translate.c | 4
3 files changed, 18 insert
On 09/18/2015 05:03 PM, gang.chen.5...@gmail.com wrote:
+uint64_t helper_v1add(uint64_t a, uint64_t b)
+{
+uint64_t r = 0;
+int i;
+
+for (i = 0; i < 64; i += 8) {
+int64_t ae = (int8_t)(a >> i);
+int64_t be = (int8_t)(b >> i);
+r |= ((ae + be) & 0xff) << i;
+
On 09/18/2015 04:41 PM, gang.chen.5...@gmail.com wrote:
+uint64_t helper_v4shl(uint64_t a, uint64_t b)
+{
+uint64_t m;
+
+b &= 63;
31. All of the v4 functions have the same error.
r~
On 09/18/2015 03:44 PM, Peter Maydell wrote:
Well, if we're going to add a margin we need to add the worst-case margin.
I guess the worst case is that deltas of the insn_data words between each insn
are useless, and we need full 64-bit values to represent them -- 9 bytes for
the sleb128. The
** Description changed:
[ISSUE]
QEMU releases 2.3.1 and lower are forgetting to flush TLBs before
enabling the global dirty pages log and entering the final stage of
saving the VM.
[DESCRIPTION]
The situation is the following:
1. TLB misses is the only way for page dirtying
This bug was fixed in the package qemu - 1:2.3+dfsg-5ubuntu6
---
qemu (1:2.3+dfsg-5ubuntu6) wily; urgency=medium
* Make qemu-system-common and qemu-utils depend on qemu-block-extra
to fix errors with missing block backends. (LP: #1495895)
* Cherry pick fixes for vmdk stream-op
From: Chen Gang
Only according to v1add implementation.
Signed-off-by: Chen Gang
---
target-tilegx/helper.h | 1 +
target-tilegx/simd_helper.c | 13 +
target-tilegx/translate.c | 4
3 files changed, 18 insertions(+)
diff --git a/target-tilegx/helper.h b/target-tilegx
Public bug reported:
[ISSUE]
QEMU releases 2.3.1 and lower are forgetting to flush TLBs before
enabling the global dirty pages log and entering the final stage of
saving the VM.
[DESCRIPTION]
The situation is the following:
1. TLB misses is the only way for page dirtying in the TCG mode.
2. If
From: Chen Gang
Only according to helper_v1shrs.
Signed-off-by: Chen Gang
---
target-tilegx/helper.h | 8 +
target-tilegx/simd_helper.c | 77 +
target-tilegx/translate.c | 26 +--
3 files changed, 109 insertions(+), 2 deletion
On Fri, Sep 18, 2015 at 11:47:52PM +0100, Peter Maydell wrote:
> On 18 September 2015 at 19:25, Kevin O'Connor wrote:
> > +Additionaly, if the DMA interface is available then a read to the DMA
> > +Address will return 0x51454d5520434647 ("QEMU CFG" in big-endian
> > +format).
> > +
>
> I don't th
From: Chen Gang
Only according to the v1shl, v1shru, and v1shrs implementations.
Signed-off-by: Chen Gang
---
target-tilegx/helper.h | 6 +
target-tilegx/simd_helper.c | 62 +
target-tilegx/translate.c | 20 +++
3 files change
This patch prevents the user from accidentally quitting QEMU by pushing
Command-Q or by pushing the close button on the main window. When the user does
one of these two things, a dialog box appears verifying with the user if he
wants to quit QEMU.
Signed-off-by: John Arbuckle
---
ui/cocoa.m |
On 09/18/15 22:24, Marc Marí wrote:
> On Fri, 18 Sep 2015 22:16:46 +0200
> Laszlo Ersek wrote:
>
>> On 09/18/15 10:58, Marc Marí wrote:
>>> Enable the fw_cfg DMA interface for the ARM virt machine.
>>>
>>> Based on Gerd Hoffman's initial implementation.
>>>
>>> Signed-off-by: Marc Marí
>>> ---
>
On 18 September 2015 at 19:25, Kevin O'Connor wrote:
> On Fri, Sep 18, 2015 at 10:58:44AM +0200, Marc Marí wrote:
>> Implement host-side of the FW CFG DMA interface both for x86 and ARM.
>>
>> Based on Gerd Hoffman's initial implementation.
>
> Thanks for working on this Marc!
>
> Any chance you c
On 18 September 2015 at 17:18, Richard Henderson wrote:
> On 09/18/2015 06:08 AM, Peter Maydell wrote:
>> You're still not allowing for your worst-case datatable size when we
>> calculate tcg_ctx.code_gen_buffer_max_size.
>
> Hum. What factor do you suggest?
>
> The maximum table expansion is of
On Fri, 2015-09-18 at 11:14 -0700, Peter Crosthwaite wrote:
> On Fri, Sep 18, 2015 at 10:23 AM, Richard Purdie
> wrote:
> > On Fri, 2015-09-18 at 09:46 -0700, Peter Crosthwaite wrote:
> >> >> My biggest fear is testing of the changes for the affected boards.
> >> >> Peter, do you much coverage of
When DT node names for PCI devices are generated by SLOF,
they are generated according to the type of the device
(for instance, ethernet for virtio-net-pci device).
Node name for hotplugged devices is generated by QEMU.
This patch adds the mechanic to QEMU to create the node
name according to the
When the user puts QEMU in the background while holding down a key, QEMU will
not receive the keyup event when the user lets go of the key. When the user goes
back to QEMU, QEMU will think the key is still down causing stuck key symptoms.
This patch fixes this problem by releasing all keys when QE
http://wiki.qemu.org/Features/vhost-user-ovs-dpdk
I'm running to problems attempting to try this out. qemu errors out with
qemu-system-x86_64: -object
memory-backend-file,id=mem,size=1024M,mem-path=/dev/hugepages,share=on:
unable to map backing store for hugepages: Cannot allocate memory
http://
On 18/09/2015 18:29, Claudio Fontana wrote:
>
> this is a first RFC for virtio-peer 0.1, which is still very much a work in
> progress:
>
> https://github.com/hw-claudio/virtio-peer/wiki
>
> It is also available as PDF there, but the text is reproduced here for
> commenting:
>
> Peer shared
> Am 18.09.2015 um 20:38 schrieb Programmingkid :
>
>
>> On Sep 18, 2015, at 2:33 PM, Alexander Graf wrote:
>>
>>
>>
>>> Am 18.09.2015 um 15:55 schrieb Programmingkid :
>>>
>>>
On Sep 18, 2015, at 2:14 AM, Alexander Graf wrote:
> Am 17.09.2015 um 14:42 schrieb Pr
On Fri, Sep 18, 2015 at 11:52 AM, Dr. David Alan Gilbert
wrote:
> * Paolo Bonzini (pbonz...@redhat.com) wrote:
>> From: Peter Crosthwaite
>>
>> Move the size and mask globals for the "real" host page size to
>> translate-common. This is to allow system-level code to use
>> REAL_HOST_PAGE_ALIGN an
On Fri, 18 Sep 2015 22:16:46 +0200
Laszlo Ersek wrote:
> On 09/18/15 10:58, Marc Marí wrote:
> > Enable the fw_cfg DMA interface for the ARM virt machine.
> >
> > Based on Gerd Hoffman's initial implementation.
> >
> > Signed-off-by: Marc Marí
> > ---
> > hw/arm/virt.c | 9 +
> > 1 fi
On 09/18/15 10:58, Marc Marí wrote:
> Enable the fw_cfg DMA interface for the ARM virt machine.
>
> Based on Gerd Hoffman's initial implementation.
>
> Signed-off-by: Marc Marí
> ---
> hw/arm/virt.c | 9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/hw/arm/virt.c
On 09/18/2015 09:22 AM, Max Reitz wrote:
> blk_bs() will not necessarily return a non-NULL value any more (unless
> blk_is_available() is true or it can be assumed to otherwise, e.g.
> because it is called immediately after a successful blk_new_with_bs() or
> blk_new_open()).
>
> Signed-off-by: Ma
Instead of requiring cpu.c to check if TCG was already initialized,
simply let the function be called multiple times.
Suggested-by: Igor Mammedov
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 4 +---
target-i386/translate.c | 6 ++
2 files changed, 7 insertions(+), 3 deletion
QOM instance_init functions are not supposed to have any side-effects,
as new objects may be created at any moment for querying property
information (see qmp_device_list_properties()).
Calling cpu_exec_init() also affects QEMU's ability to handle errors
during CPU creation, as some actions done by
Rename the function so that the reason for its existence is clearer: it
does x86-specific initialization of TCG structures.
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 2 +-
target-i386/cpu.h | 2 +-
target-i386/translate.c | 2 +-
3 files changed, 3 insertions(+), 3 delet
To allow new code to ask the CPU classes for CPU model information and
allow QOM properties to be queried by qmp_device_list_properties(), we
need to be able to safely instantiate a X86CPU object without any
side-effects.
This series moves some code from x86_cpu_initfn() to x86_cpu_realizefn(), so
QOM instance_init functions are not supposed to have any side-effects,
as new objects may be created at any moment for querying property
information (see qmp_device_list_properties()).
Move TCG initialization to realize time so it won't be called when just
doing object_new() on a X86CPU subclass.
On 09/18/15 10:58, Marc Marí wrote:
> Enable the fw_cfg DMA interface for the ARM virt machine.
>
> Based on Gerd Hoffman's initial implementation.
>
> Signed-off-by: Marc Marí
> ---
> hw/arm/virt.c | 9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/hw/arm/virt.c
On Fri, Sep 18, 2015 at 08:42:54PM +0200, Thomas Huth wrote:
> On 18/09/15 14:00, Markus Armbruster wrote:
> > Several devices don't survive object_unref(object_new(T)): they crash
> > or hang during cleanup, or they leave dangling pointers behind.
> >
> > This breaks at least device-list-properti
On Fri, 18 Sep 2015 14:25:09 -0400
"Kevin O'Connor" wrote:
> On Fri, Sep 18, 2015 at 10:58:44AM +0200, Marc Marí wrote:
> > Implement host-side of the FW CFG DMA interface both for x86 and
> > ARM.
> >
> > Based on Gerd Hoffman's initial implementation.
>
> Thanks for working on this Marc!
>
>
* Paolo Bonzini (pbonz...@redhat.com) wrote:
> From: Peter Crosthwaite
>
> Move the size and mask globals for the "real" host page size to
> translate-common. This is to allow system-level code to use
> REAL_HOST_PAGE_ALIGN and friends in builds which hide translate-all
> behind arch-obj.
Are yo
On 18/09/15 14:00, Markus Armbruster wrote:
> Several devices don't survive object_unref(object_new(T)): they crash
> or hang during cleanup, or they leave dangling pointers behind.
>
> This breaks at least device-list-properties, because
> qmp_device_list_properties() needs to create a device to
On Wed, Sep 16, 2015 at 10:57:57AM +0200, Paolo Bonzini wrote:
[...]
> Otherwise looks good, I'll write a kvm-unit-tests patch for this.
I am planning to apply the series as soon as we get kvm-unit-tests
results.
If you think this is ready to get included as-is, even before we have it
tested by k
On Sep 18, 2015, at 2:33 PM, Alexander Graf wrote:
>
>
>> Am 18.09.2015 um 15:55 schrieb Programmingkid :
>>
>>
>>> On Sep 18, 2015, at 2:14 AM, Alexander Graf wrote:
>>>
>>>
>>>
Am 17.09.2015 um 14:42 schrieb Programmingkid :
Is there a way to make USB work with Mac OS X o
> Am 18.09.2015 um 15:55 schrieb Programmingkid :
>
>
>> On Sep 18, 2015, at 2:14 AM, Alexander Graf wrote:
>>
>>
>>
>>> Am 17.09.2015 um 14:42 schrieb Programmingkid :
>>>
>>> Is there a way to make USB work with Mac OS X on qemu-system-ppc? I used
>>> the -usb option, but mounting a flas
When QEMU is launched on Mac OS X without any arguments, an open file dialog
appears. The user is then expected to select a file to boot QEMU with. This code
was not compatible with GCC 4.9 (user-built, not Apple supplied). This patch
greatly simplifes the open file dialog feature and makes it comp
On Tue, Sep 15, 2015 at 11:45:07AM -0700, Richard Henderson wrote:
> The function is now only used from within a single file.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Eduardo Habkost
Applied to x86 tree. Thanks!
--
Eduardo
On Fri, Sep 18, 2015 at 10:58:47AM +0200, Marc Marí wrote:
> Based on the specifications on docs/specs/fw_cfg.txt
>
> This interface is an addon. The old interface can still be used as usual.
>
> Based on Gerd Hoffman's initial implementation.
>
> Signed-off-by: Marc Marí
> ---
> hw/arm/virt.c
On Tue, Sep 15, 2015 at 11:45:06AM -0700, Richard Henderson wrote:
> Signed-off-by: Richard Henderson
Reviewed-by: Eduardo Habkost
Applied to x86 tree. Thanks!
--
Eduardo
On Fri, Sep 18, 2015 at 10:58:44AM +0200, Marc Marí wrote:
> Implement host-side of the FW CFG DMA interface both for x86 and ARM.
>
> Based on Gerd Hoffman's initial implementation.
Thanks for working on this Marc!
Any chance you could add the patch below to the series (or merge it
into your se
On Fri, Sep 18, 2015 at 10:23 AM, Richard Purdie
wrote:
> On Fri, 2015-09-18 at 09:46 -0700, Peter Crosthwaite wrote:
>> >> My biggest fear is testing of the changes for the affected boards.
>> >> Peter, do you much coverage of these boards in your regressions? Do you
>> >> have automated tests in
On Mon, Sep 14, 2015 at 10:32:14AM +0200, Paolo Bonzini wrote:
> On 11/09/2015 21:25, Eduardo Habkost wrote:
> > Convert the kvm_default_features and kvm_default_unset_features arrays
> > into a simple list of property/value pairs that will be applied to
> > X86CPU objects when using KVM.
> >
> >
On 9 September 2015 at 15:11, Andreas Färber wrote:
> Am 09.09.2015 um 16:08 schrieb Rainer Müller:
>> Do not open a Cocoa window when another display is selected that will be
>> initialized later. The Cocoa display cannot be selected with -display,
>> so there is no need to check its argument.
>>
On 18 September 2015 at 16:04, John Snow wrote:
> The following changes since commit 16a1b6e97c2a2919fd296db4bea2f9da2ad3cc4d:
>
> target-cris: update CPU state save/load to use VMStateDescription
> (2015-09-17 14:31:38 +0100)
>
> are available in the git repository at:
>
> https://github.com
On Fri, 2015-09-18 at 09:46 -0700, Peter Crosthwaite wrote:
> >> My biggest fear is testing of the changes for the affected boards.
> >> Peter, do you much coverage of these boards in your regressions? Do you
> >> have automated tests in a git repo somewhere?
> >
> > The answers to these questions
On 18.09.2015 19:36, Peter Maydell wrote:
> On 18 September 2015 at 17:33, Sergey Fedorov wrote:
>> On 18.09.2015 17:14, Peter Maydell wrote:
>>> On 18 September 2015 at 15:07, Sergey Fedorov wrote:
On 18.09.2015 16:50, Peter Maydell wrote:
> On 14 September 2015 at 11:51, Sergey Fedorov
On 18 September 2015 at 17:56, Yingshiuan Pan wrote:
> Hi Peter,
>
> I think this patch set was already merged by Michael in Jun. :).
> http://git.qemu.org/?p=qemu.git;a=commit;h=434027badb421863b85ffdb4769966533c001cfa
That answers that question :-). Thanks for digging up the git
commit for me.
On 18.09.2015 18:40, Richard Henderson wrote:
> On 09/18/2015 03:32 AM, Peter Maydell wrote:
>>> +if (unlikely(cpu_breakpoint_test(cs, dc->pc, BP_ANY))) {
>>> +gen_exception_internal_insn(dc, 0, EXCP_DEBUG);
>>> +/* Advance PC so that clearing the breakpoint will
>>>
On 18 September 2015 at 17:46, Peter Crosthwaite
wrote:
> The other one I have in need of a review is:
>
> http://lists.nongnu.org/archive/html/qemu-devel/2015-07/msg05891.html
Ah, data-driven device registers. I think I decided I didn't
personally care enough about that to put it into my to-revi
On 09/18/2015 09:22 AM, Max Reitz wrote:
> BlockAcctStats contains statistics about the data transferred from and
> to the device; wr_highest_sector does not fit in with the rest.
>
> Furthermore, those statistics are supposed to be specific for a certain
> device and not necessarily for a BDS (se
On 18.09.2015 19:26, Eric Blake wrote:
On 09/18/2015 10:06 AM, Pavel Butsykin wrote:
The hmp command "info pci" accidentally lost when moving from monitor.c
Signed-off-by: Pavel Butsykin
---
hmp-commands-info.hx | 14 ++
1 file changed, 14 insertions(+)
Paolo's variant has a b
On 09/18/2015 09:18 AM, Paolo Bonzini wrote:
> Dropped by commit da76ee76f78b9705e2a91e3c964aef28fecededb's
> transition to hmp-commands-info.hx.
>
> Reported-by: Markus Armbruster
> Signed-off-by: Paolo Bonzini
> ---
> hmp-commands-info.hx | 14 ++
> 1 file changed, 14 insertions(+
Hi Peter,
I think this patch set was already merged by Michael in Jun. :).
http://git.qemu.org/?p=qemu.git;a=commit;h=434027badb421863b85ffdb4769966533c001cfa
--
Best Regards,
Yingshiuan Pan
2015-09-19 0:24 GMT+08:00 Peter Maydell :
> On 12 May 2015 at 09:10, Pavel Fedin wrote:
> > This patch
Introduce a new QMP command 'blockdev-change-medium' which is intended
to replace the 'change' command for block devices. The existing function
qmp_change_blockdev() is accordingly renamed to
qmp_blockdev_change_medium().
Signed-off-by: Max Reitz
---
blockdev.c| 7 ---
inclu
Implement 'eject' by calling blockdev-open-tray and
blockdev-remove-medium.
Signed-off-by: Max Reitz
---
blockdev.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index bbcea00..2644a4a 100644
--- a/blockdev.c
+++ b/blockdev.c
@@ -1952,16
Implement 'change' on block devices by calling blockdev-open-tray,
blockdev-remove-medium, blockdev-insert-medium (a variation of that
which does not need a node-name) and blockdev-close-tray.
Signed-off-by: Max Reitz
---
blockdev.c | 181 +
We're supposed to abort on transfers like this, unless we fill
Word 125 of our IDENTIFY data with a default transfer size, which
we don't currently do.
This is an ATA error, not a SCSI/ATAPI one.
See ATA8-ACS3 sections 7.17.6.49 or 7.21.5.
If we don't do this, QEMU will loop forever trying to tra
Signed-off-by: Max Reitz
Reviewed-by: Eric Blake
---
tests/qemu-iotests/118 | 638 +
tests/qemu-iotests/118.out | 5 +
tests/qemu-iotests/group | 1 +
3 files changed, 644 insertions(+)
create mode 100755 tests/qemu-iotests/118
create mode
with write_fis_d2h and signature generation tidied up,
let's adjust the initial d2h semantics to make more sense.
The initial d2h is considered delivered if there is guest
memory to save it to.
Signed-off-by: John Snow
Reviewed-by: Stefan Hajnoczi
Message-id: 1441140641-17631-5-git-send-email-j
On 09/18/2015 06:00 AM, Markus Armbruster wrote:
> This reverts commit 31bed5509dfcbdfc293154ce81086a4dbd7a80b6.
>
> The reverted commit changed qdev_device_help() to reject abstract
> devices and devices that have cannot_instantiate_with_device_add_yet
> set, to fix crash bugs like -device x86_64
On 30 April 2015 at 12:52, Pranavkumar Sawargaonkar
wrote:
> This patch adds a routine for GPEX to implement PCI bus specific function
> pointer
> "route_intx_to_irq" which is used during INTx routing.
>
> ChangeLog:
>
> V2:
> - Drop a patch about adding an API to get irq number from qemu_irq
> -
On 09/18/2015 09:22 AM, Max Reitz wrote:
> With the new automatically-recursive implementation of
> bdrv_is_inserted() checking by default whether all the children of a BDS
> are inserted, we can drop raw's own implementation.
>
> Signed-off-by: Max Reitz
> ---
> block/raw_bsd.c | 6 --
> 1
On 18 September 2015 at 17:15, Sergey Fedorov wrote:
> On 18.09.2015 18:57, Sergey Fedorov wrote:
>> On 18.09.2015 17:11, Peter Maydell wrote:
>>> On 18 September 2015 at 15:08, Peter Maydell
>>> wrote:
On 14 September 2015 at 11:53, Sergey Fedorov wrote:
> Implement debug exception ro
If bdrv_is_inserted() is called on the top level BDS, it should make
sure all nodes in the BDS tree are actually inserted.
Signed-off-by: Max Reitz
---
block.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/block.c b/block.c
index 4a089e6..c4fa299 100644
--- a/b
Only call bdrv_add_key() on the BlockDriverState if it is not NULL.
Signed-off-by: Max Reitz
Reviewed-by: Eric Blake
Reviewed-by: Alberto Garcia
---
hw/usb/dev-storage.c | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git a/hw/usb/dev-storage.c b/
On 09/18/2015 09:22 AM, Max Reitz wrote:
> This flag should not be set for the root BDS only, but for any BDS that
> is being created while incoming migration is pending, so setting it is
> moved from blockdev_init() to bdrv_fill_options().
>
> Signed-off-by: Max Reitz
> ---
> block.c| 4 +++
The hmp command "info pci" accidentally lost when moving from monitor.c
Signed-off-by: Pavel Butsykin
---
hmp-commands-info.hx | 14 ++
1 file changed, 14 insertions(+)
diff --git a/hmp-commands-info.hx b/hmp-commands-info.hx
index 9f5a158..a311b46 100644
--- a/hmp-commands-info.hx
On 18 September 2015 at 09:58, Marc Marí wrote:
> Based on the specifications on docs/specs/fw_cfg.txt
>
> This interface is an addon. The old interface can still be used as usual.
>
> Based on Gerd Hoffman's initial implementation.
>
> Signed-off-by: Marc Marí
Reviewed-by: Peter Maydell
thank
The tray of an FDD is open iff there is no medium inserted (there are
only two states for an FDD: "medium inserted" or "no medium inserted").
Signed-off-by: Max Reitz
---
hw/block/fdc.c | 20
tests/fdc-test.c | 4 +---
2 files changed, 17 insertions(+), 7 deletions(-)
di
On 09/18/2015 06:08 AM, Peter Maydell wrote:
> You're still not allowing for your worst-case datatable size when we
> calculate tcg_ctx.code_gen_buffer_max_size.
Hum. What factor do you suggest?
The maximum table expansion is of course going to depend on the target, since
the "extra words" could
On 09/18/2015 09:22 AM, Max Reitz wrote:
> Tests 071 and 081 test giving references in blockdev-add. It is not
> necessary to create a BlockBackend here, so omit it.
>
> While at it, fix up some blockdev-add invocations in the vicinity
> (s/raw/$IMGFMT/ in 081, drop the format BDS for blkverify's
On 09/18/2015 06:00 AM, Markus Armbruster wrote:
> The test doesn't check the output makes any sense, only that QEMU
Reads slightly better as:
s/check/check that/
> survives. Useful since we've had an astounding number of crash bugs
> around there.
>
> In fact, we have a bunch of them right now
On 18.09.2015 17:14, Peter Maydell wrote:
> On 18 September 2015 at 15:07, Sergey Fedorov wrote:
>> On 18.09.2015 16:50, Peter Maydell wrote:
>>> On 14 September 2015 at 11:51, Sergey Fedorov wrote:
--- a/target-arm/translate-a64.c
+++ b/target-arm/translate-a64.c
@@ -11000,11 +110
On 09/18/2015 06:00 AM, Markus Armbruster wrote:
> Several devices don't survive object_unref(object_new(T)): they crash
> or hang during cleanup, or they leave dangling pointers behind.
>
> Unfortunately, I can't fix the problems in these devices right now.
> Instead, add DeviceClass member cann
The initial register device-to-host FIS no longer needs to specially
set certain fields, as these can be handled generically by setting those
fields explicitly with the signatures we want at port reset time.
(1) Signatures are decomposed into their four component registers and
set upon (AHCI)
blk_dev_change_media_cb() is called for all potential tray movements;
however, it is possible to request closing the tray but nothing actually
happening (on a floppy disk drive without a medium).
Thus, the actual tray status should be inquired before sending a
tray-moved event (and an event should
If there is no BlockDriverState in a BlockBackend or if the tray of the
guest device is open, fail all requests (where that is possible) with
-ENOMEDIUM.
The reason the status of the guest device is taken into account is
because once the guest device's tray is opened, any request on the same
Block
On Fri, Sep 18, 2015 at 02:00:38PM +0200, Markus Armbruster wrote:
> Several devices don't survive object_unref(object_new(T)): they crash
> or hang during cleanup, or they leave dangling pointers behind.
>
> This breaks at least device-list-properties, because
> qmp_device_list_properties() needs
It's no longer used. We used to generate a D2H FIS based
upon the command FIS that prompted the update, but in reality,
the D2H FIS is generated purely from register state.
cmd_fis is vestigial, so get rid of it.
Signed-off-by: John Snow
Reviewed-by: Stefan Hajnoczi
Message-id: 1441140641-17631
IDEState's io_buffer_offset was originally added to keep track of offsets
in AHCI rather exclusively, but it was added to IDEState instead of an
AHCI-specific structure.
AHCI fakes all PIO transfers using DMA and a scatter-gather list. When
the core or atapi layers invoke HBA-specific mechanisms f
There are several BlockBackend functions which, in theory, cannot fail.
This patch makes them cope with the BlockDriverState pointer being NULL
by making them fall back to some default action like ignoring the value
in setters and returning the default in getters.
Signed-off-by: Max Reitz
Reviewe
In order to handle host device passthrough, some guest device models
may call blk_is_inserted() to check whether the medium is inserted on
the host, when checking the guest tray status.
This tray status is inquired by blk_dev_change_media_cb(); because
bdrv_is_inserted() (invoked by blk_is_inserte
These options are only relevant for the user of a whole BDS tree (like a
guest device or a block job) and should thus be moved into the
BlockBackend.
Signed-off-by: Max Reitz
Reviewed-by: Eric Blake
---
block.c| 125 -
block/backup
Fix the pattern generation to actually be interesting,
and make sure all buffers in the ahci-test actually use it.
Signed-off-by: John Snow
Message-id: 1441926555-19471-2-git-send-email-js...@redhat.com
---
tests/ahci-test.c | 23 ++-
1 file changed, 6 insertions(+), 17 delet
On 18 September 2015 at 17:33, Sergey Fedorov wrote:
> On 18.09.2015 17:14, Peter Maydell wrote:
>> On 18 September 2015 at 15:07, Sergey Fedorov wrote:
>>> On 18.09.2015 16:50, Peter Maydell wrote:
On 14 September 2015 at 11:51, Sergey Fedorov wrote:
> --- a/target-arm/translate-a64.c
This check is dead due to an earlier conditional.
AHCI does not currently support hotplugging, so
checks to see if devices are present or not are useless.
Remove it.
Reported-by: Stefan Hajnoczi
Signed-off-by: John Snow
Reviewed-by: Stefan Hajnoczi
Message-id: 1441140641-17631-2-git-send-email
Signed-off-by: Max Reitz
---
blockdev.c | 23 +++
qapi/block-core.json | 16
qmp-commands.hx | 35 +++
3 files changed, 74 insertions(+)
diff --git a/blockdev.c b/blockdev.c
index 6bc5841..d07bf8a 100644
--- a/bl
On 18 September 2015 at 14:22, Markus Armbruster wrote:
> The following changes since commit 16a1b6e97c2a2919fd296db4bea2f9da2ad3cc4d:
>
> target-cris: update CPU state save/load to use VMStateDescription
> (2015-09-17 14:31:38 +0100)
>
> are available in the git repository at:
>
> git://repo
On Fri, Sep 18, 2015 at 9:28 AM, Peter Maydell wrote:
> On 14 June 2015 at 23:36, Peter Crosthwaite
> wrote
>> This series introduced support for multi QOM properties with the same
>> name and then moves the ARM CPUs to the MPCore container objects (yes!
>> they are related!)
>>
>> The applicati
On 18.09.2015 18:57, Sergey Fedorov wrote:
> On 18.09.2015 17:11, Peter Maydell wrote:
>> On 18 September 2015 at 15:08, Peter Maydell
>> wrote:
>>> On 14 September 2015 at 11:53, Sergey Fedorov wrote:
Implement debug exception routing according to ARM ARM D2.3.1 Pseudocode
description
1 - 100 of 326 matches
Mail list logo
