Peter Lieven writes:
> Am 17.06.2015 um 10:35 schrieb Kevin Wolf:
>> Am 16.06.2015 um 17:34 hat Stefan Hajnoczi geschrieben:
>>> On Tue, Jun 16, 2015 at 3:44 PM, Peter Lieven wrote:
I wonder how difficult it would be to have the IDE CDROM run in its own
thread?
We usually have ISO
On 17/06/2015 19:54, Sergey Fedorov wrote:
>
> -/* tb_gen_code can flush our orig_tb, invalidate it now */
> -tb_phys_invalidate(orig_tb, -1);
> -tb = tb_gen_code(cpu, pc, cs_base, flags,
> +tb = tb_gen_code(cpu, orig_tb->pc, orig_tb->cs_base, orig_tb->flags,
>
Hi,
> Here's how I'd add back-compat to that baseline. audiodev becomes
> optional, but omitting it is deprecated. If you do, you implicitly use
> the legacy backend that takes its configuration from the environment.
> The legacy backend gets created when a frontend is using it.
>
> If you th
Am 17.06.2015 um 10:35 schrieb Kevin Wolf:
Am 16.06.2015 um 17:34 hat Stefan Hajnoczi geschrieben:
On Tue, Jun 16, 2015 at 3:44 PM, Peter Lieven wrote:
I wonder how difficult it would be to have the IDE CDROM run in its own
thread?
We usually have ISOs mounted on an NFS share as CDROM. Problem
On Tue, Jun 16, 2015 at 11:00:11AM +0530, Bharata B Rao wrote:
> Hi,
>
> This patchset carries the changes that are pre-requisites to support
> CPU hotplug for sPAPR guests.
Thanks, applied to spapr-next.
>
> Changes in v5
> -
> - Fixed indentation issues pointed by Alexey.
> - Remo
On Tue, Jun 16, 2015 at 08:37:46AM +0200, Markus Armbruster wrote:
> MAINTAINERS grew since I posted this patch, copy the new guy.
Thanks, applied to spapr-next.
>
> Markus Armbruster writes:
>
> > Since we now require GLib 2.22+ (commit f40685c), we don't have to
> > work around lack of g_has
On Tue, Jun 16, 2015 at 11:00:14AM +0530, Bharata B Rao wrote:
> Add CPU_FOREACH_REVERSE that walks CPUs in reverse.
>
> Needed for PowerPC CPU device tree reorganization.
>
> Signed-off-by: Bharata B Rao
> Reviewed-by: Andreas Färber
Andreas,
I've put this into spapr-next tentatively.
Are y
On Thu, Jun 11, 2015 at 04:32:23PM +0530, Nikunj A Dadhania wrote:
> The patch series creates PCI device tree(DT) nodes in QEMU. The new
> hotplug code needs the device node creation in QEMU. While during
> boot, nodes were created in SLOF. It makes more sense to consolidate
> the code to one place
On Tue, Jun 16, 2015 at 06:26:39PM +0200, Greg Kurz wrote:
> This series fixes some minor nits in the sPAPR IOMMU code. It supercedes
> my previous post:
>
> "spapr_iommu: drop erroneous check in h_put_tce_indirect() and
> useless enum"
Thanks, applied to spapr-next.
--
David Gibson
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-17 15:41, Pavel Dovgalyuk wrote:
> > This set of patches fixes exception handling for MIPS and i386 targets.
> > These targets contain instructions that break correct execution in
> > icount/TCG modes (MIPS) and in regular TCG mode (
Am 17.06.2015 um 10:35 schrieb Kevin Wolf:
Am 16.06.2015 um 17:34 hat Stefan Hajnoczi geschrieben:
On Tue, Jun 16, 2015 at 3:44 PM, Peter Lieven wrote:
I wonder how difficult it would be to have the IDE CDROM run in its own
thread?
We usually have ISOs mounted on an NFS share as CDROM. Problem
/qemu-2.3.0/hw/arm/pxa2xx.c
--- pxa2xx.c.new2015-06-15 17:40:59.285002592 +0800
+++ pxa2xx.c2015-06-15 17:43:47.001002592 +0800
@@ -1986,6 +1986,10 @@
s->rx_len = qemu_get_byte(f);
s->rx_start = 0;
+ if (s->rx_len < 0 || s->rx_len > ARRAY_SIZE(s->rx_fifo)) {
+ return -EI
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 17/06/2015 14:42, Pavel Dovgalyuk wrote:
> > This patch introduces several helpers to pass return address
> > which points to the TB. Correct return address allows correct
> > restoring of the guest PC and icount. These functions should be use
On Wed, 17 Jun 2015 15:37:49 +0200
"Michael S. Tsirkin" wrote:
> On Mon, Jun 01, 2015 at 08:48:41PM -0300, Paulo Alcantara wrote:
> > v1 -> v2:
> > * some cleanup
> > * add test for TCO_LOCK bit
> > v2 -> v3:
> > * add tests for TCO control & status bits
> > * fix check of SECOND_TO_STS b
On Wed, 17 Jun 2015 15:33:07 +0200
"Michael S. Tsirkin" wrote:
> On Mon, Jun 01, 2015 at 08:48:40PM -0300, Paulo Alcantara wrote:
> > v1 -> v2:
> > * s/PDRC/CCR/ for clarity and match ICH9 spec
> > * remove unnecessary OperationRegion for RCRB
>
> changelog should come after ---.
Ok.
> An
On Wed, 17 Jun 2015 15:27:53 +0200
"Michael S. Tsirkin" wrote:
> On Mon, Jun 01, 2015 at 08:48:39PM -0300, Paulo Alcantara wrote:
> > This interface provides some registers within a 32-byte range and
> > can be acessed through PCI-to-LPC bridge interface (PMBASE + 0x60).
> >
> > It's commonly us
2015-06-17 18:06 keltezéssel, Markus Armbruster írta:
"Kővágó Zoltán" writes:
2015-06-17 15:37 keltezéssel, Markus Armbruster írta:
"Kővágó Zoltán" writes:
2015-06-17 13:48 keltezéssel, Markus Armbruster írta:
"Kővágó Zoltán" writes:
2015-06-17 09:46 keltezéssel, Markus Armbruster írta
2015-06-18 1:52 GMT+03:00 Andrey Korolyov :
> Whoosh... technically it is possible but it would be an incompatible
> fork for the upstreams for both SeaBIOS and Qemu, because the generic
> way of plugging DIMMs in is available down to at least generic 2.6.32.
> Except may be Centos where broken kab
On Thu, Jun 18, 2015 at 1:44 AM, Vasiliy Tolstov wrote:
> 2015-06-18 1:40 GMT+03:00 Andrey Korolyov :
>>
>> Yes, but I`m afraid that I don`t fully understand why do you need this
>> when pure hotplug mechanism is available, aside may be nice memory
>> stats from balloon and easy-to-use deflation.
2015-06-18 1:40 GMT+03:00 Andrey Korolyov :
>
> Yes, but I`m afraid that I don`t fully understand why do you need this
> when pure hotplug mechanism is available, aside may be nice memory
> stats from balloon and easy-to-use deflation. Just populate a couple
> of static dimms with small enough 'bas
On Thu, Jun 18, 2015 at 12:21 AM, Vasiliy Tolstov wrote:
> 2015-06-17 19:26 GMT+03:00 Vasiliy Tolstov :
>> This is band news =( i have debian wheezy that have old kernel...
>
>
> Does it possible to get proper results with balloon ? For example by
> patching qemu or something like this?
>
>
Yes,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/17/15 09:44, Paolo Bonzini wrote:
>
> On 12/06/2015 16:05, Don Slutz wrote:
>> Changes v6 to v7:
...
> Looks good, feel free to send out patches 1+2+3+9 in a pull request if
> you want.
If I am reading this correctly, I should add
Acked-by: Pa
It is hosted on google code, a dying service. FreePascal(coffee) OS.A
more basic version is posted there.I assume it works as the version that
I last built did not for some reason. Sources should be there via
subversion checkout.Thats what I tested with.
https://code.google.com/p/coffee-os/
I
On 17/06/15 23:04, Cormac O'Brien wrote:
> The current macio implementation declares an interrupt that doesn't appear to
> exist in the hardware or any other emulator implementation. OpenBIOS detects
> this interrupt and generates an 'interrupts' property in the macio device tree
> entry. Mac OS 9
The current macio implementation declares an interrupt that doesn't appear to
exist in the hardware or any other emulator implementation. OpenBIOS detects
this interrupt and generates an 'interrupts' property in the macio device tree
entry. Mac OS 9 halts boot when it detects this interrupt, so it
Hi Peter,
Here are the updated OpenBIOS binaries for 2.4 (apologies the request is a
little late because of the git mirror confusion). Please pull.
ATB,
Mark.
The following changes since commit f754c3c9cce3c4789733d9068394be4256dfe6a8:
Merge remote-tracking branch 'remotes/agraf/tags/sign
On Wed, Jun 17, 2015 at 09:44:07PM +0200, Laszlo Ersek wrote:
> On 06/17/15 21:32, Michael S. Tsirkin wrote:
> > On Wed, Jun 17, 2015 at 03:28:44PM -0400, Kevin O'Connor wrote:
> >> On Wed, Jun 17, 2015 at 09:15:24PM +0200, Laszlo Ersek wrote:
> >>> On 06/17/15 20:54, Michael S. Tsirkin wrote:
> >>
On Wed, Jun 17, 2015 at 09:35:20PM +0200, Laszlo Ersek wrote:
> On 06/17/15 21:21, Michael S. Tsirkin wrote:
> > On Wed, Jun 17, 2015 at 02:45:05PM +0200, Laszlo Ersek wrote:
> >> SeaBIOS expects OpenFirmware device paths in the "bootorder" fw_cfg file
> >> to follow the pattern
> >>
> >> /pci-ro
On 17/06/2015 20:23, Mark Burton wrote:
On 17 Jun 2015, at 18:57, Dr. David Alan Gilbert wrote:
* Alex Benn?e (alex.ben...@linaro.org) wrote:
Hi,
Shared Data Structures
==
Global TCG State
We need to protect the entire code generation cycle including any
On Wed, Jun 17, 2015 at 09:58:27 +0100, Peter Maydell wrote:
> On 17 June 2015 at 01:52, Emilio G. Cota wrote:
> > I'm having trouble running a simple multithreaded program on a PowerPC host
> > machine.
> >
> > The machine I'm using is a ppc VM--I think it's running under KVM (I'm using
> > OVH'
2015-06-17 19:26 GMT+03:00 Vasiliy Tolstov :
> This is band news =( i have debian wheezy that have old kernel...
Does it possible to get proper results with balloon ? For example by
patching qemu or something like this?
--
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
On Wed, Jun 17, 2015 at 01:16:21PM -0700, Peter Crosthwaite wrote:
> On Wed, Jun 17, 2015 at 11:51 AM, Eduardo Habkost wrote:
> > On Tue, Jun 16, 2015 at 12:41:56AM -0700, Peter Crosthwaite wrote:
> >> Hi Andreas, Richard and all,
> >>
> >> I'm moving towards the goal of having no core code usages
On Wed, Jun 17, 2015 at 11:51 AM, Eduardo Habkost wrote:
> On Tue, Jun 16, 2015 at 12:41:56AM -0700, Peter Crosthwaite wrote:
>> Hi Andreas, Richard and all,
>>
>> I'm moving towards the goal of having no core code usages of ENV_GET_CPU.
>> This has two advantages:
>>
>> 1: It means we are closer
# Goal
Create a framework that allows to easily add new STM32 MCUs.
Once detailes cleared, the same template will be used for other MCUs,
from other vendors.
# Implementation
All STM32 MCU objects are derived from a common "stm32-mcu" object, that
implements the object construction logic, base
17.06.2015 22:26, Paolo Bonzini wrote:
> On 17/06/2015 20:25, Michael Tokarev wrote:
[]
>> Ok. I wrote small configure script (just a simple shell script,
>> no auto*tools, since the configuration of it is stright-forward,
>> we just need to check libglib and libnss versions using pkg-config
>> an
On 06/17/2015 05:15 PM, Laszlo Ersek wrote:
On 06/17/15 16:02, Michael S. Tsirkin wrote:
On Wed, Jun 17, 2015 at 03:55:32PM +0200, Laszlo Ersek wrote:
On 06/17/15 15:42, Michael S. Tsirkin wrote:
On Wed, Jun 17, 2015 at 02:45:01PM +0200, Laszlo Ersek wrote:
In the PCI expander bridge, we will
On 06/17/2015 04:45 PM, Michael S. Tsirkin wrote:
On Wed, Jun 17, 2015 at 02:45:02PM +0200, Laszlo Ersek wrote:
OVMF downloads the ACPI linker/loader script from QEMU when the edk2 PCI
Bus driver globally signals the firmware that PCI enumeration and resource
allocation have completed. At this p
Hello and welcome to softfreeze :-) Remember that this release cycle
we've made softfreeze three weeks, which is a little shorter than usual.
If we can make an effort to get changes in earlier rather than later
in the period we stand a better chance of rc0 not being a mess...
thanks
-- PMM
On 06/17/15 21:32, Michael S. Tsirkin wrote:
> On Wed, Jun 17, 2015 at 03:28:44PM -0400, Kevin O'Connor wrote:
>> On Wed, Jun 17, 2015 at 09:15:24PM +0200, Laszlo Ersek wrote:
>>> On 06/17/15 20:54, Michael S. Tsirkin wrote:
Right. But what I was discussing is a different issue. The point is
On 06/17/15 21:21, Michael S. Tsirkin wrote:
> On Wed, Jun 17, 2015 at 02:45:05PM +0200, Laszlo Ersek wrote:
>> SeaBIOS expects OpenFirmware device paths in the "bootorder" fw_cfg file
>> to follow the pattern
>>
>> /pci-root@N/pci@i0cf8/...
>>
>> for devices that live behind an extra root bus. T
Sorry, I forgot the include in the ram size parameter. I normally set it
to 512m so qemu-system-i386 -hda arch.img -boot d -m 512m.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1463172
Title:
dest
From: Pankaj Gupta
We use vhostforce to enable vhost even if Guests don't have MSI-X
support and we fall back to QEMU virtio-net.
This gives a very small performance gain, but the disadvantage
is that guest now controls which virtio code is running
(qemu or vhost) so our attack surface is double
I am migrating qemu-system-i386 on a x86 to an other qemu-system-i386 on
an arm. The exact command line is "qemu-system-i386 -hda arch.img -boot
d". The arm board is the APM883208 X-C1. The hard drive image is stored
in a share nsf system.
--
You received this bug notification because you are a m
On 06/16/2015 07:50 PM, Juan Quintela wrote:
> We have one argument that tells us what event has happened.
>
> Signed-off-by: Juan Quintela
>
> X3
>
> Signed-off-by: Juan Quintela
Intentional double-S-o-b?
> ---
> docs/qmp/qmp-events.txt | 14 ++
> migration/migration.c | 2 +
11.06.2015 11:41, Fam Zheng пишет:
> On Fri, 05/22 13:35, Fam Zheng wrote:
>
> Ping :)
Applied to -trivial, thanks!
/mjt
From: Shmulik Ladkani
Few devices have their specialized 'config_write' methods which simply
call 'pci_default_write_config' followed by a 'msix_write_config' or
'msi_write_config' calls, using exact same arguments.
This is unnecessary as 'pci_default_write_config' already invokes
'msi_write_con
So, what is the consensus here?
Everyone who talked wants the emacs mode, but everyone
offers their own mode.
I'd pick the stroustrup variant suggested by Marcus
since it is shortest, but while being shortest, it
is looks a bit "magical". On the other hand, variant
from Peter Maydell (https://wi
From: Greg Kurz
The default behaviour for TAP/MACVTAP is to consider vnet as native endian.
This patch handles the cases when this is not true:
- virtio 1.0: always little-endian
- legacy cross-endian
Signed-off-by: Greg Kurz
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Michael S. Tsirkin
From: Laszlo Ersek
This is done mainly for improving readability, and in preparation for the
next patch, but Markus pointed out another bonus for the string being
returned:
"No arbitrary length limit. Before the patch, it's 39 characters, and the
code breaks catastrophically when qdev_fw_name()
From: Greg Kurz
The linux tap and macvtap backends can be told to parse vnet headers
according to little or big endian. This is done through the TUNSETVNETLE
and TUNSETVNETBE ioctls.
This patch brings all the plumbing for QEMU to use these APIs.
Signed-off-by: Greg Kurz
Reviewed-by: Michael S.
On Wed, Jun 17, 2015 at 09:21:00PM +0200, Michael S. Tsirkin wrote:
> BTW does this work if we have pci bridges under the default root in
> addition to PXBs? Does seabios know to skip regular bridges when it's
> counting roots?
Yes - SeaBIOS will skip regular pci-to-pci bridges in its scan for
ext
From: Cédric Le Goater
Cross-endianness is now checked by the core vhost code.
revert 371df9f5e0f1 "vhost-net: disable when cross-endian"
Signed-off-by: Cédric Le Goater
[ added commit message, Greg Kurz ]
Signed-off-by: Greg Kurz
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Michael S. Ts
From: Greg Kurz
Legacy virtio is native endian: if the guest and host endianness differ,
we have to tell vhost so it can swap bytes where appropriate. This is
done through a vhost ring ioctl.
Signed-off-by: Greg Kurz
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Michael S. Tsirkin
---
hw/vi
From: Greg Kurz
This patch brings the cross-endian vhost API to QEMU.
Signed-off-by: Greg Kurz
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Michael S. Tsirkin
---
linux-headers/linux/vhost.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/linux-headers/linux/vhost.h b/l
From: Greg Kurz
This helper will be used by vhost and tap to detect cross-endianness in
the legacy virtio case.
Signed-off-by: Greg Kurz
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Michael S. Tsirkin
---
include/hw/virtio/virtio-access.h | 13 +
1 file changed, 13 insertions(+
vhost user is related to virtio, add it to the relevant entry.
Signed-off-by: Michael S. Tsirkin
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 0463696..7a13d68 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -694,6 +694,7 @@ virtio
M: Michael
OK things seem to be calming down nicely.
Here's to an uneventful 2.4!
The following changes since commit 4ebc736e9938a7e88ecc785734b17145bf802a56:
i386/acpi-build: fix PXB workarounds for unsupported BIOSes (2015-06-11
12:40:30 +0200)
are available in the git repository at:
git://git.kern
On Wed, Jun 17, 2015 at 03:28:44PM -0400, Kevin O'Connor wrote:
> On Wed, Jun 17, 2015 at 09:15:24PM +0200, Laszlo Ersek wrote:
> > On 06/17/15 20:54, Michael S. Tsirkin wrote:
> > > Right. But what I was discussing is a different issue. The point is
> > > that it does not make sense to have /pci@
On Wed, Jun 17, 2015 at 09:24:44PM +0200, Paolo Bonzini wrote:
>
>
> On 17/06/2015 21:22, Michael S. Tsirkin wrote:
> > > Does it make sense to have an ISA device that has no ports or MMIO
> > > regions? It's a bit of hack modeling-wise, but sure it works.
> >
> > I didn't write this code :)
>
On Wed, Jun 17, 2015 at 09:15:24PM +0200, Laszlo Ersek wrote:
> On 06/17/15 20:54, Michael S. Tsirkin wrote:
> > Right. But what I was discussing is a different issue. The point is
> > that it does not make sense to have /pci@i0cf8 under two hierarchies:
> > it's the same register. What happens i
11.06.2015 16:17, Frediano Ziglio wrote:
> In qxl_v2n check that value is not negative.
Why do you think it is necessary?
Thanks,
/mjt
> Signed-off-by: Frediano Ziglio
> ---
> hw/display/qxl-logger.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/hw/display/qxl-logg
On 17/06/2015 20:25, Michael Tokarev wrote:
> 27.04.2015 13:37, Paolo Bonzini пишет:
>>
>>
>> On 27/04/2015 11:44, Michael Tokarev wrote:
>>> Currently we link individual object files from libcacard
>>> to qemu-system binaries, this way (from Makefile.objs):
>>>
>>> libcacard-y += libcacard/cac.o
15.06.2015 15:35, Markus Armbruster wrote:
> Markus Armbruster (2):
> qemu-options: Improve -global documentation
> qemu-options: Use @itemx where appropriate
Applied to -trivial, thank you!
/mjt
Applied to -trivial, thank you!
/mjt
On 17/06/2015 21:22, Michael S. Tsirkin wrote:
> > Does it make sense to have an ISA device that has no ports or MMIO
> > regions? It's a bit of hack modeling-wise, but sure it works.
>
> I didn't write this code :)
Well, you did: :)
>>> +vmport_rpc = isa_try_create(isa_bus, "vmport_r
11.06.2015 16:17, Frediano Ziglio wrote:
> Signed-off-by: Frediano Ziglio
> ---
> hw/display/qxl-logger.c | 16
> 1 file changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/hw/display/qxl-logger.c b/hw/display/qxl-logger.c
> index c900c2c..d944d3f 100644
> --- a/hw/display
On Wed, Jun 17, 2015 at 09:15:56PM +0200, Paolo Bonzini wrote:
>
>
> On 17/06/2015 20:43, Michael S. Tsirkin wrote:
> > It seems pretty obvious:
> >
> > +vmport_rpc = isa_try_create(isa_bus, "vmport_rpc");
> > +if (vmport_rpc) {
> > +qdev_init_nofail(DEVICE(vmport_rpc
On Wed, Jun 17, 2015 at 02:45:05PM +0200, Laszlo Ersek wrote:
> SeaBIOS expects OpenFirmware device paths in the "bootorder" fw_cfg file
> to follow the pattern
>
> /pci-root@N/pci@i0cf8/...
>
> for devices that live behind an extra root bus. The extra root bus in
> question is the N'th among t
This is an attempt to rearrange configure --help output a bit
and consolidate pairs of --enable/disable into its own section.
After this, help text is easier to sort, manage and read.
More descriptive text can be added as well, since we now have
more space.
While at it, mention en/dis-able-vte.
Hi,
On Wed, 17 Jun 2015 12:37:18 +0300, marcel.apfelb...@gmail.com wrote:
> BTW, did you notice a bug here? If yes, can you elaborate?
No, not a direct bug.
We noticed this while working on related code areas.
There's some history behind this.
In 95d6580 'msi: Invoke msi/msix_write_config from
(I'm not trying to answer instead of Kevin, just to comment.)
On 06/17/15 20:54, Michael S. Tsirkin wrote:
> On Wed, Jun 17, 2015 at 08:16:30PM +0200, Laszlo Ersek wrote:
>>> We do need to agree about the correct paths however, this is host/guest
>>> interface which we have to maintain forever, an
On 17/06/2015 20:43, Michael S. Tsirkin wrote:
> It seems pretty obvious:
>
> +vmport_rpc = isa_try_create(isa_bus, "vmport_rpc");
> +if (vmport_rpc) {
> +qdev_init_nofail(DEVICE(vmport_rpc));
> +}
>
>
> Don't do this. Let user specify the device using -devi
On 17/06/2015 20:31, Hervé Poussineau wrote:
>>
>
> Sure. It works well for my test case. Thanks Paolo!
>
> However, it breaks PC machines.
> mtree gives:
> 0cf8-0cfb (prio 0, RW): pci-conf-idx
> 0cf9-0cf9 (prio 1, RW): piix3-reset-control
Thanks for the information.
I'm suspect that this sort of migration is not expected to work, but
I've marked the bug as affecting upstream in case someone there can
comment.
** Changed in: qemu (Ubuntu)
Status: Incomplete => New
--
You received this bug notification because you are a mem
On Wed, Jun 17, 2015 at 08:16:30PM +0200, Laszlo Ersek wrote:
> As discussed earlier, there are two questions to consider about the OFW
> devpath pattern
>
> /pci-root@N/pci@i0cf8/...
>
> that SeaBIOS currently recognizes for devices that reside behind extra
> PCI root buses.
>
> Q1: everythin
* Juan Quintela (quint...@redhat.com) wrote:
> This includes a new section that for now just stores the current qemu state.
>
> Right now, there are only one way to control what is the state of the
> target after migration.
>
> - If you run the target qemu with -S, it would start stopped.
> - If
On Wed, Jun 17, 2015 at 01:34:33PM -0400, Don Slutz wrote:
> On 06/17/15 13:25, Paolo Bonzini wrote:
> >
> >
> > On 17/06/2015 19:14, Paolo Bonzini wrote:
> >>
> >>
> >> On 17/06/2015 19:03, Don Slutz wrote:
> >>> On 06/17/15 12:29, Michael S. Tsirkin wrote:
> On Wed, Jun 17, 2015 at 06:17:1
17.06.2015 18:14, Lin Ma wrote:
> Signed-off-by: Lin Ma
> ---
> configure | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/configure b/configure
> index 222694f..4f895e3 100755
> --- a/configure
> +++ b/configure
> @@ -1420,6 +1420,8 @@ Advanced options (experts only):
>--enable-nu
On Wed, Jun 17, 2015 at 08:16:30PM +0200, Laszlo Ersek wrote:
> > We do need to agree about the correct paths however, this is host/guest
> > interface which we have to maintain forever, and it's important to get
> > it right. I kept hoping we can come up with something saner than
> > the sequence
On Tue, Jun 16, 2015 at 12:41:56AM -0700, Peter Crosthwaite wrote:
> Hi Andreas, Richard and all,
>
> I'm moving towards the goal of having no core code usages of ENV_GET_CPU.
> This has two advantages:
>
> 1: It means we are closer to common-obj'ing core code like exec.c, cpus.c
> and friends.
>
Hi,
On Wed, 17 Jun 2015 12:36:14 +0300, marcel.apfelb...@gmail.com wrote:
> > NOTE:
> > Not sure if my statement regarding ommitting 'config_write' holds
> > for the megasas case:
> > It's parent is TYPE_MEGASAS_BASE whose parent is TYPE_PCI_DEVICE.
> > Can we assume 'config_write' will be set to
On Wed, Jun 17, 2015 at 07:14:24PM +0200, Paolo Bonzini wrote:
>
>
> On 17/06/2015 19:03, Don Slutz wrote:
> > On 06/17/15 12:29, Michael S. Tsirkin wrote:
> >> On Wed, Jun 17, 2015 at 06:17:19PM +0200, Paolo Bonzini wrote:
> >>>
> >>>
> >>> On 17/06/2015 16:29, Michael S. Tsirkin wrote:
> O
On Wed, Jun 17, 2015 at 06:48:40PM +0200, Paolo Bonzini wrote:
>
>
> On 17/06/2015 18:29, Michael S. Tsirkin wrote:
> > On Wed, Jun 17, 2015 at 06:17:19PM +0200, Paolo Bonzini wrote:
> >>
> >>
> >> On 17/06/2015 16:29, Michael S. Tsirkin wrote:
> >>> On Wed, Jun 17, 2015 at 04:27:13PM +0200, Paol
On Wed, Jun 17, 2015 at 01:03:00PM -0400, Don Slutz wrote:
> On 06/17/15 12:29, Michael S. Tsirkin wrote:
> > On Wed, Jun 17, 2015 at 06:17:19PM +0200, Paolo Bonzini wrote:
> >>
> >>
> >> On 17/06/2015 16:29, Michael S. Tsirkin wrote:
> >>> On Wed, Jun 17, 2015 at 04:27:13PM +0200, Paolo Bonzini wr
* Juan Quintela (quint...@redhat.com) wrote:
> Next commit would allow to move from incoming migration to error happening on
> source.
>
> Should we add more states to this transition? Luiz?
>
> Signed-off-by: Juan Quintela
Reviewed-by: Dr. David Alan Gilbert
> ---
> vl.c | 2 ++
> 1 file
* Juan Quintela (quint...@redhat.com) wrote:
> This allows us to store the current state to send it through migration.
>
> Signed-off-by: Juan Quintela
> ---
> include/sysemu/sysemu.h | 1 +
> vl.c| 12
> 2 files changed, 13 insertions(+)
>
> diff --git a/inclu
Le 17/06/2015 19:09, Paolo Bonzini a écrit :
On 17/06/2015 10:33, Paolo Bonzini wrote:
On 16/06/2015 19:48, Aurelien Jarno wrote:
The code assumes that if you don't have an IOMMU, the address range in
the underlying memory region is linear.
I think this is exactly what Peter Crosthwaite's i
27.04.2015 13:37, Paolo Bonzini пишет:
>
>
> On 27/04/2015 11:44, Michael Tokarev wrote:
>> Currently we link individual object files from libcacard
>> to qemu-system binaries, this way (from Makefile.objs):
>>
>> libcacard-y += libcacard/cac.o libcacard/event.o
>> libcacard-y += libcacard/vcard.
> On 17 Jun 2015, at 18:57, Dr. David Alan Gilbert wrote:
>
> * Alex Benn?e (alex.ben...@linaro.org) wrote:
>> Hi,
>
>> Shared Data Structures
>> ==
>>
>> Global TCG State
>>
>>
>> We need to protect the entire code generation cycle including any post
>> g
On 06/17/15 17:05, Michael S. Tsirkin wrote:
> On Wed, Jun 17, 2015 at 04:45:45PM +0200, Laszlo Ersek wrote:
>> On 06/17/15 16:18, Kevin O'Connor wrote:
>>> On Wed, Jun 17, 2015 at 03:57:36PM +0200, Michael S. Tsirkin wrote:
On Wed, Jun 17, 2015 at 02:45:05PM +0200, Laszlo Ersek wrote:
> S
libcacard.pc file lists only one package in Requires
field, which is nss, while glib-2.0 is also a requiriment.
Furthermore, for libraries used internally by the library
(this is the way nss and glib are used by libcacard),
Requires.private shold be used instead of Requires.
Fix both issues.
This
Instead of invalidating an original TB in cpu_exec_nocache()
prematurely, just save a link to it in the temporary generated TB. If
cpu_io_recompile() is raised subsequently from the temporary TB,
invalidate the original one as well. That allows reusing the original TB
each time cpu_exec_nocache() i
On 06/17/15 13:25, Paolo Bonzini wrote:
>
>
> On 17/06/2015 19:14, Paolo Bonzini wrote:
>>
>>
>> On 17/06/2015 19:03, Don Slutz wrote:
>>> On 06/17/15 12:29, Michael S. Tsirkin wrote:
On Wed, Jun 17, 2015 at 06:17:19PM +0200, Paolo Bonzini wrote:
>
>
> On 17/06/2015 16:29, Michae
On 17/06/2015 19:14, Paolo Bonzini wrote:
>
>
> On 17/06/2015 19:03, Don Slutz wrote:
>> On 06/17/15 12:29, Michael S. Tsirkin wrote:
>>> On Wed, Jun 17, 2015 at 06:17:19PM +0200, Paolo Bonzini wrote:
On 17/06/2015 16:29, Michael S. Tsirkin wrote:
> On Wed, Jun 17, 2015 at 04
Can you test with the latest version to see if this still affects you?
If this still is a problem, any information on how to obtain the Guest OS in
question that would also be helpful.
** Changed in: qemu (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because yo
> >
> > Eric, Alex, Thank you very much for all your answers and details.
> > From your answers it sounds like I need to extended vfio's resource query
> > mechanism to enable flagging
> > certain resources as NO_MAP and then make VFIO in QEMU act accordingly.
> > That looks like the easier pa
On 17/06/2015 19:03, Don Slutz wrote:
> On 06/17/15 12:29, Michael S. Tsirkin wrote:
>> On Wed, Jun 17, 2015 at 06:17:19PM +0200, Paolo Bonzini wrote:
>>>
>>>
>>> On 17/06/2015 16:29, Michael S. Tsirkin wrote:
On Wed, Jun 17, 2015 at 04:27:13PM +0200, Paolo Bonzini wrote:
>
>
> O
On 17/06/2015 10:33, Paolo Bonzini wrote:
> On 16/06/2015 19:48, Aurelien Jarno wrote:
>> The code assumes that if you don't have an IOMMU, the address range in
>> the underlying memory region is linear.
>
> I think this is exactly what Peter Crosthwaite's infamous :) "exec:
> Respect as_transla
* Juan Quintela (quint...@redhat.com) wrote:
> "Dr. David Alan Gilbert (git)" wrote:
> > From: "Dr. David Alan Gilbert"
> >
> > Postcopy needs a method to send messages from the destination back to
> > the source, this is the 'return path'.
> >
> > Wire it up for 'socket' QEMUFile's.
> >
> > Sign
On 06/17/15 12:29, Michael S. Tsirkin wrote:
> On Wed, Jun 17, 2015 at 06:17:19PM +0200, Paolo Bonzini wrote:
>>
>>
>> On 17/06/2015 16:29, Michael S. Tsirkin wrote:
>>> On Wed, Jun 17, 2015 at 04:27:13PM +0200, Paolo Bonzini wrote:
On 17/06/2015 16:18, Michael S. Tsirkin wrote:
1 - 100 of 373 matches
Mail list logo
