CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/12/09 05:10:03
Modified files:
. : Makefile configure
Log message:
SH4 big endian configuration, by Tomoyoshi Asano.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefi
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/12/09 05:01:53
Modified files:
hw : ide.c
Log message:
Fix Win98SE MyComputer regression, by Ben Taylor.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ide.c?cvsroot=qe
On 08/12/2007, Armin <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Please consider this patch for inclusion.
>
> This adds MMC and the rest of the FPGA irq definitions for the Mainstone II
Why are both the write-protect and card-detect signals being connected
to one input? If one of the inputs doesn't e
Dan Kenigsberg wrote:
> Having AuthenticAMD hard-coded is nice, but allowing the user to impersonate
> whatever CPU she wants is even nicer.
>
> Also, an English typo (due to me) is corrected.
>
> Dan.
>
> --- a/target-i386/helper2.c
> +++ b/target-i386/helper2.c
> @@ -254,8 +254,17 @@ static in
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/12/09 02:43:19
Modified files:
target-i386: helper2.c
Log message:
Fix spelling typo, by Dan Kenigsberg.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/helper2.c?cvsro
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/12/09 02:38:34
Modified files:
hw : mainstone.c mainstone.h
Log message:
Mainstone mmc support, by Armin Kuster.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mainston
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/12/09 02:37:05
Modified files:
linux-user : syscall.c
Log message:
copy_{to,from}_user_timeval() update, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-u
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/12/09 02:25:24
Modified files:
linux-user : syscall.c
Log message:
copy_from_user_fdset() update, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sys
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/12/09 02:22:58
Modified files:
. : cpu-defs.h exec.c
target-arm : helper.c
target-i386: helper2.c
target-m68k: helper.c
target-mips: tra
Jamie Lokier wrote:
Paul Brook wrote:
virtio makes things a bit trickier though. There's a shared ring queue
between the host and guest. The ring queue is lock-less and depends on
the ability to atomically increment ring queue indices to be SMP safe.
Using a copy-API wouldn't be a problem f
Paul Brook wrote:
virtio makes things a bit trickier though. There's a shared ring queue
between the host and guest. The ring queue is lock-less and depends on
the ability to atomically increment ring queue indices to be SMP safe.
Using a copy-API wouldn't be a problem for QEMU since the host a
Paul Brook wrote:
> > > > virtio makes things a bit trickier though. There's a shared ring queue
> > > > between the host and guest. The ring queue is lock-less and depends on
> > > > the ability to atomically increment ring queue indices to be SMP safe.
> > > > Using a copy-API wouldn't be a pro
Hello,
Please consider this patch for inclusion.
This adds MMC and the rest of the FPGA irq definitions for the Mainstone II
Kind regards,
Armin
Index: qemu/hw/mainstone.c
===
--- qemu.orig/hw/mainstone.c
+++ qemu/hw/mainstone.c
@@
On Fri, Dec 07, 2007 at 04:16:00PM +0100, Alexander Graf wrote:
For IN/OUT instructions that access more than a single byte, the
permission bits for all bytes are checked; if any bit is set to 1,
the I/O operation is intercepted.
>
> That was the one. Thank you.
Unfortunately
On 12/8/07, Paul Brook <[EMAIL PROTECTED]> wrote:
> On Saturday 08 December 2007, Jamie Lokier wrote:
> > Paul Brook wrote:
> > > > virtio makes things a bit trickier though. There's a shared ring queue
> > > > between the host and guest. The ring queue is lock-less and depends on
> > > > the abi
On Saturday 08 December 2007, Jamie Lokier wrote:
> Paul Brook wrote:
> > > virtio makes things a bit trickier though. There's a shared ring queue
> > > between the host and guest. The ring queue is lock-less and depends on
> > > the ability to atomically increment ring queue indices to be SMP sa
Paul Brook wrote:
> > virtio makes things a bit trickier though. There's a shared ring queue
> > between the host and guest. The ring queue is lock-less and depends on
> > the ability to atomically increment ring queue indices to be SMP safe.
> > Using a copy-API wouldn't be a problem for QEMU si
> virtio makes things a bit trickier though. There's a shared ring queue
> between the host and guest. The ring queue is lock-less and depends on
> the ability to atomically increment ring queue indices to be SMP safe.
> Using a copy-API wouldn't be a problem for QEMU since the host and guest
> a
On [Fri, 07.12.2007 20:17], Lauro Ramos Venancio wrote:
> The attached patch fixes a bug in getgroups and getgroups32 syscalls.
> The current implementation returns error when size=0.
>
> According the manual:
> " If size is zero, list is not modified, but the total number of
> supplementary group
- Original Message -
From: "dara burke" <[EMAIL PROTECTED]>
To:
Sent: 6.12.2007 1:24
Subject: [Qemu-devel] QEMU problem ...
I've got a problem with Qemu, it won't seem to work on my ubuntu
system. It can't seem to find the framebuffer device ...
[EMAIL PROTECTED]:~/qemu_dir$ qemu -lo
20 matches
Mail list logo
