Re: [Qemu-devel] [PATCH] qdev: Keep global allocation counter per bus

2013-12-05 Thread Markus Armbruster
Alexander Graf writes: > When we have 2 separate qdev devices that both create a qbus of the > same type without specifying a bus name or device name, we end up > with two buses of the same name, such as ide.0 on the Mac machines: > > dev: macio-ide, id "" > bus: ide.0 > type IDE >

Re: [Qemu-devel] [PATCH v2 0/3] Make thread pool implementation modular

2013-12-05 Thread Stefan Hajnoczi
On Thu, Dec 05, 2013 at 09:40:56AM +0100, Matthias Brugger wrote: > 2013/11/11 Stefan Hajnoczi : > > On Mon, Nov 11, 2013 at 11:00:45AM +0100, Matthias Brugger wrote: > >> 2013/11/5 Stefan Hajnoczi : > >> > I'd also like to see the thread pool implementation you wish to add > >> > before we add a l

Re: [Qemu-devel] [PATCH v2 1/6] error: Add error_abort

2013-12-05 Thread Markus Armbruster
Peter Crosthwaite writes: > Add a special Error * that can be passed to error handling APIs to > signal that any errors are fatal and should abort QEMU. There are two > advantages to this: > > - allows for brevity when wishing to assert success of Error ** > accepting APIs. No need for this pat

Re: [Qemu-devel] [PATCH v2 5/6] qemu-option: Remove qemu_opts_create_nofail

2013-12-05 Thread Markus Armbruster
Peter Crosthwaite writes: > This is a boiler-plate _nofail variant of qemu_opts_create. Remove and > use error_abort in call sites. > > null/0 arguments needs to be added for the id and fail_if_exists fields > in affected callsites due to argument inconsistency between the normal and > no_fail va

Re: [Qemu-devel] [PATCH] qdev: Keep global allocation counter per bus

2013-12-05 Thread Markus Armbruster
Alexander Graf writes: > When we have 2 separate qdev devices that both create a qbus of the > same type without specifying a bus name or device name, we end up > with two buses of the same name, such as ide.0 on the Mac machines: > > dev: macio-ide, id "" > bus: ide.0 > type IDE >

Re: [Qemu-devel] [PATCH v2 0/3] Make thread pool implementation modular

2013-12-05 Thread Paolo Bonzini
Il 05/12/2013 09:40, Matthias Brugger ha scritto: > CFQ the state of the art I/O scheduler The deadline scheduler typically provides much better performance for server usage (including hosting VMs). It doesn't support some features such as I/O throttling via cgroups, but QEMU now has a very good

Re: [Qemu-devel] [PATCH] spapr-iommu: extend SPAPR_TCE_TABLE class

2013-12-05 Thread Alexey Kardashevskiy
On 11/20/2013 04:39 PM, Alexey Kardashevskiy wrote: > This adds a put_tce() callback to the SPAPR TCE TABLE device class. > The new callback allows to have different IOMMU types such as upcoming > VFIO IOMMU and it will be used more by the upcoming Multi-TCE support. > > This reworks the H_PUT_TCE

Re: [Qemu-devel] [PATCH 0/4] spapr-pci: prepare for vfio

2013-12-05 Thread Alexey Kardashevskiy
On 11/21/2013 03:08 PM, Alexey Kardashevskiy wrote: > Here are few reworks for spapr-pci PHB which I'd like to have to support VFIO. > QOM, errors printing, traces, nothing really serious. Thanks! > > Alexey Kardashevskiy (4): > spapr-pci: convert init() callback to realize() > spapr-pci: intr

Re: [Qemu-devel] [PATCH] target-i386: clear guest TSC on reset

2013-12-05 Thread Paolo Bonzini
Il 05/12/2013 07:15, Fernando Luis Vázquez Cao ha scritto: > VCPU TSC is not cleared by a warm reset (*), which leaves many Linux > guests vulnerable to the overflow in cyc2ns_offset fixed by upstream > commit 9993bc635d01a6ee7f6b833b4ee65ce7c06350b1 ("sched/x86: Fix overflow > in cyc2ns_offset").

Re: [Qemu-devel] [PATCH 3/4] dataplane: change vring API to use VirtQueueElement

2013-12-05 Thread Stefan Hajnoczi
On Wed, Dec 04, 2013 at 06:40:30PM +0100, Paolo Bonzini wrote: > Il 04/12/2013 15:06, Stefan Hajnoczi ha scritto: > > On Thu, Oct 10, 2013 at 05:07:18PM +0200, Paolo Bonzini wrote: > >> @@ -298,30 +278,31 @@ static void handle_notify(EventNotifier *e) > >> vring_disable_notification(s->vde

Re: [Qemu-devel] [PATCH] qdev: Keep global allocation counter per bus

2013-12-05 Thread Paolo Bonzini
Il 04/12/2013 21:24, Alexander Graf ha scritto: > When we have 2 separate qdev devices that both create a qbus of the > same type without specifying a bus name or device name, we end up > with two buses of the same name, such as ide.0 on the Mac machines: > > dev: macio-ide, id "" > bus: ide

Re: [Qemu-devel] gpu and console chicken and egg

2013-12-05 Thread Gerd Hoffmann
Hi, > > Hmm, why does it depend on the UI? Wasn't the plan to render into a > > dma-buf no matter what? Then either read the rendered result from the > > dmabuf (non-gl UI like vnc) or let the (gl-capable) UI pass the dma-buf > > to the compositor? > > That would be the hopeful plan, however

Re: [Qemu-devel] [PATCH v2 0/3] Make thread pool implementation modular

2013-12-05 Thread Matthias Brugger
2013/11/11 Stefan Hajnoczi : > On Mon, Nov 11, 2013 at 11:00:45AM +0100, Matthias Brugger wrote: >> 2013/11/5 Stefan Hajnoczi : >> > I'd also like to see the thread pool implementation you wish to add >> > before we add a layer of indirection which has no users yet. >> >> Fair enough, I will evalua

Re: [Qemu-devel] [PATCH v9 0/5] add allwinner A10 SoC support

2013-12-05 Thread Peter Maydell
On 5 December 2013 02:33, Li Guang wrote: > Peter Crosthwaite wrote: >> >> Hi Liguang, >> >> V9 has some checkpatch errors: >> >> [pcrost@xsjandreislx qemu]$ git format-patch HEAD~5 >> 0001-vmstate-add-VMSTATE_PTIMER_ARRAY.patch >> 0002-hw-timer-add-allwinner-a10-timer.patch >> 0003-hw-intc-add-al

Re: [Qemu-devel] [RFC v5 2/5] hw/arm/digic: prepare DIGIC-based boards support

2013-12-05 Thread Peter Maydell
On 5 December 2013 00:25, Peter Crosthwaite wrote: > But the bootloader does this already. We have support for board > configurable secondary bootloops. Is this as simple as supporting > board configurable primary boot fragments? > > arm_boot needs to be patched to do its bootstrap magic with no -

Re: [Qemu-devel] [RFC v5 2/5] hw/arm/digic: prepare DIGIC-based boards support

2013-12-05 Thread Peter Maydell
On 5 December 2013 00:20, Peter Crosthwaite wrote: > Is hivecs-on-reset ideally a new ARM_FEATURE or is there a simpler > conditional we can use as post_init time? I think we want the property if (!arm_feature(ARM_FEATURE_M)). -- PMM

Re: [Qemu-devel] [PATCH 1/3] scsi-disk: close drive on START_STOP

2013-12-05 Thread Markus Armbruster
Alexey Kardashevskiy writes: > On 12/05/2013 12:12 AM, Markus Armbruster wrote: >> Alexey Kardashevskiy writes: >> >>> On 12/04/2013 08:33 PM, Markus Armbruster wrote: Paolo Bonzini writes: > Il 04/12/2013 05:55, Alexey Kardashevskiy ha scritto: >> Normally the user is expect

<    1   2   3