Assembler Fehler arm-none-eabi-as invalid constant after fixup

[Christoph K. (chriskuku)]

Ich habe das folgende Code-Schnippsel (eingedampft auf das folgende 
kleine Programm). Das produziert den nachstehenden Fehler. Ändere ich 
#0x16c9 in #0x16c0, so läuft es ohne Fehler durch.

    .syntax unified
    .cpu cortex-m4
    .thumb
.equ USART3_BRR     ,   0x40004808

@ fCLK 42MHz
@ 0x16c9 364.58333_ 16c0 + 9
@ 115200 Bd
  ldr r1, = USART3_BRR
  movs r0, #0x16c9
  str r0, [r1]

  .ltorg
  .end


$ make
arm-none-eabi-as -g -al -o myfirst.o myfirst.s >myfirst.lst
myfirst.s: Assembler messages:
myfirst.s:482: Error: invalid constant (16c9) after fixup
make: *** [myfirst.o] Error 1
$ arm-none-eabi-as --version
GNU assembler (GNU Tools for Arm Embedded Processors 8-2018-q4-major) 2.31.51.20181213
Copyright (C) 2018 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or later.
This program has absolutely no warranty.
This assembler was configured for a target of `arm-none-eabi'.

[Niklas G. (erlkoenig)]

movs kann nur maximal 12bit-Literals laden. Mit movw (32bit-Instruktion) 
gehen bis zu 16bit.

Hier habe ich die Details zu Literal Loads auf ARM genauer beschrieben: 
https://www.mikrocontroller.net/articles/ARM-ASM-Tutorial#Literal_loads

Am Einfachsten ist es meistens, für solche Literals "ldr rX, =..." zu 
nutzen, und den Assembler die optimale Kodierung wählen zu lassen.

[Christoph K. (chriskuku)]

Niklas G. schrieb:
> movs kann nur maximal 12bit-Literals laden. Mit movw (32bit-Instruktion)
> gehen bis zu 16bit.
>
> Hier habe ich die Details zu Literal Loads auf ARM genauer beschrieben:
> https://www.mikrocontroller.net/articles/ARM-ASM-Tutorial#Literal_loads
>
> Am Einfachsten ist es meistens, für solche Literals "ldr rX, =..." zu
> nutzen, und den Assembler die optimale Kodierung wählen zu lassen.

Ah, danke. Sehr gut. Trotzdem seltsam, daß der Befehl bei 0x16c0 
akzeptiert wird, was ja immer noch größer als 2^12 ist.

[Jim M. (turboj)]

Christoph K. schrieb:
> Ah, danke. Sehr gut. Trotzdem seltsam, daß der Befehl bei 0x16c0
> akzeptiert wird, was ja immer noch größer als 2^12 ist.

Die Mov Befehle haben Encodings wo der Wert geshiftet wird,
und 0x16C0= 0x5B<<6.