Hi Dmitriy
Thanks for your reply. I forgot to mention that I'm using mspgcc for cygwin
on windows. My knowledge of the GNU-toolchain is rather limited but if I
understand things correctly I would not be able to use the binutils patch,
and I would not need it since the cygwin-port of binutils (and
msp430-gdbproxy) already have support for msp430x1611. I just thought I
should share this info with others, and maybe get a confirmation from
someone who can verify my claims.
I should correct myself by the way. In my post I claimed that the RAM
address range placement is incorrect, but it seems it's only the start
value of the stack register that's incorrect. All variables are placed
starting at address 0x1100 as they should.
I'm sorry that I wasted your time by not specifying what system I'm using.
Best regards,
Robert
Hi Robert,
I can give you the following idea.
Take binutils with version >= 2.15 FROM GNU site (noone knows what
RedHat have done and if
it really works). Apply my patch to add msp430x1611 support from
<https://sourceforge.net/tracker/download.php?group_id=42303>https://sourceforge.net/tracker/download.php?group_id=42303
<https://sourceforge.net/tracker/download.php?group_id=42303&atid=432703&file_id=100003&aid=1020679>
&atid=432703&file_id=100003&aid=1020679
This works on our site. Feel free to contact me if you have problems
with this.
We also forced TI guys to add the real support for msp430x16x devices in
their
msp430-gdbproxy. You may download it from ftp://ftp.opencall.org/pub/. But
this server is
really slow and often fails, so feel free to contact me if you need a
Linux version of this
server.
Best regards,
>Hi
>
> I"ve noticed that R1 is not intialized to the top address of RAM on the
> 1611. This MSP430 model has 10 kB RAM placed on the adress range
> 0x1100-0x38FF. But it seems mspgcc thinks the range is 0x0000-0x27FF.
>
> int main(void)
> {
> return 0;
>}
>
> compiled with the -mmcu=msp430x1611 flag generates this code
>
> 00004040 <main>:
> 4040: 31 40 00
28 mov #10240, r1 ;#0x2800
> 4044: 0f 43 clr r15
> 4046: 30 40 4a 40 br #0x404a
>
> I"ve used a temporary solution by specifying -minit-stack=14592 when
compiling.
>
> /Robert
Dmitriy
