hi
Is it easy to support booting off real harddrive?
Thanks
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/09/24 09:22:32
Modified files:
linux-user : syscall.c
Log message:
linux-user mkdirat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/09/24 09:23:05
Modified files:
linux-user : syscall.c
Log message:
linux-user mknodat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/09/24 09:23:35
Modified files:
linux-user : syscall.c
Log message:
linux-user fchownat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/09/24 09:24:11
Modified files:
linux-user : syscall.c
Log message:
linux-user unlinkat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/09/24 09:24:37
Modified files:
linux-user : syscall.c
Log message:
linux-user renameat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/09/24 09:25:41
Modified files:
linux-user : syscall.c
Log message:
linux-user symlinkat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/09/24 09:26:10
Modified files:
linux-user : syscall.c
Log message:
linux-user readlinkat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/09/24 09:26:51
Modified files:
linux-user : syscall.c
Log message:
linux-user fchmodat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
I had a discussion with Johannes Schindelin over my patch, that I
thought is on the maillist, but apparently it wasn't. I'm subscribed,
so please don't send me mails directly, gmail web interface could be
quite misleading.
So here is the third revision of my patch. Changes include:
using more
Hello,
if one attempts to use the Gujin bootloader inside qemu (even today's
snapshot), one gets a message about unknown key being pressed.
The easiest way to reproduce the issue is to download install-2.2.tar.gz
from http://sourceforge.net/project/showfiles.php?group_id=15465, unpack
the
Hi,
On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
I had a discussion with Johannes Schindelin over my patch, that I
thought is on the maillist, but apparently it wasn't. I'm subscribed, so
please don't send me mails directly, gmail web interface could be quite
misleading.
So here is the
J. Mayer wrote:
[snip]
May someone take a look at my patch and say if it seems reasonable to
include this in the repository ?
Looks reasonable, but introduces new compiler warnings
(on a ppc32/Linux host):
The reported warnings have been fixed.
There are still a lot of
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/09/24 12:48:00
Modified files:
target-mips: cpu.h helper.c mips-defs.h op.c translate.c
translate_init.c
Log message:
Per-CPU instruction decoding
Hi all,
The patch below allows the timer to be stopped using the DC bit in the
CP0 Cause register. This feature is required for MIPS R2 implementations.
It also removes a few places where the interrupt corresponding to the
timer is hardcoded, and leaves it hardcoded at only one place
Glibc's test-float failed on my qemu testing. I tracked it down to
these routines: if you count the bits carefully, you'll see that
0x7FC0 sets the quiet NaN bit (on most hardware - signalling NaN
in the MIPS case); so does a.high 41, which copies it from the
original NaN. I think this
On Thu, Sep 20, 2007 at 06:28:25PM +0100, Thiemo Seufer wrote:
It fixed an internal testcase, I'll have to check what was going
on there, probably tomorrow.
I don't suppose you've had a chance to look at this?
--
Daniel Jacobowitz
CodeSourcery
Daniel Jacobowitz [EMAIL PROTECTED] writes:
Glibc's test-float failed on my qemu testing. I tracked it down to
these routines: if you count the bits carefully, you'll see that
0x7FC0 sets the quiet NaN bit (on most hardware - signalling NaN
in the MIPS case); so does a.high 41, which
2007/9/24, Johannes Schindelin [EMAIL PROTECTED]:
Hi,
On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
I had a discussion with Johannes Schindelin over my patch, that I
thought is on the maillist, but apparently it wasn't. I'm subscribed, so
please don't send me mails directly, gmail web
Hi all,
The patch below optimise instructions accessing CP0 by doing access
rights check at translation time instead of execution time, as it is
already done for other CPx.
This is done by adding a new bit to hflags. Unfortunately that means
reorganising them because there was no space anymore
Hi,
On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
2007/9/24, Johannes Schindelin [EMAIL PROTECTED]:
On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
I had a discussion with Johannes Schindelin over my patch, that I
thought is on the maillist, but apparently it wasn't. I'm
subscribed, so
Johannes Schindelin wrote:
Hi,
On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
2007/9/24, Johannes Schindelin [EMAIL PROTECTED]:
On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
I had a discussion with Johannes Schindelin over my patch, that I
thought is on the maillist, but apparently it wasn't.
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1 07/09/24 19:44:09
Modified files:
. : cpu-exec.c
hw : sun4m.c
target-sparc : cpu.h helper.c op_helper.c translate.c
Log message:
CPU boot mode
Hi,
I don't think this is the right fix because the monitor expressions can
be used for either virtual or physical addresses. I suggest using 64 bit
integers for every target.
Fabrice.
Blue Swirl wrote:
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1
Try to avoid using target_phys_addr_t at this place as I don't want this
code to be CPU dependent (think of a machine having several different
CPUs !).
Regards,
Fabrice.
Blue Swirl wrote:
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir107/09/24
The problem must come from somewhere else. VGA (as any other device)
must not depend on the target CPU endianness (note that the endianness
tests in the memory handlers are only necessary because the bus API is
still incomplete).
Regards,
Fabrice.
Stefan Weil wrote:
Hello,
here is a patch
I realize that the other pixel formats are buggy too, so at least your
patch is consistent with what is already coded !
I guess the problem is in the VGA memory handlers. Otherwise it means
that there is a (Cirrus)VGA configuration register to change the
endianness of the frame buffer. In
Hi,
On Mon, 24 Sep 2007, Lorenzo Campedelli wrote:
I think you were referring to the small patch I sent. I actually gave up
with it, as I don't see how to make it in a clean way.
Honestly I found your suggestion to try to have it less special-casing
vvfat a bit puzzling... vvfat is the
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/09/25 01:17:04
Modified files:
. : Makefile.target vl.h
Added files:
hw : ecc.c
Removed files:
. : ecc.h
Log message:
Move
On Mon, 2007-09-24 at 13:45 -0600, Thayne Harbaugh wrote:
On Sun, 2007-09-23 at 12:58 -0400, Stuart Anderson wrote:
On Sun, 23 Sep 2007, Thiemo Seufer wrote:
Thayne Harbaugh wrote:
This patch adds the utimensat syscall to linux-user
Oops!
Doesn't build:
gcc-3.4 -g
I've often wondered why there isn't a tswap_target_ulong(). Seems like
using tswap32() is asking for trouble.
This patch adds the sigaltstack() syscall for linux-user.
Index: qemu/linux-user/signal.c
===
--- qemu.orig/linux-user/signal.c 2007-09-24 22:45:48.0 -0600
+++ qemu/linux-user/signal.c 2007-09-24 22:56:18.0 -0600
@@
Stefan Weil wrote:
Hello,
could you try this file (when Berlios servers are online again):
http://svn.berlios.de/wsvn/ar7-firmware/qemu/trunk/hw/ps2.c?op=file
I had a similar problem, and the patched version of ps2.c helped...
Unfortunately, it doesn't help. But it repeats the following line
33 matches
Mail list logo