The attached patch fully implements IEEE exceptions on the SPARC target.
The patch is broken:
gcc-3.3 -Wall -O2 -g -fno-strict-aliasing -fno-reorder-blocks -fno-gcse
-fno-optimize-sibling-calls -fno-crossjumping -fno-align-labels
-fno-align-jumps -fno-align-functions -mpreferred-stack
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/06 06:40:51
Added files:
linux-user/ppc64: syscall.h syscall_nr.h termbits.h
linux-user/x86_64: syscall.h syscall_nr.h termbits.h
Log message:
Code provision for 64 bits linux user-mo
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/06 06:39:13
New directory:
linux-user/x86_64
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/x86_64/?cvsroot=qemu
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/06 06:39:13
New directory:
linux-user/ppc64
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/ppc64/?cvsroot=qemu
The attached patch fully implements IEEE exceptions on the SPARC target.
Nice work, thank you. Do you know of any code that uses the exceptions?
The flags enabling exceptions could be recorded to TB flags so that the
check code is generated only when needed, see cpu-exec.c:180.
_
Hi, thanks for the report.
I tested with Xorg 7.1.1 only and on Linux only - I will try to find
out what's happening on 7.1.0.
On 05/04/07, Juergen Lock <[EMAIL PROTECTED]> wrote:
On Thu, Apr 05, 2007 at 10:13:22PM +0200, I wrote:
>...
> 2. And with
>
http://ftp.us.freesbie.org/pub/FreeS
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/04/05 23:21:37
Modified files:
target-mips: helper.c translate.c
Log message:
fix branch delay slot cornercases.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/helper.
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/04/05 23:20:05
Modified files:
target-mips: op.c op_helper.c translate.c
Log message:
Fix rotr immediate ops, mask shift/rotate arguments to their allowed
size.
CVSWeb URLs:
http
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/04/05 23:18:13
Modified files:
target-mips: helper.c
Log message:
Handle EBase properly.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/helper.c?cvsroot=qemu&r1=1.29&r
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/04/05 23:17:40
Modified files:
hw : mips_timer.c
Log message:
Fix disabling of the Cause register for R2.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mips_timer.c?cv
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/04/05 23:16:25
Modified files:
target-mips: op.c translate.c
Log message:
Fix RDHWR handling. Code formatting. Don't use *_direct versions to
raise
exceptions.
CVSWeb URLs:
http
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/04/05 23:14:23
Modified files:
target-mips: cpu.h
Log message:
64bit MIPS FPUs have 32 registers.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/cpu.h?cvsroot=qemu&r1=
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/04/05 23:12:54
Modified files:
hw : mips_malta.c
Log message:
Clear BEV and ERL for the fake bootloader.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mips_malta.c?cvs
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/05 21:12:28
Modified files:
target-alpha : cpu.h
Log message:
Fix alpha target compilation on 32 bits hosts.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-alpha/cpu.h?cvsroot
Hi again!
I also played with the new eepro100 nic and found these things:
1. i82557b seem to work with
http://debian.tu-bs.de/project/sidux/release/SIDUX-2007-01-200702210759-CHAOS.ISO
(see
http://www.sidux.com/Article116.html
, it is based on debian sid), but
2. i82551 and i82
On Thu, Apr 05, 2007 at 10:13:22PM +0200, I wrote:
>...
> 2. And with
>
> http://ftp.us.freesbie.org/pub/FreeSBIE/2.0.1-RELEASE/FreeSBIE-2.0.1-RELEASE.iso
> (see
> http://www.freesbie.org/
> , based on FreeBSD 6.2 and using xorg 6.9.0) it worked (after editing
> `Driver "vmware"' into
I just tried this new toy and found these things:
1. Has it been tested with xorg 7.1.0 guests? I booted
http://debian.tu-bs.de/project/sidux/release/SIDUX-2007-01-200702210759-CHAOS.ISO
(see
http://www.sidux.com/Article116.html
, it is based on debian sid and has has xorg 7.1.0)
This fixes a linker error for target-i386/helper.c on Solaris 9/Sparc,
as Solaris 9/Sparc does not include the isinf function or macro.
Due to the use of libsunmath on Solaris 9/X86, this feature is
not needed.
Ben
--- qemu.ORIG/target-i386/helper.c 2007-04-03 12:38:34.0 -0400
+++ qemu/t
Initially it looks like it may be some sort of timing issue.
It happened to start working a bit without any code changes after I was
stepping through the code.
Can't reproduce that yet.
Ely Soto
-
Notice: This e-mail is intended solely for use of the ind
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/05 20:46:02
Modified files:
. : Makefile Makefile.target configure
Log message:
Rules needed to compile linux user-mode alpha target.
CVSWeb URLs:
http://cvs.savannah.gnu.org/vie
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/05 20:08:21
Modified files:
. : exec.c
Log message:
Temporary hack for alpha user-mode emulation.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/exec.c?cvsroot=qemu&r1=1.9
It appears that the start_data is not well computed in Qemu:
it's set to the end_code value, which does not follow what the Linux
kernel does.
Here's a patch that fix this issue. But as it may affect ARM emulated
target (at least those with no MMU, as noticed in the patch), I prefer
to let people t
Further details:
This call functions correctly and returns true.
tap-win32.c, line 534
ReleaseSemaphore(overlapped->tap_semaphore, 1, NULL)
However, WaitForMultipleObjects never returns successfully to execute the
callback function.
vl.c, line 5859
main_loop_wait()
...
Hi,
The attached patch fully implements IEEE exceptions on the SPARC target.
Some more details:
- Any floating point operation that does not trap should clear the ftt
flags. Similary, any floating point operation that does not generate
an IEEE exception should clear the cexec flags. In the
I'm having an issue getting the 0.9.0 build ppc to work with tap.
OpenVPN 2.09
Relevant Parameters
-net nic -net tap,ifname=tap-lan
0.8.2 works quite well.
I've narrowed the break to the change described here.
http://lists.gnu.org/archive/html/qemu-devel/2006-08/msg00243.html
Backing this out
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/04/05 18:40:23
Modified files:
. : Changelog qemu-tech.texi
Log message:
Documentation update
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Changelog?cvsroot=qemu&r1=1.133&r
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/04/05 18:12:08
Modified files:
target-sparc : cpu.h translate.c
Log message:
Fix stdfq op (Aurelien Jarno)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/cpu.h?cvsroot=qemu
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/04/05 18:09:15
Modified files:
target-sparc : translate.c
Log message:
Fix co-processor branch and store ops (Aurelien Jarno)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-spar
Hi all,
According to the SPARC v8 manual, floating point instructions that
operate on doublewords should be aligned. The processor should
ignore the least significant bit of the register number, and may
generate a trap.
Very few real CPU are actually generating a trap, so the attached patch
simp
On Tue, Apr 03, 2007 at 02:12:14AM +0200, Aurelien Jarno wrote:
> Hi,
>
> The current emulated SPARC FPU does not support deferred trap-queue. In
> such cases the STDFQ instruction should generate an fp_exception trap
> with the FTT field to sequence_error instead of the current
> illegal_instruct
Hi All,
Adding another note to my previous email. Is this even possible to do what I
am mentioned in my last email? (See Below)
Regards,
Atif
On 4/3/07, Atif Hashmi <[EMAIL PROTECTED]> wrote:
Hi All,
I am inserting
movl %eax, %eax
instruction within the assembly code of a program and I am
Sylvain Petreolle wrote:
> Was incorrect before too, since it was sizeof(int) in the first place ?
The old type of "val" was "int", so it made no different to the size.
When "val" is of type socklen_t, it matters.
-- Jamie
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/04/05 17:00:23
Modified files:
hw : sun4m.c
Log message:
Fill in real SparcStation 10 values
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.c?cvsroot=qemu&r1=1.30&r2
I guess you're mixing some concepts. A PID is a concept from the
operating system, not from the hardware, emulated or physical.
What you could do, however, is experiment with user-mode emulation.
Check out the QEMU documentation regarding how to use this mode.
You could conceivably mess with the
Hello,
I converted a vmware image to raw format but it
is not bootable any more.
I used
qemu-img convert xyz.vmdk -f raw xyz.img
Any Ideass?
Halim
On Thursday 05 April 2007 10:57, Maxime Tierrie wrote:
> Hi,
> I would like to build a linux kernel for an arm system and use Qemu for
> the simulation. What target exactly can I use ? May I use something
> like XXX_defconfig? I will be very interested to know how was built the
> arm-test-0.2 ava
> The target doesn't really
> matter, I'm just interested in the process of building a linux sytem for
> arm and emulate it with Qemu.
You can perhaps look here:
http://www.linux-arm.org/LinuxDevTools/ScratchBoxQEMU
I have not tested it myself.
Laurent
Hi,
I would like to build a linux kernel for an arm system and use Qemu for
the simulation. What target exactly can I use ? May I use something
like XXX_defconfig? I will be very interested to know how was built the
arm-test-0.2 available in the Qemu website. The target doesn't really
matte
Was incorrect before too, since it was sizeof(int) in the first place ?
Sylvain
- Message d'origine
De : Thiemo Seufer <[EMAIL PROTECTED]>
À : Mike Frysinger <[EMAIL PROTECTED]>
Cc : Qemu-devel@nongnu.org
Envoyé le : Dimanche, 1 Avril 2007, 20h43mn 02s
Objet : Re: [Qemu-devel] [patch] u
As previously proposed here, I finally commited my work on the Alpha
target emulation.
This target is still in very alpha state (!) and a few patches are
missing to make it able to compile. I intend to submit those patches
very soon but I need to make more checks not to break any other target.
In t
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/05 07:22:49
Modified files:
. : cpu-all.h cpu-exec.c dis-asm.h disas.c
exec-all.h softmmu_header.h translate-all.c
vl.c
Log message:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/05 07:13:51
Modified files:
linux-user : elfload.c main.c syscall.c syscall_defs.h
Log message:
Preliminary patch for Alpha Linux user mode emulation support.
CVSWeb URLs:
http://cvs.sava
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/05 07:06:55
Added files:
linux-user/alpha: syscall.h syscall_nr.h termbits.h
Log message:
Definitions needed for Alpha linux user-mode emulation.
CVSWeb URLs:
http://cvs.savannah.gnu.org/view
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/05 07:06:04
New directory:
linux-user/alpha
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/alpha/?cvsroot=qemu
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/05 07:04:40
Added files:
hw : alpha_palcode.c
Log message:
Alpha CPU palcode emulation. Only usable in user mode for now with
code provision for full emulation support.
CV
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/05 06:58:33
Added files:
target-alpha : cpu.h exec.h helper.c op.c op_helper.c
op_helper.h op_helper_mem.h op_mem.h
op_template.h translate.c
Log
46 matches
Mail list logo
