- Original Message -
From: "David Barrett" <[EMAIL PROTECTED]>
To:
Sent: 13.03.2008 4:24
Subject: [Qemu-devel] --disable-gfx-check still wants SDL.h?
Is it possible to compile/run qemu on a system that does not have SDL?
I assumed this is what --disable-gfx-check does, but it's still
On Mon, Mar 03, 2008 at 11:44:37AM +0100, Hervé Poussineau wrote:
> PS/2 controller emulation lacks the KBD_CMD_SCANCODE command, which
> gets/sets the scancode set (1, 2 or 3).
> Scancode sets 1 and 2 are still not supported.
AFAIK, the default scancode set should be 2, and not 3. This is also
Joachim Henke-5 wrote:
>
> The attached patch adds the 3DNow! and extented 3DNow! instruction
> sets to qemu. I wrote this just according to the manuals from AMD,
> since I don't have an AMD processor for testing (which was actually
> my motivation to create this patch).
>
> Please note t
I've fixed a number of problems with the user mode code.
Where's the best place to send/propose/discuss these?
What's the preferred format?
--
Gary Thomas | Consulting for the
MLB Associates |Embedded w
As I think has been mentioned here a few times before, Xen is able to
support guests with more RAM than the host's (strictly, dom0's)
address space. For example, 64-bit guests with >4G RAM on 32-bit
hosts. For this and for other reasons, guest physical RAM is not
mapped into any host process.
I
Hi,
PS/2 controller emulation lacks the KBD_CMD_SCANCODE command, which
gets/sets the scancode set (1, 2 or 3).
Scancode sets 1 and 3 are still not supported.
Changelog v1 to v2
- Fix typo (AT scancode set is 2, not 3)
- Use ps2_put_keycode() instead of ps2_queue(), to work even in
non-transl
I wrote:
> So I think it would be nice to have that change in qemu upstream.
> While it doesn't directly enable anything useful right away, the
> result is slightly cleaner. I'll submit a proper patch shortly.
In the attached patch, I remove all the direct uses of phys_ram_base
from hw/pc.c, exce
On Monday 17 March 2008 07:19:18 am Gary Thomas wrote:
> I've fixed a number of problems with the user mode code.
> Where's the best place to send/propose/discuss these?
> What's the preferred format?
The best place to send patches is this mailing list. I think they have to be a
unified diff, i.
On Mon, Mar 17, 2008 at 07:19:18AM -0600, Gary Thomas wrote:
> I've fixed a number of problems with the user mode code.
> Where's the best place to send/propose/discuss these?
> What's the preferred format?
Hello Gary,
Just send the patches to this list as unified diffs, preferably inlined to the
These changes add the ioctl() calls used by loop devices.
Note: using Thunderbird, it seems much easier to attach files
than include them inline. Most email readers will still show
them (AFAIK)
--
Gary Thomas | Consul
Somehow, post 0.9.1, the stat64 structure on PPC got broken.
The attached patch fixes it.
--
Gary Thomas | Consulting for the
MLB Associates |Embedded world
-
The attached patch makes the flock64 functions work for PPC
targets (target alignment didn't match up)
--
Gary Thomas | Consulting for the
MLB Associates |Embedded world
The attached patch adds the pread64() and pwrite64() system calls
--
Gary Thomas | Consulting for the
MLB Associates |Embedded world
Index: l
Ian Jackson wrote:
As I think has been mentioned here a few times before, Xen is able to
support guests with more RAM than the host's (strictly, dom0's)
address space. For example, 64-bit guests with >4G RAM on 32-bit
hosts. For this and for other reasons, guest physical RAM is not
mapped into
On Mon, Mar 17, 2008 at 10:42:51AM -0600, C.W. Betts wrote:
> The best place to send patches is this mailing list.
> I think they have to be a unified diff, i.e. diff -u.
I'd also recommend using the '-p' option, which shows the name of the
function that each change is in.
Cheers,
--
Stuart Brad
On Sun, Mar 9, 2008 at 11:52 AM, Gilad Ben-Yossef <[EMAIL PROTECTED]> wrote:
> Jamie Lokier wrote:
> > Gilad Ben-Yossef wrote:
> >> Glauber Costa wrote:
> >>> This patch introduces a "thread_id" variable to CPUState.
> >>> It's duty will be to hold the process, or more generally, thread
> >>>
To be clear, I'm not at all surprised this doesn't compile on my server.
I have a custom 2.6 kernel injected into a 2.4 distribution running a
bunch of ancient libraries and -- *gasp* -- I'm having trouble
compiling. (As you might guess, this isn't by choice.) I don't
honestly expect to get
Continuing on this thread, is there any way to launch the pre-compiled
binaries in such a fashion that they don't dynamically load the SDL
libraries at runtime? For example:
[EMAIL PROTECTED] /]# qemu -nographic ... etc ...
qemu: error while loading shared libraries: libSDL-1.2.so.0: cannot op
You would probably be better off relinking. Or, maybe just copy
libSDL. If you install the thoughtwave packages on solaris it comes
with libsdl.
Thanks,
jonathan
On Mon, Mar 17, 2008 at 12:26 PM, David Barrett <[EMAIL PROTECTED]> wrote:
> Continuing on this thread, is there any way to launch t
Hi,
fdc.c doesn't contain anymore a fd_table[] array. It has been removed
when -drive option has been added.
Attached patch also removes it from fdc.h
Hervé
Index: hw/fdc.h
===
RCS file: /sources/qemu/qemu/hw/fdc.h,v
retrieving re
Currently in -curses mode, pressing Ctrl-T sends a ^D to the guest, and
pressing Ctrl-D does nothing. This fixes it:
Index: curses_keys.h
===
RCS file: /sources/qemu/qemu/curses_keys.h,v
retrieving revision 1.1
diff -u -p -r1.1 curs
Thanks; ya, I just recompiled it and kqemu and looks like it's going to
work fine. Thanks again!
-david
Jonathan Kalbfeld wrote:
You would probably be better off relinking. Or, maybe just copy
libSDL. If you install the thoughtwave packages on solaris it comes
with libsdl.
Thanks,
jonatha
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Aurelien Jarno 08/03/18 06:51:54
Modified files:
. : qemu-doc.texi
Log message:
Documentation for the -curses option
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroo
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Aurelien Jarno 08/03/18 06:52:14
Modified files:
. : qemu-doc.texi
Log message:
Documentation update for the monitor change command
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Aurelien Jarno 08/03/18 06:52:48
Modified files:
. : block-qcow.c
Log message:
restore rw support for vvfat
(Carlo Marcelo Arenas)
CVSWeb URLs:
http://cvs.savannah.gnu.org/vi
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Aurelien Jarno 08/03/18 06:53:05
Modified files:
hw : acpi.c mips_malta.c pc.c pc.h piix_pci.c
. : sysemu.h vl.c
Log message:
SCI fixes
(Anthony Liguori)
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Aurelien Jarno 08/03/18 06:54:34
Modified files:
hw : ps2.c
Log message:
Add KBD_CMD_SCANCODE command.
(Hervé Poussineau)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qem
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Aurelien Jarno 08/03/18 06:55:04
Modified files:
hw : fdc.h
Log message:
Clean fdc.h
(Hervé Poussineau)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/fdc.h?cvsroot
28 matches
Mail list logo
