おせわになります。いっとうです。
APRZA0AとLCD-KIT-B01の組み合わせで、アメリカサイトのBSPv1.3にて動作させようとしています。
buildrootの先のアドバイスのお陰でU-bootは動くようになりましたが、kernelの方が手こずっております。
APRZA0AのBSPはかなり古いため(linux3.8.13)、まずはここにあるboard-rskrza1.cとBSPv1.3(linux3.14)のboard-rskrza1.cの差分を
把握しようとしていますが、前者は446行、後者は2311行とかなり増えていて、何が変わったのか把握出来ず困っています。
まずはlogin画面まで行きたいと思っているのですが、1ヶ月やってみたもののStarting kernel …で止まったままでお手上げになりました。
このバージョン間の履歴みたいなものを調べる方法は無いものでしょうか。https://github.com/renesas-rz を見ても、linux3.14以前のデータを見つけることが出来ません。
RZ/A1 に対しては、
(1) 最初に GENMAI ボードに Linux 3.8 が、(2) 次いで RSK ボードに Linux 3.8 が、(3) その後、RSK ボードに Linux 3.14 が、
この順序で移植されました。現在、ここ（Japanese community サイトの "サンプルプログラム等"）には、(1) が、English community サイトの "RZ Forum" の "Files - Linux" には、(3) が、それぞれ登録されています。ですから、RZ/A1 Linux BSP に 3.8 と 3.14 の間の履歴は、存在しません。
また、(1) の board-rskrza1.c と (3) の board-rskrza1.c の差分を調査されているようですが、(1) の board-rskrza1.c は、GENMAI ボード用、(3) の board-rskrza1.c は RSK ボード用です。(1) の board-rskrza1.c と (3) の board-genmai.c が正しい組み合わせです。諸般の事情でこのようになっていますが、混乱されたかもしれません。お詫び致します。
移植については、最初は、RZ/A1 Linux BSP Porting Guide などを参考にして、(3) の BSP を APRZA0A に新規に移植するつもりで作業された方が速いかもしれません。"Starting kernel …" で止まってしまうということですから、Porting Guide の "12. Kernel: Enable (Early) Low Level Debugging for Linux Booting" の early_printk が役に立つかもしれません。
> pcが0x0800800cということで、起動早々にこけているということでしょうか。
メッセージを見る限り、u-boot が Linux を起動した直後(未だ Linux が例外を処理する準備が出来る前) に例外を起こし、u-boot の例外ルーチンが呼び出されているように見えます。
以前のカーネルは、どうされたのですか？
> 先の実行結果ですが、カーネルとデバイスファイルのアドレスが逆になっていました。
新旧の実行結果を比較して、古いカーネルと間違ったデバイスツリーをロードして実行した、と理解しました。
> 旧BSPで動作したkernelとユーザランドは有りますので、現行U-bootを使って起動させようとしたところ、> ロードするアドレスが0c000000-0x0c8000000の場合、0d000000-0d800000の場合共に、starting kernelで> 止まってしまいます。
ロードするアドレスが 0x0c000000-0x0c800000 の場合は、以前にご説明した通り、カーネルをロードした領域とカーネルの実行領域が、一部、オーバラップしますから、正常に動作しません。
ロードするアドレスが 0x0d000000-0x0d800000 の場合は、bootargs に earlyprintk が指定されていますから、通常、何らかの表示があります。以前にご説明した通り、まず、earlyprintk を有効にしてみてください。
> これはU-bootのPIN初期設定が上手く出来ていないということでしょうか。
ご質問が解りません。u-boot の端子設定が (完璧ではないにせよ、それなりに)出来ているから、上のように u-boot が動いているのだと思いますが...
> 旧U-bootと旧kernel(earlyprintk有り)は動き、新U-bootと旧kernel(earlyprintk有り)はStarting kernelで止まって> 何も表示されませんでした。 (中略)> U-bootに問題が有ると考えたのですが、間違っているでしょうか。
新旧が自由に入れ替えて組み合わせられる前提での経験則のようですが、前提が正しいことを確認しましたか？u-boot とカーネルの間にもインタフェースがあります。単にジャンプすれば良いという訳ではありません。
確認ですが、いっとうさんは、3.14 のカーネルを最初にコンフィギュレーションする際、3.8 のカーネルのコンフィギュレーションファイルを使用しませんでしたか？
また、7/3のいっとうさんの書き込みですが、
> なんとかU-bootの起動までは復帰することが出来ました。> LowLevelDebugも有効になって、Starting kernel以降に以下が表示されるようになりました。> > I2C: ready> DRAM: 10 MiB> Using default environment (中略)> r7 : 00000000 r6 : 08008000 r5 : 209a61fc r4 : 00000000> r3 : 00001dd1 r2 : 208e7000 r1 : 00000dd1 r0 : 00000dd1> Flags: nZCv IRQs off FIQs off Mode SVC_32> Resetting CPU ...> > resetting ...
Starting kernel 以降に表示されているメッセージは、全て u-boot のコードが出しています。ですから、earlyprintk が有効になっているかは不明です。
同じ日の私の書き込みで
> 以前のカーネルは、どうされたのですか？
これは、5/22 のいっとうさんの書き込みに出てくる 3.14 のカーネルです。途中で "bootconsole [earlycon0] disabled" と表示してそのままになるようですがそれでＯＫです(その後、UART の端子設定を見直しているなら更にＯＫ)。そのカーネルと新 u-boot を組み合わせて実行したログを見せてください。ログには、u-boot での操作も含めたフルのログをください。
いっとうさん
アルファプロジェクトの APRZA0A のマニュアルを見る限り、外付け SDRAM は 0x0C000000～0x0DFFFFFF に32MB 実装されているようです。であれば、少なくとも、
$ make menuconfig$ make uImage LOADADDR=0x08008000$ make dtbs
指定しているアドレスがおかしいと思いませんか？
uImage は、mkimage コマンドを使って、
(a) 単純なメモリイメージのカーネル Image から、(b) Image を Z/BZ2 圧縮したカーネル zImage/bzImage から、(c) (b) の先頭に自己解凍用のルーチンを付加して、
などの方法で作成され、LOADADDR は、無圧縮の(解凍された)カーネルの最終ロードアドレス (及び、エントリポイント) を指定します。# ですから、修正した LOADADDR は、正しいだろうと思います。
２つ上の、いっとうさんの書き込みだと、
$ make uImage LOADADDR=0x0c008000Image Name: Linux-3.14.79-ltsi+Created: Mon Dec 4 20:32:25 2017Image Type: ARM Linux Kernel Image (uncompressed)Data Size: 2636944 Bytes = 2575.14 kB = 2.51 MBLoad Address: 0c008000Entry Point: 0c008000Image arch/arm/boot/uImage is ready
と、uImage のサイズが 2.6MB 程度しかなので、多分、(b) か (c)、また、無圧縮(uncompressed) と表示されていますから、多分、(c) だろうと推測出来ます(RZ/A1 Linux BSP は、その形式で作成しますし)。
ですから、
=> ext2load usb 0 0x0d000000 /uImage2637008 bytes read in 2258 ms (1.1 MiB/s)=> ext2load usb 0 0x0d800000 /r7s72100-aprza0a.dtb7633 bytes read in 76 ms (97.7 KiB/s)=> set bootargs 'console=ttySC4,115200 console=tty0 ignore_loglevel root=/dev/sda1 rootwait earlyprintk'=>=> bootm 0x0d000000 - 0x0d800000Wrong Image Format for bootm commandERROR: can't get kernel image!
は、本来であれば、
自己解凍形式の uImage を 0x0d000000 にロード、DTB を 0x0d800000 にロード、その後、bootm で uImage の実行を開始すると、uImage 自身が圧縮を解凍しつつ、カーネルを最終ロードアドレスの LOADADDR に配置し直してから、エントリポイント LOADADDR にジャンプすることでカーネルの実行が始まる、
のですが、実際には、
自己解凍形式の uImage を 0x0d000000 にロード、DTB を 0x0d800000 にロード、その後、bootm がロードした uImage の先頭に付いているヘッダ情報を確認し、不正あるいは未サポート、と判断して「Wrong Image Format for bootm command」を表示しています。
当該のメッセージは、common/bootm.c の boot_get_kernel が出力しており、u-boot で、CONFIG_IMAGE_FORMAT_LEGACY が未定義なコンフィギュレーションをするか、mkimage が不正な(u-boot が未サポートの)ファイルを作成すれば出力されますが、実際の所、考えにくいです。
現状、u-boot は、内蔵 RAM で実行されますし、USB は、端子固定ですから、UART(SCIF) の初期化や設定を間違えない限り、何もしなくても、普通は動作しますが、ボードを正しく初期化出来ているとは限りません。
以前にも申し上げましたが、> 出力されたエラーメッセージを素直に解釈すると、uImage が正しく作れていない、> (RZ/A1 の BSC が正しく初期化出来ていない、何かの領域とオーバラップしている、> などの理由で) USB からのロード後に壊れた/壊された、と思われますが、
u-boot がボード(特に BSC)を正しく初期化出来ているか、確認してください。
現状、次の手順でブートしていると思いますが、
=> usb start=> ext2load usb 0 0x0d000000 /uImage=> ext2load usb 0 0x0d800000 /r7s72100-aprza0a.dtb=> set bootargs 'console=ttySC4,115200 console=tty0 ignore_loglevel root=/dev/sda1 rootwait earlyprintk'=> bootm 0x0d000000 - 0x0d800000
次の手順にして、ブートしてみてください。
=> usb start=> ext2load usb 0 0x0d000000 /uImage=> ext2load usb 0 0x0d800000 /r7s72100-aprza0a.dtb=> set bootargs 'console=ttySC4,115200 console=tty0 ignore_loglevel root=/dev/sda1 rootwait earlyprintk'=> bootm start 0x0d000000 - 0x0d800000=> bootm loados=> fdt memory 0x0c000000 0x02000000=> fdt chosen=> bootm go
どうなりますか？
良く解りませんが、仮にいっとうさんの設定値が正しいとして、元のソース
#define SDRAM_MODE_CS2 0x3FFFD040 /* CS2: CAS=2, burst write, 16bit bus */#define SDRAM_MODE_CS3 0x3FFFE040 /* CS3: CAS=2, burst write, 16bit bus */*(u16 *)SDRAM_MODE_CS2 = 0;*(u16 *)SDRAM_MODE_CS3 = 0;
と、いっとうさんが書き換えたソース、
// #define SDRAM_MODE_CS2 0x3FFFD040 /* CS2: CAS=2, burst write, 16bit bus */// #define SDRAM_MODE_CS3 0x3FFFE440 /* CS3: CAS=2, single write, 16bit bus */// *(u32 *)SDRAM_MODE_CS2 = 0;// *(u32 *)SDRAM_MODE_CS3 = 0;
何か違っていませんか？