Hi,
Is anyone having problems with the QXL driver from spice-guest-tools 0.3
under Windows 7 Pro?
It is installing correctly but not running due to signing issues (code 52).
If I disable Driver Enforcement (F8) it runs fine.
All other drivers in that set, i.e., serial, net, storage, balloon are
2013/1/24 Alon Levy :
>> Is the amount of MB in the first 3 lines as expected? In another test
>> I tried 16M for both qxl-vga.ram_size and qxl-vga.vram_size but these
>> lines didn't change.
>
> No, it isn't, good that you noticed (bad that I didn't). vram/64 can be
> (should be - no driver knows
> I have one bit of due diligence I'm going to do as well;
> (I wanted to make sure the change to qxl_resize_primary_to_virtual
> shouldn't be it's own patch, and maybe see if that's what
> led to my NumHeads confusion), but I'll hopefully respin
> and submit today or tomorrow.
Blech. I'm glad I
Alon,
- Original Message -
> Which version of qxl is in the ubuntu vm and which in the fedora vm? are the
> qemu
> invocations exactly the same (other then the image)? Is there an xorg.conf in
> the
> fedora vm not in the ubuntu vm?
I've used Fedora 16, 17, and 18 and they preform well
Alon,
- Original Message -
> So on the same host a fedora vm works fast but the ubuntu is slow?
That is correct.
> I suspect the driver is not installed or not recognized in the ubuntu
> vm. Can you provide the X log?
The log is 94K so I just stuck it in my webspace. Here's the URL:
h
> Greetings,
>
> I'm a big Red Hat / clone slash Fedora guy... and I use use a lot of
> KVM. I primarily create Fedora, RHEL/clone, and Windows KVM guests
> and they work great... but every once in a while I like to try out
> an Ubuntu release just to see what's new. I have tried their Unity
> s
Javaon,
- Original Message -
> already disabled, still slow response in GUI. :-(
It didn't even work until recently (with the release of Fedora 17) as seen in
this features page for Fedora 17:
https://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering
As you probably know,
Greetings,
I'm a big Red Hat / clone slash Fedora guy... and I use use a lot of KVM. I
primarily create Fedora, RHEL/clone, and Windows KVM guests and they work
great... but every once in a while I like to try out an Ubuntu release just to
see what's new. I have tried their Unity spin as well
already disabled, still slow response in GUI. :-(
On 01/24/2013 10:52 PM, Yonit Halperin wrote:
Hi,
On 01/24/2013 08:23 AM, javaon wrote:
Thanks for replying, Alon.
Yes, I found that 3d rendering in software. But.. is there any method to
improve the response speed of Fedora GNOME desktop? You
Hi,
On 01/24/2013 08:23 AM, javaon wrote:
Thanks for replying, Alon.
Yes, I found that 3d rendering in software. But.. is there any method to
improve the response speed of Fedora GNOME desktop? You know, Windows
XP/7 guest's speed is really pretty fast!
Thanks.
You can try disabling off scree
On 01/24/2013 05:37 AM, Hans de Goede wrote:
Hi,
Overall comments:
1) I've run several tests with this, and this looks good to go.
Great, thanks!
2) As Alon said, please split of the #if 0 blocks removal, I agree they can
be removed after this patch, but lets do so in a follow-up patch
Se
Is it possible to break out the #if 0 removals since I don't see any
relation between them and this patch?
I'm a huge fan of smaller, more surgical patches.
And yeah, I'll shift the first #if 0 removal to another patch.
But I think the larger and more material #if 0 removals are
related to th
> Thanks for replying, Alon.
>
> Yes, I found that 3d rendering in software. But.. is there any method
> to improve the response speed of Fedora GNOME desktop? You know,
> Windows XP/7 guest's speed is really pretty fast!
Sadly the 3.x GNOME desktop requires 3d rendering and spice does not know h
---
server/red_parse_qxl.h | 4 +---
spice-common | 2 +-
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/server/red_parse_qxl.h b/server/red_parse_qxl.h
index 3adc9fa..58dc52d 100644
--- a/server/red_parse_qxl.h
+++ b/server/red_parse_qxl.h
@@ -43,9 +43,7 @@ typedef struc
Similar to the almost identity relation between QXLFoo and SpiceFoo for other
structs, this one has just been left out.
---
common/draw.h | 4
1 file changed, 4 insertions(+)
diff --git a/common/draw.h b/common/draw.h
index 3704358..1df42e8 100644
--- a/common/draw.h
+++ b/common/draw.h
@@ -
---
spice/qxl_dev.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/spice/qxl_dev.h b/spice/qxl_dev.h
index a3e91a5..c2fda3a 100644
--- a/spice/qxl_dev.h
+++ b/spice/qxl_dev.h
@@ -351,6 +351,12 @@ typedef struct SPICE_ATTR_PACKED QXLCursorCmd {
uint8_t device_data[QXL_CURSUR_DEVICE_
Thanks for replying, Alon.
Yes, I found that 3d rendering in software. But.. is there any method to
improve the response speed of Fedora GNOME desktop? You know, Windows XP/7
guest's speed is really pretty fast!
Thanks.
On 01/24/2013 09:13 PM, Alon Levy wrote:
hi list,
I am running Fedora 1
> hi list,
>
> I am running Fedora 18 (GNOME version) as a guest in a host with qemu
> 1.3. But the desktop is slow. I have already opened 3D acceleration
> in the guest's xml definition file.But the desktop is slow. I have
> already opened 3D acceleration in the guest's xml definition file.
>
>
> 2013/1/23 Alon Levy :
> > Looks like the client isn't supplying the correct password set
> > below. You can also disable passwords by the "disable-ticketing"
> > option, i.e. "-spice disable-ticketing,..."
>
> I didn't notice that warning, I should have disabled passwords for
> the
> sake of pos
Hi,
On 01/24/2013 12:54 PM, Hans de Goede wrote:
Adding the current mode to the monitor modelist as "extra" preferred
mode means that each time the modelist gets queried, and the resolution
has changed, a different modelist is returned for the output. A different
modelist gets seen as a differe
Adding the current mode to the monitor modelist as "extra" preferred
mode means that each time the modelist gets queried, and the resolution
has changed, a different modelist is returned for the output. A different
modelist gets seen as a different monitor by gnome-settings-daemon, causing
it to th
When we've for example only output qxl-0 and qxl-2 enabled, the heads array
of the QxlMonitorsConfig struct we send will be sparse, containing a 0 width
and height entry at index 1. Since the qxl-dev (and subsequently the
spice-client) will only look at QxlMonitorsConfig.count entries in the heads
This commit generates a .spec file with the right version number
when configure is run.
---
configure.ac| 1 +
mingw-spice-vdagent.spec| 94 -
mingw-spice-vdagent.spec.in | 92
3 files cha
This automatically generates the needed debug packages for .debug
files. Without this, the rpm build fails.
---
mingw-spice-vdagent.spec | 1 +
1 file changed, 1 insertion(+)
diff --git a/mingw-spice-vdagent.spec b/mingw-spice-vdagent.spec
index 7674ba0..1351419 100644
--- a/mingw-spice-vdagent.s
Hi,
Overall comments:
1) I've run several tests with this, and this looks good to go.
2) As Alon said, please split of the #if 0 blocks removal, I agree they can
be removed after this patch, but lets do so in a follow-up patch
3) I don't like the hardcoded 1024x768, yes I know it was there befor
hi list,
I am running Fedora 18 (GNOME version) as a guest in a host with qemu 1.3. But
the desktop is slow. I have already opened 3D acceleration in the guest's xml
definition file.But the desktop is slow. I have already opened 3D acceleration
in the guest's xml definition file.
By the way,
Hi,
On 01/23/2013 07:47 PM, Jeremy White wrote:
Aha! I built a qxl_driver from git tip, put that on my fc18 guest, and
now I see 4 displays in my drop down list.
(I had mistakenly presumed that by up to date fc18 guest, you wanted
those stock qxl packages, but the fc18 qxl driver is fairly old
2013/1/23 Alon Levy :
> Looks like the client isn't supplying the correct password set below. You can
> also disable passwords by the "disable-ticketing" option, i.e. "-spice
> disable-ticketing,..."
I didn't notice that warning, I should have disabled passwords for the
sake of posting, but I di
Hi,
On 01/23/2013 07:07 PM, Jeremy White wrote:
I currently have qemu-1.3 + spice server 0.12-2, with spice client gtk
and virt-viewer from git tip of yesterday. I am running a fully up to
date fc18 guest.
Hmm that should be new enough I think...
I launch qemu from the command line, adding
Hi,
On 01/23/2013 11:39 PM, Jeremy White wrote:
BTW reading patch 1 again, I wonder what exactly it tries to solve, since
currently when using spice with qemu (no experience with x-spice) you can
already set modes > 1024x768 without problems.
Alright, I've spent my day relearning this code, an
On Wed, Jan 23, 2013 at 04:40:38PM -0600, Jeremy White wrote:
> This fixes a bug with x-spice where you could not specify
> a default mode in an xorg.conf modeline that was greater
> than 1024x768. This also eliminates (and partially
> reverts) patch c1b537fc.
>
> It may also fix bug 894421, wher
On 23/01/2013 15:34, Christophe Fergeau wrote:
On Wed, Jan 23, 2013 at 01:10:15PM +0100, Han Pilmeyer wrote:
I'm really happy that Cole made available the latest Windows
drivers. However, as a naïve Fedora user, this is really confusing.
For as far as I can tell the virtio-win package is no lon
32 matches
Mail list logo
