LPC2388向けのデモを整備しました

5月の末、STM32F207V/ZGT6を夢中でいじっていた折に、がた老氏からLPC2388向けの
プログラム、とくに割り込み動作について質問をいただきました。
LPC2388については、TFT液晶表示プログラムだけは更新を続けていてそのほかは去年
の1月以来放置状態でしたので、動作チェックがてら更新してみようかとおもっていたら
おもいくそはまったので顛末を記録しておくことにします。


起:Thumbモードで割り込みが動かなくなっていたことに気づいた
まずおかしいと気づいたのがこれで、FreeRTOSとは関係なしに最新のCodesourceryG++
ではThumbモードでコンパイルした場合、ユーザーモードから割り込み許可するために
SWIかましたら先に進まなくなっていたことが判明。ARMモードでビルドしたり動作確認
した1年くらい前のCodesourceryG++のVerでは正しく動いていたのでこのときはコンパ
イラのバグかとおもって放置していました・・・。


承:FreeRTOSのデモもうごかなくなっ(ry
がた老氏はFreeRTOSからRTC(と割り込み)を動かすこと画策されていて、私の公開
していたFreeRTOSV6.0.1向けのデモとBare-Metalなprintfのプログラムを参考にされ
ていました。しかしビルドが通らなかったとのことで、どのファイルをインクルードもしく
は定義すべきかを伝えて私もちょっくら確認しますかとおもって最新のCodesourceryG++
を使用しARMモードでビルドして書き込んでみるとなんと動かなかった・・・。
そもそも公開した当初は「とりあえずこれなら動く」状態だったため、Keilのデモや
Marthin'thomas氏やChan氏のプログラムやらが全部まぜこぜになっていて一年放置
後の私が見ても何がどうなってるのかよく分からない代物になっていました。
実はほかの方からもちらほらそういう質問いただいていたのですが、これはまずいと
思い立ちこの時点でやっとこ大規模な回収改修をすることにしました。


転:スタック領域のアラインメントを8バイトずつにあわせる
動いていたころのVerは"Sourcery G++ Lite 2009q3-68"でしたが20110630時点で手に
入る最新のものは"Sourcery G++ Lite 2011.03-42"です。このVerはGCC4.5.2になって
いてLinkTimeOptimizationというリンク時に最適化を行う機能が利用可能となっています。
また。どちらもABI(Application Binary Interface)はEABI(Embedded ABI)となっていますが・・・。

よくよく調べてみるとEABIはスタック領域のアラインメントを8バイトにそろえるべし。
と記述されていました。audin氏もこの件について触れています。さらにFreeRTOSの
フォーラムにもこの件についてのやり取りがありました。
(audin氏は.ARM.exidxと.eh_frameにも触れられていましたがそちらは幸い回避済でした。)
私のリンカスクリプトを調べてみると.stackがalign(4)になっていました。あらら。
てわけでこちらは修正。
un
この時点でARMモードでFreeRTOSのLED点滅のみの簡単なプログラムは動くようになりま
したが、FreeRTOS上で割り込みがいまだ動かない・・・。


結1:FreeRTOS上においての割り込みを正しく記述する
Sourcery G++ Lite 2009q3-68では割り込みまわりは結構いい加減でも問題な
かったのですが、Sourcery G++ Lite 2011.03-42だと以下のようにしないといきなり動かな
かったり、また動いてるように見えても10sec程度で止まったりでまともに機能しません。

un
↑UART0を例にとるとUART0の割り込みハンドラのwrapperを作り
 割り込みがかかるとまずwrapperに飛ぶようにします。
un
↑UART0のヘッダファイル内で上記画像のように定義してやる必要があるみたいです。

がた老氏は最終的に自力で上記の解決方法を見つけられたようで、私ももう少し調べて
から的確な返事をすべきだったと反省してます。同じくおきばやリンク張ってるけど
放置状態のものも最新のコンパイラでビルド/動作できるようにしておくかもしくはばっ
さり削除することをしないと後に続く人を混乱させて無駄な時間を喰わせてしまうことに
なってしまうのでこれから先はこまめに対処していきますね。


結2:Thumbモードでふたたび割り込みをうごかす
"Sourcery G++ Lite 2009q3-68"では問題なかったので気づかなかったのですが、本来な
らばタイマやUART等の割り込みのハンドラがあるCのファイルは必ずARMモードでコン
パイルすべき
だそうで、それを守ってmakefile内でARMモードでコンパイルするファイルを
明示してやるだけでよかった。・・・はずでしたが-fltoのオプション効かせてるとやっぱり
エラー吐いてビルドがとまったりビルドできても動かなかったりでmakefile内でThumb
モードを指定している時は-fltoのオプションを除外するようにしました。これで"Sourcery
G++ Lite 2011.03-42"でビルドしても大丈夫となりましためでたしめでたし。
ていうか自分で注意書きかいててすっかり忘れていましたorz


結3:ほかのLPC2388向けのプログラムもレストアする
て言うわけでコンパイラじゃなくてねむいさんが悪いのが分かったので最低限おきば
公開してるのは最新化しておきました。
特にLPCUSBを使用したMassStorageClassはChan氏のMCIドライバを連結し転送速度
UPに成功しました!
un
58MByteのファイルを読み出し
un
58MByteのファイルを書き込み
以前は0.1MB/s、がんばっても0.2MB/sくらいだったのですが書き込み0.4MB/s、
読み出し0.5MB/sに!さらにArai氏のLPC1768向けLPCUSBの改修例を参考に最大4GByte
までしか認識できなかった容量も私の手持ちのSDカードで最大容量16GByteのものが認識
できるようになりました。
un

STM32Primer2のデモも同じような理由で最大4GB制限があり、今回対処法が分かったので
修正しました。

Comments

Post a Comment








Go to top of page