Hi Greg,
Greg Ungerer wrote,
> Hi Waldemar,
>
> On 25/08/16 07:34, Waldemar Brodkorb wrote:
> > Hi Greg,
> > Greg Ungerer wrote,
> >
> >> Hi Waldemar,
> >>
> >> Waldemar Brodkorb wbx at openadk.org wrote:
> >>> Greg Ungerer wrote,
> Hi Waldemar,
> On 23/04/16 08:50, Waldemar Brodkorb
On 25/08/16 07:30, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>
>> Hi Waldemar,
>>
>> On 06/05/16 05:06, Waldemar Brodkorb wrote:
>>> Hi Greg,
>>> Waldemar Brodkorb wrote,
>>>
Hi Greg,
Greg Ungerer wrote,
> Attached is a kernel patch that modifies binfmt_flat to
Hi Waldemar,
On 25/08/16 07:34, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>
>> Hi Waldemar,
>>
>> Waldemar Brodkorb wbx at openadk.org wrote:
>>> Greg Ungerer wrote,
Hi Waldemar,
On 23/04/16 08:50, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>
Hi Greg,
Greg Ungerer wrote,
> Hi Waldemar,
>
> Waldemar Brodkorb wbx at openadk.org wrote:
> > Greg Ungerer wrote,
> >> Hi Waldemar,
> >> On 23/04/16 08:50, Waldemar Brodkorb wrote:
> >> >Hi Greg,
> >> >Greg Ungerer wrote,
> >> >
> >> >>>How could I generate the information for you? Do you have
Hi Greg,
Greg Ungerer wrote,
> Hi Waldemar,
>
> On 06/05/16 05:06, Waldemar Brodkorb wrote:
> >Hi Greg,
> >Waldemar Brodkorb wrote,
> >
> >>Hi Greg,
> >>Greg Ungerer wrote,
> >>
> >>>Attached is a kernel patch that modifies binfmt_flat to print
> >>>out the reloc number along with the reloc
Hi Waldemar,
On 06/05/16 05:06, Waldemar Brodkorb wrote:
Hi Greg,
Waldemar Brodkorb wrote,
Hi Greg,
Greg Ungerer wrote,
Attached is a kernel patch that modifies binfmt_flat to print
out the reloc number along with the reloc error. That way we can
map that back to the reloc entry number
Hi Waldemar,
Waldemar Brodkorb wbx at openadk.org wrote:
> Greg Ungerer wrote,
>> Hi Waldemar,
>> On 23/04/16 08:50, Waldemar Brodkorb wrote:
>> >Hi Greg,
>> >Greg Ungerer wrote,
>> >
>> >>>How could I generate the information for you? Do you have
>> >>>a kernel patch I would need to apply? I can
Hi Greg,
Greg Ungerer wrote,
> Hi Waldemar,
>
> On 23/04/16 08:50, Waldemar Brodkorb wrote:
> >Hi Greg,
> >Greg Ungerer wrote,
> >
> >>>How could I generate the information for you? Do you have
> >>>a kernel patch I would need to apply? I can bootup a kernel
> >>>and execute code, I just can't
Hi Waldemar,
On 23/04/16 08:50, Waldemar Brodkorb wrote:
Hi Greg,
Greg Ungerer wrote,
How could I generate the information for you? Do you have
a kernel patch I would need to apply? I can bootup a kernel
and execute code, I just can't type anything into the serial
Attached is a kernel patch
Hi Waldemar,
On 09/06/16 06:49, Waldemar Brodkorb wrote:
Hi Greg,
Greg Ungerer wrote,
Thanks for that. When I get a spare minute I will dig into it
and see if I can make any sense of that. It is obviously way out
of the expected range.
Any spare minute to check what is wrong here?
Sorry,
Hi Greg,
Greg Ungerer wrote,
> Thanks for that. When I get a spare minute I will dig into it
> and see if I can make any sense of that. It is obviously way out
> of the expected range.
Any spare minute to check what is wrong here?
best regards
Waldemar
Hi Waldemar,
On 11/05/16 04:57, Waldemar Brodkorb wrote:
Hi Greg,
Greg Ungerer wrote,
Hi Waldemar,
I disabled CONFIG_BINFMT_SHARED_FLAT in the kernel.
And now I get:
~ # /hello
[ 90.83] BINFMT_FLAT: reloc[405] outside program 0xed87 (0
- 0x123b0/0x8944), killing hello!
SEGV
Hi Greg,
Greg Ungerer wrote,
> Hi Waldemar,
>
> > I disabled CONFIG_BINFMT_SHARED_FLAT in the kernel.
> > And now I get:
> > ~ # /hello
> > [ 90.83] BINFMT_FLAT: reloc[405] outside program 0xed87 (0
> > - 0x123b0/0x8944), killing hello!
> > SEGV
> >
> > Compiling with
> >
Hi Waldemar,
On 06/05/16 05:06, Waldemar Brodkorb wrote:
> Hi Greg,
> Waldemar Brodkorb wrote,
>
>> Hi Greg,
>> Greg Ungerer wrote,
>>
>>> Attached is a kernel patch that modifies binfmt_flat to print
>>> out the reloc number along with the reloc error. That way we can
>>> map that back to the
Hi Greg,
Waldemar Brodkorb wrote,
> Hi Greg,
> Greg Ungerer wrote,
>
> > Attached is a kernel patch that modifies binfmt_flat to print
> > out the reloc number along with the reloc error. That way we can
> > map that back to the reloc entry number printed out in the verbose
> > output from
Hi Greg,
Greg Ungerer wrote,
> Attached is a kernel patch that modifies binfmt_flat to print
> out the reloc number along with the reloc error. That way we can
> map that back to the reloc entry number printed out in the verbose
> output from elf2flt at compile time.
The stm32 is now working,
Hi Greg,
Greg Ungerer wrote,
> > How could I generate the information for you? Do you have
> > a kernel patch I would need to apply? I can bootup a kernel
> > and execute code, I just can't type anything into the serial
>
> Attached is a kernel patch that modifies binfmt_flat to print
> out the
Hi Waldemar,
On 17/04/16 01:38, Waldemar Brodkorb wrote:
> Greg Ungerer wrote,
>> On 07/04/16 19:35, Waldemar Brodkorb wrote:
>>> Greg Ungerer wrote,
> You can find readelf, objdump -x, objdump -D and the source of
> hello.c here:
> http://debug.openadk.org/arm-pthreads/
If
Hi Greg,
Greg Ungerer wrote,
> Hi Waldemar,
>
> On 07/04/16 19:35, Waldemar Brodkorb wrote:
> > Hi Greg,
> > Greg Ungerer wrote,
> >
> >>> You can find readelf, objdump -x, objdump -D and the source of
> >>> hello.c here:
> >>> http://debug.openadk.org/arm-pthreads/
> >>
> >> If you compile
Hi Waldemar,
On 07/04/16 19:35, Waldemar Brodkorb wrote:
> Hi Greg,
> Greg Ungerer wrote,
>
>>> You can find readelf, objdump -x, objdump -D and the source of
>>> hello.c here:
>>> http://debug.openadk.org/arm-pthreads/
>>
>> If you compile supplying "-v" in the elf2flt flags then it
>> will
Hi Waldemar,
On 05/04/16 20:49, Waldemar Brodkorb wrote:
Hi uClinux/elf2flt devs,
How can I debug an issue with the following error while
executing:
~ # ./hello
BINFMT_FLAT: reloc outside program 0xb589 (0 - 0x125a4/0x8b0c),
killing hello!
SEGV
The target is an ARM Cortex-M4 device. The
Hi uClinux/elf2flt devs,
How can I debug an issue with the following error while
executing:
~ # ./hello
BINFMT_FLAT: reloc outside program 0xb589 (0 - 0x125a4/0x8b0c),
killing hello!
SEGV
The target is an ARM Cortex-M4 device. The error is only happening
when libpthread from uClibc-ng is
: Pallavi Manjunath [EMAIL PROTECTED]
To: uClinux development list uclinux-dev@uclinux.org
Sent: Friday, July 25, 2008 6:01 AM
Subject: [uClinux-dev] BINFMT_FLAT: reloc outside program
Hi All,
I am cross compiling the source code of MPD (Music Player Daemon) to
arm-uClinux-elf, arm platform
Hi All,
I am cross compiling the source code of MPD (Music Player Daemon) to
arm-uClinux-elf, arm platform by using the 3.4.3 tolchain from linux.
When Successfully compiled and executing the application it is giving
BINFMT_FLAT: reloc outside program 0x20.
When i checked the mpd
Do you need some more informations ? can't someone help me for this
error ? Am I unclear ?
Benoit Pradelle a écrit :
Hi all,
I'm trying to compile a software for a Coldfire MC407 C3 board which
runs a 2.4 uClinux. My program seems to have some problem to execute
on the board :
When I launch
Hi all,
I'm trying to compile a software for a Coldfire MC407 C3 board which
runs a 2.4 uClinux. My program seems to have some problem to execute on
the board :
When I launch it I got the error (twice) : BINFMT_FLAT: reloc outside
program 0xff90 (0 - 0x3f4ca0/0xcb00), killing main.opt!
26 matches
Mail list logo