Port-arm archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: RPI: * failed to add service - already in use?

So the SIGILL is fine, good to know.
It's not dumping core, but failing to open an SDL2 window, hence me
running it through gdb:

lvl2:   EmulationStation - v2.0.0-rc1, built Mar  3 2018 - 19:14:54
lvl2:   Creating surface...
lvl0:   Error creating SDL window!
        Could not initialize OpenGL / GLES library
lvl0:   Renderer failed to initialize!
lvl0:   Window failed to initialize!

retroarch uses SDL1.2 and is able to display its menu.
The raspberrypi-userland samples also compile and run well.

All packages were compiled from 2017Q4 on the same build of 8.0_BETA.
gpu_mem=256 but I have tried other values as low as 32.

Very odd... it is a separate defekt to the libcrypto issues outlined above?

On 6 March 2018 at 08:12, Martin Husemann <martin%duskware.de@localhost> wrote:
> On Tue, Mar 06, 2018 at 07:46:56AM +0000, Michael Blatt wrote:
>> #if __ARM_MAX_ARCH__>=8
>> .global _armv8_aes_probe
>> __ARM_MAX_ARCH should be 6, not 7, since we are on armv6 and do not
>> have neon anyway.
> The idea of the cpuid code is to execute the instructions and check
> whether a SIGILL occurs, catch it, and then not use the implementation
> optimized for armv7 or armv8.
> This way you get optimal performance even if runing binaries compiled for
> armv6 on armv7 machines.
> So the SIGILL itself is perfectly fine, it not being caught and the program
> dumping core, however, is not.
> Martin

Home | Main Index | Thread Index | Old Index