Hi,
>> I fail to see the point. EHCIPCIState should not be needed outside of
>> hcd-ehci-pci.c and I'd prefer to leave it there. Likewise for sysbus.
>
> It is exactly what I commented on my v1 for needing a v2 and you seemed
> to concur... In C, to embed a struct in another struct the compil
This generalizes {ARM,M68k,Alpha}CPUListState to avoid declaring it for
each target.
Signed-off-by: Andreas Färber
---
include/qemu/cpu.h | 12
target-alpha/cpu.c |9 ++---
target-arm/helper.c |9 ++---
target-m68k/helper.c |9 ++---
4 Dateien geändert
This avoids a dependency on qemu-common.h from qemu/cpu.h.
Signed-off-by: Andreas Färber
---
include/qemu/cpu.h |2 +-
qemu-common.h |5 -
qemu-types.h |6 ++
3 Dateien geändert, 7 Zeilen hinzugefügt(+), 6 Zeilen entfernt(-)
diff --git a/include/qemu/cpu.h b/inclu
Hello,
This series starts with unifying the various structs for -cpu ? implementation.
I'm guessing the second patch will be necessary for CPU-as-a-device,
but it breaks the paradigm of having only typedefs in qemu-types.h.
Based on that, by demand from David, here's a quick and dirty introducti
On Mon, Dec 17, 2012 at 06:42:58PM -0600, Anthony Liguori wrote:
> What don't you just use a static inline and then you get even more type
> safety and don't confuse with QOM cast macros...
>
> Regards,
>
> Anthony Liguori
OK.
Il 18/12/2012 08:27, Paolo Bonzini ha scritto:
> Il 17/12/2012 22:43, Michael S. Tsirkin ha scritto:
>> On Mon, Dec 17, 2012 at 05:24:35PM +0100, Paolo Bonzini wrote:
>>> After discussion with mst on the topic of resetting virtio devices,
>>> here is a series that hopefully clarifies the semantics
On Tue, Dec 18, 2012 at 01:48:44AM +0100, Andreas Färber wrote:
> Am 18.12.2012 01:30, schrieb Michael S. Tsirkin:
> > On Tue, Dec 18, 2012 at 01:13:18AM +0100, Andreas Färber wrote:
> >> Am 17.12.2012 23:58, schrieb Michael S. Tsirkin:
> >>> On Mon, Dec 17, 2012 at 11:08:43PM +0100, Andreas Färber
Amit Shah writes:
> remove_port() is called from qdev's unplug callback, and we're certain
> the port will be found in our list of ports. Adding an assert()
> documents this.
>
> This was flagged by Coverity, fix suggested by Markus.
>
> CC: Markus Armbruster
> Signed-off-by: Amit Shah
> ---
>
Il 04/09/2012 17:13, Cornelia Huck ha scritto:
> +VirtioCcwBus *virtio_ccw_bus_init(void)
> +{
> +VirtioCcwBus *cbus;
> +BusState *bus;
> +DeviceState *dev;
> +
> +/* Create bridge device */
> +dev = qdev_create(NULL, "virtio-ccw-bridge");
> +qdev_init_nofail(dev);
> +
> +
On Tue, Dec 18, 2012 at 09:35:02AM +0100, Paolo Bonzini wrote:
> Il 18/12/2012 08:27, Paolo Bonzini ha scritto:
> > Il 17/12/2012 22:43, Michael S. Tsirkin ha scritto:
> >> On Mon, Dec 17, 2012 at 05:24:35PM +0100, Paolo Bonzini wrote:
> >>> After discussion with mst on the topic of resetting virti
Hello Kevin, hello Michael,
On Wednesday 12 December 2012 17:54:58 Kevin Wolf wrote:
> Am 12.12.2012 15:09, schrieb Philipp Hahn:
> > Am Mittwoch 12 Dezember 2012 14:41:49 schrieb Kevin Wolf:
> >> As you can see in the commit message of that patch I was convinced that
> >> no bug did exist in prac
On 18.12.2012, at 03:07, Bhushan Bharat-R65777 wrote:
>
>
>> -Original Message-
>> From: Alexander Graf [mailto:ag...@suse.de]
>> Sent: Tuesday, December 18, 2012 7:00 AM
>> To: Bhushan Bharat-R65777
>> Cc: qemu-devel qemu-devel; Peter Maydell; Jan Kiszka; qemu-...@nongnu.org
>> List
Hi,
On 12/17/2012 03:51 PM, Gerd Hoffmann wrote:
On 12/17/12 15:47, Hans de Goede wrote:
Hi,
On 12/17/2012 03:39 PM, Gerd Hoffmann wrote:
On 12/17/12 15:23, Hans de Goede wrote:
Hi,
On 12/17/2012 02:16 PM, Gerd Hoffmann wrote:
On 12/14/12 14:35, Hans de Goede wrote:
Note that a shadow var
> >>> +++ b/scripts/update-linux-headers.sh
> >>> @@ -46,14 +46,26 @@ for arch in $ARCHLIST; do
> >>>
> >>> make -C "$linux" INSTALL_HDR_PATH="$tmpdir" SRCARCH=$arch
> >>> headers_install
> >>>
> >>> +if [ -e "$linux/arch/$arch/include/uapi" ] &&
> >>> +
Hi Anthony,
Please pull to get fixes and cleanups to virtio-serial code.
Thanks,
The following changes since commit 1c97e303d4ea80a2691334b0febe87a50660f99d:
Merge remote-tracking branch 'afaerber/qom-cpu' into staging (2012-12-10
08:35:15 -0600)
are available in the git repository at:
Move bindings from opaque to DeviceState.
This gives us better type safety with no performance cost.
Add macros to make future QOM work easier.
Note: this code is not replacing QOM use with non QOM -
it is replacing unsafe void * use with type-checked use.
Switch of the implementation to QOM where
于 2012-12-17 18:32, Dietmar Maurer 写道:
For example, nexenta storage provides an API to create snapshots. We
want to use that. Another example would be to use lvcreate to create lvm
snapshots.
I am not familar with those tools
You do not know LVM?
Honest speaking I use LVM tools litt
On 17 December 2012 15:45, Michael S. Tsirkin wrote:
> Is the point to allow virtio-mmio? Why can't virtio-mmio be just
> another bus, like a pci bus, and another binding, like the virtio-pci
> binding?
(a) the current code is really not very nice because it's not
actually a proper set of QOM/qd
> >> I am not familar with those tools
> >
> > You do not know LVM?
> >
>Honest speaking I use LVM tools little. I wonder why lvcreate can't be
> used,
> for block internal snapshot I think this patch have same function as your
> previous patch, what is missing?
Qemu does not have any inf
On 18.12.2012, at 11:19, Bhushan Bharat-R65777 wrote:
> +++ b/scripts/update-linux-headers.sh
> @@ -46,14 +46,26 @@ for arch in $ARCHLIST; do
>
> make -C "$linux" INSTALL_HDR_PATH="$tmpdir" SRCARCH=$arch
> headers_install
>
> +if [ -
On Mon, Dec 17, 2012 at 06:42:58PM -0600, Anthony Liguori wrote:
> "Michael S. Tsirkin" writes:
>
> > On Mon, Dec 17, 2012 at 11:59:15PM +0100, Andreas Färber wrote:
> >> Am 17.12.2012 22:40, schrieb Michael S. Tsirkin:
> >> > Move bindings from opaque to DeviceState.
> >> > This gives us better
On Tue, Dec 18, 2012 at 10:33:37AM +, Peter Maydell wrote:
> On 17 December 2012 15:45, Michael S. Tsirkin wrote:
> > Is the point to allow virtio-mmio? Why can't virtio-mmio be just
> > another bus, like a pci bus, and another binding, like the virtio-pci
> > binding?
>
> (a) the current co
Hi,
> Can qemu not handle an mmio range where writes are trapped, but reads are
> not? That would force the use of the shadow variable, but should otherwise
> provide a nice speedup.
No. vmexit is needed anyway btw, but the round-trip to qemu userspace
could be short-cutted in theory. It's no
On 18 December 2012 11:01, Michael S. Tsirkin wrote:
> This is what I am saying: create your own bus and put
> your devices there.
What bus?
-- PMM
Hi,
On 12/18/2012 12:03 PM, Gerd Hoffmann wrote:
Hi,
Can qemu not handle an mmio range where writes are trapped, but reads are
not? That would force the use of the shadow variable, but should otherwise
provide a nice speedup.
No. vmexit is needed anyway btw, but the round-trip to qemu us
On 18/12/2012 12:01, Michael S. Tsirkin wrote:
On Tue, Dec 18, 2012 at 10:33:37AM +, Peter Maydell wrote:
On 17 December 2012 15:45, Michael S. Tsirkin wrote:
Is the point to allow virtio-mmio? Why can't virtio-mmio be just
another bus, like a pci bus, and another binding, like the virtio
epapr_hcalls.h is now referenced by kvm_para.h. so this is needed for
QEMU to get compiled on powerpc.
Signed-off-by: Bharat Bhushan
---
This patch is after all the discussion we had on patch with subject
"Added uapi directory in linux-header" and the mentioned patch is
no more needed.
scripts
Il 18/12/2012 10:49, Michael S. Tsirkin ha scritto:
+/* Device-specific reset through virtio config space.
+ * Reset virtio config and backend child devices if any.
+ */
+void virtio_config_reset(VirtIODevice *vdev)
+{
+qdev_reset_all(vdev->binding_opaque);
+}
Il 18/12/2012 12:26, Peter Maydell ha scritto:
> On 18 December 2012 11:01, Michael S. Tsirkin wrote:
>> This is what I am saying: create your own bus and put
>> your devices there.
>
> What bus?
A virtio bus like the one in these patches. But mst is suggesting to
leave virtio.c aside, and only
On 18.12.2012, at 12:13, Bharat Bhushan wrote:
> epapr_hcalls.h is now referenced by kvm_para.h. so this is needed for
> QEMU to get compiled on powerpc.
>
> Signed-off-by: Bharat Bhushan
Thanks, applied to ppc-next.
Alex
> ---
>
> This patch is after all the discussion we had on patch with
On 18 December 2012 11:50, Paolo Bonzini wrote:
> Il 18/12/2012 12:26, Peter Maydell ha scritto:
>> On 18 December 2012 11:01, Michael S. Tsirkin wrote:
>>> This is what I am saying: create your own bus and put
>>> your devices there.
>>
>> What bus?
>
> A virtio bus like the one in these patches
On 18.12.2012 13:46, Philipp Hahn wrote:
> I think I found your missing link:
> After filling in "QCowL2Meta *m", that request ist queued:
> QLIST_INSERT_HEAD(&s->cluster_allocs, m, next_in_flight);
> do prevent double allocating the same cluster for overlapping requests, which
> is checked in
On 17 December 2012 14:05, Markus Armbruster wrote:
> The writing has been on the wall for a few years.
...behind a filing cabinet in a disused lavatory with a sign on the door
saying "beware of the leopard"?
We really need a better way to mark devices as "obsolete, will be
removed/broken/etc in
Any solution right now? I have a similar problem like Todor Andreev;
Our daily backup of some virtual machines (qcow2) looks like that:
1. shutdown the VM
2. create a snapshot via: "qemu-img snapshot -c nameofsnapshot..."
3. boot the VM
4. backup the snapshot to another virtual disk via: "qemu-img
At the moment when vector is masked virtio will poll it
in userspace, even if it is handled by irqfd.
This is done in order to update pending bits, but
it's not really required until someone reads the pending bits.
On the other hand this read results in extra io thread wakeups.
As we only implemen
On Tue, Dec 18, 2012 at 02:20:20PM +0200, Michael S. Tsirkin wrote:
> At the moment when vector is masked virtio will poll it
> in userspace, even if it is handled by irqfd.
> This is done in order to update pending bits, but
> it's not really required until someone reads the pending bits.
> On the
This allows to extract the beginning, end and name of a Device object.
---
tools/acpi_extract.py | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/tools/acpi_extract.py b/tools/acpi_extract.py
index 3295678..3191f53 100755
--- a/tools/acpi_extract
Currently visit_type_size checks if the visitor's type_size function pointer is
NULL. If not, it calls it, otherwise it calls v->type_uint64(). But neither of
these pointers are ever set. Fallback to calling v->type_int() in this third
(default) case.
Signed-off-by: Vasilis Liaskovitis
---
qapi/
Also introduce function to adjust memory map for hotplug-able dimms.
Signed-off-by: Vasilis Liaskovitis
---
hw/pc_piix.c |6 +++---
hw/piix_pci.c | 30 --
2 files changed, 31 insertions(+), 5 deletions(-)
diff --git a/hw/pc_piix.c b/hw/pc_piix.c
index 6a9b508.
Create memory buses and introduce function to adjust memory map for
hotplug-able dimms.
Signed-off-by: Vasilis Liaskovitis
---
hw/pc_q35.c |1 +
hw/q35.c| 27 +++
hw/q35.h|5 +
3 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/hw/pc_q35
Add support for _OST method. _OST method will write into the correct I/O byte to
signal success / failure of hot-add or hot-remove to qemu.
---
src/acpi-dsdt-mem-hotplug.dsl | 51 -
src/ssdt-mem.dsl |4 +++
2 files changed, 54 insertions(+
This will allow us to update dimm state on OSPM-initiated eject operations e.g.
with "echo 1 > /sys/bus/acpi/devices/PNP0C80\:00/eject"
v3->v4: Add support for ich9
---
docs/specs/acpi_hotplug.txt |7 +++
hw/acpi_ich9.c |7 +--
hw/acpi_ich9.h |1 +
hw
This patch adds a 'SIZE' type property to qdev.
It will make dimm description more convenient by allowing sizes to be specified
with K,M,G,T prefixes instead of number of bytes e.g.:
-device dimm,id=mem0,size=2G,bus=membus.0
Credits go to Ian Molton for original patch. See:
http://patchwork.ozlab
Andreas Färber writes:
> Am 17.12.2012 15:43, schrieb Markus Armbruster:
>> Alexander Graf writes:
>>
>>> On 17.12.2012, at 15:05, Markus Armbruster wrote:
>>>
They complicate IDE data structures and keep getting in the way.
Also, TRIM support (commit d353fb72) is broken for them, bec
Initialize the 32-bit and 64-bit pci starting offsets from values passed in by
the qemu paravirt interface QEMU_CFG_PCI_WINDOW. Qemu calculates the starting
offsets based on initial memory and hotplug-able dimms.
It's possible to avoid the new paravirt interface, and calculate pci ranges from
srat
On Mon, Dec 17, 2012 at 11:05 AM, Stefan Hajnoczi wrote:
> Note: v8 is a small change, if you have reviewed v7 then the code is almost
> totally unchanged.
>
> This series adds the -device virtio-blk-pci,x-data-plane=on property that
> enables a high performance I/O codepath. A dedicated thread i
This allows qemu to receive notifications from the guest OS on success or
failure of a memory hotplug request. The guest OS needs to implement the _OST
functionality for this to work (linux-next: http://lkml.org/lkml/2012/6/25/321)
This patch also updates dimm bitmap state and hot-remove pending f
On Tue, Dec 18, 2012 at 12:06:39PM +, Peter Maydell wrote:
> On 18 December 2012 11:50, Paolo Bonzini wrote:
> > Il 18/12/2012 12:26, Peter Maydell ha scritto:
> >> On 18 December 2012 11:01, Michael S. Tsirkin wrote:
> >>> This is what I am saying: create your own bus and put
> >>> your devi
"query-dimm-info" and "info dimm" will give current state of all dimms in the
system e.g.
dimm0: on
dimm1: off
dimm2: off
dimm3: on
etc.
Signed-off-by: Vasilis Liaskovitis
---
hmp-commands.hx |2 ++
hmp.c| 17 +
hmp.h|1 +
hw/dimm.c|
---
src/acpi-dsdt-mem-hotplug.dsl | 15 +++
src/ssdt-mem.dsl |4
2 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/src/acpi-dsdt-mem-hotplug.dsl b/src/acpi-dsdt-mem-hotplug.dsl
index a648bee..7d7c078 100644
--- a/src/acpi-dsdt-mem-hotplug.dsl
+++ b
On a succesfull _EJ0 operation unmap the device from the guest by using the new
qdev function qdev_unplug_complete, see:
https://lists.gnu.org/archive/html/qemu-devel/2012-11/msg02699.html
The memory of the device should be freed when the last subsystem using it
unmaps it, see the following two se
Before this patch, the following could happen:
1) Transfer completes, raises interrupt
2) .5 ms later we check if the guest has queued up any new transfers
3) We find and execute a new transfer
4) .2 ms later the new transfer completes
5) We re-run our frame_timer to write back the completion, but
On Tue, Dec 18, 2012 at 12:30:20PM +0100, KONRAD Frédéric wrote:
> On 18/12/2012 12:01, Michael S. Tsirkin wrote:
> >On Tue, Dec 18, 2012 at 10:33:37AM +, Peter Maydell wrote:
> >>On 17 December 2012 15:45, Michael S. Tsirkin wrote:
> >>>Is the point to allow virtio-mmio? Why can't virtio-mmi
This is v4 of the ACPI memory hotplug functionality. Only x86_64 target is
supported (both i440fx and q35). There are still several issues, but it's
been a while since v3 and I wanted to get some more feedback on the current
state of the patchseries.
Overview:
Dimm device layout is modeled with a
On 12/17/2012 08:40 PM, Stefan Weil wrote:
> Commit fbcad04d6bfdff937536eb23088a01a280a1a3af added fprintf statements
> with wrong format specifiers.
>
> GetLastError() returns a DWORD which is unsigned long, so %lu must be used.
>
That's right, I didn't see that.
Thanks Stefan,
--
Fabien Cho
At the moment, when irqfd is in use but a vector is masked,
qemu will poll it and handle vector masks in userspace.
Since almost no one ever looks at the pending bits,
it is better to defer this until pending bits
are actually read.
Implement this optimization using the new poll notifier.
Signed-o
Peter Maydell writes:
> On 17 December 2012 14:05, Markus Armbruster wrote:
>> The writing has been on the wall for a few years.
>
> ...behind a filing cabinet in a disused lavatory with a sign on the door
> saying "beware of the leopard"?
>
> We really need a better way to mark devices as "obso
For use by poll handler.
Signed-off-by: Michael S. Tsirkin
---
hw/pci/msix.c | 6 +++---
hw/pci/msix.h | 3 +++
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/hw/pci/msix.c b/hw/pci/msix.c
index 1f31975..9df0ffb 100644
--- a/hw/pci/msix.c
+++ b/hw/pci/msix.c
@@ -65,7 +65,7 @@ sta
A 32-byte register is used to present up to 256 hotplug-able memory devices
to BIOS and OSPM. Hot-add and hot-remove functions trigger an ACPI hotplug
event through these. Only reads are allowed from these registers.
An ACPI hot-remove event but needs to wait for OSPM to eject the device.
We use a
Define SSDT hotplug-able memory devices in _SB namespace. The dynamically
generated SSDT includes per memory device hotplug methods. These methods
just call methods defined in the DSDT. Also dynamically generate a MTFY
method and a MEON array of the online/available memory devices. ACPI
extraction
Markus Armbruster writes:
> *** Important ***
> This *breaks* all non-qdevified controllers, see PATCH 01/10.
> Maintainers are cc'ed.
>
> If you want still more time to qdevify your controller, please speak
> up now, and tell us how much.
>
> The rest of the series is obvious cleanups enabled by
On Mon, Dec 17, 2012 at 02:42:25PM +0800, Dong Xu Wang wrote:
> Patch 1-3 are from Luiz, added Markus's comments, discussion could be found
> here:
> http://lists.nongnu.org/archive/html/qemu-devel/2012-07/msg02716.html
> Patch 3 was changed according Paolo's comments.
>
> Patch 4-5: because qemu_
Hi,
Added patches 1-25 to the usb queue (using v2 of patch 10).
> hw/usb/redirect-ftdi-ids.h | 1255
> ++
> hw/usb/redirect-pl2303-ids.h | 150 +
> hw/usb/redirect-usb-ids.h| 910 ++
Where does this come from? Li
Each hotplug-able memory slot is a DimmDevice. All DimmDevices are attached
to a new bus called DimmBus. This bus is introduced so that we no longer
depend on hotplug-capability of main system bus (the main bus does not allow
hotplugging). The DimmBus should be attached to a chipset Device (i440fx
The memory device generation is guided by qemu paravirt info. Seabios
first uses the info to setup SRAT entries for the hotplug-able memory slots.
Afterwards, build_memssdt uses the created SRAT entries to generate
appropriate memory device objects. One memory device (and corresponding SRAT
entry)
On Wed, Dec 12, 2012 at 04:57:38PM +0100, Benoît Canet wrote:
> > Can you foresee the need to use a different hash algorithm in the future
> > and should we add a hash_algo enum field to the dedup QCOW2 header
> > extension?
>
> Yes I foresee the future use of faster hash function like SHA3 or Ske
query-balloon and "info balloon" should report total memory available to the
guest.
balloon inflate/ deflate can also use all memory available to the guest (initial
+ hotplugged memory)
Ballon driver has been minimaly tested with the patch, please review and test.
Caveat: if the guest does not o
On Wed, Dec 12, 2012 at 05:14:28PM +0100, Benoît Canet wrote:
>
> Hi Stefan,
>
> I have a few questions
>
> 1) overlapping sequential sub-cluster writes
>
> The current code pass most of the tests and behave well with a 4KB cluster
> sized
> ext3 volume on the deduplicated image.
>
> But less
On Wed, Dec 05, 2012 at 01:31:30PM -0500, Michael Contreras wrote:
> Discard packets longer than 16384 when !SBP to match the hardware behavior.
>
> Signed-off-by: Michael Contreras
> ---
> hw/e1000.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
Thanks, applied to the net tree
Qemu calculates the 32-bit and 64-bit PCI starting offsets based on
initial memory and hotplug-able dimms. This info needs to be passed to Seabios
for PCI initialization.
Signed-off-by: Vasilis Liaskovitis
---
hw/fw_cfg.h |1 +
hw/pc_piix.c | 10 ++
hw/pc_q35.c |9 +
Signed-off-by: Vasilis Liaskovitis
---
vl.c | 51 +++
1 files changed, 51 insertions(+), 0 deletions(-)
diff --git a/vl.c b/vl.c
index a3ab384..8406933 100644
--- a/vl.c
+++ b/vl.c
@@ -169,6 +169,7 @@ int main(int argc, char **argv)
#include "
---
hw/acpi_ich9.c | 28 +++-
hw/acpi_ich9.h |1 +
2 files changed, 28 insertions(+), 1 deletions(-)
diff --git a/hw/acpi_ich9.c b/hw/acpi_ich9.c
index abafbb5..f5dc1c9 100644
--- a/hw/acpi_ich9.c
+++ b/hw/acpi_ich9.c
@@ -105,12 +105,29 @@ static uint32_t memhp_readb
On Tue, Dec 11, 2012 at 10:20:15PM +0800, Amos Kong wrote:
> We don't clean up network if fails to parse "-device" parameters without
> calling net_cleanup(). I touch a problem, the tap device which is
> created by qemu-ifup script could not be removed by qemu-ifdown script.
> Some similar problems
On Wed, Dec 12, 2012 at 10:44:10AM +0100, Jan Kiszka wrote:
> On 2012-11-19 15:24, Jan Kiszka wrote:
> > See patches for details.
> >
> > Jan Kiszka (2):
> > i2c: Introduce device address mask
> > Add AT24Cxx I2C EEPROM device model
> >
> > hw/Makefile.objs |2 +-
> > hw/at24.c|
On 18 December 2012 12:44, Markus Armbruster wrote:
> Peter Maydell writes:
>> We really need a better way to mark devices as "obsolete, will be
>> removed/broken/etc in a future version"...
>
> Yes, we do.
>
> These devices, however, are a slightly different case: "need
> maintenance, will be re
On Thu, Dec 13, 2012 at 09:03:43AM +0200, Alexey Zaytsev wrote:
> Currently, all unknown requests are treated as VIRTIO_BLK_T_IN
>
> Signed-off-by: Alexey Zaytsev
> ---
> Sorry, made a typo when formatting the patch, please consider this one.
>
> hw/virtio-blk.c |6 +-
> 1 file changed,
Extend the DSDT to include methods for handling memory hot-add and hot-remove
notifications and memory device status requests. These functions are called
from the memory device SSDT methods.
---
src/acpi-dsdt-mem-hotplug.dsl | 57 +
src/acpi-dsdt.dsl
On 18 December 2012 13:10, Michael S. Tsirkin wrote:
> And what makes virtio so special anyway? e1000 can be used without
> exposing users to internal buses and all kind of nastiness like this.
Congratulations, you're using an architecture that has a pluggable
discoverable bus implemented by just
Signed-off-by: Vasilis Liaskovitis
---
qemu-option.c |2 +-
qemu-option.h |2 ++
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/qemu-option.c b/qemu-option.c
index 38e0a11..88fd370 100644
--- a/qemu-option.c
+++ b/qemu-option.c
@@ -185,7 +185,7 @@ static void parse_option_
Update all users.
Signed-off-by: Michael S. Tsirkin
---
hw/pci/msix.c | 13 -
hw/pci/msix.h | 3 ++-
hw/pci/pci.h| 4
hw/vfio_pci.c | 2 +-
hw/virtio-pci.c | 3 ++-
5 files changed, 21 insertions(+), 4 deletions(-)
diff --git a/hw/pci/msix.c b/hw/pci/msix.c
index
Juan Quintela writes:
> Hi
>
> Please send in any agenda topics that you have.
I have a conflicting call today so I can't attend.
Regards,
Anthony Liguori
>
> Thanks, Juan.
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majord...@vger.kerne
---
src/q35-acpi-dsdt.dsl |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/q35-acpi-dsdt.dsl b/src/q35-acpi-dsdt.dsl
index c031d83..5b28d72 100644
--- a/src/q35-acpi-dsdt.dsl
+++ b/src/q35-acpi-dsdt.dsl
@@ -403,7 +403,7 @@ DefinitionBlock (
}
#include "acpi
Returns total physical memory available to guest in bytes, including hotplugged
memory. Note that the number reported here may be different from what the guest
sees e.g. if the guest has not logically onlined hotplugged memory.
This functionality is provided independently of a balloon device, sinc
This implements acpi dimm hot-add capability for q35 (ich9). The logic is the
same as for the pc machine (piix4).
TODO: Fix acpi irq delivery bug. Currently there is a flood of irqs when
delivering an acpi interrupt (should be just one). Guest complains as follows:
"irq 9: nobody cared
[...]
Disab
Juan Quintela wrote:
> Hi
>
> Please send in any agenda topics that you have.
As there are no topics, call is cancelled.
Later, Juan.
Refactor code so that chipset initialization is similar to q35. This will
allow memory map initialization at chipset qdev init time for both
machines, as well as more similar code structure overall.
Signed-off-by: Vasilis Liaskovitis
---
hw/pc_piix.c | 57 ---
hw/piix_pci.c | 225
The numa_fw_cfg paravirt interface is extended to include SRAT information for
all hotplug-able dimms. There are 3 words for each hotplug-able memory slot,
denoting start address, size and node proximity. The new info is appended after
existing numa info, so that the fw_cfg layout does not break.
On Mon, Dec 17, 2012 at 09:49:22AM +0800, liguang wrote:
> if value to be translated is larger than INT64_MAX,
> this function will not be convenient for caller to
> be aware of it, so change a little for this.
>
> Signed-off-by: liguang
> ---
> cutils.c |6 --
> 1 files changed, 4 inser
Guest can respond to ACPI hotplug events e.g. with _EJ or _OST method.
This patch implements a tail queue to store guest notifications for memory
hot-add and hot-remove requests.
Guest responses for memory hotplug command on a per-dimm basis can be detected
with the new hmp command "info memory-ho
Am 12.12.2012 10:44, schrieb Jan Kiszka:
> On 2012-11-19 15:24, Jan Kiszka wrote:
>> See patches for details.
>>
>> Jan Kiszka (2):
>> i2c: Introduce device address mask
>> Add AT24Cxx I2C EEPROM device model
>>
>> hw/Makefile.objs |2 +-
>> hw/at24.c| 363
>>
On Sat, Dec 15, 2012 at 03:09:30PM +0100, Stefan Weil wrote:
> The block drivers normally return -errno for typical errors.
> There is no appropriate error code for "wrong format", so
> use a special error code which does not conflict with system
> error codes.
ENOTTY is used when something is of
This will allow hot-remove signalling from/to qemu and acpi-enabled guest.
---
src/acpi-dsdt-mem-hotplug.dsl | 15 +++
src/ssdt-mem.dsl |3 +++
2 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/src/acpi-dsdt-mem-hotplug.dsl b/src/acpi-dsdt-mem-hotplug.d
---
docs/specs/acpi_hotplug.txt |8
hw/acpi_piix4.c | 29 -
2 files changed, 36 insertions(+), 1 deletions(-)
diff --git a/docs/specs/acpi_hotplug.txt b/docs/specs/acpi_hotplug.txt
index 8391713..cf86242 100644
--- a/docs/specs/acpi_hotplug.t
Il 18/12/2012 15:00, Peter Maydell ha scritto:
> On 18 December 2012 13:10, Michael S. Tsirkin wrote:
>> > And what makes virtio so special anyway? e1000 can be used without
>> > exposing users to internal buses and all kind of nastiness like this.
> Congratulations, you're using an architecture t
On Tue, Dec 18, 2012 at 02:00:11PM +, Peter Maydell wrote:
> On 18 December 2012 13:10, Michael S. Tsirkin wrote:
> > And what makes virtio so special anyway? e1000 can be used without
> > exposing users to internal buses and all kind of nastiness like this.
>
> Congratulations, you're using
On 18 December 2012 14:36, Paolo Bonzini wrote:
> Yes, that's true. And you're basically using virtio as the pluggable
> discoverable bus, which is actually a pretty good idea.
>
> However, what you are doing is very similar to what virtio-s390 does,
> and it manages to do it just fine with the e
On Sun, Dec 16, 2012 at 06:08:53PM +0200, Michael S. Tsirkin wrote:
> On Mon, Dec 10, 2012 at 02:09:45PM +0100, Stefan Hajnoczi wrote:
> > @@ -33,6 +34,7 @@ typedef struct VirtIOBlock
> > VirtIOBlkConf *blk;
> > unsigned short sector_mask;
> > DeviceState *qdev;
> > +VirtIOBlockD
On Tue, 18 Dec 2012 09:45:27 +0100
Paolo Bonzini wrote:
> Il 04/09/2012 17:13, Cornelia Huck ha scritto:
> > +VirtioCcwBus *virtio_ccw_bus_init(void)
> > +{
> > +VirtioCcwBus *cbus;
> > +BusState *bus;
> > +DeviceState *dev;
> > +
> > +/* Create bridge device */
> > +dev = qde
Il 18/12/2012 15:58, Cornelia Huck ha scritto:
> On Tue, 18 Dec 2012 09:45:27 +0100
> Paolo Bonzini wrote:
>
>> Il 04/09/2012 17:13, Cornelia Huck ha scritto:
>>> +VirtioCcwBus *virtio_ccw_bus_init(void)
>>> +{
>>> +VirtioCcwBus *cbus;
>>> +BusState *bus;
>>> +DeviceState *dev;
>>> +
On Tue, Dec 11, 2012 at 09:18:57PM +0800, ching wrote:
> is there any virtio-scsi developer here?
>
> I take a look at the tcm_vhost module of kernel 3.7 and want to compile it as
> built-in.
>
> However, CONFIG_TCM_VHOST only allows user to build as module.
>
> I wonder why this restriction ex
1 - 100 of 232 matches
Mail list logo
