All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Schunke <schunke@shf.de>
To: buildroot@busybox.net
Subject: [Buildroot] buildroot-2012.11  openssh: Bad trap error
Date: Fri, 07 Dec 2012 11:18:09 +0100	[thread overview]
Message-ID: <50C1C261.2040106@shf.de> (raw)
In-Reply-To: <50C0B224.2020007@zacarias.com.ar>

On 06.12.2012 15:56, Gustavo Zacarias wrote:
> On 12/06/2012 06:59 AM, Jan Schunke wrote:
> 
>> I am using buildroot-2012.11 on Powerpc 440 (Xilinx Virtex5) without FPU
>>
>> when I boot I get:
>>
>> ...
>> Starting network...
>> Generating RSA Key...
>> [    5.527467] Bad trap at PC: 48063f20, SR: 2d000, vector=2010
>> Trace/breakpoint trap
>> Generating RSA Key...
>> [    5.572257] Bad trap at PC: 48063f20, SR: 2d000, vector=2010
>> Trace/breakpoint trap
>> Generating DSA Key...
>> THIS CAN TAKE A MINUTE OR TWO DEPENDING ON YOUR PROCESSOR!
>>
>> [    5.594576] Bad trap at PC: 48063f20, SR: 2d000, vector=2010
>> Trace/breakpoint trap
>> Generating ECDSA Key...
>> THIS CAN TAKE A MINUTE OR TWO DEPENDING ON YOUR PROCESSOR!
>>
>> [    5.615732] Bad trap at PC: 48063f20, SR: 2d000, vector=2010
>> Trace/breakpoint trap
>> Starting sshd: [    5.940254] Bad trap at PC: 48063f20, SR: 2d000,
>> vector=2010
>> Trace/breakpoint trap
>> OK
>> ...
>>
>> I can achieve a similar behaviour if I compile a program with -mhard-float.
>>
>> So I guess for one of the following packages softfloat is not set correctly.
>>
>> Maybe someone more competent can take a look into this.
>>
>> When I roll back
>>
>> openssh from 6.1p1  to 6.0p1
>> openssl from 1.0.1c to 1.0.0j
>> zlib    from 1.27   to 1.26
>>
>> everything is fine.
> 
> Hi.
> Ok, i managed to build a similar scenario as yours under qemu
> (virtex-ml507 emulation).
> With similar toolchain/versions/options i'm unable to hit the issue.
> It's most likely that qemu is being too optimistic in the CPU emulation
> department (handling the invalid opcodes for a 440 core).
> Did you try switching just a single version?
> I'm betting on openssl since it's got powerpc-specific optimizations
> whereas zlib and openssh don't.
> You could also try disabling the powerpc optimizations in
> package/openssl/openssl.mk, just remove the block from ifeq
> ($(ARCH),powerpc) to the first endif (3 lines).
> And let us know :)
> Regards.

Hi,

I updated all packages back to the newer version and followed your
suggestion:

> You could also try disabling the powerpc optimizations in
> package/openssl/openssl.mk, just remove the block from ifeq
> ($(ARCH),powerpc) to the first endif (3 lines).

and everything is ok, too. Can we just check if $ARCH is powerpc AND
BR2_SOFT_FLOAT is set to yes in package/openssl/openssl.mk?

Regards
Jan

-- 
*******************************************************
Jan-Hendrik Schunke
Entwickler / Developer
SHF Communication Technologies AG
Wilhelm-v.-Siemens-Str. 23 D; 12277 Berlin, Germany
E-Mail: schunke at shf.de
Phone:  +49-(0)30- 77 20 51-0 direct: -45
Fax:    +49-(0)30- 75 31 07 8
Web:    www.shf.de
*******************************************************
Sitz der Gesellschaft/Registered Office: Berlin;
Registergericht/Register Court: AG Berlin-Charlottenburg HRB 72633;
Vorstand/Executive Board: Dr. Frank Hieronymi, Dr. Lars Klapproth;
Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Walter
L. Rust.

Diese E-Mail enth?lt vertrauliche und/oder rechtlich gesch?tzte
Informationen und ist ausschlie?lich f?r den bezeichneten Adressaten
oder dessen Vertreter bestimmt. Wenn Sie nicht der richtige Adressat
sind oder diese E-Mail irrt?mlich erhalten haben, informieren Sie bitte
sofort den Absender und vernichten Sie diese Mail. Jede Form der
Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe durch
andere Empf?nger ist unzul?ssig.

This e-mail may contain confidential and/or privileged information and
is intended solely for the addressee or a representative there of. If
you are not the intended recipient (or have received this e-mail in
error) please notify the sender immediately and destroy this e-mail.
Access to, publishing and copying of the information by a third party is
unauthorised.

  reply	other threads:[~2012-12-07 10:18 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-06  9:59 [Buildroot] buildroot-2012.11 openssh: Bad trap error Jan Schunke
2012-12-06 14:56 ` Gustavo Zacarias
2012-12-07 10:18   ` Jan Schunke [this message]
2012-12-07 12:09     ` Gustavo Zacarias

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50C1C261.2040106@shf.de \
    --to=schunke@shf.de \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.