[GSOC 2014] testing multiarch

Hi The script for testing strace is qemu_multiarch_testing/start-tests.sh, for testing on the current architecture just run it (./start-tests.sh) if the current architecture supports multiple personalities it will test on all of them by building ltp for each one. For other architectures it will use

[GSOC 2014] testing multiarch

Hi I was trying to run the parallel-build-hdc-img.sh script in the qemu_multiarch_testing. According to the readme has to be run as: ./parallel-build-hdc-img.sh system-image-ARCH. I got some system images but It needs a script called native-build.sh but what is it about? --

Re: [GSOC 2014] multiarch testing

file that indicates the tests that are going to be performed. On Fri, Jul 11, 2014 at 12:17 AM, Edson Ticona wrote: >> There was also similar code in the LTP project (as opposed to sandbox?) > Yes, I worked with the LTP and commited the tests to my repo [1]. The > script that start

Re: [GSOC 2014] multiarch testing

> There was also similar code in the LTP project (as opposed to sandbox?) Yes, I worked with the LTP and commited the tests to my repo [1]. The script that starts testing is (surprisingly): strace/qemu_multiarch_testing/start-tests.sh with no args it just tests in the actual architecture and with

[GSOC 2014] multiarch testing

Hi I read this post [1] and I was thiking to adapt the syscalls tests in the LDP so that they could be run in a multiarch environment using qemu; based on the actual qemu_multiarch_test. The script could be something like this: $ test --syscall=open,close,fstat --arch=i386,x32 [1] http://source

[GSOC 2014] Multiarch: runtime error

Hi I could convert i386 binary to x86_64 by using: objcopy -O elf64-x86-64 sigaltstack-i386.i sigaltstack-x86_64.i then, compiling goes fine like this: gcc -Wall -Wwrite-strings -g -O2 -o strace aio.o bjm.o block.o count.o desc.o fanotify.o file.o inotify.o io.o ioctl.o ioprio.o ipc.o kexec.o key

[GSOC 2014] Multiarch support

Makefile.am has to be updated so that this works. Furthermore, many definitions in the defs.h have to be moved in a similar way. Edson -- Open source business process management suite built on Java and Eclipse Turn

[GSOC 2014][PATCH] Add arch dependent file autil.c

--- Makefile.am | 3 ++- defs.h | 11 ++- util.c | 54 -- 3 files changed, 8 insertions(+), 60 deletions(-) diff --git a/Makefile.am b/Makefile.am index a789b8c..94aec57 100644 --- a/Makefile.am +++ b/Makefile.am @@ -50,7 +50,

[GSOC 2014][PATCH 2/2] printllval form util.c isolated on linux//autil.c

--- linux/aarch64/autil.c| 28 linux/alpha/autil.c | 19 +++ linux/arc/autil.c| 19 +++ linux/arm/autil.c| 25 + linux/avr32/autil.c | 19 +++ linux/hppa/autil.c

[GSOC 2014][PATCH 1/2] printllval form util.c isolated on linux//autil.c

--- linux/aarch64/autil.c| 28 linux/alpha/autil.c | 19 +++ linux/arc/autil.c| 19 +++ linux/arm/autil.c| 25 + linux/avr32/autil.c | 19 +++ linux/hppa/autil.c

[GSOC] multiarch support

Hi I am working on the multiarchitecture support. I have forked strace to my repo [1]. I found a project [2] which generates a table for the syscalls, although it works only for 2.6.x I modified it for the 3.10 based on a pull from that project and you can find the syscall tables I generated here

[GSOC] Reliable multiarchitecture support

Hi My name is Edson Ticona, I am going to start my master studies in computer science in Universidade Estadual de Campinas, Brazil (I already have been accepted). I am currently working on the Jicamarca Radio Observatory in Peru. These months I have been working with an application for particle