Raspberry pi

[our0]

Hello,

I bought a raspberry pi and I built bennugd on it, but it segfaults when I try to launch it.
The system is a full-blown debian wheezy and I compiled it by simply typing "./build-linux.sh release"

The strace ends in some /dev/input polling and :
gettimeofday({1357920058, 289604}, NULL) = 0
gettimeofday({1357920058, 290153}, NULL) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

I would say that this error can come from the pi itself, which lacks a hardware RTC device but the emulated RTC should be enough... don't know

Some people talked about bennugd on the pi :
I found that topic : http://forum.bennugd.org/index.php?topic=2873.0
and a video on youtube with no more precisions.

I have some very basic coding skills, but I'm not very aware from how bennugd handle things in linux.

Interesting fact : when I tried to run the genesis emulator (dgen) on it, it was a bit sluggish unitl I found someone who explained how to build LFS (http://www.intestinate.com/pilfs/).
Basically, he uses a special SDL version based on the raspberry dispmanx backend. Dgen provides a little display 320x240 and the dispmanx backend upscales it (hardware-accelerated !)
Result : perfect emulation.

Don't know if it's feasable with bennugd, it will probably at least result in lower graphic quality.

Other question : is it possible to use game data from a foreign endianess device ? I'm a big streets of rage remake fan, and thanks sega (!!) the project is now completely stuck... still living on p2p but no modification anymore.
That game was firstly made for little-endian (x86) arch, can the game data be used on a big-endian arch (like the Rpi has) ?

PS : I had only one issue at compilation : on arm the -m32 compilation option was removed because it was implicit (only 32-bit chips were available), I had to remove all of them from scripts. It should come back in the future since  64-bits arm chips are now produced.

[SplinterGU]

I don't think that gettimeofday is the problem... gettimeofday is the last that do a strace log... but never said that it fail

[our0]

mmm you're probably right, I jumped too faste to conclusion.

Posted the whole strace output on nopaste here : http://nopaste.dk/p17748

I'm actually exploring audio issues, heard that the pi alsa driver is not completely stabilized.

Edit : file truncated by the service, use this one http://www11.zippyshare.com/v/88462177/file.html