Hi,
> TBH I'm having problems without doing it with my own Allocator. In
> particular calling ppm_save from spice_server thread seems to be a
> problem.
Grabbed the qemu mutex?
>> BTW: qxl insisting on a shared displaysurface isn't very clean too, it
>> better should be able to fallback to jus
Emmanuel Blot writes:
> Hi All,
>
> I'm new to the ML.
>
> I've started to port Qemu to a new HW based on ARM926EJ-S core.
> So far so good, I've implemented some basic HW (INT controller, System
> register, UART, …)
>
> I'd like to redirect the virtual serial port not to the current
> default st
On Mon, Feb 20, 2012 at 07:43:05PM -0500, Stefan Berger wrote:
> On 02/20/2012 05:02 PM, Michael S. Tsirkin wrote:
> >On Wed, Dec 14, 2011 at 08:43:17AM -0500, Stefan Berger wrote:
> >>+/*
> >>+ * Send a TPM request.
> >>+ * Call this with the state_lock held so we can sync with the receive
> >>+ *
Interrupts numbers 0-31 are private to the processor interface, 32-1019 are
general interrups. Add GIC_INTERNAL and substitute everywhere.
Signed-off-by: Rusty Russell
---
hw/arm_gic.c | 41 ++---
1 files changed, 22 insertions(+), 19 deletions(-)
diff --g
We currently assume that the number of interrupts (ITLinesNumber in
the architecture reference manual) is divisible by 32, since we
present it to the guest when it reads GICD_TYPER (in gic_dist_readb())
as (N / 32) - 1.
Signed-off-by: Rusty Russell
---
hw/arm_gic.c |9 +
1 files chan
On Mon, Feb 20, 2012 at 11:50:40AM +0100, Alexander Graf wrote:
>
> On 20.02.2012, at 04:01, David Gibson wrote:
>
> > Currently dma_bdrv_io() takes a 'to_dev' boolean parameter to
> > determine the direction of DMA it is emulating. We already have a
> > DMADirection enum designed specifically t
On 02/20/2012 04:15 PM, Michael S. Tsirkin wrote:
On Mon, Feb 20, 2012 at 03:25:37PM -0500, Stefan Berger wrote:
On 02/20/2012 02:51 PM, Michael S. Tsirkin wrote:
On Wed, Dec 14, 2011 at 08:43:20AM -0500, Stefan Berger wrote:
From Andreas Niederl's original posting with adaptations where nece
On 02/20/2012 05:02 PM, Michael S. Tsirkin wrote:
On Wed, Dec 14, 2011 at 08:43:17AM -0500, Stefan Berger wrote:
+/*
+ * Send a TPM request.
+ * Call this with the state_lock held so we can sync with the receive
+ * callback.
+ */
+static void tpm_tis_tpm_send(TPMState *s, uint8_t locty)
+{
+
On 02/20/2012 04:30 PM, Michael S. Tsirkin wrote:
On Wed, Dec 14, 2011 at 08:43:20AM -0500, Stefan Berger wrote:
+
+static void *tpm_passthrough_thread(void *d)
+{
+TPMPassthruThreadParams *thr_parms = d;
+TPMPassthruState *tpm_pt = thr_parms->tb->s.tpm_pt;
+uint32_t in_len;
+
+d
On 02/20/2012 02:45 PM, Stefan Weil wrote:
Am 20.02.2012 00:45, schrieb Anthony Liguori:
This is minimalistic and just contains the basic widget infrastructure. The GUI
consists of a menu and a GtkNotebook. To start with, the notebook has its tabs
hidden which provides a UI that looks very simil
> -Original Message-
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Monday, February 20, 2012 3:41 PM
>
> On 02/20/2012 01:24 AM, Zhang, Yang Z wrote:
> > Changes in v2:
> > Add UIP check logic.
> > Add logic that next second tick will occur in
> -Original Message-
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Monday, February 20, 2012 3:38 PM
> To: Zhang, Yang Z
> Cc: qemu-devel@nongnu.org; Jan Kiszka; k...@vger.kernel.org;
> aligu...@us.ibm.com; Marcelo Tosatti
> Subject: Re: [PATCH
On Mon, Feb 20, 2012 at 19:58, Tobias Geiger wrote:
> With the patch you mentioned, xl create looks more familiar:
>
> libxl: error: libxl_pci.c:756:libxl__device_pci_reset: write to
> /sys/bus/pci/devices/:03:00.0/reset returned -1: Invalid argument
> libxl: error: libxl_pci.c:756:libxl__devi
On Mon, Feb 20, 2012 at 04:17:05PM +0100, Alexander Graf wrote:
>
> On 20.02.2012, at 16:16, Hannes Reinecke wrote:
>
> > On 02/20/2012 04:13 PM, Alexander Graf wrote:
> >>
> >> On 20.02.2012, at 16:11, Hannes Reinecke wrote:
> >>
> >>> This patch adds an emulation for the LSI Megaraid SAS 8708
Hi All,
> I've looked at several examples on virtual serial port in existing Qemu
> drivers,
> but I don't know what is the best and simplest way to go.
>
> Any advice would be greatly appreciated,
Any pointer? Should I better ask this kind of questions to another
QEmu ML (users, …?)
Thanks,
Ma
This adds support for SHPC interface, as defined by PCI Standard
Hot-Plug Controller and Subsystem Specification, Rev 1.0
http://www.pcisig.com/specifications/conventional/pci_hot_plug/SHPC_10
Only SHPC intergrated with a PCI-to-PCI bridge is supported,
SHPC integrated with a host bridge would nee
This adds support for a standard pci to pci bridge,
enabling support for more than 32 PCI devices in the system.
Device hotplug is supported by means of SHPC controller.
For guests with an SHPC driver, this allows robust hotplug
and even hotplug of nested bridges, up to 31 devices
per bridge.
Sign
This capability makes it possible for the guest to
report a unique chassis identifier to the user.
The spec also recommends making chassis indentifier
persist in eeprom.
This isn't implemented.
Signed-off-by: Michael S. Tsirkin
---
Makefile.objs |1 +
hw/pci.h|2 ++
hw/slotid_
For a pci bridge device, if we don't override
the name with custom code, the bus will be addressed as
.0, where id is the id specified by the user.
Since PCI Bridge devices have a single bus each, we don't need
the index: address the bus using the parent device name.
This is better since this way
Here's a new version of the patch.
TODOs:
- windows guest testing
Changes from v2:
- added slot id capability
- migration support
- misc fixes
- fix checkpatch errors
I also include a patch to make all bridges have a user-friendly id.
You don't absolutely have to have it for testing,
but this ma
On Fri, Feb 17, 2012 at 02:33:42PM +0100, Gerd Hoffmann wrote:
> On 02/13/12 10:16, Michael S. Tsirkin wrote:
> > This adds support for a standard pci to pci bridge,
> > enabling support for more than 32 PCI devices in the system.
> > Device hotplug is supported by means of SHPC controller.
> > For
From: Anthony Liguori
Signed-off-by: Anthony Liguori
Signed-off-by: Michael Roth
---
QMP/qom-get | 67 ++
QMP/qom-list | 64 +++
QMP/qom-set | 64
From: Anthony Liguori
Signed-off-by: Anthony Liguori
Signed-off-by: Michael Roth
---
QMP/qmp.py |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/QMP/qmp.py b/QMP/qmp.py
index c7dbea0..36ecc1d 100644
--- a/QMP/qmp.py
+++ b/QMP/qmp.py
@@ -128,6 +128,12 @@ class QEMUM
CHANGES SINCE V2:
- this one actually works :) QMP_SOCKET env variable wasn't being handled
properly in
the last version.
AFAICT the qom tool got dropped from Anthony's "qom: dynamic properties
and composition tree" series due to some hardcoded paths for the QMP socket.
I've since ended up a
On Wed, Dec 14, 2011 at 08:43:17AM -0500, Stefan Berger wrote:
> +/*
> + * Send a TPM request.
> + * Call this with the state_lock held so we can sync with the receive
> + * callback.
> + */
> +static void tpm_tis_tpm_send(TPMState *s, uint8_t locty)
> +{
> +TPMTISState *tis = &s->s.tis;
> +
>
Hi,
I am reading the qemu's code, but I dont understand why introduce
the member "offset" in "RAMBlock".
I think we can transform from hva to gpa well even if without RAMBlock.
Thanks for your help.
Hi All,
I'm new to the ML.
I've started to port Qemu to a new HW based on ARM926EJ-S core.
So far so good, I've implemented some basic HW (INT controller, System
register, UART, …)
I'd like to redirect the virtual serial port not to the current
default stdin/stdout of the Qemu
application, but t
On Wed, Dec 14, 2011 at 08:43:20AM -0500, Stefan Berger wrote:
> >From Andreas Niederl's original posting with adaptations where necessary:
>
> This patch is based of off version 9 of Stefan Berger's patch series
> "Qemu Trusted Platform Module (TPM) integration"
> and adds a new backend driver
On 02/20/2012 04:32 AM, Gerd Hoffmann wrote:
> Hmm, that is pretty lame. There are users like autotest which expect
> the screen dump being there when the monitor command is finished, that
> change will break them.
Libvirt is another such user.
>
> Unfortunaly there is no easy way out. I think
On Mon, Feb 20, 2012 at 03:25:37PM -0500, Stefan Berger wrote:
> On 02/20/2012 02:51 PM, Michael S. Tsirkin wrote:
> >On Wed, Dec 14, 2011 at 08:43:20AM -0500, Stefan Berger wrote:
> >>> From Andreas Niederl's original posting with adaptations where necessary:
> >>
> >>This patch is based of off ve
On 02/20/2012 03:01 PM, Michael S. Tsirkin wrote:
On Wed, Dec 14, 2011 at 08:43:20AM -0500, Stefan Berger wrote:
+struct TPMPassthruState {
+QemuThread thread;
+bool thread_terminate;
+bool thread_running;
+
+TPMPassthruThreadParams tpm_thread_params;
+
+char tpm_dev[64];
wh
Am 20.02.2012 00:45, schrieb Anthony Liguori:
This enables VteTerminal to be used to render the text consoles.
VteTerminal is
the same widget used by gnome-terminal which means it's VT100
emulation is as
good as they come.
It's also screen reader accessible, supports copy/paste, proper
scroll
AFAICT tell the qom tool got dropped from Anthony's "qom: dynamic properties
and composition tree" series due to some hardcoded paths for the QMP socket.
I've since ended up adding support for user-specified paths to get them working
in my environment so I figured I'd resend to the list since I've
From: Anthony Liguori
Signed-off-by: Anthony Liguori
Signed-off-by: Michael Roth
---
QMP/qmp.py |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/QMP/qmp.py b/QMP/qmp.py
index c7dbea0..36ecc1d 100644
--- a/QMP/qmp.py
+++ b/QMP/qmp.py
@@ -128,6 +128,12 @@ class QEMUM
From: Anthony Liguori
Signed-off-by: Anthony Liguori
Signed-off-by: Michael Roth
---
QMP/qom-get | 65 ++
QMP/qom-list | 62 +++
QMP/qom-set | 62
Am 20.02.2012 00:45, schrieb Anthony Liguori:
This is minimalistic and just contains the basic widget
infrastructure. The GUI
consists of a menu and a GtkNotebook. To start with, the notebook has
its tabs
hidden which provides a UI that looks very similar to SDL with the
exception of
the menu
On Mon, Feb 20, 2012 at 08:59:38PM +0100, Peter Lieven wrote:
> On 20.02.2012 20:04, Gleb Natapov wrote:
> >On Mon, Feb 20, 2012 at 08:40:08PM +0200, Gleb Natapov wrote:
> >>On Mon, Feb 20, 2012 at 07:17:55PM +0100, Peter Lieven wrote:
> >>>Hi,
> >>>
> >>>I came a across an issue with a Windows 7 (
On Mon, Feb 20, 2012 at 08:15:15PM +0100, Peter Lieven wrote:
> On 20.02.2012 19:40, Gleb Natapov wrote:
> >On Mon, Feb 20, 2012 at 07:17:55PM +0100, Peter Lieven wrote:
> >>Hi,
> >>
> >>I came a across an issue with a Windows 7 (32-bit) as well as with a
> >>Windows 2008 R2 (64-bit) guest.
> >>
>
On Fri, Feb 17, 2012 at 05:08:42PM +, Anthony PERARD wrote:
> From: Allen Kay
>
> A more complete history can be found here:
> git://xenbits.xensource.com/qemu-xen-unstable.git
>
> Signed-off-by: Allen Kay
> Signed-off-by: Guy Zana
> Signed-off-by: Anthony PERARD
A lot of functionality s
On Fri, Feb 17, 2012 at 05:08:37PM +, Anthony PERARD wrote:
> Signed-off-by: Anthony PERARD
> ---
> hw/pci_regs.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/hw/pci_regs.h b/hw/pci_regs.h
> index 6b42515..56a404b 100644
> --- a/hw/pci_regs.h
> +++ b/hw/pci_r
On Fri, Feb 17, 2012 at 05:08:36PM +, Anthony PERARD wrote:
> Value check in PCI Express Base Specification rev 1.1
>
> Signed-off-by: Anthony PERARD
Thanks, applied.
> ---
> hw/pci_regs.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/hw/pci_regs.h b/hw/pc
On 02/20/2012 02:51 PM, Michael S. Tsirkin wrote:
On Wed, Dec 14, 2011 at 08:43:20AM -0500, Stefan Berger wrote:
> From Andreas Niederl's original posting with adaptations where necessary:
This patch is based of off version 9 of Stefan Berger's patch series
"Qemu Trusted Platform Module (TPM
Hi All,
I tried running this command on ARM "qemu-arm /usr/local/bin/qemu-arm" and
it gives 'uncaught target signal 11: segmentation fault'. However, the QEMU
manual says QEMU is built for self-emulation. The manual also says that for
the same reason, the binary is a shared object file but qemu-ar
On Wed, Dec 14, 2011 at 08:43:20AM -0500, Stefan Berger wrote:
> >From Andreas Niederl's original posting with adaptations where necessary:
>
> This patch is based of off version 9 of Stefan Berger's patch series
> "Qemu Trusted Platform Module (TPM) integration"
> and adds a new backend driver
On 20.02.2012 20:04, Gleb Natapov wrote:
On Mon, Feb 20, 2012 at 08:40:08PM +0200, Gleb Natapov wrote:
On Mon, Feb 20, 2012 at 07:17:55PM +0100, Peter Lieven wrote:
Hi,
I came a across an issue with a Windows 7 (32-bit) as well as with a
Windows 2008 R2 (64-bit) guest.
If I transfer a file fr
Hi
With the patch you mentioned, xl create looks more familiar:
libxl: error: libxl_pci.c:756:libxl__device_pci_reset: write to
/sys/bus/pci/devices/:03:00.0/reset returned -1: Invalid argument
libxl: error: libxl_pci.c:756:libxl__device_pci_reset: write to
/sys/bus/pci/devices/:03:00.
On 02/20/2012 02:37 PM, Michael S. Tsirkin wrote:
On Mon, Feb 20, 2012 at 10:48:09AM -0500, Stefan Berger wrote:
On 02/20/2012 03:51 AM, Michael S. Tsirkin wrote:
On Wed, Dec 14, 2011 at 08:43:17AM -0500, Stefan Berger wrote:
Yes, but that's ok. We are only registering the MMIO region [fed4
0
On 20 February 2012 19:51, Andreas Färber wrote:
> Am 20.02.2012 20:43, schrieb Peter Maydell:
>> I don't particularly care how we QOMify arm_boot (it's not exactly at
>> the top of my priority list demanding attention), I do care that (a)
>> we have a sensible user-facing interface [ie command li
Am 20.02.2012 20:43, schrieb Peter Maydell:
> On 8 February 2012 13:47, Anthony Liguori wrote:
>> On 02/08/2012 06:41 AM, Alexander Graf wrote:
>>> Yeah, basically the variable flow goes:
>>>
>>> vl.c -> machine_opts -> machine_init() -> device properties ->
>>> device_init()
>>
>> And the r
On Wed, Dec 14, 2011 at 08:43:20AM -0500, Stefan Berger wrote:
> >From Andreas Niederl's original posting with adaptations where necessary:
>
> This patch is based of off version 9 of Stefan Berger's patch series
> "Qemu Trusted Platform Module (TPM) integration"
> and adds a new backend driver
Ping re patch 3 and 4 here -- I know there was some discussion under the
thread on Peter Crosthwaite's 'qomify arm_boot' patch series, but it's a
bit hard to disentangle from the comments on that patch series.
Specifically, does anybody (a) dislike the user-facing command line
interface here or (b
This bug was fixed in the package qemu-kvm - 1.0+noroms-0ubuntu6
---
qemu-kvm (1.0+noroms-0ubuntu6) precise; urgency=low
[ Stefan Weil ]
* debian/patches/block_vd_zero_unused_parts: Zero unused parts when
allocating a new block (LP: #919242)
-- Serge HallynMon, 20 Feb 201
Thanks very much, Stefan. New package pushed.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/919242
Title:
qemu-img convert to VDI corrupts image
Status in QEMU:
Fix Released
Status in “qemu-kvm
On 8 February 2012 13:47, Anthony Liguori wrote:
> On 02/08/2012 06:41 AM, Alexander Graf wrote:
>> Yeah, basically the variable flow goes:
>>
>> vl.c -> machine_opts -> machine_init() -> device properties ->
>> device_init()
>
> And the rationale is that machine_init() will do nothing other
Am 20.02.2012 19:26, schrieb Meador Inge:
> Commit e22b7015353be824620b1f0f5e32a8575b898a8c added the translation
> from target to host RLIMIT_* codes, but some of the added codes are
> only available on newer version of Linux (as documented in 'getrlimit(2)').
>
> Signed-off-by: Meador Inge
Rev
On Mon, Feb 20, 2012 at 10:48:09AM -0500, Stefan Berger wrote:
> On 02/20/2012 03:51 AM, Michael S. Tsirkin wrote:
> >On Wed, Dec 14, 2011 at 08:43:17AM -0500, Stefan Berger wrote:
> >>This patch adds the main code of the TPM frontend driver, the TPM TIS
> >>interface, to Qemu. The code is largely
On 20 February 2012 01:45, Peter A. G. Crosthwaite
wrote:
> Implemented cadence Triple Timer Counter (TCC)
>
> Signed-off-by: Peter A. G. Crosthwaite
> Signed-off-by: John Linn
> ---
> changed from v4:
> fixed FSF addess
> changed device_init -> type_init
> changed from v3:
> Fixed race conditio
On 20.02.2012 20:04, Gleb Natapov wrote:
On Mon, Feb 20, 2012 at 08:40:08PM +0200, Gleb Natapov wrote:
On Mon, Feb 20, 2012 at 07:17:55PM +0100, Peter Lieven wrote:
Hi,
I came a across an issue with a Windows 7 (32-bit) as well as with a
Windows 2008 R2 (64-bit) guest.
If I transfer a file fr
On 20.02.2012 19:40, Gleb Natapov wrote:
On Mon, Feb 20, 2012 at 07:17:55PM +0100, Peter Lieven wrote:
Hi,
I came a across an issue with a Windows 7 (32-bit) as well as with a
Windows 2008 R2 (64-bit) guest.
If I transfer a file from the VM via CIFS or FTP to a remote machine,
i get very poor
On Mon, Feb 20, 2012 at 08:40:08PM +0200, Gleb Natapov wrote:
> On Mon, Feb 20, 2012 at 07:17:55PM +0100, Peter Lieven wrote:
> > Hi,
> >
> > I came a across an issue with a Windows 7 (32-bit) as well as with a
> > Windows 2008 R2 (64-bit) guest.
> >
> > If I transfer a file from the VM via CIFS
On 20 February 2012 01:45, Peter A. G. Crosthwaite
wrote:
> Implemented cadence UART serial controller
Is there any publicly available documentation for this? Google
only found a minimum-info datasheet...
> Signed-off-by: Peter A. G. Crosthwaite
> Signed-off-by: John Linn
> ---
> ---
> changed
On Mon, Feb 20, 2012 at 07:17:55PM +0100, Peter Lieven wrote:
> Hi,
>
> I came a across an issue with a Windows 7 (32-bit) as well as with a
> Windows 2008 R2 (64-bit) guest.
>
> If I transfer a file from the VM via CIFS or FTP to a remote machine,
> i get very poor read performance (around 13MB/
On Mon, 20 Feb 2012, Hannes Reinecke wrote:
On 02/18/2012 01:38 PM, Gerhard Wiesinger wrote:
Hello Hannes,
Patch applies well to qemu tree and with a one line modification to
qemu-kvm.
My testcase was to install Fedora 16 x64 on qemu-kvm. Unfortunatly
it was NOT successful.
1.) Strange thing
Commit e22b7015353be824620b1f0f5e32a8575b898a8c added the translation
from target to host RLIMIT_* codes, but some of the added codes are
only available on newer version of Linux (as documented in 'getrlimit(2)').
Signed-off-by: Meador Inge
---
linux-user/syscall.c | 12
1 files c
Hi,
I came a across an issue with a Windows 7 (32-bit) as well as with a
Windows 2008 R2 (64-bit) guest.
If I transfer a file from the VM via CIFS or FTP to a remote machine,
i get very poor read performance (around 13MB/s). The VM peaks at 100%
cpu and I see a lot of insn_emulations and all k
On 02/20/2012 10:31 AM, Jeff Cody wrote:
> This is a QAPI/QMP only command to take a snapshot of a group of
> devices. This is simlar to the blockdev-snapshot-sync command, except
s/simlar/similar/
> blockdev-group-snapshot-sync accepts a list devices, filenames, and
> formats.
>
> It is attempt
On 02/20/12 16:43, Virtbie wrote:
Great explanation Anthony,
may I still ask:
1)
Is WCE + volatile flag exposed to the guest, by all three virtual
devices:
- virtio
- scsi
- ide
?
(if not, I still don't understand how this works)
2) Is there a minimum guest kernel and a minimum viostor Win
On 02/20/2012 10:31 AM, Jeff Cody wrote:
> In the case of a failure in a group snapshot, it is possible for
> multiple file image failures to occur - for instance, failure of
> an original snapshot, and then failure of one or more of the
> attempted reopens of the original.
>
> Knowing all of the
On Mon, Feb 20, 2012 at 02:18:19PM +0100, Gerd Hoffmann wrote:
> Hi,
>
> > I'll send a series that works with vnc+spice and sdl+spice (didn't test
> > sdl+vnc+spice), and screendumps at the same time.
> >
> >>
> >> Setting the QEMU_ALLOCATED_FLAG flag sounds hackish too.
>
> QEMU_ALLOCATED_FLA
This is a QAPI/QMP only command to take a snapshot of a group of
devices. This is simlar to the blockdev-snapshot-sync command, except
blockdev-group-snapshot-sync accepts a list devices, filenames, and
formats.
It is attempted to keep the snapshot of the group atomic; if
any snapshot of a device
In the case of a failure in a group snapshot, it is possible for
multiple file image failures to occur - for instance, failure of
an original snapshot, and then failure of one or more of the
attempted reopens of the original.
Knowing all of the file images which failed could be useful or
critical
This series of patches adds the ability to take group live snapshots, as
opposed to indvidual device snapshots. In addition, it adds the ability to
pass an array input parameter to a QMP command, although without argument
validation.
Currently, when taking live snapshots of devices, if a device
The QAPI scripts allow for generating commands that receive parameter
input consisting of a list of custom structs, but the QMP input paramter
checking did not support receiving a qlist as opposed to a qdict for input.
This patch allows for array input parameters, although no argument validation
i
On 19 February 2012 23:06, Rusty Russell wrote:
> Interrupts numbers 0-31 are private to the processor interface, 32-1019 are
> general interrups. Add GIC_INTERNAL and substitute everywhere.
"interrupts".
> @@ -74,7 +76,7 @@ typedef struct gic_irq_state
> #define GIC_CLEAR_TRIGGER(irq) s->irq_
On 20 February 2012 17:03, Paolo Bonzini wrote:
> the default is cache=writethrough and it already does a flush
> after each write.
This runs so slowly that SD is basically unusable for anything beyond
trivial stuff.
-- PMM
On Mon, Feb 20, 2012 at 16:11, Tobias Geiger wrote:
> My Domu (Win7_64) boots fine, but 2 of my 6 passed-through pcidevices dont get
> passed through at all:
>
> libxl: error: libxl_pci.c:756:libxl__device_pci_reset: write to
> /sys/bus/pci/devices/:03:00.0/reset returned -1: Invalid argument
On 02/20/2012 05:08 PM, Peter Maydell wrote:
> On 20 February 2012 15:56, Kevin Wolf wrote:
>> Am 20.02.2012 16:29, schrieb Peter Maydell:
>>> The thing that confuses me when this subject comes up is that
>>> "cache=writeback"
>>> is a property of the block layer, but the WCE flag is a SCSI param
sync_aiocb is unused since commit ce1a14d (Dynamically allocate AIO
Completion Blocks., 2006-08-07).
private is unused since commit 56a1493 (drive cleanup fixes., 2009-09-25).
Signed-off-by: Paolo Bonzini
---
block_int.h |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git
David Gilbert's post to upstream eglibc, and a reply from Joseph Myers with
some review comments:
http://comments.gmane.org/gmane.comp.lib.glibc.ports/1187
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bu
Am 16.02.2012 21:53, schrieb Christoph Hellwig:
> On Thu, Feb 16, 2012 at 04:01:58PM +0100, Kevin Wolf wrote:
>> Hi Christoph,
>>
>> I just talked to Stefan about our testing, both regarding the block
>> layer and qemu in general, and we came to the conclusion that it would
>> probably make sense t
On 17 February 2012 16:21, Meador Inge wrote:
> Fix an issue where the GDB server implementation was sending GDB syscall
> requests while the system CPU was still running. Syscall requests must
> be sent while the CPU is stopped otherwise replies from the GDB client
> might get dropped and the GD
Hi Anthony
thanks for that hint.
I checked out a fresh xen-unstable via hg, compiled it using "QEMU=upstream" ,
checked out qemu.git from where you mentioned and used the resulting qemu-
system-x86_64 binary as "device_model_override" . so far so good.
My Domu (Win7_64) boots fine, but 2 of my
On 20 February 2012 15:56, Kevin Wolf wrote:
> Am 20.02.2012 16:29, schrieb Peter Maydell:
>> The thing that confuses me when this subject comes up is that
>> "cache=writeback"
>> is a property of the block layer, but the WCE flag is a SCSI parameter,
>> right? How does this work on non-SCSI disk
Thanks Jeff! Barring any regressions being reported, this should arrive
in lucid-updates around the 24th.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://b
Am 20.02.2012 16:29, schrieb Peter Maydell:
> On 20 February 2012 15:20, Kevin Wolf wrote:
>> Am 20.02.2012 15:18, schrieb Virtbie:
>>> Qemu manpage still says cache=writeback isn't safe, but I seem to find
>>> some discordant information reading around.
>>>
>>> Is the WCE+volatile flag exposed to
On 02/20/2012 03:51 AM, Michael S. Tsirkin wrote:
On Wed, Dec 14, 2011 at 08:43:17AM -0500, Stefan Berger wrote:
This patch adds the main code of the TPM frontend driver, the TPM TIS
interface, to Qemu. The code is largely based on the previous implementation
for Xen but has been significantly e
On 02/20/12 16:06, Anthony Liguori wrote:
On 02/20/2012 08:18 AM, Virtbie wrote:
Dear qemuers,
thanks for your exellent software.
I would like to use cache=writeback, but I still can't understand if
this is
safe or not in case of power loss.
"Safe" is too simplistic of a view. The document
On 20 February 2012 15:20, Kevin Wolf wrote:
> Am 20.02.2012 15:18, schrieb Virtbie:
>> Qemu manpage still says cache=writeback isn't safe, but I seem to find
>> some discordant information reading around.
>>
>> Is the WCE+volatile flag exposed to the guest already? I am logging into
>> a 2.6.38 g
On 20.02.2012, at 16:16, Hannes Reinecke wrote:
> On 02/20/2012 04:13 PM, Alexander Graf wrote:
>>
>> On 20.02.2012, at 16:11, Hannes Reinecke wrote:
>>
>>> This patch adds an emulation for the LSI Megaraid SAS 8708EM2 HBA.
>>> I've tested it to work with Linux, Windows Vista, and Windows7.
>>>
Am 20.02.2012 15:18, schrieb Virtbie:
> Dear qemuers,
> thanks for your exellent software.
>
> I would like to use cache=writeback, but I still can't understand if
> this is safe or not in case of power loss.
> In particular with virtio-blk on bare LVM device.
>
> Qemu manpage still says cache=w
On 02/20/2012 04:13 PM, Alexander Graf wrote:
>
> On 20.02.2012, at 16:11, Hannes Reinecke wrote:
>
>> This patch adds an emulation for the LSI Megaraid SAS 8708EM2 HBA.
>> I've tested it to work with Linux, Windows Vista, and Windows7.
>>
>> Changes since v12:
>> - Fixup flag setting via propert
On 20.02.2012, at 16:11, Hannes Reinecke wrote:
> This patch adds an emulation for the LSI Megaraid SAS 8708EM2 HBA.
> I've tested it to work with Linux, Windows Vista, and Windows7.
>
> Changes since v12:
> - Fixup flag setting via properties
> - Disable MSI-X per default
> - Fixup MSI-X handli
On 02/20/2012 08:27 AM, Gerd Hoffmann wrote:
Hi,
This would require touching a fair bit of code that handles things like
defaults. I'm not sure that having the distinction makes anything
easier to implement.
/me suggests to simply have no default terminals with qemu -gtk.
One thing I wa
On 02/20/2012 08:18 AM, Virtbie wrote:
Dear qemuers,
thanks for your exellent software.
I would like to use cache=writeback, but I still can't understand if this is
safe or not in case of power loss.
"Safe" is too simplistic of a view. The documentation in qemu-options.hx
probably needs to b
On 02/19/2012 07:14 PM, Andreas Färber wrote:
Am 19.02.2012 17:04, schrieb Alexander Barabash:
...
Signed-off-by: Alexander Barabash
Please use git-send-email to submit your patches: The commit message is
unnecessarily indented and the first line is duplicated. Instead of
"Revised: " (whic
2012/2/20 Stefano Stabellini :
> On Mon, 20 Feb 2012, Anthony Liguori wrote:
>> On 02/20/2012 08:06 AM, Stefano Stabellini wrote:
>> > On Mon, 20 Feb 2012, Anthony Liguori wrote:
>> >> On 02/19/2012 08:52 PM, Brad Smith wrote:
>> >>> On 19/02/12 9:44 PM, Anthony Liguori wrote:
>> On 02/19/2012
On Mon, 20 Feb 2012, Anthony Liguori wrote:
> On 02/20/2012 08:06 AM, Stefano Stabellini wrote:
> > On Mon, 20 Feb 2012, Anthony Liguori wrote:
> >> On 02/19/2012 08:52 PM, Brad Smith wrote:
> >>> On 19/02/12 9:44 PM, Anthony Liguori wrote:
> On 02/19/2012 08:24 PM, Brad Smith wrote:
> > O
On 02/19/2012 02:40 PM, Ori Mamluk wrote:
>
> I think it might be better to go back to my original less generic design.
> We can regard it as a 'plugin' for a specific application - in this
> case, replication.
> I can add a plugin interface in the generic block layer that allows
> building a prop
Am 20.02.2012 15:04, schrieb Anthony Liguori:
>> * Half of the menu entries appears to be translated by the libraries
>>used. Give me something that is all German or something that is all
>>English. Mixed languages looks unprofessional.
>
> This is because of the use of stock items. I can
Hi,
> This would require touching a fair bit of code that handles things like
> defaults. I'm not sure that having the distinction makes anything
> easier to implement.
/me suggests to simply have no default terminals with qemu -gtk.
> One thing I was contemplating but ultimately didn't do wa
1 - 100 of 159 matches
Mail list logo
