Re: Statická knihovna (objektový soubor) a vektory přerušeni (reset)

[Miroslav Mraz]

Na podobné chování jsem také narazil u gcc a cortex-m. Chtěl jsem udělat 
knihovnu pro USB device a taky to nechodilo. Už si to moc nepamatuji, 
ale problém byl, že ty knihovní funkce používaly callback funkce a ty 
měly definovaný weak alias. Takže linker neviděl použití tt. funkcí a 
jednoduše je vyházel. A protože nemůžu najít jak jsem to tenkrát 
vyřešil, je patrné, že jsem to asi vzdal. Takže řešení bych také uvítal.

Mrazík

Dne 8.8.2016 v 15:29 Josef Štengl napsal(a):
> Snažím se vytvořit vrstvu ovladačů nad daným, poměrně komplexním HW.
>
> Cortext-r (cortex-m to má asi trochu jinak, tam to budu studovat koncem
> tohoto týdne a je to jiný problém) má 8 základních vektorů přerušení.
> První je reset, jeden SVC (systémový), jeden rezerva, 3 x chybové a
> poslední dva jsou vlastně pevné - adresa do RAM s vektory přerušení od
> periférií - takže se vektory od periférií dají snadno měnit za běhu
> svého programu (aplikace), pokud je to potřeba.
>
> Takže ten kdo řeší aplikaci, nemusí (a ani nechci - chci vědět kde se to
> zbořilo a ne ‚máš to rozbitý‘) aby měnil nebo psal obsluhy na základní
> vektory. Vlastně se zabývá jen programem v main() a obsluhou chyb
> (většinou ani to ne). Zbytek má schovaný knihovně.
>
> O přerušení se nestará, jediné co je většinou zajímá je přerušení od
> časovače a to ve stylu‚ tuto funkci volej každých xx µs' - a funkce se
> zapíše do správného místa v tabulce přerušení v RAM (ta je tam by
> design, tak proč ji nevyužít).
> Zbytek dostanou s knihovnou.
>
>
> Problém mám vlastně jen s tímto malým kuse kódu v asm, který se má
> nahrát na začátek FLASH/RAM (podle jak se přepnou paměti. Je to jedno,
> vždycky reset vektor začíná na 0 :-).
>
> Doufám, že je to pochopitelné, gcc používá mírně odlišnou syntaxi,
> kterou si už nevybavuji.
>
> +++++++++++++++++++++
>   .sect ".intvecs"
>   .arm
>
> ;-------------------------------------------------------------------------------
>
> ; import reference for interrupt routines
> ;-------------------------------------------------------------------------------
>
>
>   .ref _c_int00
>   .ref sys_ErrUndefinedIsr
>   .ref sys_ErrPrefetchError
>   .ref r4f_PrefetchIsr
>   .ref r4f_DabortIsr
>
> ;-------------------------------------------------------------------------------
>
> ; interrupt vectors
> ;-------------------------------------------------------------------------------
>
>
>     b   _c_int00             ; reset interrupt
>     b   sys_ErrUndefinedIsr  ; undefined instruction interrupt
> svcEntry
>     b   svcEntry             ; software interrupt
>     b   sys_ErrPrefetchError ; abort (prefetch) interrupt
>     b   r4f_DabortIsr        ; abort (data) interrupt
> reservedEntry
>     b   reservedEntry        ; reserved
>     ldr pc,[pc,#-0x1b0]      ; IRQ interrupt (VIM table)
>     ldr pc,[pc,#-0x1b0]      ; FIQ interrupt (VIM table)
>
> +++++++++++++++++++++
>
> Poslední dva řádky znamenají skok na adresu, kde jsou v RAM uloženy
> vektory od přerušení periférií a jsou vždy stejné (kdysi jsem věděl i
> proč).
>
> Pro zbytek mám napsané rutiny, které vyčítají další informace zapisují
> se a volají weak funkce podle toho kde nastal problém - aplikace pak
> může pak jednoduše zpracovat předpřipravená data a nemusí starat o
> implementační detaily dané architektury a patlat se v ASM (na rozdíl od
> cortexu-m se nelze zcela vyhnout assembleru, protože se v obsluhách
> přistupuje k registrům koprocesoru).
>
> Aha, jde mi vlastně o to, jestli lze mít ve statické knihovně sekci (zde
> ".intvecs"), kterou bude vždy zapisovat.
>
> Ano máte pravdu, taky jsem se mohl zeptat rovnou. Ale když já tak nějak
> nevím, co vlastně chci a jestli je to vůbec možné tak doufám, že mě
> někdo nakopne správným směrem. Zatím se vám to daří, jdu pátrat dále :-)
>
>