Hi,
+/* This struct represents a device that uses an IDE bus, but requires
+ * modifications to how it works. An example is AHCI. */
+struct IDEExtender {
+TransferStartFunc *transfer_start_fn;
+IRQSetFunc *irq_set_fn;
+DMAStartFunc *dma_start_fn;
+};
Hmm, I'd call that IDEBusOps
Hi,
+if (s->sg_third_party) {
+/* We've already parsed the guest RAM PRDT.
+ * This is essential for AHCI, where the PRDT is in a different
+ * format than in IDE BMDMA.
+ */
+memcpy((uint8_t *)&prd, s-
Hi,
+static AHCIState *ahci_new(void)
+{
+int i;
+
+static int pci_ahci_init(PCIDevice *dev)
+{
+d->ahci = ahci_new();
+d->ahci->irq = d->card.irq[0];
+return 0;
+}
Hmm, no bus registered anywhere. Dunno whenever it makes sense to
register ide bus(es) here or whenever
On Wed, Nov 17, 2010 at 1:05 AM, Alexander Graf wrote:
> @@ -535,12 +543,25 @@ static int dma_buf_rw(BMDMAState *bm, int is_write)
> if (bm->cur_prd_len == 0) {
> /* end of table (with a fail safe of one page) */
> if (bm->cur_prd_last ||
> - (bm->cur
On Tue, Nov 16, 2010 at 02:24:06PM -0700, Alex Williamson wrote:
> On Tue, 2010-11-16 at 08:58 -0600, Anthony Liguori wrote:
> > On 11/01/2010 10:14 AM, Alex Williamson wrote:
> > > Register the actual VM RAM using the new API
> > >
> > > Signed-off-by: Alex Williamson
> > > ---
> > >
> > > hw/pc
i am confused about the function cpu_register_physical_memory_offset().
in this function, cpu register a segment of GPA to RAM or to a device.
Now, i want to write two new function ,one is
cpu_register_physical_memory_offset_to_RAM() and the other is
cpu_register_physical_memory_offset_
On 11/03/2010 01:56 PM, Gerd Hoffmann wrote:
Make stdvga provide the new vgabios binary (with pcibios support)
using the PCI option rom bar. Seabios will happily load it from
there. The new vga bios will also lookup the framebuffer address
in pci config space, so the magic bochs lfb @ 0xe00
A not-so-recent qemu -> qemu-kvm merge broke cpu hotplug without the compiler
complaining because of the type-unsafeness of the ioport callbacks. This
patchset adds a type-safe variant of ioport callbacks and coverts a sample
ioport. Converting the other 300-odd registrations is left as an excerc
Acked-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/acpi_piix4.c | 55 ++-
1 files changed, 22 insertions(+), 33 deletions(-)
diff --git a/hw/acpi_piix4.c b/hw/acpi_piix4.c
index f549089..173d781 100644
--- a/hw/acpi_piix4.c
+++ b/hw/
The current ioport callbacks are not type-safe, in that they accept an "opaque"
pointer as an argument whose type must match the argument to the registration
function; this is not checked by the compiler.
This patch adds an alternative that is type-safe. Instead of an opaque
argument, both regist
Hi,
This is a guest visible change... does it need -M 0.13 support?
Yes, it will. I have a patch in flight which actually adds the 0.13
machine type, when this is merged I can add compat properties to handle
this.
> Will
> live migration from 0.13 to 0.14 work?
Hmm. Guess we probably
Am 19.10.2010 17:04, Jan Kiszka wrote:
> Move the buffer flush from mux_chr_read to mux_chr_can_read. While the
> latter is called periodically, the former will only be invoked when new
> characters arrive at the back-end. This caused problems to front-end
> drivers whenever they were unable to rea
Am 19.10.2010 17:03, Jan Kiszka wrote:
> While not explicitly stated in the spec, it was observed on real systems
> that enabling loopback testing on the pcnet controller disables
> reception of external frames. And some legacy software relies on it, so
> provide this behavior.
Ping.
>
> Signed-
Hi,
Having an expiration policy builtin to QEMU (as
opposed to libvirt) seems like the wrong place.
IMHO it doesn't build policy into qemu. It is still up to libvirt (or
the management app building on top of libvirt) to decide if and when
the password will expire.
Except if you want to can
On 11/16/10 15:51, Anthony Liguori wrote:
On 11/01/2010 11:03 AM, Gerd Hoffmann wrote:
On 10/15/10 12:02, Gerd Hoffmann wrote:
This patch series will put the new vgabios into use for stdvga and
vmware_vga. The vgabios patches have been posted a while ago, they
are also also available from
git:/
Luiz Capitulino writes:
> Simple example:
>
> -> { "execute": "human-monitor-command", "arguments": { "command-line":
> "print /i 10+25" } }
> <- { "return": "35\r\n" }
>
> Please, check individual patches for details. Also note that this series
> depends on the script improvements one.
>
> Also
As pointed out by avi the vgabios update is guest-visible and thus has
migration implications.
One change is that the vga has a valid pci rom bar now. We already have
a pci bus property to enable/disable the rom bar and we'll load the bios
via fw_cfg as fallback for the no-rom-bar case. So we ju
ping?
On Tue, Nov 09, 2010 at 02:22:06PM +0200, Alon Levy wrote:
> This patchset adds three new devices, usb-ccid, ccid-card-passthru and
> ccid-card-emulated, providing a CCID bus, a simple passthru protocol
> implementing card requiring a client, and a standalone emulated card.
>
> v5->v6 chang
On Tue, Nov 16, 2010 at 09:46:20AM -0600, Anthony Liguori wrote:
> On 11/08/2010 01:33 PM, Daniel P. Berrange wrote:
> >This introduces a new tracing backend that targets the SystemTAP
> >implementation of DTrace userspace tracing. The core functionality
> >should be applicable and standard across
On Tue, Nov 16, 2010 at 06:54:57PM +, Peter Maydell wrote:
> On 16 November 2010 18:10, Anthony Liguori wrote:
> > On 11/16/2010 11:43 AM, Peter Maydell wrote:
> >> Unfortunately these commits:
> >> 2834c3e Add support for generating a systemtap tapset static probes
> >> 4addb11 Add a DTrace t
On 17.11.2010, at 11:18, Jan Kiszka wrote:
> Am 19.10.2010 17:04, Jan Kiszka wrote:
>> Move the buffer flush from mux_chr_read to mux_chr_can_read. While the
>> latter is called periodically, the former will only be invoked when new
>> characters arrive at the back-end. This caused problems to fr
Am 17.11.2010 12:55, Alexander Graf wrote:
>
> On 17.11.2010, at 11:18, Jan Kiszka wrote:
>
>> Am 19.10.2010 17:04, Jan Kiszka wrote:
>>> Move the buffer flush from mux_chr_read to mux_chr_can_read. While the
>>> latter is called periodically, the former will only be invoked when new
>>> characte
On 11/17/2010 05:50 AM, Isaku Yamahata wrote:
+/* Returns 0 to walk children,> 0 to terminate walk,< 0 to skip walk. */
Shouldn't this be the other way round according to the code (< 0 to
terminate, > 0 to skip children)?
+/* Returns > 0 if either devfn or busfn terminate walk, 0 otherwis
The s390 target doesn't compile out of the box anymore. This patch fixes all
the obvious glitches that got introduced in the last few weeks.
Signed-off-by: Alexander Graf
---
hw/s390-virtio-bus.h |2 ++
hw/s390-virtio.c |1 +
target-s390x/kvm.c |2 +-
target-s390x/t
On 17.11.2010, at 12:58, Jan Kiszka wrote:
> Am 17.11.2010 12:55, Alexander Graf wrote:
>>
>> On 17.11.2010, at 11:18, Jan Kiszka wrote:
>>
>>> Am 19.10.2010 17:04, Jan Kiszka wrote:
Move the buffer flush from mux_chr_read to mux_chr_can_read. While the
latter is called periodically,
On Wed, Nov 17, 2010 at 11:03:14AM +0900, Isaku Yamahata wrote:
> On Tue, Nov 16, 2010 at 12:50:19PM +0200, Michael S. Tsirkin wrote:
> > On Tue, Nov 16, 2010 at 05:26:05PM +0900, Isaku Yamahata wrote:
> > > This patch cleans up command register initialization with
> > > comments. It also fixes the
Stefan Hajnoczi writes:
> If you don't get around to it I'll do it sometime but I'm short on
> time right now. Wanted to let you know in case you're waiting for
> more discussion on this thread.
Sure, don't worry. I do not have enough time right now either, so I'll
tell you if I start to impleme
On 17.11.2010, at 10:08, Gerd Hoffmann wrote:
> Hi,
>
>> +static AHCIState *ahci_new(void)
>> +{
>> +int i;
>> +
>
>> +static int pci_ahci_init(PCIDevice *dev)
>> +{
>
>> +d->ahci = ahci_new();
>> +d->ahci->irq = d->card.irq[0];
>> +return 0;
>> +}
>
> Hmm, no bus registered
In setsockopt, the socket level options are translated to the hosts'
architecture before the real syscall is called, e.g.
TARGET_SO_TYPE -> SO_TYPE. This patch does the same with getsockopt.
Tested on a x86 host emulating MIPS. Without it:-
$ grep getsockopt host.strace
31311 getsockopt(3, SOL_
On Wed, 17 Nov 2010 11:27:31 +0100
Markus Armbruster wrote:
> Luiz Capitulino writes:
>
> > Simple example:
> >
> > -> { "execute": "human-monitor-command", "arguments": { "command-line":
> > "print /i 10+25" } }
> > <- { "return": "35\r\n" }
> >
> > Please, check individual patches for detail
On Fri, Nov 5, 2010 at 6:38 PM, Kevin Wolf wrote:
> Instead of directly executing writes and fsyncs, queue them and execute them
> asynchronously. What makes this interesting is that we can delay syncs and if
> multiple syncs occur, we can merge them into one bdrv_flush.
The block-queue concept a
This command allows QMP clients to execute HMP commands.
Please, check the documentation added to the qmp-commands.hx file
for additional details about the interface and its limitations.
Signed-off-by: Luiz Capitulino
---
monitor.c | 38 ++
qmp-comman
This commit simplifies and fixes a number of problems in the Python
QEMUMonitorProtocol example class.
It's almost a rewrite and it DOES BREAK the qmp-shell script (which
is going to be fixed in the next commit).
However, I'm not going to split this in different commits because it
could get up to
Commit b152aa84d52882bb1846485a89baf13aa07c86bc broke the unit-tests
build, fix it.
Signed-off-by: Luiz Capitulino
---
Makefile | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/Makefile b/Makefile
index 747e47c..4e120a2 100644
--- a/Makefile
+++ b/Makefile
@@
Anthony,
The following patches have been sent to the list and look good to me. I've
also tested them.
The changes (since 8ca209ad90bdb678932a6b18caf32b461dbe5eee) are available
in the following repository:
git://repo.or.cz/qemu/qmp-unstable.git for-anthony
Luiz Capitulino (7):
QMP: Re
This commit updates the qmp-shell script to use the new interface
introduced by the last commit.
Additionally, the following fixes/features are also introduced:
o TCP sockets support
o Update/add documentation
o Simple command-line completion
o Fix a number of unhandled errors
Signed-off-by:
Hi,
These headers shouldn't be needed. This file also needs a copyright.diff
--git a/hw/qxl-render.c b/hw/qxl-render.c
Does QXL have a specification?
The spice protocol has a specification (slightly outdated though).
http://www.spice-space.org/docs/spice_protocol.pdf
That covers the rende
It's broken and not really useful, let's just drop it.
Signed-off-by: Luiz Capitulino
---
QMP/README |5 +
QMP/vm-info | 33 -
2 files changed, 1 insertions(+), 37 deletions(-)
delete mode 100755 QMP/vm-info
diff --git a/QMP/README b/QMP/README
index
This driver handles in-memory chardev operations. That's, all writes
to this driver are stored in an internal buffer and it doesn't talk
to the external world in any way.
Right now it's very simple: it supports only writes. But it can be
easily extended to support more operations.
This is going t
In which qmp-shell will exclusively use the HMP passthrough feature,
this is useful for testing.
Example:
# ./qmp-shell -H qmp-sock
Welcome to the HMP shell!
Connected to QEMU 0.13.50
(QEMU) info network
VLAN 0 devices:
user.0: net=10.0.2.0, restricted=n
e1000.0
On 11/16/10 18:43, Michael S. Tsirkin wrote:
On Tue, Nov 02, 2010 at 02:34:58PM +0100, Gerd Hoffmann wrote:
+if (ram_size< 32 * 1024 * 1024)
+ram_size = 32 * 1024 * 1024;
+vga_common_init(vga, ram_size);
+vga_init(vga);
+register_ioport_write(0x3c0, 1
Am 17.11.2010 13:43, schrieb Stefan Hajnoczi:
> On Fri, Nov 5, 2010 at 6:38 PM, Kevin Wolf wrote:
>> Instead of directly executing writes and fsyncs, queue them and execute them
>> asynchronously. What makes this interesting is that we can delay syncs and if
>> multiple syncs occur, we can merge t
Hi,
Hmm, no bus registered anywhere. Dunno whenever it makes sense to
register ide bus(es) here or whenever we should create a new sata
bus.
I'm not sure I understand this comment :).
The ahci controller should register one or more busses where you can
hook up devices to via -device. Ri
On Wed, Nov 17, 2010 at 02:28:21PM +0100, Gerd Hoffmann wrote:
> On 11/16/10 18:43, Michael S. Tsirkin wrote:
> >On Tue, Nov 02, 2010 at 02:34:58PM +0100, Gerd Hoffmann wrote:
> >>+if (ram_size< 32 * 1024 * 1024)
> >>+ram_size = 32 * 1024 * 1024;
> >>+vga_common_init(vg
On Tue, Nov 16, 2010 at 05:26:09PM +0900, Isaku Yamahata wrote:
> This patch implements helper functions for pcie aer capability
> which will be used later.
>
> Signed-off-by: Isaku Yamahata
OK, I applied this and tried to get rid of recursion,
and clean up some whitespace and english mistakes.
Added some TODOs: they are trivial but omitted here
to make the patch logic as transparent as possible.
Signed-off-by: Michael S. Tsirkin
---
hw/pcie_aer.c | 48 +++-
1 files changed, 31 insertions(+), 17 deletions(-)
diff --git a/hw/pcie_aer.c b/hw
Open-code functions created in the previous patch,
to make code more compact and clear.
Detcted and documented what looks like a bug in code
that becomes apparent from this refactoring.
Signed-off-by: Michael S. Tsirkin
---
hw/pcie_aer.c | 80 +++
On Tue, Nov 16, 2010 at 05:43:06PM +0100, Bernhard Kohl wrote:
> Am 16.11.2010 14:14, schrieb m...@redhat.com:
> >Although explicitly disallowed by the PCI spec, some guests read a
> >single byte or word from mmio. Likely a guest OS bug, but I have an OS
> >which reads single bytes and it works fi
On Tue, Nov 16, 2010 at 05:43:06PM +0100, Bernhard Kohl wrote:
> Am 16.11.2010 14:14, schrieb m...@redhat.com:
> >Although explicitly disallowed by the PCI spec, some guests read a
> >single byte or word from mmio. Likely a guest OS bug, but I have an OS
> >which reads single bytes and it works fi
On Tue, Nov 16, 2010 at 05:26:04PM +0900, Isaku Yamahata wrote:
> Now v9 of pcie aer patch series.
> I dropped qmp patch to inject aer error because it will depends
> on Gleb's openfirmware path patches.
> Once his patches are merged, the glue patch will be respined.
>
> Patch description:
> The p
Hi,
+qxl0 = qxl;
What happens when this device is then removed?
Better don't try ...
Better prevent it then?
How can I do that?
The primary vga can't be hot-unplugged in qemu. Not only because
the qxl0 pointer would point into nowhere in this case, but also
because you can't
diff --git a/arm-semi.c b/arm-semi.c
index 0687b03..53b40e4 100644
--- a/arm-semi.c
+++ b/arm-semi.c
@@ -373,45 +373,48 @@ uint32_t do_arm_semihosting(CPUState *env)
#ifdef CONFIG_USER_ONLY
/* Build a commandline from the original argv. */
{
-char **arg = ts->info->
Am 17.11.2010 15:12, schrieb ext Michael S. Tsirkin:
On Tue, Nov 16, 2010 at 05:43:06PM +0100, Bernhard Kohl wrote:
Am 16.11.2010 14:14, schrieb m...@redhat.com:
Although explicitly disallowed by the PCI spec, some guests read a
single byte or word from mmio. Likely a guest OS bug, b
The v4 version includes:
* Simpler start/stop ioeventfd mechanism using bool ioeventfd_started state
* Support for migration
* Handle deassign race condition to avoid dropping a virtqueue kick
* Add missing kvm_enabled() check to kvm_has_many_ioeventfds()
* Documentation updates for qdev -devi
Virtqueue notify is currently handled synchronously in userspace virtio. This
prevents the vcpu from executing guest code while hardware emulation code
handles the notify.
On systems that support KVM, the ioeventfd mechanism can be used to make
virtqueue notify a lightweight exit by deferring har
There used to be a limit of 6 KVM io bus devices inside the kernel. On
such a kernel, don't use ioeventfd for virtqueue host notification since
the limit is reached too easily. This ensures that existing vhost-net
setups (which always use ioeventfd) have ioeventfds available so they
can continue
Signed-off-by: Stefan Hajnoczi
---
docs/qdev-device-use.txt |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/docs/qdev-device-use.txt b/docs/qdev-device-use.txt
index f252c8e..85feda7 100644
--- a/docs/qdev-device-use.txt
+++ b/docs/qdev-device-use.txt
@@ -97,15 +9
The VirtIOPCIProxy bugs field is currently used to enable workarounds
for older guests. Rename it to flags so that other per-device behavior
can be tracked.
A later patch uses the flags field to remember whether ioeventfd should
be used for virtqueue host notification.
Signed-off-by: Stefan Hajn
On 11/05/2010 07:44 PM, Marcelo Tosatti wrote:
The following changes since commit d33ea50a958b2e050d2b28e5f17e3b55e91c6d74:
scsi-disk: Fix immediate failure of bdrv_aio_* (2010-11-04 13:54:37 +0100)
Pulled. Thanks.
Regards,
Anthony Liguori
are available in the git repository at:
On Tue, Nov 16, 2010 at 09:22:45AM +0200, Gleb Natapov wrote:
> On Mon, Nov 15, 2010 at 09:52:19PM -0500, Kevin O'Connor wrote:
> > I also have an ulterior motive here. If the boot order is exposed as
> > a newline separated list via an entry in QEMU_CFG_FILE_DIR, then this
> > becomes free for co
On Wed, Nov 17, 2010 at 1:41 PM, Kevin Wolf wrote:
> Am 17.11.2010 13:43, schrieb Stefan Hajnoczi:
>>> A typical sequence in qcow2 (simple cluster allocation) looks like this:
>>>
>>> 1. Update refcount table
>>> 2. bdrv_flush
>>> 3. Update L2 entry
>>>
>>> If we delay the operation and get three
On Wed, Nov 17, 2010 at 1:41 PM, Kevin Wolf wrote:
> Am 17.11.2010 13:43, schrieb Stefan Hajnoczi:
>>> A typical sequence in qcow2 (simple cluster allocation) looks like this:
>>>
>>> 1. Update refcount table
>>> 2. bdrv_flush
>>> 3. Update L2 entry
>>>
>>> If we delay the operation and get three
On Wed, Nov 17, 2010 at 05:12:12PM +0100, Bernhard Kohl wrote:
> I will fix the guest and inform you after testing.
> Then we can skip this patch.
OK, that's best,
On Wed, Nov 17, 2010 at 04:20:45PM +0100, Gerd Hoffmann wrote:
> Hi,
>
> +qxl0 = qxl;
> >>>
> >>>What happens when this device is then removed?
> >>
> >>Better don't try ...
> >
> >Better prevent it then?
>
> How can I do that?
>
> >>The primary vga can't be hot-unplugged in qemu.
I am using open firmware naming scheme to specify device path names.
In this version: added SCSI bus support. Pass boot order list as file
to firmware.
Names look like this on pci machine:
/p...@i0cf8/i...@1,1/dr...@1/d...@0
/p...@i0cf8/i...@1/f...@03f1/flo...@1
/p...@i0cf8/i...@1/f...@03f1/flo...
Use device ioports to create unique device path.
Signed-off-by: Gleb Natapov
---
hw/isa-bus.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/hw/isa-bus.c b/hw/isa-bus.c
index c0ac7e9..c423c1b 100644
--- a/hw/isa-bus.c
+++ b/hw/isa-bus.c
@@ -31,11 +31,13
Add "fw_name" to DeviceInfo to use in device path building. In
contrast to "name" "fw_name" should refer to functionality device
provides instead of particular device model like "name" does.
Signed-off-by: Gleb Natapov
---
hw/fdc.c|1 +
hw/ide/isa.c|1 +
hw/ide/qdev.c |
New get_fw_dev_path callback will be used for build device path usable
by firmware in contrast to qdev qemu internal device path.
Signed-off-by: Gleb Natapov
---
hw/qdev.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/qdev.h b/hw/qdev.h
index 9f90efe..dc669b3 10064
Ports on root hub will have NULL here. This is needed to reconstruct
path from device to its root hub to build device path.
Signed-off-by: Gleb Natapov
---
hw/usb-bus.c |3 ++-
hw/usb-hub.c |2 +-
hw/usb-musb.c |2 +-
hw/usb-ohci.c |2 +-
hw/usb-uhci.c |2 +-
hw/usb.h
Signed-off-by: Gleb Natapov
---
hw/usb-bus.c | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/hw/usb-bus.c b/hw/usb-bus.c
index 256b881..8b4583c 100644
--- a/hw/usb-bus.c
+++ b/hw/usb-bus.c
@@ -5,11 +5,13 @@
#include "monitor.h"
Prints out mmio or pio used to access child device.
Signed-off-by: Gleb Natapov
---
hw/pci_host.c |2 ++
hw/sysbus.c | 30 ++
hw/sysbus.h |4
3 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/hw/pci_host.c b/hw/pci_host.c
index bc5b771
Signed-off-by: Gleb Natapov
---
hw/pci.c | 108 -
1 files changed, 85 insertions(+), 23 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index 438c0d1..8514e15 100644
--- a/hw/pci.c
+++ b/hw/pci.c
@@ -43,12 +43,14 @@
static void pcibu
Change fw_cfg_add_file() to get full file path as a parameter instead
of building one internally. Two reasons for that. First caller may need
to know how file is named. Second this moves policy of file naming out
from fw_cfg. Platform may want to use more then two levels of
directories for instance
Signed-off-by: Gleb Natapov
---
hw/ide/qdev.c | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/hw/ide/qdev.c b/hw/ide/qdev.c
index 88ff657..01a181b 100644
--- a/hw/ide/qdev.c
+++ b/hw/ide/qdev.c
@@ -24,9 +24,12 @@
/* - */
Action that depends on fully initialized device model should register
with this notifier chain.
Signed-off-by: Gleb Natapov
---
sysemu.h |2 ++
vl.c | 15 +++
2 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/sysemu.h b/sysemu.h
index 48f8eee..c42f33a 100644
-
Signed-off-by: Gleb Natapov
---
hw/scsi-bus.c | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/hw/scsi-bus.c b/hw/scsi-bus.c
index 5a3fd4b..db7482a 100644
--- a/hw/scsi-bus.c
+++ b/hw/scsi-bus.c
@@ -5,9 +5,12 @@
#include "qdev.h"
#include "blockde
If bootindex is specified on command line a string that describes device
in firmware readable way is added into sorted list. Later this list will
be passed into firmware to control boot order.
Signed-off-by: Gleb Natapov
---
block_int.h |4 +++-
hw/e1000.c |4
hw/eepro100.c
Signed-off-by: Gleb Natapov
---
hw/ide/cmd646.c |4 ++--
hw/ide/internal.h |3 ++-
hw/ide/isa.c |2 +-
hw/ide/piix.c |4 ++--
hw/ide/qdev.c |3 ++-
hw/ide/via.c |4 ++--
6 files changed, 11 insertions(+), 9 deletions(-)
diff --git a/hw/ide/cmd646.c b/
Store all io ports used by device in ISADevice structure.
Signed-off-by: Gleb Natapov
---
hw/cs4231a.c |1 +
hw/fdc.c |3 +++
hw/gus.c |4
hw/ide/isa.c |2 ++
hw/isa-bus.c | 25 +
hw/isa.h |4
hw/m48t59.c
Extend -option-rom command to have additional parameter ,bootindex=.
Signed-off-by: Gleb Natapov
---
hw/loader.c| 16 +++-
hw/loader.h|8
hw/multiboot.c |3 ++-
hw/ne2000.c|2 +-
hw/nseries.c |4 ++--
hw/palm.c |6 +++---
hw/pc.c
Signed-off-by: Gleb Natapov
---
hw/fw_cfg.c | 14 ++
sysemu.h|1 +
vl.c| 48
3 files changed, 63 insertions(+), 0 deletions(-)
diff --git a/hw/fw_cfg.c b/hw/fw_cfg.c
index 7b9434f..20a816f 100644
--- a/hw/fw_cfg.c
Am 17.11.2010 13:01, schrieb Alexander Graf:
The s390 target doesn't compile out of the box anymore. This patch
fixes all
the obvious glitches that got introduced in the last few weeks.
Signed-off-by: Alexander Graf
---
hw/s390-virtio-bus.h | 2 ++
hw/s390-virtio.c | 1 +
target-s390x/kvm.c | 2
Hi,
Better don't try ...
Better prevent it then?
How can I do that?
Question still stands: Is there some way to disable hotplug for certain
pci devices?
How does this work btw? Only
one vga adapter can drive the legacy vga ports, right? Is there
some way to enable/disable this p
On 17.11.2010, at 18:07, Stefan Weil wrote:
> Am 17.11.2010 13:01, schrieb Alexander Graf:
>> The s390 target doesn't compile out of the box anymore. This patch fixes all
>> the obvious glitches that got introduced in the last few weeks.
>>
>> Signed-off-by: Alexander Graf
>> ---
>> hw/s390-vir
Hi Peter,
Is this what you had in mind?
--
ARM semihosting SYS_GET_CMDLINE does not return arguments
https://bugs.launchpad.net/bugs/673613
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
I have do
On Wed, Nov 17, 2010 at 06:02:39PM +0100, Gerd Hoffmann wrote:
> Hi,
>
> Better don't try ...
> >>>
> >>>Better prevent it then?
> >>
> >>How can I do that?
>
> Question still stands: Is there some way to disable hotplug for
> certain pci devices?
Not sure. It's really a work-around bug,
On Wed, Nov 17, 2010 at 04:19:25PM +, Stefan Hajnoczi wrote:
> The v4 version includes:
> * Simpler start/stop ioeventfd mechanism using bool ioeventfd_started state
> * Support for migration
> * Handle deassign race condition to avoid dropping a virtqueue kick
> * Add missing kvm_enabled()
On Tue, Nov 16, 2010 at 10:37 PM, Peter Maydell
wrote:
> On 16 November 2010 21:59, Blue Swirl wrote:
>> If the user attempts to run 'configure' in the source tree,
>> create an object directory and configure that instead.
>>
>> Rename topmost Makefile to Makefile.top. Add a new Makefile, which
>
On Wed, Nov 17, 2010 at 8:00 PM, Paolo Bonzini wrote:
> On 11/17/2010 08:15 PM, Blue Swirl wrote:
>>
>> If the user attempts to run 'configure' in the source tree,
>> create an object directory and configure that instead.
>>
>> Rename topmost Makefile to Makefile.top. Add a new Makefile, which
>>
On 11/17/2010 08:15 PM, Blue Swirl wrote:
If the user attempts to run 'configure' in the source tree,
create an object directory and configure that instead.
Rename topmost Makefile to Makefile.top. Add a new Makefile, which
is only used when user attempts to run 'make' in the source tree.
Inte
On Wed, Nov 17, 2010 at 6:01 PM, Michael S. Tsirkin wrote:
> On Wed, Nov 17, 2010 at 04:19:25PM +, Stefan Hajnoczi wrote:
>> The v4 version includes:
>> * Simpler start/stop ioeventfd mechanism using bool ioeventfd_started state
>> * Support for migration
>> * Handle deassign race condition
On Wed, Nov 17, 2010 at 08:38:25PM +, Stefan Hajnoczi wrote:
> On Wed, Nov 17, 2010 at 6:01 PM, Michael S. Tsirkin wrote:
> > On Wed, Nov 17, 2010 at 04:19:25PM +, Stefan Hajnoczi wrote:
> >> The v4 version includes:
> >> * Simpler start/stop ioeventfd mechanism using bool ioeventfd_start
On Wed, Nov 17, 2010 at 8:49 PM, Michael S. Tsirkin wrote:
> On Wed, Nov 17, 2010 at 08:38:25PM +, Stefan Hajnoczi wrote:
>> On Wed, Nov 17, 2010 at 6:01 PM, Michael S. Tsirkin wrote:
>> > On Wed, Nov 17, 2010 at 04:19:25PM +, Stefan Hajnoczi wrote:
>> >> The v4 version includes:
>> >> *
Here is another update for the ceph storage driver. It includes changes
for the annotations Stefan made last week and a bit more things Sage
discovered while looking over the driver again.
I really hope that this time we are not only close, but have reached
a quality that everyone is satisfied wit
On 11/16/2010 05:17 PM, Anthony Liguori wrote:
Except, in virtproxy, the fact that Alice cannot talk to Joe blocks Mary
from talking to Bob which creates a dead lock.
To be honest, there's no simple solution. This is a classic queuing
problem. You need some form of congestion control to fix this
2010/11/16 Gleb Natapov :
> On Tue, Nov 16, 2010 at 06:30:19PM +, Blue Swirl wrote:
>> >> Perhaps the FW path should use device class names if no name is specified.
>> > What do you mean by "device class name". We can do something like this:
>> > if (dev->child_bus.lh_first)
>> > return
On 11/17/2010 09:08 PM, Blue Swirl wrote:
It's not simplification but to unify the build system. Some people
make changes to Makefiles and then test their changes without an
object directory, these may then break the build for those who use it.
This has happened several times already. Hopefully w
I'll have a go at resurrecting it; I wasn't sure if there was any
interest before.
On 12 November 2010 10:00, Paolo Bonzini wrote:
> On 08/09/2010 01:51 AM, adq wrote:
>>
>> Figured out what the problem is - READ DVD STRUCTURE has its xfer
>> length in an unexpected place, so hw/scsi-bus.c retrie
On 17 November 2010 22:39, Paolo Bonzini wrote:
> On 11/17/2010 09:08 PM, Blue Swirl wrote:
>> It's not simplification but to unify the build system. Some people
>> make changes to Makefiles and then test their changes without an
>> object directory, these may then break the build for those who us
> On 12 November 2010 10:00, Paolo Bonzini wrote:
>> On 08/09/2010 01:51 AM, adq wrote:
>>>
>>> Figured out what the problem is - READ DVD STRUCTURE has its xfer
>>> length in an unexpected place, so hw/scsi-bus.c retrieves completely
>>> the wrong value for the transfer length. Attached nasty hac
1 - 100 of 138 matches
Mail list logo
