Upper 16 bits of the PCIe Extended Capability Header was truncated during
update,
also breaking pcie_add_capability.
Signed-off-by: Knut Omang
---
hw/pcie.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/pcie.c b/hw/pcie.c
index 7c92f19..fa260af 100644
--- a/hw/pcie.c
++
Does the attached patch against qemu 1.3 fix it for pci-assign?
** Attachment added: "pci-assign: Enable MSIX on device to match guest"
https://bugs.launchpad.net/qemu/+bug/1091766/+attachment/3463375/+files/foo
--
You received this bug notification because you are a member of qemu-
devel-ml,
Am 09.12.2012 02:40, schrieb Andreas Färber:
> Make TYPE_ALPHA_CPU abstract and add types -alpha-cpu.
> Use type inheritence, and turn "2*" models into aliases.
>
> Move cpu_alpha_init() to cpu.c and split out CPU realization.
> Default to creating type "ev67-alpha-cpu" as before.
>
> Signed-off-
Am 18.12.2012 21:04, schrieb Eduardo Habkost:
> This is just for testing/demonstration purposes. Probably this will be
> replaced by the more generic DeviceState realize() method, later.
>
> Signed-off-by: Eduardo Habkost
Such a function was nack'ed for Object, the reason being that the goal
was
"Michael S. Tsirkin" writes:
> On Tue, Dec 18, 2012 at 04:35:53PM -0600, Anthony Liguori wrote:
>> Paolo Bonzini writes:
>>
>> > Ok... I had really merged the wrong branch with mst's. I fixed it up and
>> > pushed again to the same place; it's now commit 6cdf60e, "make check"
>> > builds and p
Stefan Hajnoczi writes:
> The following changes since commit a8a826a3c3b8c8a1c4def0e9e22b46e78e6163a0:
>
> exec: refactor cpu_restore_state (2012-12-16 08:35:24 +)
>
> are available in the git repository at:
>
> git://github.com/stefanha/qemu.git trivial-patches
>
> for you to fetch chang
Amit Shah writes:
> Hi Anthony,
>
> Please pull to get fixes and cleanups to virtio-serial code.
>
Pulled. Thanks.
Regards,
Anthony Liguori
> Thanks,
>
> The following changes since commit 1c97e303d4ea80a2691334b0febe87a50660f99d:
>
> Merge remote-tracking branch 'afaerber/qom-cpu' into sta
Gerd Hoffmann writes:
> Hi,
>
> This is the spice patch queue, bringing two bugfixes
> and chardev redirection over spice.
Pulled. Thanks.
Regards,
Anthony Liguori
>
> please pull,
> Gerd
>
> The following changes since commit a8a826a3c3b8c8a1c4def0e9e22b46e78e6163a0:
>
> exec: refactor
sources.redhat.com is timing out, use sourceware.org URL instead.
Signed-off-by: Andreas Färber
---
.gitmodules |2 +-
1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/.gitmodules b/.gitmodules
index d975cd0..a64bf93 100644
--- a/.gitmodules
+++ b/.gitmodules
@@ -9
Stefano Stabellini writes:
> Hi Anthony,
> please pull the following branch based on
> a8a826a3c3b8c8a1c4def0e9e22b46e78e6163a0:
>
>
> git://xenbits.xen.org/people/sstabellini/qemu-dm.git xen-20121217
>
>
> It contains several fixes and multiple consoles support in the Xen PV
> console backend.
Am 16.12.2012 01:13, schrieb Andreas Färber:
> Here's a rebased version of the series moving KVM-specific fields from
> CPU*State struct (CPU_COMMON macro) to QOM CPUState and avoiding use of
> CPU*State in KVM's API.
>
> There was no review feedback on v1, which I'm interpreting as a don't-care.
On Tue, Dec 18, 2012 at 11:57:58PM +0100, Andreas Färber wrote:
> Am 18.12.2012 21:03, schrieb Eduardo Habkost:
> > This is just a proof of concept, of how I think we could gradually move to
> > make the architectures share CPU creation/initialization code.
> >
> > I have implemented a quick cpu_r
Paolo Bonzini writes:
> And how does it conflicts with Alex's ppc pull request? It is a fast
> forward from origin/master as of now (commit a8a826a, exec: refactor
> cpu_restore_state, 2012-12-04), and that includes Alex's commits...
It's not a conflict. You both have problems with your pull re
This generalizes {ARM,M68k,Alpha}CPUListState to avoid declaring it for
each target. Place it in cpu-common.h to avoid circular dependencies.
Signed-off-by: Andreas Färber
Cc: Eduardo Habkost
Cc: Igor Mammedov
---
cpu-common.h | 12
target-alpha/cpu.c |9 ++---
On 12/13/2012 12:48 PM, Lucas Meneghel Rodrigues wrote:
From: Gerd Hoffmann
When present it makes qemu exit on any write.
Mapped to port 0x501 by default.
Without this patch Anthony doesn't allow me to
remove the bochs bios debug ports because his
test suite uses this.
Hello Anthony,
So, th
Anthony Liguori writes:
> Paolo Bonzini writes:
>
>> And how does it conflicts with Alex's ppc pull request? It is a fast
>> forward from origin/master as of now (commit a8a826a, exec: refactor
>> cpu_restore_state, 2012-12-04), and that includes Alex's commits...
>
> It's not a conflict. You b
On 19.12.2012, at 03:00, Anthony Liguori wrote:
> Anthony Liguori writes:
>
>> Paolo Bonzini writes:
>>
>>> And how does it conflicts with Alex's ppc pull request? It is a fast
>>> forward from origin/master as of now (commit a8a826a, exec: refactor
>>> cpu_restore_state, 2012-12-04), and tha
On Wed, Dec 19, 2012 at 03:13:10AM +0100, Alexander Graf wrote:
>
> On 19.12.2012, at 03:00, Anthony Liguori wrote:
>
> > Anthony Liguori writes:
> >
> >> Paolo Bonzini writes:
> >>
> >>> And how does it conflicts with Alex's ppc pull request? It is a fast
> >>> forward from origin/master as
于 2012-12-18 18:36, Dietmar Maurer 写道:
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,
Am 18.12.2012 08:53, schrieb Andreas Färber:
> +static gint ppc_cpu_compare_class_name(gconstpointer a, gconstpointer b)
> +{
> +ObjectClass *oc = (ObjectClass *)a;
> +const char *name = b;
>
> -return NULL;
> +if (strncasecmp(name, object_class_get_name(oc), strlen(name)) == 0 &&
If the above pci-assign patch works, please also try this vfio-pci
version as it requires a slightly different implementation. Also
against qemu 1.3. Thanks.
** Attachment added: "vfio-pci: Make host MSI-X enable track guest"
https://bugs.launchpad.net/qemu/+bug/1091766/+attachment/3463505/+f
On Tue, Dec 18, 2012 at 12:49:02AM +0100, Alexander Graf wrote:
>
> On 18.12.2012, at 00:00, David Gibson wrote:
>
> > On Mon, Dec 17, 2012 at 11:10:12AM +0100, Alexander Graf wrote:
> >>
> >>
> >> On 17.12.2012, at 03:32, David Gibson wrote:
> >>
> >>> On Thu, Dec 13, 2012 at 01:50:25PM +010
> OK, I think underlying storage is another level of issue, just wondering
> what
> this patch miss to stop you use external tool, did you called a LVM/nexenta C
> API in previous patch?
The trick is to do thing step by step
1.) save state
2.) create internal snapshots
3.) call external tools
Hello Luiz,
On Tue, Dec 18, 2012 at 06:16:55PM -0200, Luiz Capitulino wrote:
> The auto-ballooning feature automatically performs balloon inflate
> or deflate based on host and guest memory pressure. This can help to
> avoid swapping or worse in both, host and guest.
>
> Auto-ballooning has a hos
> Libvirt has been using it when available (although reluctantly, as it risks
> hanging on an uncooperative guest); and while libvirt can be patched to call 6
> QOM commands in a row to query six different QOM stats, I still think it
> would be nicer to add a command that provides all the stats at
于 2012-12-19 12:55, Dietmar Maurer 写道:
OK, I think underlying storage is another level of issue, just wondering what
this patch miss to stop you use external tool, did you called a LVM/nexenta C
API in previous patch?
The trick is to do thing step by step
1.) save state
2.) create internal
On Tue, Dec 18, 2012 at 06:13:11PM -0600, Anthony Liguori wrote:
> Paolo Bonzini writes:
>
> > And how does it conflicts with Alex's ppc pull request? It is a fast
> > forward from origin/master as of now (commit a8a826a, exec: refactor
> > cpu_restore_state, 2012-12-04), and that includes Alex's
On 19.12.2012 01:33, Alexander Graf wrote:
> On 18.12.2012, at 20:05, Michael Tokarev wrote:
>>> # chroot mipsroot /bin/bash
>>> qemu: uncaught target signal 11 (Segmentation fault) - core dumped
>> commit 288e65b9eea0c9b3cbe21be46f3e24e4e8b2a090
>> Author: Alexander Graf
>> Date: Wed Dec 14 0
Current seabios will try to boot from selected devices first,
if they are all failed, seabios will also try to boot from
un-selected devices.
For example:
@ qemu-kvm -boot order=n,menu=on ...
Guest will boot from network first, if it's failed, guest will try to
boot from other un-selected devices
Current seabios will try to boot from selected devices first,
if they are all failed, seabios will also try to boot from
un-selected devices.
For example:
@ qemu-kvm -boot order=n,menu=on ...
Guest will boot from network first, if it's failed, guest will try to
boot from other un-selected devices
Hi,
> - multiple memory buses can be registered. Memory buses of the real hw/chipset
> or a paravirtual memory bus can be added.
IIRC q35 supports memory hotplug natively (picked up in some
discussion). Is that correct?
What does the code emulate? It doesn't look like it emulates q35 memor
On 12/19/12 08:24, Amos Kong wrote:
> Current seabios will try to boot from selected devices first,
> if they are all failed, seabios will also try to boot from
> un-selected devices.
>
> For example:
> @ qemu-kvm -boot order=n,menu=on ...
>
> Guest will boot from network first, if it's failed, g
201 - 232 of 232 matches
Mail list logo
