Hi,
This patch removes the MIPS Pica 61 machine and the RTC memory-mapped
interface. Those don't work.
I didn't know how to do a patch which removes the file hw/mips_pica61.c,
so this file will have to be removed manually by the committer.
Hervé
Index: Makefile.target
===
Hi...
On Jan 29, 2008 11:59 PM, Kirill A. Shutemov <[EMAIL PROTECTED]> wrote:
> Do not stop iovec conversion on iov_base == NULL if iov_len is 0
"is 0" or "is not 0"?
regards,
Mulyadi.
Do not stop iovec conversion on iov_base == NULL if iov_len is 0
---
linux-user/syscall.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index d099e97..5dc6594 100644
--- a/linux-user/syscall.c
+++ b/linux-user/syscall.c
@@ -1
On [Wed, 30.01.2008 19:56], Mulyadi Santosa wrote:
> Hi...
>
> On Jan 29, 2008 11:59 PM, Kirill A. Shutemov <[EMAIL PROTECTED]> wrote:
> > Do not stop iovec conversion on iov_base == NULL if iov_len is 0
> "is 0" or "is not 0"?
For now, iovec conversion stops on iov_base == NULL, but NULL in iov_
Hello
I want to simulate an ARM1176 based system and I was thinking of using QEMU. I
wanted to know what ARM11 features are actually supported by the emulator
because I did not find this specified clearly.
Can anyone shed some light on what features are supported by the current QEMu
release. I
P4 3.40GHz
WinXP Professional SP2
Solaris Express Developer Edition 2/07 DVD iso image
(I have 2/07 but latest version is 9/07
http://www.sun.com/software/solaris/solaris-express/get.jsp)
qemu-0.9.1:
-probably all binaries versions from the
http://qemu-forum.ipi.fi/viewtopic.php?f=5&t=4235
-
Marius Groeger, le Wed 30 Jan 2008 14:41:17 +0100, a écrit :
> On Wed, 30 Jan 2008, Hervé Poussineau wrote:
>
> > I didn't know how to do a patch which removes the file
> > hw/mips_pica61.c, so this file will have to be removed manually by
> > the committer.
>
> One work-around for that is to d
On Wed, 30 Jan 2008, Hervé Poussineau wrote:
> I didn't know how to do a patch which removes the file
> hw/mips_pica61.c, so this file will have to be removed manually by
> the committer.
One work-around for that is to do:
$ cvs diff ... > my.diff
$ diff -pu hw/mips_pica61.c /dev/null >> m
> P4 3.40GHz
> WinXP Professional SP2
>
> Solaris Express Developer Edition 2/07 DVD iso image
> (I have 2/07 but latest version is 9/07
> http://www.sun.com/software/solaris/solaris-express/get.jsp)
>
> qemu-0.9.1:
...
> Small comment - normal setup goes almost without delay, but
> errors app
Zhang, Xiantao wrote:
Scott Pakin wrote:
The attached patch corrects a bug in qemu/slirp/tcp_var.h that defines
the seg_next field in struct tcpcb to be 32 bits wide regardless of
32/64-bitness. seg_next is assigned a pointer value in
qemu/slirp/tcp_subr.c, then cast back to a pointer in
qemu/s
On 1/30/08, Scott Pakin <[EMAIL PROTECTED]> wrote:
> Zhang, Xiantao wrote:
> > Scott Pakin wrote:
> >> The attached patch corrects a bug in qemu/slirp/tcp_var.h that defines
> >> the seg_next field in struct tcpcb to be 32 bits wide regardless of
> >> 32/64-bitness. seg_next is assigned a pointer
Hi,
this patch implements x86 Multiboot support for the -kernel way of
booting the virtual machine. Multiboot is a new approach to get rid of
different bootloaders, providing a unified interface for the kernel.
It supports command line options and kernel modules. The two probably
best kno
On Jan 30, 2008, at 7:59 PM, Alexander Graf wrote:
On Jan 21, 2008, at 5:18 PM, Mike Kronenberg wrote:
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
starting with OS X 10.4.
Now with OS X 10.5 it won't ev
On Jan 21, 2008, at 5:18 PM, Mike Kronenberg wrote:
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
starting with OS X 10.4.
Now with OS X 10.5 it won't even compile QuickDraw code on x86_64.
This implementa
Hi all,
I would like to debug QEMU with gdb. When starting qemu (x86) inside
gdb, SDL window never appears, it there a way to fix it ?
thx by advance,
--
Pierre FICHEUX -/- CTO OW/OS4I, France -\- [EMAIL PROTECTED]
http://www.os4i.com
On 30.01.2008, at 19:59, Alexander Graf wrote:
On Jan 21, 2008, at 5:18 PM, Mike Kronenberg wrote:
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
starting with OS X 10.4.
Now with OS X 10.5 it won't even c
Hi,
On Wed, 30 Jan 2008, Mike Kronenberg wrote:
> Offtoppic about updated regions in Windows: While testing with
> Quartzdebug, I realized, that qemu is updating always the whole
> screenwidth even if only the mouse is moved... is this a qemu problem,
> or is this the default windows behaviour
On Jan 30, 2008, at 9:30 PM, Mike Kronenberg wrote:
Unfortunateley, there is no "official" direct access to the
framebuffer anymore, since apple depreciated QuickDraw. [1]
Well, you can using OpenGL and Apple's Extension have a nearly direct
VRAM access, the idea is to use
glEnable( GL_U
I ran it using my x86_64 on 10.5.1, targetting x86_64-softmmu and
booting a linux kernel. I could literally see every like getting
repainted (which btw did not happen with my quick hacky version I
sent to the list some time ago).
You did not notice the effect with Your implementation, bec
On 30/01/2008, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Wed, 30 Jan 2008, Mike Kronenberg wrote:
>
> > Offtoppic about updated regions in Windows: While testing with
> > Quartzdebug, I realized, that qemu is updating always the whole
> > screenwidth even if only the mouse is move
Mike Kronenberg wrote:
While testing with Quartzdebug, I realized, that qemu is updating
always the whole screenwidth even if only the mouse is moved... is
this a qemu problem, or is this the default windows behaviour?
VGA framebuffer operations come in as memory operations. They're
tracked
21 matches
Mail list logo
