コグノスケ

未来から過去へ表示

過去から未来へ表示(*)

もっと前

2018年12月11日 >>> 2018年12月11日

もっと後

2018年12月11日

permalink

編集する

Tinker Boardとlinux-next

先日購入（2018年12月5日の日記参照）したTinker Boardでlinux-nextを動かしてみたら、特に何も引っかかることなく起動しました。素敵。しかし調子に乗ってコンフィグをガチャガチャ弄ってたら起動しなくなってしまいました。

ちょっと焦りましたが、同時にROCK64も起動しなくなっていたので、原因はコンフィグじゃなくて、linux-nextの12月11日版を引っ張ってきたことのようです。先週もなってたなあ。またか〜。

やたらデカいvmlinux

AArch32とAArch64のビルドを往復でやっていて、vmlinuxのリンク速度が全然違うことに気づきました。AArch64の方が桁違いに遅いです。

AArch32だとvmlinuxのサイズは20MBくらいですが、AArch64向けにビルドするとなぜかvmlinuxが300MBとかになります。なぜこんなにデカいんでしょう。リンクが遅くて辛いです。

U-Bootもおかしい

Tinker BoardはU-bootでsaveenvすると二度と起動しなくなります。linux-nextを起動するコマンドをsaveしたかったのですが、できません。ちょっと不便です。

この症状ROCK64も同じでした。RockchipのU-bootは何かおかしいんだろうか……？

メモ: 技術系の話はFacebookから転記しておくことにした。少し加筆。

編集者:すずき(2018/12/16 00:12)

コメント一覧

T4さん(2018/12/18 13:31)
> Rockchip の U-boot は何かおかしいんだろうか……？

おかしかったんですよ
"saveenv を実行すると自身のコード領域に書き込んでしまう"
ってのが有りました。

但し、これもう一年以上前の話で、既に直ってたハズなんですけど…
具体的にどのツリーを使ったか明示してもらえれば、ココだと提示できますけど
使ったツリーが不明なんで、提供できるのはこの程度の情報だけです。

> vmlinux が 300MB とかになります。
おそらくですが、それデバッグ・シンボルが引っ付いてますね。
だた、next はもう用が済んでるんで最新のもので実際に確認したわけではありません
少なくても、ちょい前にaarch64で弄ってた時は(ver 4.19.0)、20MB程度でした。
すずきさん(2018/12/19 11:54)
> 但し、これもう一年以上前の話で、既に直ってたハズなんですけど…
> 具体的にどのツリーを使ったか明示してもらえれば、ココだと提示できますけど
> 使ったツリーが不明なんで、提供できるのはこの程度の情報だけです。

ASUS のサイトからダウンロードできる下記のイメージをそのまま使っています。日付を見るとほぼ 1年前ですね。

http://dlcdnet.asus.com/pub/ASUS/mb/Linux/Tinker_Board_2GB/20170417-tinker-board-linaro-stretch-alip-v1.8.zip

> おそらくですが、それデバッグ・シンボルが引っ付いてますね。
> だた、next はもう用が済んでるんで最新のもので実際に確認したわけではありません
> 少なくても、ちょい前にaarch64で弄ってた時は(ver 4.19.0)、20MB程度でした。

ご指摘の通りで、arm64 の場合、make defconfig で CONFIG_DEBUG_INFO=y
になってしまうらしく（なんでこんな設定になってるんだろ…）、
デバッグシンボルが全力で付いていました。

CONFIG_DEBUG_INFO を外せば 30MB 程度になります。
T4さん(2018/12/21 10:14)
私は、Tinker Board を持ってないんで、これに付いては何も語れません

気になったのは↓方です。
> この症状 ROCK64 も同じでした。
すずきさん(2018/12/22 02:10)
失礼しました。Rock64 の方は、

U-Boot 2017.09-rockchip-ayufan-1025-g482cd6ec8b

でした。これも 1年位前のままですね…。

saveenv で U-Boot が潰れるかどうかは再確認していません。もし起動しなくなると、戻すのが大変面倒なので…。
T4さん(2018/12/25 12:45)
再現しませんね

確かに、過去にそう言うバージョンはありました。
しかし、提示のバージョンに関しては、コードを見ても既に直してありますし
また、実際に "MicroSD / SPI-FLASH" の双方で試してみても問題は発生しませんでした。

申し訳ないが、指摘の事項は正しいと思えない。
（＊再確認していません。と書いてあるしね）

でも、敢て確認する必要は有りません
万が一環境を壊して戻せなくなったら、目も当てられない

過去に有った問題の該当箇所は、↓に関連した部分です
https://github.com/ayufan-rock64/linux-u-boot/commit/60cc9f538b03e5c1dc1163192d338a8f78e44141#diff-efde2e212b5355a080e3baf561e01218

----
<最初のブート>
DDR version 1.13 20180428
....
U-Boot 2017.09-rockchip-ayufan-1025-g482cd6ec8b (Jul 26 2018 - 08:18:38 +0000)

Model: Pine64 Rock64
DRAM: 4 GiB
MMC: rksdmmc@ff520000: 0, rksdmmc@ff500000: 1
SF: Detected gd25q128 with page size 256 Bytes, erase size 4 KiB, total 16 MiB
*** Warning - bad CRC, using default environment
...

Hit any key to stop autoboot: 0
=> setenv devnum 3
=> saveenv
Saving Environment to SPI Flash...
SF: Detected gd25q128 with page size 256 Bytes, erase size 4 KiB, total 16 MiB
Erasing SPI flash...Writing to SPI flash...done

----
=> reset
<２回目のブート>
DDR version 1.13 20180428
....

Hit any key to stop autoboot: 0
=> printenv devnum
devnum=3
すずきさん(2018/12/27 00:22)
確認いただいてありがとうございます。直っているなら良かったです。

今は、あえて試そうとは思わないですが、U-Boot に興味が沸いたら見てみます。