On Sat, May 12, 2012 at 12:30 AM, Michael S. Tsirkin wrote:
>
> On Fri, May 11, 2012 at 12:37:49PM +0800, Amos Kong wrote:
> > good: 3.3.0 guest kernel & qemu-kvm-rhel6
> > guest panic: 3.3.0 guest kernel & qemu-upstream (contains fix [1])
> >
> > I didn't change anything of guest kernel,
> > It
On Sat, 12 May 2012, Andreas F?rber wrote:
> Hello malc and Alex,
>
> Here's patches to optimize and fix potential AREG0 issues on ppc64.
>
> So far I've only tested on Darwin/ppc64 - Debian/sparc, HelenOS/sparc64,
> Haiku/i386, Haiku/x86_64 guests work.
> Still TODO: testing on Linux and testin
On Fri, May 11, 2012 at 10:57 PM, Amos Kong wrote:
> The whole PCI slot should be removed once. Currently only one func
> is cleaned in pci_unplug_device(), if you try to remove a single
> func by monitor cmd.
>
> Start VM with 8 multiple-function block devs, hot-removing
> those block devs by 'd
On Sat, 2012-05-12 at 17:31 +1000, Alexey Kardashevskiy wrote:
> And drivers/vfio/vfio_iommu_x86.c works perfect for POWER except a DMA
> window setup
> which I dropped for now and simply use quite popular configuration on
> power (1Gb DMA window starting
> from 0x0).
>
> As for me, it is too comp
On Sat, May 12, 2012 at 9:04 PM, Stefan Weil wrote:
> Am 12.05.2012 21:47, schrieb Blue Swirl:
>
>> There are no outside references to virtio_portio.
>> Add missing 'static' specifier.
>>
>> Signed-off-by: Blue Swirl
>> ---
>> hw/virtio-pci.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-
Am 12.05.2012 21:47, schrieb Blue Swirl:
There are no outside references to virtio_portio.
Add missing 'static' specifier.
Signed-off-by: Blue Swirl
---
hw/virtio-pci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/virtio-pci.c b/hw/virtio-pci.c
index 4a4413d..8a931ce 10
There are no outside references to virtio_portio.
Add missing 'static' specifier.
Signed-off-by: Blue Swirl
---
hw/virtio-pci.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/virtio-pci.c b/hw/virtio-pci.c
index 4a4413d..8a931ce 100644
--- a/hw/virtio-pci.c
+++ b/hw/vi
This was an annoying bug, thanks for fixing it!
Tested-by: Artyom Tarasenko
On Sat, May 12, 2012 at 7:30 PM, Blue Swirl wrote:
> Initrd load address is too low, it conflicts with kernel load
> address:
> rom: requested regions overlap (rom phdr #0:
> /tmp/vmlinux-debian-6.0.4-sparc64. free=0x00
On Tue, Apr 24, 2012 at 06:26:30PM +1200, Alexey Korolev wrote:
> This patch solves issues on Windows guests, when 64bit
> BAR's are present. It is also helpful on Linux guests
> when use_crs kernel boot option is set.
Unfortunately, this patch causes problems for WinXP, so I reverted it.
-Kevin
On Fri, May 04, 2012 at 05:35:10PM +0200, Gerd Hoffmann wrote:
> On 05/04/12 15:15, Kevin O'Connor wrote:
> > On Fri, May 04, 2012 at 10:21:23AM +0200, Gerd Hoffmann wrote:
> >> seabios used to initialize root bus devices only, with this patch
> >> devices behind pci bridges are initialized too. T
Initrd load address is too low, it conflicts with kernel load
address:
rom: requested regions overlap (rom phdr #0:
/tmp/vmlinux-debian-6.0.4-sparc64. free=0x00742519,
addr=0x0040)
rom loading failed
Fix by making the initrd address variable, load initrd after kernel
image. Use
Public bug reported:
Been setup as follows :-
boris@boris-P5Q-E:~$ dpkg -l | grep spice
ii gir1.2-spice-client-glib-2.0 0.9-0ubuntu1 GObject for
communicating with Spice servers (GObject-Introspection)
ii gir1.2-spice-client-gtk-2.00.9-0ubuntu1
> +void pt_log(const PCIDevice *d, const char *f, ...)
> +{
> + va_list ap;
> +
> + va_start(ap, f);
> + if (d) {
> + fprintf(stderr, "[%02x:%02x.%x] ", pci_bus_num(d->bus),
%02x.%d
> + PCI_SLOT(d->devfn), PCI_FUNC(d->devfn));
> + }
> + vfprintf(stderr, f, ap)
Samples of working PPAs may be viewed at :-
https://launchpad.net/~bderzhavets/+archive/lib-usbredir67 - spice-gtk 0.9
https://launchpad.net/~bderzhavets/+archive/lib-usbredir71 - spice-gtk 0.11
https://launchpad.net/~bderzhavets/+archive/lib-usbredir73 - spice-gtk 0.12
--
You received this bug
Spice/VGA install doesn't work as well . It's not duplicate
https://bugs.launchpad.net/ubuntu/+source/seabios/+bug/823494
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/998435
Title:
qemu-kvm-spice
I'm trying to run Solaris 10 on sparc 64 under qemu 1.0. But unfortunately it‘s
failed. The steps and errors as follows:
Steps:
qemu-1.0.1/sparc64-softmmu/qemu-system-sparc64 -hda solaris.img -cdrom
/media/Expansion\ Drive/iso/solaris/sol-10-u10-ga2-sparc-dvd.iso -boot d
--nographic
Errors:
O
I was bit in kvm-qemu (Debian qemu-kvm-1.0+dfsg-11) with the usb
descriptor parsing code. I was enhancing a driver in the guest and
found that I could talk to usb alt 0, but not alt 3, I made a local
fix and I see there is an upstream fix (listed below) in qemu.
commit 96dd9aac37d30f3425088f81523
On Mon, Mar 19, 2012 at 12:54 PM, Anthony PERARD
wrote:
> On 19/03/12 11:50, Stefano Stabellini wrote:
>>
>> On Fri, 16 Mar 2012, Anthony PERARD wrote:
>>>
>>> Signed-off-by: Anthony PERARD
>>> ---
>>> hw/pci_ids.h | 1 +
>>> 1 files changed, 1 insertions(+), 0 deletions(-)
>>>
>>> diff --git
On Fri, Mar 16, 2012 at 12:54 PM, Anthony PERARD
wrote:
> Signed-off-by: Anthony PERARD
I thought I reviewed this last time? Is there a reason for not
attaching 'Reviewed-by: Konrad Rzeszutek Wilk
' on this patch?
On Sat, May 12, 2012 at 3:57 PM, Andreas Färber wrote:
> Am 12.05.2012 15:08, schrieb Blue Swirl:
>> On Sat, May 12, 2012 at 12:38 PM, Andreas Färber wrote:
>>> Am 12.05.2012 14:32, schrieb Blue Swirl:
On Sat, May 12, 2012 at 11:56 AM, Andreas Färber wrote:
> Am 12.05.2012 11:15, schrie
From: Paolo Bonzini
This was erroneously dropped in d6c730086cbf24382eb8cff25551798769edfd84
(pc: reduce duplication in compat machine types).
Cc: Michael S. Tsirkin
Signed-off-by: Paolo Bonzini
Signed-off-by: Andreas Färber
---
This is a backport from Paolo's QBus series, as requested by ms
Am 12.05.2012 15:08, schrieb Blue Swirl:
> On Sat, May 12, 2012 at 12:38 PM, Andreas Färber wrote:
>> Am 12.05.2012 14:32, schrieb Blue Swirl:
>>> On Sat, May 12, 2012 at 11:56 AM, Andreas Färber wrote:
Am 12.05.2012 11:15, schrieb Artyom Tarasenko:
> Implement registers for clearing OBI
On Sat, May 12, 2012 at 12:38 PM, Andreas Färber wrote:
> Am 12.05.2012 14:32, schrieb Blue Swirl:
>> On Sat, May 12, 2012 at 11:56 AM, Andreas Färber wrote:
>>> Am 12.05.2012 11:15, schrieb Artyom Tarasenko:
Implement registers for clearing OBIO and PCI interrupts
Signed-off-by: A
On Sat, May 12, 2012 at 1:56 PM, Andreas Färber wrote:
> Am 12.05.2012 11:15, schrieb Artyom Tarasenko:
>> Implement registers for clearing OBIO and PCI interrupts
>>
>> Signed-off-by: Artyom Tarasenko
>
> Implementing new registers is a feature, not a 1.1 bugfix...
> Many of us would like to get
Am 12.05.2012 14:32, schrieb Blue Swirl:
> On Sat, May 12, 2012 at 11:56 AM, Andreas Färber wrote:
>> Am 12.05.2012 11:15, schrieb Artyom Tarasenko:
>>> Implement registers for clearing OBIO and PCI interrupts
>>>
>>> Signed-off-by: Artyom Tarasenko
>>
>> Implementing new registers is a feature,
Am 30.04.2012 18:55, schrieb Stefan Weil:
SDL scaling uses a broken version of SDL_rotozoom
which does out-of-bounds memory access.
Disable it for QEMU 1.1 until a better solution is found.
Cc: Anthony Liguori
Signed-off-by: Stefan Weil
---
qemu-doc.texi |4 ++--
ui/sdl.c | 12 +++
Am 02.05.2012 13:31, schrieb Paolo Bonzini:
> From: Anthony Liguori
>
> ptr properties have neither a get/set or a print/parse which means that when
> they're added they aren't treated as static or legacy properties.
>
> Just assume properties like this are legacy properties and treat them as su
On Sat, May 12, 2012 at 11:56 AM, Andreas Färber wrote:
> Am 12.05.2012 11:15, schrieb Artyom Tarasenko:
>> Implement registers for clearing OBIO and PCI interrupts
>>
>> Signed-off-by: Artyom Tarasenko
>
> Implementing new registers is a feature, not a 1.1 bugfix...
> Many of us would like to ge
Am 12.05.2012 11:15, schrieb Artyom Tarasenko:
> Implement registers for clearing OBIO and PCI interrupts
>
> Signed-off-by: Artyom Tarasenko
Implementing new registers is a feature, not a 1.1 bugfix...
Many of us would like to get patches committed and have to wait.
/-F
--
SUSE LINUX Product
Am 12.05.2012 13:21, schrieb Peter Maydell:
On 12 May 2012 08:52, Stefan Weil wrote:
These new bugs were detected in comments and in an error message:
There's already a patch on the list to fix at least some of these:
http://patchwork.ozlabs.org/patch/157992/
including the error message one w
On 12 May 2012 08:52, Stefan Weil wrote:
> These new bugs were detected in comments and in an error message:
There's already a patch on the list to fix at least some of these:
http://patchwork.ozlabs.org/patch/157992/
including the error message one which is the most important
to fix for 1.1.
--
On Sat, May 12, 2012 at 12:01 PM, Blue Swirl wrote:
> On Sat, May 12, 2012 at 9:15 AM, Artyom Tarasenko wrote:
>> This small patch series fixes two bugs (patches 1 and 3),
>> one reggression (patch 2) and and adds two missing registers
>> to apb_pci (patch 4).
>
> Thanks, applied all. I trimmed t
On Sat, May 12, 2012 at 9:15 AM, Artyom Tarasenko wrote:
> This small patch series fixes two bugs (patches 1 and 3),
> one reggression (patch 2) and and adds two missing registers
> to apb_pci (patch 4).
Thanks, applied all. I trimmed the patch descriptions (too long lines
or Conflicts: do not lo
Thanks, applied.
On Thu, May 10, 2012 at 7:39 AM, Paolo Bonzini wrote:
> This is a partial revert of commits a369da5 (vga: improve VGA logic,
> committed 2012-01-22) and c5bd4f3 (vga: fix -nodefaults -device VGA,
> 2012-01-24) which broke command-line option parsing in different ways.
>
> Since c
Thanks, applied.
On Sat, May 5, 2012 at 9:44 PM, Max Filippov wrote:
> Cleanup commit e554861766d9ae84dd5720baa4869f4ed711506f have changed
> code_address calculation in the tlb_set_page function in case of access
> to a page with a watchpoint. This caused QEMU segfault in the xtensa
> test_break
On Thu, May 10, 2012 at 1:00 PM, Peter Maydell wrote:
> Another pullreq for 1.1 -- this is an update of the previous
> one to add the patch fixing the "-cpu foo" segfault. Please
> pull in time for 1.1-rc2 :-)
Thanks, pulled.
>
> thanks
> -- PMM
>
> The following changes since commit 9f34841a812
Ups, the subject line was supposed to be [PATCH 1/4, master+QEMU 1.1]
... Should I resend?
On Sat, May 12, 2012 at 11:15 AM, Artyom Tarasenko wrote:
> According to UltraSPARC - IIi User's manual:
>
> 14.1.11 Address Masking (Impdep #125)
> When PSTATE.AM=1, the CALL, JMPL, and RDPC instructions
Implement registers for clearing OBIO and PCI interrupts
Signed-off-by: Artyom Tarasenko
---
hw/apb_pci.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/hw/apb_pci.c b/hw/apb_pci.c
index d4e11bc..c28411a 100644
--- a/hw/apb_pci.c
+++ b/hw/apb_pci.c
@@ -85,6
Similarly to PCI interrupt mappings, the OBIO ones have to be initialized.
Signed-off-by: Artyom Tarasenko
---
hw/apb_pci.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/hw/apb_pci.c b/hw/apb_pci.c
index 7e28808..d4e11bc 100644
--- a/hw/apb_pci.c
+++ b/hw/apb_pci.
Fix UltraSPARC/JPS1/UA2007 VIS block load instructions broken in
30038fd81808f7c3bca92be2369e74c8ca7b3d69
Conflicts:
target-sparc/ldst_helper.c
Signed-off-by: Artyom Tarasenko
---
target-sparc/ldst_helper.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tar
According to UltraSPARC - IIi User's manual:
14.1.11 Address Masking (Impdep #125)
When PSTATE.AM=1, the CALL, JMPL, and RDPC instructions and all traps
transmit zero in the high-order 32-bits of the PC to their specified destination
registers.
Signed-off-by: Artyom Tarasenko
---
target-sparc/t
This small patch series fixes two bugs (patches 1 and 3),
one reggression (patch 2) and and adds two missing registers
to apb_pci (patch 4).
The most visible effect: it makes possible booting Linux/sparc64!
Currently not from an IDE disk, but virtio is working just fine:
http://tyom.blogspot.de
These new bugs were detected in comments and in an error message:
addres->address
arithmentic->arithmetic
explictly->explicitly
neccessary->necessary
preceeding->preceding
unecessary->unnecessary
Signed-off-by: Stefan Weil
---
coroutine-sigaltstack.c |2 +-
qapi-schema-guest.json |2 +-
The idea of the patch is to demonstrate what POWER needs to support VFIO.
It will not compile as many other patches are needed and they are not
posted anywhere yet.
The patch includes:
1) sPAPR PCI bus got an additional flag "is_vfio" which defines IOMMU
behavior
2) Added POWER-specific IOMMU ha
Hi!
I pulled new VFIO from github, ported to POWER and got some issues/thoughts
which I post as patches.
However PCI bridges handling is an open question to discuss.
My test setup includes PCIe card Intel E1000E which looks in the host like this
(cut device names in the tree below as they were t
The idea of the patch is to demonstrate what POWER needs to support VFIO.
Added support on POWER. Than includes:
1) IOMMU API driver for POWER.
It also includes subsys_initcall_sync(power_pci_iommu_init) which walks through
all
PCI devices and creates IOMMU groups and adds devices to these group
There is a need for a mechanism to obtain an IRQ line number to
initialize End-Of-Interrupt handler.
There is another proposed solution (commit
b7790763828b732059ad24ba0e64ce327563fe1a "pci: Add callbacks
to support retrieving and updating interrupts") which adds pci_get_irq
callback to every PCI
47 matches
Mail list logo
