Hyper Operating System(ITRON仕様OS)

Fork

取り急ぎ、以下のページを参考にやってみてください。
http://hamayan.blog.so-net.ne.jp/2008-02-17-1
http://hamayan.blog.so-net.ne.jp/2008-02-21

hamayan様

返信ありがとうございます。

ページを参考にさせて頂きます。

ちなみに，HOSに既に入っているsh7045のサンプルプログラムは，どのボードで動くのでしょうか？

AKI-SH2でしょうか？
とりあえず，HOSが実際に動くのを見てみたいのですが。

sample.xのベクターテーブルの開始アドレスが下記のようになっているのはかなり特異なボードのように感じています（理解が間違っているでしょうか…）。
　vector : o = 0xfffff200

普通，0x00000000から始まりそうなものですが…。

Ryuz様

大変遅くなりましたが，返信ありがとうございます。

現在，とりあえずCQ出版の付録のSH7144基板で動作することを確認しようと試みているところです。

初歩的なミスをすべておかした感じでコンパイルに非常に手間取ってしまいました。
アドバンス版はディレクトリ構成がかなり変わっていて，ちょっと迷いました（苦笑）

アドバンス版のコンパイルは下記のようにしました。
間違っていないでしょうか？（Cygwin上で）
１．文字コード，改行文字をEUC，LFに変換する

２．カーネルのコンパイル
/hos-v4a/kernel/build/sh/sh2/gcc
make -f gmake.mak

３．サンプルのコンパイル（デフォルトはRAM上での実行タイプ？）
/hos-v4a/sample/sh/sh7144/gcc
make -f gmake.mak

これから、実機に焼いてみて，動作確認する予定です。

ちなみに，RAMで実行する場合は，ルネサスのＨＰからダウンロードできるモニタプログラムを使うことが前提なのでしょうか？（どこかに書いてあったでしょうか…！？）

今後ともよろしくお願いします。

Ryuz様

早速，返信ありがとうございます。
更に最新版のリリースに詳しい解説まで…何とお礼を申し上げていいのやら。
将来的にHOSのお役に立つことで恩返しができたらと思っております（いつになるやら…長い目で見守って頂ければと思います…）。

当初，SH7145でオリジナルボードを設計しようと考えていましたが，移植作業に自信がないのでSH7144のサンプルを有効活用させて頂いて，まずはSH7144でオリジナルボードを起こす方向で考えております。（将来的には移植にも挑戦したいと考えていますが…）
CQ出版のSH7144ボードでしばらく遊んで，HOSのプログラミングに少し慣れてからですが。

具体的にはLCDドライバICを繋いで，LCDドライバICに繋いだVRAMにアクセスできるようにしたいなということなのですが…。

そこで必要なことは，オリジナルボードのメモリマップに合わせたリンカスクリプトの修正および増設したRAM等に合わせたSH7144のレジスタの設定をスタートアップルーチン部分かどこかに増やしてやることかと思っております。（それだけでも結構，私に取っては難しいのですが…）


HOSに直接関係なくて、非常に恐縮なのですが…少しリンカスクリプトの修正などに関してアドバイス頂ければと考えております。

下記のサイトや「Linkers & Loaders」という本を参考にリンカスクリプトの修正に取り組もうと考えています。
http://www.sra.co.jp/wingnut/ld/ld-ja_3.html
http://www.ertl.jp/~takayuki/readings/c/

後は，Interfaceの2004年12月号～2005年7月号に「リンカを100%使いこなそう」という連載があったことを見つけて，バックナンバーを手に入れようとしているところです。

ただ，個人的にはこの分野は，どうも具体的なメモリマップを示して，どうリンカスクリプトを書きますよという実践的（現場的）な本がないように感じております。

皆さんはどういった本などで勉強されたのでしょうか？
やはり，地道にGNUのマニュアルを読み，いろいろと試してみる以外，王道はないという感じでしょうか？

HOSのフォーラムにそぐわない内容でしたら，削除させて頂きます。

以上，よろしくお願いします。

こんばんは、Ryuzです。

リンカスクリプトは私も苦手なのですが(というかツールチェイン毎に違うし、gcc系はあまり経験が無いです)、上記のケースはそれほど悩まなくてもよい気がします。

システム構成によりますが、多くは

1) レジスタやVRAMなど、ハードウェアでアドレスが固定されるもの
2) ソフトウェアの都合で自動アロケートするもの

の２種類に分かれると思います。
前者をリンカでアサインすることも可能ではありますが、あまりメリットはなく、通常は
*(volatile int)0x12345678 = 1;
のように直接叩いてしまう事が多いと思います。


> 皆さんはどういった本などで勉強されたのでしょうか？
> やはり，地道にGNUのマニュアルを読み，いろいろと試してみる以外，王道はないという感じでしょうか？

私の場合、リンカスクリプトに関して言えば、他人のコードを参考にしたり、マニュアル見ながら実際に試したりで、なんとなくといった感じですね。

結局のところメーカーやツールごとにやり方や思想が異なるので、王道が存在しないのだと思います。
＃ gccのリンカスクリプトのように柔軟じゃない処理系も多く、バイナリをハックする羽目になったり、高級言語を諦めたりするケースもありますし。

あまりご参考にならなくて申し訳ないです。

Ryuzさん，リンカについてアドバイスありがとうございます。

また，最新のアドバンス版はROMでの動作は確認しました。
ですが，RAMでは動作しません…。

モニタプログラムはhamayanのところでダウンロードさせて頂いてきて，RAM版のMOTファイルをそのままROMに書き込みました。

下記の情報を頂きましたが，これにあわせてリンカスクリプトの修正とかが必要なのでしょうか？
＞Monitor Vector 00000000 - 000002BF
＞Monitor ROM 00000400 - 000056A9
＞Monitor RAM FFFFE000 - FFFFE103
＞User Vector 00400000 - 004002BF

ちなみにHtermで出るメッセージは下記の通りです。

General Illegal Instruction Occur !!
PC=00400400 SR=000000F0:..3210.... SP=00000000
VBR=00000000 GBR=00000000 MACH=00000000 MACL=00000000 PR=00000000
R0-7 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
R8-15 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

SRAMはルネサスのものでなくCY7C1041CV33となっています。でも、これは一応、ルネサスのSRAMがないから互換品として送られてきたと記憶しています…。

見る限りでは，はじめから動いていないので，SRAMが壊れている？？

もう少し調べてみます。

Htermで"?"というコマンドで，教えて頂いた情報が確認できるのですね。
下調べ不足でしたすみません。

で，Use Vectorが下記のようになっているので，変更する必要があるようです。

Monitor Vector 00000000 - 000002BF
Monitor ROM 00000400 - 000057A1
Monitor RAM FFFFE000 - FFFFE15F
User Vector FFFFE160 - FFFFE41F

hamayan様のとこから頂いてきたファイルのmon7144r50.subを以下のように修正すればいいのかと考えています。

START VECTOR/0,ROM,P,C/400,RAM/FFFFE000,USER/FFFFE160,SCI/FFFF81B0
　　　　　↓
START VECTOR/0,ROM,P,C/400,RAM/FFFFE000,USER/00400000,SCI/FFFF81B0

ただ，HEWをインストールしてから60日は余裕で超えているせいか下記のようなメッセージが出ています。たぶん、フリーバージョンではコンパイルできないということだと思うのですが…。
どうしようか考え中です…。

The total section size exceeded the limit

HEWを他のPCにインストールしてやってみたレポートです。

mon7144r50.subを下記のように変更して，コンパイルしました。

START VECTOR/0,ROM,P,C/400,RAM/FFFFE000,USER/FFFFE160,SCI/FFFF81B0
　　　　　↓
START VECTOR/0,ROM,P,C/400,RAM/FFFFE000,USER/400000,SCI/FFFF81B0

？を実行すると下記のように表示されます。
******* Buffer Overflow ******* が無限に表示されてしまうのは，おかしいのでしょうか？ただ、これはバイナリをそのまま使った場合も同じでした。（Htermのバグでしょうか？　ちなみにバージョンは8.4と書いてあります。）

Monitor Vector 00000000 - 000002BF
Monitor ROM 00000400 - 0000577D
Monitor RAM FFFFE000 - FFFFE15F
User Vector 00400000 - 004002BF

. : Changes contents of SH7600 registers.
B : Sets or displays or clear breakpoint(s).
D : Displays memory contents.
DA : Disassembles memory contents.
F : Fills specified memory range with data.
G : Executes real-time emulation.
L : Loads user program into memory from host system.
M : Changes memory contents.
R : Displays contents of SH7600 registers.
S : Executes single emulation(s) and displays instruction and registers.
SH : Displays contents of SH7144 peripheral registers.
: 
******* Buffer Overflow *******
: 
******* Buffer Overflow *******

実行するとやはり同じように下記の表示が出てしまいます…。

General Illegal Instruction Occur !!
PC=00400400 SR=000000F0:..3210.... SP=00000000
VBR=00000000 GBR=00000000 MACH=00000000 MACL=00000000 PR=00000000
R0-7 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
R8-15 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

以上，途中経過の報告まで。

hamayan様

アドバイスありがとうございます。
ただ，この設定では外部RAMは使用できない状態ということでしょうか？

どうもHtermのバグでしょうか？
下記のリンクのような状態の人もいたようなので。
http://ojiyan.txt-nifty.com/m_m/2005/05/_hterm__5568.html

できれば正常に動作するHtermのバージョンを教えて頂ければ幸いと思います。
ルネサスでは最新バージョンしかダウンロードできないようなので，問い合わせしてみようと思います。

> 下記のリンクのような状態の人もいたようなので。

バグでもなんでも無く、単に対応していないだけですね。gccまではサポートしていないので、各自の責任で！と言う事になっています。
HEWで生成するオブジェクトは問題無く動かせます。

> 外部RAMは使用できない状態
外部RAMを動かすかどうかは、起動時に外部バスを動かす様に設定する/しないに依存します。

SH2をモード2に設定して動かしますので、内部ROM、内部RAMは有効ですし、外部メモリもBSCの設定を行えば使えます。

基本的に外部にメモリを増設したとしても、大概は内部メモリの方が高速に動きますので、なるべく内部ROM、RAMを有効に使った方が良いでしょう。
特に割り込みベクターやスタックなんかは内部の方がパフォーマンスが良くなります。

hamayan様

ありがとうございます。

そうですか，対応していないだけですか…。
どこのアドレスから始まるかだけ会っていれば動くというものではないんですね…。

お手数をおかけして申し訳ありません。

他の方法を検討してみようと思います。

いや、ソースレベルデバックが出来ないだけで、モトローラSフォーマットのファイルをロードすれば、デバックは可能ですよ。

> SH : Displays contents of SH7144 peripheral
> registers.
> : 
> ******* Buffer Overflow *******

HTERMのバグではないでしょう。この状態では単にターミナルソフトとして動いているので、例えばTeraTermでやっても同じ状態だと思います。
Buffer Overflowなのは本当にバッファオーバーフローなんだと思います。このメッセージの直前に点点点と表示できないデータの入力の痕跡が続いていますから、もしかしたらハードウエア的な問題なのかもしれません。


ところでInterface誌付録SH2基板は、信じられない位ハードウエアの設計ミスが指摘されていますが、これらは対応していますか？。確か通信周りもカットだかが必要だったと思いますが。

General Illegal Instruction Occurは一般不当命令が発生した時に出るメッセージです。有効なコードが無い所を実行したのかもしれません。

お世話になっております。

Htermで増設RAM領域を読み出してみました。
書き換えられません…。内蔵RAMも書き換えられる部分と書き換えられない部分があったので，こんなものかと思っていたのですが…当然書き換えられないといけない訳ですね…。

<ADDR> <DATA>
00400000 FFFFFFFF
00400004 FFFFFFFF
00400008 FFFFFFFF
0040000C FFFFFFFF
00400010 FFFFFFFF

1) モニタプログラムのRAM無し版を焼いている
→Ryuz様が試して頂いた\mon7144r50\Release\MON7144R50.MOTを焼いていることを確認しました。

2) RAMの半田つけを失敗している
→ここが一番問題かもしれません。目視でブリッジしているところなどは無いようですが，温め過ぎたかもしれません。

3) 電源が不安定
→こちらは，まともな安定化電源を使用しているので問題ないと思います。

4) ボードの改修が必要
→抵抗アレイに繋がっているRX1という信号ラインをカットしました。すると，通信できなくなってしまったので，もとに戻しました。（ネット上で見つけた情報です。）

5)スタートアップルーチン
今回，shapshot_20081206をMEMMAP=ramを付けてコンパイルしたものをそのまま実行しましたが，以前と同じ状況になっております。スタートアップルーチンはそのままで，何も変更しておりません。（crt0.Sだと思うのですが。また，リンカスクリプトはram.ldsだと理解しています。）
”1 : CMT0 CMI Occur !”というエラーが出れば，OKということですね。

一点，理解が不十分なのですが，リンカスクリプトでMEMORYコマンドなどでRAM領域を定義していなくても，RAMの初期化をしていれば勝手にRAM領域を使ってくれるようになるのでしょうか？
例えば，自分でアドレスを指定して使用することはできそうですが，スタックとしてはリンカスクリプトで指定していないと使ってくれなさそうかなと思ったりしています…。

その辺りの動作の理解が不十分です…。


とりあえず，新しいRAMを手に入れて，交換が手っ取り早い対策かと考えております。

hamayan様

返信ありがとうございます。

手順は，FDTでデバッグモニターを書き込み，HtermでF9を押しHOSのサンプルを書き込む。その後，Htermの表示→Memoryでメモリを読むという手順です。

付録基板用のセットを購入したので，ゲートICも付いており，実装しています。

DBGMDの端子をGNDに繋いで，同じようにロードして実行したところ，少し前と表示されている内容が変わりました。
プログラムカウンタも進んで，スタックポインタの値が0ではなくなりました。

Slot Illegal Instruction Occur !!
PC=00401682 SR=000000F0:..3210.... SP=FFFFE188
VBR=00000000 GBR=00000000 MACH=00000000 MACL=00000000 PR=004018C4
R0-7 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
R8-15 00000000 00000000 00000000 00000000 00000000 00000000 00000000 FFFFE188

ちなみに増設RAMの値は下記の通りになっており，書き換えはできません。
<ADDR> <DATA>
00400000 BEDFBEDF
00400004 BEDFBEDF
00400008 BEDFBEDF
0040000C BEDFBEDF
00400010 BEDFBEDF

振る舞いが変わってしまって…単純にメモリが悪いとは言えなくなったのかなという感じです（苦笑）