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
On 13 July 2013 23:35, Ed Maste wrote:
> I'm not sure that anonymous union support is universal across
> all compilers used to build QEMU though - do you know?
A quick grep shows we already use anonymous unions in
a few places, so it must be OK.
-- PMM
On Sun, Jul 14, 2013 at 1:57 PM, Paolo Bonzini wrote:
> Il 14/07/2013 04:53, Liu Ping Fan ha scritto:
>> Refcnt's atomic inc/dec ops are frequent and its idiom need no seq_cst
>> order. So to get better performance, it worth to adopt _relaxed
>> other than _seq_cst memory model on them.
>>
>> We r
Hi Peter,
On Sat, Jul 13, 2013 at 6:37 AM, Peter Maydell wrote:
> Make the VEDBoardInfo struct extend arm_boot_info; this will
> allow us to get at the VEDBoardInfo information inside callbacks
> from arm/boot code.
>
> Signed-off-by: Peter Maydell
> ---
> hw/arm/vexpress.c | 31 +
On Fri, Jul 12, 2013 at 04:17:28PM +0200, Laszlo Ersek wrote:
> On 07/10/13 15:51, Michael S. Tsirkin wrote:
> > This add a dynamic bios linker/loader.
>
> s/add/adds/
>
> > This will be used by acpi table generation
> > code to:
> > - load each table in the appropriate memory egment
>
> s/e
On 14 July 2013 12:36, Peter Crosthwaite wrote:
> Hi Peter,
>
> On Sat, Jul 13, 2013 at 6:37 AM, Peter Maydell
> wrote:
>> Make the VEDBoardInfo struct extend arm_boot_info; this will
>> allow us to get at the VEDBoardInfo information inside callbacks
>> from arm/boot code.
>>
>> Signed-off-by:
Paolo Bonzini writes:
> Il 13/07/2013 17:22, Anthony Liguori ha scritto:
>> 1) MMIO request goes to sPAPR PIO area, the vCPU was in BE mode but by
>> the time the handler is called, the value is in host byte order.
>>
>> 2) sPAPR (incorrectly) byte swaps by marking the region as little
>> endian
On 07/13/2013 06:03 PM, David Gibson wrote:
> On Fri, Jul 12, 2013 at 05:37:19PM +1000, Alexey Kardashevskiy wrote:
>> sPAPR PHB emulates IO ports on PCI via a special memory region which
>> routes all reads/writes further via cpu_in*/cpu_out* which are eventually
>> processed by MemoryRegionOps im
On 14 July 2013 14:05, Anthony Liguori wrote:
>> Also, what devices exactly would have a non-native byte order?!? I'm
>> confused...
>
> MMIO/PIO requests don't have a byte order. It's literally 64 or 32 data
> pins that are numbered D0..D31 whereas D0 is the LSB. It doesn't matter
> how the pi
On Sun, Jul 14, 2013 at 9:58 AM, Peter Maydell wrote:
> On 14 July 2013 14:05, Anthony Liguori wrote:
>>> Also, what devices exactly would have a non-native byte order?!? I'm
>>> confused...
>>
>> MMIO/PIO requests don't have a byte order. It's literally 64 or 32 data
>> pins that are numbered
On 14 July 2013 16:18, Anthony Liguori wrote:
> On Sun, Jul 14, 2013 at 9:58 AM, Peter Maydell
> wrote:
>> Devices themselves do have a byte order, though, right? Specifically,
>> if you do a 32 bit read of address 0 on a device and an 8 bit read,
>
> It depends on the bus and device. Busses do
On Sun, Jul 07, 2013 at 06:42:35PM +0300, Michael S. Tsirkin wrote:
> Add ability for a ROM file to point to
> it's image in memory. When file is in memory,
> add utility that can patch it, storing
> pointers to one file within another file.
Thanks. See my comments below.
[...]
> --- /dev/null
>
On Sun, Jul 07, 2013 at 06:42:43PM +0300, Michael S. Tsirkin wrote:
> Load files in /etc/acpi/, link them using
> a linker script and use for acpi tables, including the RSDP.
> Presense of RSDP in this directory completely disables
> generating and loading legacy acpi tables.
>
> Signed-off-by: Mi
Il 08/07/2013 21:02, Eric Blake ha scritto:
> On 07/05/2013 12:41 PM, Eduardo Habkost wrote:
>> On Thu, Jul 04, 2013 at 05:53:08PM +0800, Wanlong Gao wrote:
>>> From: Bandan Das
>>>
>>> This allows us to use the "cpus" property multiple times
>>> to specify multiple cpu (ranges) to the -numa optio
Il 08/07/2013 11:48, Andreas Färber ha scritto:
>> > - hot-unplug patches not included, as suggested by Vasilis, since
>> > hot-unplug has some more complications with refcounting memory regions.
> This should hopefully be addressed with yesterday's merge of Paolo's
> MemoryRegion refactoring
Il 12/07/2013 04:39, Hu Tao ha scritto:
> > without necessity to specify to be hot-plugged DIMMs at startup, hot-plug
> > could become more flexible since arbitrarily sized DIMMs with required NUMA
> > mapping could be specified during hot-plug time, for example:
> >
> > device_add dimm,id=dimm1
On Fri, 2013-07-12 at 14:38 -0600, Alex Williamson wrote:
> The Call for Proposals for the 2013 Linux Plumbers Virtualization
> Microconference is now open. This uconf is being held as part of Linux
> Plumbers Conference in New Orleans, Louisiana, USA September 18-20th and
> is co-located with Lin
The only non-alpha patch in the list has now been reviewed.
Please pull.
r~
The following changes since commit c3cb8e77804313e1be99b5f28a34a346736707a5:
ioport: remove LITTLE_ENDIAN mark for portio (2013-07-12 14:37:47 -0500)
are available in the git repository at:
git://github.com/rth
Advancements in the ioport subsystem mean that we need no longer
thunk memory-mapped i/o through the system-io address space.
Signed-off-by: Richard Henderson
---
hw/alpha/alpha_sys.h | 1 -
hw/alpha/pci.c | 44
hw/alpha/typhoon.c | 20 ++
The memory and i/o core now support passing 64-bit accesses along
from the guest, so we no longer need to emulate them.
Signed-off-by: Richard Henderson
---
hw/alpha/typhoon.c | 53 -
1 file changed, 12 insertions(+), 41 deletions(-)
diff --gi
Not really correct, but we don't implement all of the random devices
that the kernel looks for. This is good enough to keep us booting.
Signed-off-by: Richard Henderson
---
hw/alpha/alpha_sys.h | 1 +
hw/alpha/pci.c | 26 ++
hw/alpha/typhoon.c | 3 ++-
3 files
The 1980 epoch is used by the ARC PALcode for NT. But we're emulating
a system using the SRM PALcode. Using the proper epoch results in less
confusion in the guest userland.
Signed-off-by: Richard Henderson
---
hw/alpha/dp264.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --g
Honor the implementation maximum access size, and at least check
the minimum access size.
Reviewed-by: Paolo Bonzini
Signed-off-by: Richard Henderson
---
exec.c | 68 ++
1 file changed, 56 insertions(+), 12 deletions(-)
diff --git
Hi,
On Sat, Jul 13, 2013 at 6:37 AM, Peter Maydell wrote:
> Add some virtio-mmio transports to the vexpress board model,
> together with a modify_dtb hook which adds them to the device
> tree so that the kernel will probe for them. We put them
> in a reserved area of the address map.
>
> Signed-o
Hi Peter,
On Sat, Jul 13, 2013 at 6:36 AM, Peter Maydell wrote:
> We already have a qemu_devtree_setprop_cells() which sets a dtb
> property to an array of cells whose values are specified by varargs.
> However for the fairly common case of setting a property to a list
> of addresses or of addres
On 07/13/2013 11:05 PM, Rob Landley wrote:
>> The -1 branch looks newer, but the -2 branch contains more code specific to
>> qemu. Both are over 2 years old, so I'm not sure what I was going for...
>
> There are now -3 and -4 branches...
>
> Wow, -4 is current with upstream I think? Cool, I'll t
On Sat, Jul 06, 2013 at 04:52:57PM +0800, Saptarshi Sen wrote:
>Is it possible from qemu userspace to identify what type of file access
> ( DIRECT or SYNC or ASYNC )the guest is performing on its files also along
> with their file-names if possible.
>
>I tried to trace bdrv events but I am
Signed-off-by: Liu Ping Fan
---
include/qom/object.h | 2 +-
qom/object.c | 15 +--
2 files changed, 6 insertions(+), 11 deletions(-)
diff --git a/include/qom/object.h b/include/qom/object.h
index 2e165fb..8426dd1 100644
--- a/include/qom/object.h
+++ b/include/qom/object.h
Qref is similar to kref. It hides the refcnt detail and provides
a common interface. And this patch is based on the idiom of refcnt,
and adopts some optimization about memory model, which finally
falls back on gcc implementation.
Signed-off-by: Liu Ping Fan
---
include/qom/object.h | 34
On Thu, Jul 11, 2013 at 8:36 PM, Andreas Färber wrote:
> Am 11.07.2013 12:31, schrieb Michael S. Tsirkin:
>> On Thu, Jul 11, 2013 at 11:47:59AM +0200, Igor Mammedov wrote:
>>> On Thu, 11 Jul 2013 11:47:16 +1000
>>> peter.crosthwa...@xilinx.com wrote:
>>>
From: Peter Crosthwaite
ARM
As it looks like all portio users have migrated to new portio api,
the workaround with memory access to io ports routing is no more
needed.
This also fixes a bug with byte swapping as the io region was marked
as little endian while it should not do any swapping at all.
Signed-off-by: Alexey Karda
Ping!
On Wed, Jul 10, 2013 at 5:38 PM, Peter Maydell wrote:
> On 10 July 2013 05:23, wrote:
>> From: Nathan Rossi
>>
>> Added Vector Base Address remapping on ARM v7.
>
> This is only present on CPUs with TrustZone. On the other
> hand we already implement one or two TZ-only registers
> for pr
On Mon, Jul 08, 2013 at 07:07:47AM +0200, Stefan Weil wrote:
> Currently many buildbots show an exception:
>
> http://buildbot.b1-systems.de/qemu/builders/default_x86_64_out_of_tree/builds/857/steps/git/logs/err.html
> No space left on device:
> '/var/lib/buildbot/qemu/default_x86_64_out_of_tree/8
On Mon, Jul 08, 2013 at 11:15:12PM -0500, Yaodong Yang wrote:
> I have a question about the qemu block-subsytem. When a user in guest os
> perform an io operation, how this io request performed in the qemu. Where
> is the start point in qemu code to serve this request.
QEMU emulates a number of di
Hi!
I have 2 command lines which I believe should work the same way but they do
not. I run qemu and do "dhclient ; ifconfig" in the guest. Run #1 assigns
10.0.2.15 and 10.0.2.16 (this is what I expected); runs #2/#3 assign
10.0.2.15 to both emulated interfaces in the guest.
Is there any up-to-dat
Hi Andreas, Anthony,
A while ago, TYPE_CPU was refactored to by a child of TYPE_DEVICE. As
something of a hangover though, CPU has a separate reset fn to device.
This means
device_reset(DEVICE(my_cpu));
doesn't actually work as a reset. Should we fix this by getting rif of
cpu_reset and just usi
On Mon, Jul 08, 2013 at 08:33:55AM +0300, Michael S. Tsirkin wrote:
> I noticed two things with buildbot:
> http://buildbot.b1-systems.de/qemu/builders/pci_x86_64_debian_6_0
>
> 1. up to jun 23 it keept rebuilding same hash - resources could be saved
>by not rebuilding if hash is unchanged
> 2
From: Peter Crosthwaite
This series enables QOM super class access and demostrates some usages.
Replaces the save->override->call via FooClass technique, to reduce
some of the boiler plate in recently fully QOMified devices.
Applied the change to ARM CPU, MB CPU and some of Andreas's recently
QO
From: Peter Crosthwaite
Since commit aca59af612840772f18598363b65a25bf02bb569 QOM
automatically inherits class and instance size from the parent
class. No need to redefine as the same value as the parent.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Andreas Färber
---
changed since v2:
Added
From: Peter Crosthwaite
ARMCPUClass is only needed for parent-class abstract function access.
Just use parent classes for reset and realize access and remove
ARMCPUClass completely.
Signed-off-by: Peter Crosthwaite
---
target-arm/cpu-qom.h | 22 ++
target-arm/cpu.c | 1
From: Peter Crosthwaite
MicroblazeCPUClass is only needed for parent-class abstract function
access. Just use parent classes for reset and realize access and remove
MicroblazeCPUClass completely.
Signed-off-by: Peter Crosthwaite
---
target-microblaze/cpu-qom.h | 22 ++
tar
From: Peter Crosthwaite
[KVM]PITClass is only needed for parent-class realize function access.
Just use parent classes for realize access and remove [KVM]PITClass
completely.
Signed-off-by: Peter Crosthwaite
---
hw/i386/kvm/i8254.c | 19 ---
hw/timer/i8254.c| 17 --
From: Peter Crosthwaite
The ARM A9 MPCore has a timer that is global to all CPUs in the mpcore.
The timer is shared but each CPU has a private independent comparator
and interrupt.
Based on version contributed by Francois LEGAL.
Signed-off-by: François LEGAL
[PC changes:
* New commit message
From: François LEGAL
Add the global timer to A9 MPCore.
Signed-off-by: François LEGAL
[PC Changes:
* new commit message
* split off original version as a separate patch
]
Signed-off-by: Peter Crosthwaite
---
This will likely conflict with Andreas' MPCore work.
Changed from v1:
Set authorship
On 07/15/2013 05:42 AM, Stefan Hajnoczi wrote:
Christian: Is the buildmaster running low on disk space?
No. It's running low on inodes ;)
But at the moment everything is looking good, the bots are up and running.
Think we should clean up the registered build slaves. Here's a list of
offline
Hi Gleb and Paolo,
What is the status of this patch since the relevant patch for KVM is
accepted? These two patches must cooperate to fix the bug.
Arthur
On Sun, Jul 7, 2013 at 11:13 PM, Arthur Chunqi Li wrote:
> The recent KVM patch adds IA32_FEATURE_CONTROL support. QEMU needs
> to clear this
On Mon, Jul 15, 2013 at 01:44:01PM +0800, Arthur Chunqi Li wrote:
> Hi Gleb and Paolo,
> What is the status of this patch since the relevant patch for KVM is
> accepted? These two patches must cooperate to fix the bug.
>
Need some reviews from migration and machine type experts. Copying Juan
and E
2013/7/10 Fam Zheng
> On Mon, 07/08 03:26, Xu Wang wrote:
> > Signed-off-by: Xu Wang
> > ---
> > block.c | 94
> +
> > 1 file changed, 94 insertions(+)
> >
> > diff --git a/block.c b/block.c
> > index 53b1a01..8dc6ded 100644
> > --
On 15.07.2013, at 05:24, Alexey Kardashevskiy wrote:
> As it looks like all portio users have migrated to new portio api,
> the workaround with memory access to io ports routing is no more
> needed.
>
> This also fixes a bug with byte swapping as the io region was marked
> as little endian while
On Mon, 07/15 14:09, Xu Wang wrote:
> 2013/7/10 Fam Zheng
>
> > On Mon, 07/08 03:26, Xu Wang wrote:
> > > +error_report("get file %s stat error.", path);
> > > +return -1;
> > > +}
> > > +if (GetFullPathName(path, MAX_PATH_LEN, pbuf, &p) != 0) {
> > How big is MAX_PATH_LEN
On Mon, Jul 15, 2013 at 07:31:05AM +0200, Christian Berendt wrote:
> On 07/15/2013 05:42 AM, Stefan Hajnoczi wrote:
> Think we should clean up the registered build slaves. Here's a list
> of offline slaves. Can they be removed from the bot?
>
> default_s390
This slave goes offline relatively ofte
51 matches
Mail list logo