This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: arm-eabi-gdb
grahamlab wrote:
>
>
> grahamlab wrote:
>>
>> Sergei Gavrikov-4 wrote:
>>> Graham wrote:
>>>> Sergei Gavrikov wrote:
>>>>> grahamlab wrote:
>>>>>
>>>>> [cut the wars with minicom]
>>>>>
>>>>>> Hi Sergei
>>>>>>
>>>>>> I have tried downloading various random images as suggested and all
>>>>>> download successfully Typing the $ seems to lock the display - is
>>>> this
>>>>>> what you expected?
>>>>>>
>>>>>> Graham
>>>>> Yep. It seems for me, your RedBoot supports GDB.
>>>>>
>>>>> Now (you work with some built elf binary), fulfil
>>>>>
>>>>> i) invoke
>>>>>
>>>>> $ file DevBoard_install/tests/kernel/v3_0/tests/bin_sem0
>>>>>
>>>>> <copy and paste an output just the below for us>
>>>>> DevBoard_install/tests/kernel/v3_0/tests/bin_sem0: ELF 32-bit LSB
>>>>> executable, ARM, version 1 (SYSV), statically linked, not stripped
>>> Excellent! It's not stripped elf.
>>>
>>>>> ii) invoke
>>>>>
>>>>> $ arm-eabi-size -Ax DevBoard_install/tests/kernel/v3_0/tests/bin_sem0
>>>>>
>>>>> <copy and paste an output the below for us>
>>>>>
>>>>> section size addr
>>>>> .debug_aranges 0x1440 0x0
>>>>> .debug_pubnames 0x377d 0x0
>>>>> .debug_info 0x4de43 0x0
>>>>> .debug_abbrev 0xab3f 0x0
>>>>> .debug_line 0xad87 0x0
>>>>> .debug_frame 0x31f8 0x0
>>>>> .debug_str 0x8482 0x0
>>>>> .debug_loc 0xd8c1 0x0
>>>>> .rom_vectors 0x8 0x68008000
>>>>> .ARM.exidx 0x10 0x68008008
>>>>> .text 0x4330 0x68008018
>>>>> .rodata 0x38c 0x6800c348
>>>>> .eh_frame 0x8 0x6800c6d8
>>>>> .data 0x180 0x6800c6e0
>>>>> .bss 0x32f8 0x6800c860
>>>>> .ARM.attributes 0x2f 0x0
>>>>> .debug_ranges 0x44c0 0x0
>>>>> .comment 0x8f7 0x0
>>>>> Total 0x8db3b
>>> I see nothinig illegal the above: .text, .*data, .bss do seat silent in
>>> the RAM its total size about 40K.
>>>
>>>>> iii)
>>>>>
>>>>> We need to look on a startup screen your RedBoot
>>>>>
>>>>> <copy and paste a starup-screen the below>
>>>>>
>>>>> RedBoot(tm) bootstrap and debug environment [ROM]
>>>>> Non-certified release, version v3_0 - built 09:17:39, Apr 7 2009
>>>>>
>>>>> Copyright (C) 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008,
>>>> 2009
>>>>> Free Software Foundation, Inc.
>>>>> RedBoot is free software, covered by the eCos license, derived from
>>>> the
>>>>> GNU General Public License. You are welcome to change it and/or
>>>> distribute
>>>>> copies of it under certain conditions. Under the license terms,
>>>> RedBoot's
>>>>> source code and full license terms must have been made available to
>>>> you.
>>>>> Redboot comes with ABSOLUTELY NO WARRANTY.
>>>>>
>>>>> Platform: ST STM3210E EVAL (Cortex-M3)
>>>>> RAM: 0x68000000-0x68100000 [0x68003188-0x68100000 available]
>>>>> 0x20000000-0x2000f000 [0x20000000-0x2000f000 available]
>>> What's a nice board! IMHO, it's very suitable for eCos. You have ~1M of
>>> a volatile memory.
>>>
>>>>> Note: I want to know a bit more about your RAM location and its size.
>>>>> RedBoot talks about.
>>>>>
>>>>>
>>>>> Sergei
>>> Graham, let's resume what you've got:
>>>
>>> 1) You have arm-eabi GNU toolchain with it you are able to build eCos
>>> applications.
>>>
>>> 2) You have a nice bootstrap environment with GDB support -- RedBoot.
>>>
>>> 3) You are able using X-modem protocol and minicom to upload the images
>>> into RAM. IMHO, if you can to load a test image in a few hundreds of
>>> Kb into the RAM, your GDB must do it too.
>>>
>>> Before to start debug GDB protocol, dance with packet's sizes, etc. My
>>> the first guess: you misconfigured eCos build. I do not know how you
>>> configured eCos build. I do not know what you check/uncheck using eCos
>>> `configtool'.
>>>
>>> So, can you reproduce the below just in Linux bash?
>>>
>>> i. Build a minimal eCos stuff as
>>>
>>> echo $ECOS_REPOSITORY >> report.txt
>>> echo $PATH >> report.txt
>>> cd /tmp
>>> mkdir lab1
>>> cd lab1
>>> ecosconfig new stm3210e minimal
>>> ecosconfig tree
>>> make -s
>>> make -s -C hal/common/current tests
>>> ls -R install/tests >> report.txt
>>>
>>> Note: attach the report.txt then.
>>>
>>>
>>> ii. Leave minicom if it runs!
>>>
>>> lsof /dev/ttyS0 ;# you must see no output
>>>
>>>
>>> iii. Reset the board and invoke arm-eabi-gdb as
>>>
>>> arm-eabi-gdb -q -nx install/tests/hal/common/current/tests/basic
>>>
>>>
>>> iv. GDB
>>>
>>> Now on GDB prompt type a line by a line (see the below)
>>>
>>> (gdb) set logging on
>>> (gdb) set remotebaud 38400
>>> (gdb) target remote /dev/ttyS0
>>>
>>> Here you can to see that board connected, if gdb wait here, reset the
>>> board and try `target' command again.
>>>
>>> (gdb) load
>>>
>>> I very hope that will be done. If it will, continue:
>>>
>>> (gdb) b cyg_test_init
>>> (gdb) b cyg_test_exit
>>> (gdb) c
>>> (gdb) c
>>>
>>>
>>> Please, repeat the above lab1 exactly! And the report about the results:
>>> attach report.txt, gdb.txt. The files should be in that /tmp/lab1
>>> directory.
>>>
>>> Sergei
>>>
>>> --
>>> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
>>> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
>>>
>>>
>>>
>> Hello Sergei
>> This worked - I manged to run gdb
>> So what was wrong with my first application? I did not change any settings
>> in the config tool, just used a default configuration. You will see that I
>> am still getting 'Ignoring packet error' and it seems to take quite a
>> while to download.
>> THnaks for you help so far - what could be wrong with my original
>> configuration?
>>
>> Graham http://www.nabble.com/file/p22927519/report.txt report.txt
>> http://www.nabble.com/file/p22927519/gdb.txt gdb.txt
>>
> Unfortunately this is not repeatable - just tried it again and it fails to
> download!
Any way you can try it at a slower speed?
BTW, your nabble.com URLs aren't accessible from the U.S. :-(
I had to use a machine in England to look at them.
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss