From: Nick Clifton <nickc@redhat.com>
To: vapier@gentoo.org
Cc: gdb-patches@sourceware.org, binutils@sourceware.org
Subject: Re: MSP430 SIM: Add support for hardware multiply
Date: Tue, 05 Jan 2016 16:43:00 -0000 [thread overview]
Message-ID: <568BF2B6.2090201@redhat.com> (raw)
In-Reply-To: <20151225002204.GQ25803@vapier.lan>
[-- Attachment #1: Type: text/plain, Size: 1956 bytes --]
Hi Mike,
>> I am applying the attached patch to add support for simulating the
>> hardware multiply feature found on some MSP430 MCUs.
> this broke the testsuite:
> FAIL: msp430 add.s (execution)
Actually, as far as I can see this test never should have worked in the
first place. The problem is that the test harness code (in
testutils.inc) assumes that the VMA and LMA addresses of the .data
section are the same. This is not the case (at least for the msp430),
and without runtime code to copy data from the LMA address to the VMA
address all the data addresses in the test executables are wrong.
So, I am checking in the following two patches. The first patch updates
the linker's built in link script so that it does not place data into
the msp430's hardware address range, and so that that it provides a
symbol (__romdatastart) with the LMA address of the .data section.
[Note - as far as I can see only the sim tests actually use the linker's
built in linker script. Everyone else uses scripts explicitly provided
on the linker command line].
The second patch updates the testutils.inc file so that it will use the
LMA addresses of the strings in the .data section not the VMA addresses.
This makes the tests work, although it is a bit of a hack. A proper
solution would be to provide start-up code that copies the data from the
LMA address to the VMA address before the test proper runs, but this
seems like overkill to me.
Cheers
Nick
ld/ChangeLog
2016-01-05 Nick Clifton <nickc@redhat.com>
* emulparams/msp430elf.sh (RAM_START): Move to 0x500 - above the
MSP430 hardware multiply address range.
* scripttempl/elf32msp430.sc (__romdatastart): Define.
(__romdatacopysize): Define.
* scripttempl/elf32msp430_3.sc: Likewise.
sim/testsuite/sim/msp430/ChangeLog
2016-01-05 Nick Clifton <nickc@redhat.com>
* testutils.inc (__pass): Use the LMA addresses of the _passmsg
symbol.
(__fail): Likewise.
[-- Attachment #2: msp430.sim.test.patch --]
[-- Type: text/x-patch, Size: 1546 bytes --]
diff --git a/sim/testsuite/sim/msp430/testutils.inc b/sim/testsuite/sim/msp430/testutils.inc
index 6c540b1..1ddef23 100644
--- a/sim/testsuite/sim/msp430/testutils.inc
+++ b/sim/testsuite/sim/msp430/testutils.inc
@@ -9,13 +9,43 @@
.global __pass
.type __pass, function
__pass:
- write 1, _passmsg, 5
+ # Note - we cannot just invoke:
+ #
+ # write 1, _passmsg, 5
+ #
+ # here because _passmsg contains the run-time (VMA) address of
+ # the pass string (probably 0x500) not the load-time (LMA)
+ # address (probably 0x804c). Normally using the VMA address
+ # would be the correct thing to do - *if* there was some start
+ # up code which copied data from LMA to VMA. But we have no
+ # start up code, so the data still resides at the LMA
+ # address. Hence we use __romdatastart instead.
+ #
+ # Note - we are cheating because the address that we pass to
+ # "write" should actually be:
+ #
+ # __romdatastart + (_passmsg - __datastart)
+ #
+ # but the assembler cannot cope with this expression. So we
+ # cheat and use the fact that we know that _passmsg is the
+ # first string in the .data section and so (_passmsg -
+ # __datastart) evaluates to zero.
+
+ write 1, __romdatastart, 5
exit 0
.global __fail
.type __fail, function
__fail:
- write 1, _failmsg, 5
+ # Note - see above.
+ #
+ # write 1, _failmsg, 5
+ #
+ # This time we use the fact that _passmsg is aligned to a
+ # 16 byte boundary to work out that (_failmsg - __datastart)
+ # evaluates to 0x10.
+
+ write 1, __romdatastart + 0x10, 5
exit 1
.data
[-- Attachment #3: msp430.ld-scripts.patch --]
[-- Type: text/x-patch, Size: 1240 bytes --]
diff --git a/ld/emulparams/msp430elf.sh b/ld/emulparams/msp430elf.sh
index a76e9ee..e9d0237 100644
--- a/ld/emulparams/msp430elf.sh
+++ b/ld/emulparams/msp430elf.sh
@@ -13,6 +13,6 @@ EMBEDDED=yes
ARCH=msp:14
ROM_START=0x8000
ROM_SIZE=0x7fe0
-RAM_START=0x0200
+RAM_START=0x0500
RAM_SIZE=1K
STACK=0x600
diff --git a/ld/scripttempl/elf32msp430.sc b/ld/scripttempl/elf32msp430.sc
index 78c7c12..50b7ddb 100644
--- a/ld/scripttempl/elf32msp430.sc
+++ b/ld/scripttempl/elf32msp430.sc
@@ -269,6 +269,9 @@ SECTIONS
${RELOCATING+ _edata = . ; }
} ${RELOCATING+ > data ${RELOCATING+AT> text}}
+ __romdatastart = LOADADDR(.data);
+ __romdatacopysize = SIZEOF(.data);
+
.bss ${RELOCATING+ SIZEOF(.data) + ADDR(.data)} :
{
${RELOCATING+. = ALIGN(2);}
diff --git a/ld/scripttempl/elf32msp430_3.sc b/ld/scripttempl/elf32msp430_3.sc
index 7a13081..7ad04e1 100644
--- a/ld/scripttempl/elf32msp430_3.sc
+++ b/ld/scripttempl/elf32msp430_3.sc
@@ -147,6 +147,9 @@ SECTIONS
${RELOCATING+ _edata = . ; }
} ${RELOCATING+ > data ${RELOCATING+AT> text}}
+ __romdatastart = LOADADDR(.data);
+ __romdatacopysize = SIZEOF(.data);
+
.bss ${RELOCATING+ SIZEOF(.data) + ADDR(.data)} :
{
${RELOCATING+. = ALIGN(2);}
next prev parent reply other threads:[~2016-01-05 16:43 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-08 7:53 Nick Clifton
2014-08-02 14:54 ` Mike Frysinger
2014-08-19 9:58 ` Nicholas Clifton
2014-08-19 10:36 ` Nicholas Clifton
2014-08-20 9:24 ` Mike Frysinger
2015-12-25 0:22 ` Mike Frysinger
2016-01-05 16:43 ` Nick Clifton [this message]
2016-01-05 19:16 ` Mike Frysinger
2016-01-07 10:53 ` Nick Clifton
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=568BF2B6.2090201@redhat.com \
--to=nickc@redhat.com \
--cc=binutils@sourceware.org \
--cc=gdb-patches@sourceware.org \
--cc=vapier@gentoo.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox