Thomas Han wrote:
Hi Anthony,
Sorry for the late reply. I did try out the patch with my local build
and I
haven't see that "invisible wall" mouse problem for a few days now.
Thanks very much,
Thomas
On 5/4/06, Anthony Liguori <[EMAIL PROTECTED]> wrote:
Thomas Han wrote:
> Hi,
>
> For w
I tried out this patch (with CVS, after fixing it) with XP SP2 and 2k3
SP1. It did address the corruption when changing bpp or resolution,
but paints the screen white while the UI elements repaint themselves.
Just a little disturbing, but I'll get used to it. Also, I had the
leave the second c
My system is: kqemu 1.3.0pre7 + qemu 0.8.1 + Suse 10 + Pentium D
and I'm tried to run Suse 10.0 and Auros 11.1 as guest OS.
Both do kernel panic on boot, but work fine with user-level virtualization.
WinXP Prof. runs fine with full virtualization, hope Linux would also be
supported...
Cheers Fr
WD-
I see the problem here, `patch' got confused because my patch was
against a 0.8.0 tree and you applied it to a 0.8.1 tree. You wound up
making the change to `cirrus_hook_read_sr', where the Windows driver
attempts to read the mode register. The patch is supposed to apply to
the routine `cirr
Enclosed is a set of patches that allows qemu-0.8.1-cvs to be compiled on
Solaris 10
Sparc systems and run x86 software (tested DamnSmallLinux and Win98SE). I will
be following up with a second patch which corrects the bgr colors that
Solaris/Sparc
natviely displays, but am keeping it separat
Frank,
Try adding the debug statement to your kernel boot options. It makes my
fc5 systems boot correctly with -kernel-kqemu emulation. Not sure why
this fixes it, and haven't had much time to see but it was a quick work
around for the performance increase.
--
Thank You,
Ben Dailey
[EMAIL PROTECT
Enclosed is a patch that fixes the color mapping when running qemu on a
Solaris/Sparc
system. To enable the color mapping bgr, call qemu with the flag "-bgr".
This patch *requires* the qemu-0.8.1cvs-sparc-solaris.patch diff that was posted
earlier today.
I separated out this patch as there has
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/10 19:21:58
Modified files:
slirp : if.c slirp.c
Log message:
suppressed unaligned accesses
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs
On Wednesday 10 May 2006 19:16, Ben Taylor wrote:
> Enclosed is a patch that fixes the color mapping when running qemu on a
> Solaris/Sparc system. To enable the color mapping bgr, call qemu with the
> flag "-bgr".
We've been over this several times before. qemu should be able to autodetect
what
Hi,
On 2.6.17-rc2, the MODULE_PARM() way of declaring module parameters
seems to have disappeared (it is anyway deprecated since the beginning
of the 2.6 series). As such, kqemu-1.3.0pre7 doesn't compile.
/home/thomas/kqemu-1.3.0pre7/kqemu-linux.c:52: error: syntax error before
string constant
/
Ben Taylor wrote:
Enclosed is a patch that fixes the color mapping when running qemu on a
Solaris/Sparc
system. To enable the color mapping bgr, call qemu with the flag "-bgr".
This patch *requires* the qemu-0.8.1cvs-sparc-solaris.patch diff that was posted
earlier today.
I separated out this
This was the original Solaris patch that I based my own patch on. At
Paul Brook's suggestion, I made the translations more static (and as you
are suggesting now, Anthony.) However, Fabrice commented that my patch
was not correct for various reasons (quote from Fabrice on 2006-05-01):
"Hi,
I did
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/10 22:17:36
Modified files:
. : sdl.c vl.h
hw : vga.c vga_template.h
Log message:
bgr32 pixel format support
CVSWeb
> autodetect what color format to use. Also putting if inside the inner loop
> of the low-level conversion routines is a bad idea.
While that's per-se true, maybe it's not such a big deal. The branch is
going to be perfectly predictable since the condition stays the same
for the entire run, so
In order to stop the release of incomplete BGR patches, I am
implementing a more complete patch. I am just adding depth = 32 with BGR
instead of RGB. If other pixel formats are wanted, you should signal it now.
Fabrice.
___
Qemu-devel mailing list
Q
Fabrice Bellard <[EMAIL PROTECTED]> wrote:
> In order to stop the release of incomplete BGR patches, I am
> implementing a more complete patch. I am just adding depth = 32 with BGR
> instead of RGB. If other pixel formats are wanted, you should signal it now.
I added an "int bgr;" to the
On Wednesday 10 May 2006 23:05, Fabrice Bellard wrote:
> In order to stop the release of incomplete BGR patches, I am
> implementing a more complete patch. I am just adding depth = 32 with BGR
> instead of RGB. If other pixel formats are wanted, you should signal it
> now.
I don't have any paticul
On Wed, 10 May 2006, Ben Taylor wrote:
>
> Enclosed is a set of patches that allows qemu-0.8.1-cvs to be compiled on
> Solaris 10
> Sparc systems and run x86 software (tested DamnSmallLinux and Win98SE). I
> will
Is thre a support for Sun-Blade-100 based system? I tried to compile
the 0.8.1
Any comments for this patch?
Best Regards,
hanzhu
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Han, Zhu
Sent: 2006年5月9日 12:27
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] patch for ne2000.c
Hi, All!
I'm a developer working on xen project! It's wel
Hello.
Attached is a C file (and small patch) to add support for multi-file raw
images to QEMU. The rationale (for me at least) is as follows:
I use rsync to backup my home directory. The act of starting up QEMU
changes a 20GB file on my drive. This causes 20GB of extra copying next
time I do
20 matches
Mail list logo
