Programmingkid writes:
> On Sep 23, 2015, at 4:35 PM, Peter Maydell wrote:
>
>> On 17 September 2015 at 21:17, Programmingkid
>> wrote:
>>> Add "Mount Image File..." and a "Eject Image File" menu items to
>>> cocoa interface. This patch makes sharing files between the
>>> host and the guest user
Max Reitz writes:
> On 23.09.2015 18:11, Alberto Garcia wrote:
>> Commit 934659c460 disabled the supression of segmentation faults in
>> bash tests. The new output of test 061, however, assumes that a core
>> dump will be produced if a program aborts. This is not necessarily the
>> case because c
John Snow writes:
[...]
> Oh, I see: you're saying ...
>
> each action fetches the property, and if it's true, fail (for 2.5, at
> least) with e.g. a message saying "This property is not [yet?] supported
> for this action"
Yes.
> That's simple. I always overcomplicate everything ...
Simple sol
On Wed, Aug 26, 2015 at 01:24:08PM -0300, Eduardo Habkost wrote:
> Applied to the numa tree, with the following changes in the commit
> message:
>
> Subject was changed to:
> pc-dimm: Fail realization for invalid nodes in non-NUMA config
> to make it shorter.
Hmm I don't see it here:
https://gi
On 09/24/2015 01:57 PM, Yuanhan Liu wrote:
> On Thu, Sep 24, 2015 at 01:34:31PM +0800, Jason Wang wrote:
>>
>> Some nitpicks and comments. If you plan to send another version, please
>> consider to fix them.
> I will, but I'd like to hold a while before getting more comments from
> Michael; I don
On Thu, Sep 24, 2015 at 01:34:31PM +0800, Jason Wang wrote:
>
>
> Some nitpicks and comments. If you plan to send another version, please
> consider to fix them.
I will, but I'd like to hold a while before getting more comments from
Michael; I don't want to repost a whole new version too often f
On 24/09/15 06:09, David Gibson wrote:
> On Wed, Sep 23, 2015 at 08:12:30PM -0600, Alex Williamson wrote:
>> On Thu, 2015-09-24 at 11:11 +1000, David Gibson wrote:
>>> On Wed, Sep 23, 2015 at 11:28:29AM -0600, Alex Williamson wrote:
On Sat, 2015-09-19 at 17:18 +1000, David Gibson wrote:
>
On 09/23/2015 12:20 PM, Yuanhan Liu wrote:
> From: Changchun Ouyang
>
> Add a new message, VHOST_USER_SET_VRING_ENABLE, to enable or disable
> a specific virt queue, which is similar to attach/detach queue for
> tap device.
>
> virtio driver on guest doesn't have to use max virt queue pair, it
>
On 09/23/2015 02:56 PM, Yuanhan Liu wrote:
> On Wed, Sep 23, 2015 at 12:20:00PM +0800, Yuanhan Liu wrote:
>> From: Changchun Ouyang
>>
> [...]
>> static void net_vhost_user_event(void *opaque, int event)
>> {
>> -VhostUserState *s = opaque;
>> +const char *name = opaque;
>> +NetCli
On 09/21/2015 10:09 PM, Shmulik Ladkani wrote:
> Instead of asserting, return the actual IMR register value.
> This is aligned with what's returned on ESXi.
>
> Signed-off-by: Shmulik Ladkani
> Tested-by: Dana Rubin
>
> ---
> hw/net/vmxnet3.c | 6 +-
> 1 file changed, 5 insertions(+), 1 de
The Enhanced Error Handling (EEH) interface in PAPR operates on units of a
Partitionable Endpoint (PE). For VFIO devices, the PE boundaries the guest
sees must match the PE (i.e. IOMMU group) boundaries on the host. To
implement this it will need to discover from VFIO which group a given
device b
Currently the VFIOContainer iommu_data field contains a union with
different information for different host iommu types. However:
* It only actually contains information for the x86-like "Type1" iommu
* Because we have a common listener the Type1 fields are actually used
on all IOMMU types,
The current vfio core code assumes that the host IOMMU is capable of
mapping any IOVA the guest wants to use to where we need. However, real
IOMMUs generally only support translating a certain range of IOVAs (the
"DMA window") not a full 64-bit address space.
The common x86 IOMMUs support a wide
When we have guest visible IOMMUs, we allow notifiers to be registered
which will be informed of all changes to IOMMU mappings. This is used by
vfio to keep the host IOMMU mappings in sync with guest IOMMU mappings.
However, unlike with a memory region listener, an iommu notifier won't be
told ab
At present the memory listener used by vfio to keep host IOMMU mappings
in sync with the guest memory image assumes that if a guest IOMMU
appears, then it has no existing mappings.
This may not be true if a VFIO device is hotplugged onto a guest bus
which didn't previously include a VFIO device, a
Hi Alex,
Here are the parts of my recent series to allow VFIO devices on the
spapr-pci-host-bridge device which affect the core VFIO code. They've
been revised according to the comments from yourself and others.
There's also one patch for the memory subsystem. Paolo can you let me
know if this
Depending on the host IOMMU type we determine and record the available page
sizes for IOMMU translation. We'll need this for other validation in
future patches.
Signed-off-by: David Gibson
Reviewed-by: Thomas Huth
Reviewed-by: Laurent Vivier
---
hw/vfio/common.c | 13
If a DMA mapping operation fails in vfio_listener_region_add() it
checks to see if we've already completed initial setup of the
container. If so it reports an error so the setup code can fail
gracefully, otherwise throws a hw_error().
There are other potential failure cases in vfio_listener_regio
On 09/16/2015 08:15 PM, Yang Hongyang wrote:
> This patch add an netfilter abstract object, captures all network packets
> on associated netdev. Also implement a concrete filter buffer based on
> this abstract object. the "buffer" netfilter could be used by VM FT solutions
> like MicroCheckpointi
On 09/18/2015 02:13 PM, Shmulik Ladkani wrote:
> Hi,
>
> On Thu, 3 Sep 2015 17:45:34 +0100 Stefan Hajnoczi wrote:
>> Thanks, applied to my net tree:
>> https://github.com/stefanha/qemu/commits/net
> For some reason, the patch isn't present on Stefan's last pull requests.
>
> Can you please verif
On Wed, Sep 23, 2015 at 08:12:30PM -0600, Alex Williamson wrote:
> On Thu, 2015-09-24 at 11:11 +1000, David Gibson wrote:
> > On Wed, Sep 23, 2015 at 11:28:29AM -0600, Alex Williamson wrote:
> > > On Sat, 2015-09-19 at 17:18 +1000, David Gibson wrote:
> > > > At present the code handling IBM's Enha
On Wed, Sep 23, 2015 at 08:19:36PM -0600, Alex Williamson wrote:
> On Thu, 2015-09-24 at 11:49 +1000, David Gibson wrote:
> > On Wed, Sep 23, 2015 at 11:28:01AM -0600, Alex Williamson wrote:
> > > On Sat, 2015-09-19 at 17:18 +1000, David Gibson wrote:
> > > > The pseries machine type has two varian
On Thu, Sep 24, 2015 at 09:13:58AM +0530, Bharata B Rao wrote:
> On Wed, Sep 23, 2015 at 01:29:51PM +1000, David Gibson wrote:
> > On Tue, Sep 22, 2015 at 09:09:49AM +0530, Bharata B Rao wrote:
> > > Terminate the guest when HTAB of requested size isn't allocated by
> > > the host.
> > >
> > > Whe
On Thu, Sep 24, 2015 at 09:11:52AM +0530, Bharata B Rao wrote:
> On Wed, Sep 23, 2015 at 01:28:53PM +1000, David Gibson wrote:
> > On Tue, Sep 22, 2015 at 09:09:48AM +0530, Bharata B Rao wrote:
> > > Allocate HTAB from ppc_spapr_init() so that we can abort the guest
> > > if requested HTAB size is'
Ping.
On 07/09/2015 12:15 AM, Richard Henderson wrote:
This is a revival of a patch set I posted in 2013. At the time
Paolo had some comments on the keystone patch, and I didn't have
time to address them. I've since made several revisions, and I
think the patchset is in good shape, but I've lo
On (Wed) 23 Sep 2015 [15:27:11], Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> Split out the finding of the dirty page and all the wrap detection
> into a separate function since it was getting a bit hairy.
>
> Signed-off-by: Dr. David Alan Gilbert
> +if (pss->co
On (Wed) 23 Sep 2015 [15:27:09], Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> Chop up ram_find_and_save_block so it's smaller again.
> (from comments on my postcopy patch that adds more to it).
>
> This pair is based on top of my previous 5 patch cleanup series posted
On Wed, Sep 23, 2015 at 01:29:51PM +1000, David Gibson wrote:
> On Tue, Sep 22, 2015 at 09:09:49AM +0530, Bharata B Rao wrote:
> > Terminate the guest when HTAB of requested size isn't allocated by
> > the host.
> >
> > When memory hotplug is attempted on a guest that has booted with
> > less than
On Wed, Sep 23, 2015 at 01:28:53PM +1000, David Gibson wrote:
> On Tue, Sep 22, 2015 at 09:09:48AM +0530, Bharata B Rao wrote:
> > Allocate HTAB from ppc_spapr_init() so that we can abort the guest
> > if requested HTAB size is't allocated by the host. However retain the
> > htab reset call in spap
On 09/24/2015 11:22 AM, Alex Williamson wrote:
> On Thu, 2015-09-24 at 10:54 +0800, Wen Congyang wrote:
>> On 09/24/2015 04:23 AM, Alex Williamson wrote:
>>> @@ -275,12 +276,15 @@ static void
>>> vfio_vga_probe_ati_3c3_quirk(VFIOPCIDevice *vdev)
>>> }
>>>
>>> quirk = g_malloc0(sizeof(*
On Thu, 2015-09-24 at 10:54 +0800, Wen Congyang wrote:
> On 09/24/2015 04:23 AM, Alex Williamson wrote:
> > @@ -275,12 +276,15 @@ static void
> > vfio_vga_probe_ati_3c3_quirk(VFIOPCIDevice *vdev)
> > }
> >
> > quirk = g_malloc0(sizeof(*quirk));
> > -quirk->vdev = vdev;
> > +leg
On 09/22/2015 05:56 PM, Paolo Bonzini wrote:
> Only "Odd Fixes" status, but let's add a point of contact.
>
> Cc: Jason Wang
> Signed-off-by: Paolo Bonzini
> ---
> MAINTAINERS | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 0580
On Wed, Sep 23, 2015 at 8:06 PM, Peter Crosthwaite
wrote:
> On Wed, Sep 23, 2015 at 10:31 AM, mar.krzeminski
> wrote:
>> W dniu 23.09.2015 o 17:46, Peter Maydell pisze:
>>
>>> On 23 September 2015 at 08:17, Marcin Krzemiński
>>> wrote:
Hello,
I am trying to write a model of e
On Wed, Sep 23, 2015 at 10:31 AM, mar.krzeminski
wrote:
> W dniu 23.09.2015 o 17:46, Peter Maydell pisze:
>
>> On 23 September 2015 at 08:17, Marcin Krzemiński
>> wrote:
>>>
>>> Hello,
>>>
>>> I am trying to write a model of embedded board that have corterx-m3 and
>>> cotex a9 processors.
>>> Bec
On 09/24/2015 04:23 AM, Alex Williamson wrote:
> VFIOQuirk hosts a single memory region and a fixed set of data fields
> that try to handle all the quirk cases, but end up making those that
> don't exactly match really confusing. This patch introduces a struct
> intended to provide more flexibilit
On Wed, Sep 23, 2015 at 8:41 AM, Peter Maydell wrote:
> On 23 September 2015 at 03:48, sridhar kulkarni
> wrote:
>> Hi Peter,
>>
>> I was able to progress well using the BE8 work in the branch that you
>> pointed out. I am experiencing floating point issue. The qemu just exits, by
>> putting a m
On Wed, Sep 2, 2015 at 9:36 PM, Vasiliy Tolstov wrote:
> 2015-09-01 6:03 GMT+03:00 Hitoshi Mitake :
>> n the commit 96b14ff85acf, requests for overlapping areas are
>> serialized. However, it cannot handle a case of non overlapping
>> requests. In such a case, min_dirty_data_idx and max_dirty_data
On Thu, 2015-09-24 at 11:49 +1000, David Gibson wrote:
> On Wed, Sep 23, 2015 at 11:28:01AM -0600, Alex Williamson wrote:
> > On Sat, 2015-09-19 at 17:18 +1000, David Gibson wrote:
> > > The pseries machine type has two variants of the PCI Host Bridge device:
> > > spapr-pci-host-bridge and spapr-p
On Thu, 2015-09-24 at 11:11 +1000, David Gibson wrote:
> On Wed, Sep 23, 2015 at 11:28:29AM -0600, Alex Williamson wrote:
> > On Sat, 2015-09-19 at 17:18 +1000, David Gibson wrote:
> > > At present the code handling IBM's Enhanced Error Handling (EEH) interface
> > > on VFIO devices operates by byp
On Wed, Sep 23, 2015 at 11:28:43AM -0600, Alex Williamson wrote:
> On Sat, 2015-09-19 at 17:18 +1000, David Gibson wrote:
> > The Enhanced Error Handling (EEH) interface in PAPR operates on units of a
> > Partitionable Endpoint (PE). For VFIO devices, the PE boundaries the guest
> > sees must matc
On Wed, Sep 23, 2015 at 11:28:29AM -0600, Alex Williamson wrote:
> On Sat, 2015-09-19 at 17:18 +1000, David Gibson wrote:
> > At present the code handling IBM's Enhanced Error Handling (EEH) interface
> > on VFIO devices operates by bypassing the usual VFIO logic with
> > vfio_container_ioctl(). T
On Wed, Sep 23, 2015 at 11:28:01AM -0600, Alex Williamson wrote:
> On Sat, 2015-09-19 at 17:18 +1000, David Gibson wrote:
> > The pseries machine type has two variants of the PCI Host Bridge device:
> > spapr-pci-host-bridge and spapr-pci-vfio-host-bridge. Originally, only the
> > latter could sup
I'll try the patch and report in a week for I'm too busy these days. And if I
could, I would like to help to maintain the Windows backend.
Sincerely.
Guangmu Zhu
-
Am 23.09.2015 um 13:30 hat Guangmu Zhu geschrieben:
> If the "BlockDriver" is "b
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 down keys whe
On Wed, Sep 23, 2015 at 06:46:17PM +0200, Laurent Vivier wrote:
>
>
> On 17/09/2015 15:09, David Gibson wrote:
> > Currently the pseries machine type uses two types of PCI Host Bridge
> > (PHB) devices: "spapr-pci-host-bridge" the 'normal' variant intended
> > for emulated PCI devices, and "spapr
On Wed, Sep 23, 2015 at 01:24:00PM +0200, Thomas Huth wrote:
> On 17/09/15 18:54, Alex Williamson wrote:
> > On Thu, 2015-09-17 at 23:09 +1000, David Gibson wrote:
> >> Because of the way non-VFIO guest IOMMU operations are KVM accelerated, not
> >> all TCE tables (guest IOMMU contexts) can support
On Wed, Sep 23, 2015 at 01:08:34PM +0200, Thomas Huth wrote:
> On 17/09/15 15:09, David Gibson wrote:
> > At present the PCI host bridge (PHB) for the pseries machine type has a
> > fixed DMA window from 0..1GB (in PCI address space) which is mapped to real
> > memory via the PAPR paravirtualized I
On Wed, Sep 23, 2015 at 08:55:01PM +0200, Laurent Vivier wrote:
>
>
> On 17/09/2015 15:09, David Gibson wrote:
> > At present the PCI host bridge (PHB) for the pseries machine type has a
> > fixed DMA window from 0..1GB (in PCI address space) which is mapped to real
> > memory via the PAPR paravi
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 or she wants to quit QEMU.
Signed-off-by: John Arbuckle
---
Replace
On 23 September 2015 at 17:44, Programmingkid wrote:
>
> On Sep 23, 2015, at 8:34 PM, Peter Maydell wrote:
>>> + */
>>> +- (void) raiseAllKeys
>>> +{
>>> +int index;
>>> +const int max_index = 220; /* This is the highest value key */
>>
>> No, you need to use ARRAY_SIZE.
>
> I did use it,
On Sep 23, 2015, at 8:34 PM, Peter Maydell wrote:
> On 23 September 2015 at 17:17, Programmingkid
> wrote:
>> 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, QEM
On 23 September 2015 at 17:17, Programmingkid wrote:
> 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 sympto
Try number 2 with format string fix...
-- PMM
The following changes since commit fefa4b128de06cec6d513f00ee61e8208aed4a87:
Merge remote-tracking branch 'remotes/awilliam/tags/vfio-update-20150923.0'
into staging (2015-09-23 21:39:46 +0100)
are available in the git repository at:
git://gi
; Merge remote-tracking branch 'remotes/dgibson/tags/spapr-next-20150923'
> into staging (2015-09-23 16:52:54 +0100)
>
> are available in the git repository at:
>
>
> git://git.linaro.org/people/pmaydell/qemu-arm.git
> tags/pull-target-arm-20150923-1
>
> fo
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 down keys whe
On 23 September 2015 at 13:23, Alex Williamson
wrote:
> The following changes since commit 684bb5770ec5d72a66620f64fc5d9672bf8d3509:
>
> Merge remote-tracking branch 'remotes/dgibson/tags/spapr-next-20150923'
> into staging (2015-09-23 16:52:54 +0100)
>
> are availa
On Wed, Sep 23, 2015 at 01:02:32PM +0200, Thomas Huth wrote:
> On 18/09/15 01:31, David Gibson wrote:
> > On Thu, Sep 17, 2015 at 10:54:24AM -0600, Alex Williamson wrote:
> >> On Thu, 2015-09-17 at 23:09 +1000, David Gibson wrote:
> >>> At present the memory listener used by vfio to keep host IOMMU
On Wed, Sep 23, 2015 at 09:07:06PM +1000, David Gibson wrote:
> On Wed, Sep 23, 2015 at 12:10:46PM +0200, Thomas Huth wrote:
> > On 17/09/15 15:09, David Gibson wrote:
> > > The current vfio core code assumes that the host IOMMU is capable of
> > > mapping any IOVA the guest wants to use to where w
On Wed, Sep 23, 2015 at 12:31:25PM +0200, Thomas Huth wrote:
> On 17/09/15 15:09, David Gibson wrote:
> > Currently the VFIOContainer iommu_data field contains a union with
> > different information for different host iommu types. However:
> >* It only actually contains information for the x86
On Wed, Sep 23, 2015 at 07:04:55PM +0200, Laurent Vivier wrote:
>
>
> On 17/09/2015 15:09, David Gibson wrote:
> > When we have guest visible IOMMUs, we allow notifiers to be registered
> > which will be informed of all changes to IOMMU mappings. This is used by
> > vfio to keep the host IOMMU m
On Wed, Sep 23, 2015 at 12:40:18PM +0200, Thomas Huth wrote:
> On 17/09/15 15:09, David Gibson wrote:
> > When we have guest visible IOMMUs, we allow notifiers to be registered
> > which will be informed of all changes to IOMMU mappings. This is used by
> > vfio to keep the host IOMMU mappings in
Removes the open dialog code that runs when no arguments
are supplied with QEMU. Not everyone needs a hard drive
or cdrom to boot their target. A user might only need to
use their target's bios to do work. With that said,
this patch removes the unneeded open dialog code.
Signed-off-by: John Arbuc
On 09/23/2015 01:37 PM, Peter Maydell wrote:
On 23 September 2015 at 13:00, Richard Henderson wrote:
I've wondered about over-allocating on the mmap path, so that we can choose the
hugepage aligned subregion. But as far as I can tell, my kernel doesn't
allocate hugepages at all, no matter what
On Sep 23, 2015, at 4:35 PM, Peter Maydell wrote:
> On 17 September 2015 at 21:17, Programmingkid
> wrote:
>> Add "Mount Image File..." and a "Eject Image File" menu items to
>> cocoa interface. This patch makes sharing files between the
>> host and the guest user-friendly.
>>
>> The "Mount Im
On 23 September 2015 at 14:44, Programmingkid wrote:
>
> On Sep 23, 2015, at 2:04 PM, Peter Maydell wrote:
>
>> On 18 September 2015 at 14:46, Programmingkid
>> wrote:
>>> When the user puts QEMU in the background while holding down a key, QEMU
>>> will
>>> not receive the keyup event when the u
On Sep 23, 2015, at 5:45 PM, Peter Maydell wrote:
> On 23 September 2015 at 14:38, Programmingkid
> wrote:
>>
>> On Sep 23, 2015, at 2:58 PM, Peter Maydell wrote:
>>
>>> On 10 September 2015 at 17:49, Programmingkid
>>> wrote:
Remove the open dialog code that runs when no arguments are
On 23 September 2015 at 14:38, Programmingkid wrote:
>
> On Sep 23, 2015, at 2:58 PM, Peter Maydell wrote:
>
>> On 10 September 2015 at 17:49, Programmingkid
>> wrote:
>>> Remove the open dialog code that runs when no arguments are supplied with
>>> QEMU.
>>> Not everyone needs a hard drive or c
On Sep 23, 2015, at 2:04 PM, Peter Maydell wrote:
> On 18 September 2015 at 14:46, Programmingkid
> wrote:
>> 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,
From: Pavel Fedin
Some functions previously used only by vGICv2 are useful also for vGICv3
implementation. Untie them from GICState and make accessible from within
other modules:
- kvm_arm_gic_set_irq()
- kvm_gic_supports_attr() - moved to common code and renamed to
kvm_device_check_attr()
- kv
From: Pavel Fedin
Add gic_version to VirtMachineState, set it to value of the option
and pass it around where necessary. Instantiate devices and fdt
nodes according to the choice.
max_cpus for virt machine increased to 123 (calculated from redistributor
space available in the memory map). GICv2
A small pullreq, but I don't have anything else pending and I wanted
to get the GICv3 patches in this week.
-- PMM
The following changes since commit 684bb5770ec5d72a66620f64fc5d9672bf8d3509:
Merge remote-tracking branch 'remotes/dgibson/tags/spapr-next-20150923' into
staging
From: Pavel Fedin
This is the initial version of KVM-accelerated GICv3 support.
State load and save are not yet supported, live migration is
not possible.
In order to get correct class name in a simpler way, gicv3_class_name()
function is implemented, similar to gic_class_name().
Signed-off-by:
From: Pavel Fedin
This allows us to use different GIC types from v2. There are no kernels
which could advertise KVM_CAP_DEVICE_CTRL without the actual ability to
create GIC with it.
GIC version probe code moved to kvm_arm_vgic_probe() which will be used
later.
Signed-off-by: Pavel Fedin
Review
From: Shlomo Pongratz
This class is to be used by both software and KVM implementations of GICv3
Currently it is mostly a placeholder, but in future it is supposed to hold
qemu's representation of GICv3 state, which is necessary for migration.
The interface of this class is fully compatible wit
From: Shannon Zhao
While virt machine creates two flash devices with total size 0x0800,
the ACPI table generation code was wrongly using this total size as the
size of each flash device, so it would overlap other MMIO spaces.
Make each device entry in the table half the total; this brings the
From: Beniamino Galvani
Change the maintainer for Allwinner A10 to myself as Li Guang's mail
address bounces. While at it, extend the file pattern for the entry to
include allwinner_emac.[ch].
Signed-off-by: Beniamino Galvani
Reviewed-by: Peter Crosthwaite
Message-id: 1442865156-5598-1-git-sen
From: Marc-André Lureau
The following changes since commit 684bb5770ec5d72a66620f64fc5d9672bf8d3509:
Merge remote-tracking branch 'remotes/dgibson/tags/spapr-next-20150923' into
staging (2015-09-23 16:52:54 +0100)
are available in the git repository at:
https://github.com/el
On Sep 23, 2015, at 2:58 PM, Peter Maydell wrote:
> On 10 September 2015 at 17:49, Programmingkid
> wrote:
>> Remove the open dialog code that runs when no arguments are supplied with
>> QEMU.
>> Not everyone needs a hard drive or cdrom to boot their target. A user might
>> only
>> need to use
Hi
On Wed, Sep 23, 2015 at 7:22 PM, Peter Maydell wrote:
> This fails to build (all platforms):
>
> /Users/pm215/src/qemu/hw/usb/ccid-card-passthru.c:15:10: fatal error:
> 'cacard/vscard_common.h' file not found
> #include "cacard/vscard_common.h"
> ^
> 1 error generated.
>
> thanks
> --
On 09/21/2015 03:58 PM, Eric Blake wrote:
> Rather than requiring all flat unions to explicitly create
> a separate base struct, we want to allow the qapi schema
> to specify the common fields via an inline dictionary. This
> is similar to how commands can specify inline types for the
> arguments.
On 09/21/2015 03:57 PM, Eric Blake wrote:
> The code for visiting the base class of a child struct created
> visit_type_Base_fields(); the code for visiting the base class
> of a flat union created visit_type_Union_fields(). If the same
> type is shared between a struct and a union, the two functio
On 23 September 2015 at 13:00, Richard Henderson wrote:
> On 09/23/2015 12:39 PM, Peter Maydell wrote:
>> I think we're now doing the MADV_HUGEPAGE over "buffer size
>> minus a page" rather than "buffer size". Does that mean
>> we've gone from doing the madvise on a whole number of
>> hugepages to
On 17 September 2015 at 21:17, Programmingkid wrote:
> Add "Mount Image File..." and a "Eject Image File" menu items to
> cocoa interface. This patch makes sharing files between the
> host and the guest user-friendly.
>
> The "Mount Image File..." menu item displays a dialog box having the
> user
This is just another quirk, for reset rather than affecting memory
regions. Move it to our new quirks file.
Signed-off-by: Alex Williamson
---
hw/vfio/pci-quirks.c | 168 ++
hw/vfio/pci.c| 158
Re-implement our mirror quirk using the new infrastructure.
Signed-off-by: Alex Williamson
---
hw/vfio/pci-quirks.c | 230 +++---
trace-events |9 +-
2 files changed, 129 insertions(+), 110 deletions(-)
diff --git a/hw/vfio/pci-quirks.c b
Config windows make use of an address register and a data register.
In VGA cards, these are often used to provide real mode code in the
BIOS an easy way to access MMIO registers since the window often
resides in an I/O port register. When the MMIO register has a mirror
of PCI config space, we need
Simplify access to commonly referenced PCI vendor and device ID by
caching it on the VFIOPCIDevice struct.
Signed-off-by: Alex Williamson
---
hw/vfio/pci-quirks.c | 18 --
hw/vfio/pci.c| 10 +-
hw/vfio/pci.h|2 ++
3 files changed, 11 insertions(+),
These are now unused.
Signed-off-by: Alex Williamson
---
hw/vfio/pci-quirks.c | 155 --
hw/vfio/pci.h| 22 ---
trace-events |9 ---
3 files changed, 186 deletions(-)
diff --git a/hw/vfio/pci-quirks.c b/hw/vfio/pci-quirks
Another rework of this quirk, this time to update to the new quirk
structure. We can handle the address and data registers with
separate MemoryRegions and a quirk specific data structure, making the
code much more understandable.
Signed-off-by: Alex Williamson
---
hw/vfio/pci-quirks.c | 177 ++
The Nvidia 0x3d0 quirk makes use of a two separate registers and gives
us our first chance to make use of separate memory regions for each to
simplify the code a bit.
Signed-off-by: Alex Williamson
---
hw/vfio/pci-quirks.c | 172 +++---
trace-events
This is an easy quirk that really doesn't need a data structure if
its own. We can pass vdev as the opaque data and access to the
MemoryRegion isn't required.
Signed-off-by: Alex Williamson
---
hw/vfio/pci-quirks.c | 26 +-
trace-events |4 ++--
2 files cha
VFIOQuirk hosts a single memory region and a fixed set of data fields
that try to handle all the quirk cases, but end up making those that
don't exactly match really confusing. This patch introduces a struct
intended to provide more flexibility and simpler code. VFIOQuirk is
stripped to its basic
Create a vendor:device ID helper that we'll also use as we rework the
rest of the quirks. Re-reading the config entries, even if we get
more blacklist entries, is trivial overhead and only incurred during
device setup. There's no need to typedef the blacklist structure,
it's a static private data
Specifying an emulated PCI vendor/device ID can be useful for testing
various quirk paths, even though the behavior and functionality of
the device with bogus IDs is fully unsupportable. We need to use a
uint32_t for the vendor/device IDs, even though the registers
themselves are only 16-bit in or
Signed-off-by: Alex Williamson
---
hw/vfio/Makefile.objs |2
hw/vfio/pci-quirks.c | 887 +
hw/vfio/pci.c | 886 -
hw/vfio/pci.h | 15 +
4 files changed, 908 insertions(+), 882
Signed-off-by: Alex Williamson
---
hw/vfio/pci.c | 144
hw/vfio/pci.h | 158 +
2 files changed, 159 insertions(+), 143 deletions(-)
create mode 100644 hw/vfio/pci.h
diff --git a/hw/vfi
Tracing is more effective when we can completely disable all KVM
bypass paths. Make these runtime rather than build-time configurable.
Signed-off-by: Alex Williamson
---
hw/vfio/pci.c | 19 ---
include/hw/vfio/vfio-common.h |5 -
2 files changed, 12 ins
The default should be to allow mmap and new drivers shouldn't need to
expose an option or set it to other than the allocation default in
their initfn. Take advantage of the experimental flag to change this
option to the correct polarity.
Signed-off-by: Alex Williamson
---
hw/vfio/common.c
There's quite a bit of cleanup that can be done to the RTL8168 quirk,
as well as the tracing to prevent a spew of uninteresting accesses
for anything else the driver might choose to use the window registers
for besides the MSI-X table. There should be no functional change,
but it's now possible to
Rename functions and tracing callbacks so that we can trace vfio_intx*
to see all the INTx related activities.
Signed-off-by: Alex Williamson
---
hw/vfio/pci.c | 48
trace-events | 14 +++---
2 files changed, 31 insertions(+), 31 dele
1 - 100 of 301 matches
Mail list logo
