From mboxrd@z Thu Jan 1 00:00:00 1970 From: mar.krzeminski Date: Wed, 7 Oct 2015 20:25:35 +0200 Subject: [U-Boot] U-Boot malloc implementation on arm - problem after relocation In-Reply-To: <5615588D.2050808@suse.de> References: <5615588D.2050808@suse.de> Message-ID: <5615639F.6000102@gmail.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de W dniu 07.10.2015 o 19:38, Andreas F?rber pisze: > Hi Marcin, > > Am 07.10.2015 um 15:58 schrieb Marcin Krzemi?ski: >> Since I use qemu it >> is very hard to debug with gdb u-boot after relocation( or I do not know >> how to do it), so I am almost blind. > QEMU has a built-in gdb stub that you can just connect to as gdb remote > target, similar to how you would connect to a JTAG adapter's gdb server. > See documentation of qemu-system-arm -gdb and -s options. > > It should behave the same as with a physical remote target, otherwise > please report to qemu-devel or a suitable bug tracker. > > Regards, > Andreas > Hi Andreas, I am debugging under qemu, and I can debug easily just to a moment before relocation. If I reload symbols to my relocation address qemu does not stop at breakpoints (after I reinserted them). As I understand qemus list there is a problem with relocated code. Anyway, you're right I'll ask. Regarding my problem, debugging with prints showed me that it fails when malloc tries to extend top area, and the top pointer seem to be in SDRAM. If I do not use malloc before relocation (with enabled malloc_f) all seems to work just fine. Regards, Marcin