I am trying to use vmwarevga with Fedora 9 alpha as a guest. When I load X
however with the vmware driver I get an error that no supported vmware SVGA
II adapters were found. Is this a known issue?
Mark Bidewell
Glauber de Oliveira Costa wrote:
Since it's now possible to use the -drive option, the test for something
in the index 0 of the IDE bus is too restrictive.
A better idea, IMHO, is to check if the user specified any bootable device,
and only if not, fallback to the default, compatible behaviour
Hi,
do you start qemu with --vmwarevga ?
Laurent
Le vendredi 08 février 2008 à 10:15 -0500, Mark Bidewell a écrit :
I am trying to use vmwarevga with Fedora 9 alpha as a guest. When I
load X however with the vmware driver I get an error that no supported
vmware SVGA II adapters were found.
Hi,
On Fri, 8 Feb 2008, C.W. Betts wrote:
This is a better patch to make qemu on Windows show info when you go
into properties.
It is _still_ a hassle to review your patch, since you did not inline it
again.
So I will comment without quoting any of your patch, which will leave
others
This is a better patch to make qemu on Windows show info when you go into
properties.
versionrc.diff
Description: Binary data
On 2/8/08, Paul Brook [EMAIL PROTECTED] wrote:
The patch takes a half of the memory and slows down the system. I
think Qemu could be used instead. A channel (IO/MMIO) is created
between the memory allocator in target kernel and Qemu running in the
host. Memory allocator tells the allocated
On Friday 08 February 2008, Blue Swirl wrote:
On 2/8/08, Paul Brook [EMAIL PROTECTED] wrote:
The patch takes a half of the memory and slows down the system. I
think Qemu could be used instead. A channel (IO/MMIO) is created
between the memory allocator in target kernel and Qemu running
Another patch. Thank you for your patience.
Index: Makefile.target
===
RCS file: /sources/qemu/qemu/Makefile.target,v
retrieving revision 1.244
diff -u -r1.244 Makefile.target
--- Makefile.target 3 Feb 2008 02:20:17 - 1.244
+++
Hi,
On Thu, 7 Feb 2008, C.W. Betts wrote:
This patch will make an .rc file that will put the version info as well
as a brief discription of the app for Windows.
It would have been easier to comment on the patch if you would have
inlined it.
diff -u -r1.187 configure
--- configure 3 Feb
The patch takes a half of the memory and slows down the system. I
think Qemu could be used instead. A channel (IO/MMIO) is created
between the memory allocator in target kernel and Qemu running in the
host. Memory allocator tells the allocated area to Qemu using the
channel. Qemu changes the
Hi,
On Fri, 8 Feb 2008, C.W. Betts wrote:
Index: configure
===
RCS file: /sources/qemu/qemu/configure,v
retrieving revision 1.187
diff -u -r1.187 configure
--- configure 3 Feb 2008 19:20:13 - 1.187
+++ configure 8 Feb
On KernelTrap there is a story about Linux kernel memory allocation
debugging patch that allows detection of reads from uninitialized
memory (http://kerneltrap.org/Linux/Debugging_With_kmemcheck).
The patch takes a half of the memory and slows down the system. I
think Qemu could be used instead.
Lspci output:
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton
II]
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4
On Friday 08 February 2008 17:20:41 Johannes Schindelin wrote:
diff a/version.rc b/version.rc
--- /dev/null
+++ b/version.rc
Is there some way to put easily separable windows-only files in a win32
subdirectory so the rest of us don't have to look at it?
Rob
--
One of my most productive days
Here's a patch Peter Anvin wrote so the serial I/O doesn't flood the kernel.
Here's the thread on linux-kernel aboout it:
http://lkml.org/lkml/2008/2/5/401
Rob
On Thursday 07 February 2008 15:19:39 you wrote:
Rob Landley wrote:
Specifically, qemu isn't paravirtualized, it's fully
On 2/8/08, Rob Landley [EMAIL PROTECTED] wrote:
On Thursday 07 February 2008 21:52:33 Paul Brook wrote:
On Friday 08 February 2008, Rob Landley wrote:
Grepping through the source code, I can find 3 places where this global
variable is set (it's initialized to a default value of 1, there's
On 2/9/08, Rob Landley [EMAIL PROTECTED] wrote:
Here's a patch Peter Anvin wrote so the serial I/O doesn't flood the kernel.
The patch looks OK, but the throttling should benefit all devices, as
discussed here:
http://lists.gnu.org/archive/html/qemu-devel/2007-12/msg00283.html
Blue Swirl wrote:
On 2/9/08, Rob Landley [EMAIL PROTECTED] wrote:
Here's a patch Peter Anvin wrote so the serial I/O doesn't flood the kernel.
The patch looks OK, but the throttling should benefit all devices, as
discussed here:
On Sunday 06 January 2008 16:13:26 Soren Hansen wrote:
I just noticed this patch, I've had lying around for a while, but forgot
to send here.
What does this do that the patch back in september didn't?
Rob
--
One of my most productive days was throwing away 1000 lines of code.
- Ken
19 matches
Mail list logo
