i.MX28 SOC DMAリードNANDフラッシュメモリタイムアウト

Freescaleのi.MX28 EVKキットやKaro TX28ボードなど、既存の既存のハードウェアに最新のLinuxカーネルを移植しようとしています。 NAND FLASH（NANDの「userfsパーティション」）でファイルシステムの一部を使用したいと思います。

最初のステップはubiattach /dev/ubi_ctrl -m 6を使用することです。この操作は、いくつかのgpmi_read_page操作を実行してボリュームテーブルを検索し、NANDチップを読み取ろうとします。これにより、start_dma_without_bch_irq(gpmi-nand.c) で DMA タイムアウトが発生します。奇妙なことに、最初のread_page操作は成功します。その後、一時停止します。

最初の印象は時間の問題です。 NANDタイミングを変更しても観測された動作は変わりません。主に、GPMI、GPIO、および割り込みコレクタレジスタの値に焦点を当てた広範なデバッグは何も明らかにしません。

i.MX28 EVKボードのNANDチップの制御ラインにいくつかの測定接続を作成しました。 Saleae（偽）ロジックアナライザを使用すると、正しいトランザクション（20、40などの範囲）をたくさん表示できます。その後、読み出しを設定すると、NAND信号が正しく準備され、GPMIにデータの読み込みを要求し、GPMIはNANDからデータを出力します。失敗するチップ活性化ライン（アクティブロー）を設定します。 GPMIの内部が正常に動作しないようです。これで、読み取り操作の終わりを通知するために使用されるISRがまだ入力されていません。 （これを知らせるために2番目のチップ起動ラインを使用しており、デバッグ出力も同じことを知らせます。）したがって、タイムアウトが発生します。 GPMI内に「混沌」があるようです。

タイムアウト後も、チップアクティベーションラインのピンマルチプレクサがまだ正しいことを確認しました。デバッグ出力を判断すると、Karo TX 28でも同じことが起こります（ピンの測定がなく、接続できません）。

i.MX23 の問題と GPMI を 2 回（U-boot および Linux カーネル）リセットして、GPMI がハングすることに関する以前の投稿を見たことがあります。今回の修正に変更はありません。この問題は、Linuxカーネル5.0.8と4.20.7で発生します。私が知る限り、NANDはU-Bootで使用するとうまくいきます。 U-Bootが使用するのと同じタイミングを設定しようとしましたが、成功しませんでした。

また、KaroボードにはSamsung NANDを使用し、i.MX28 EVKにはSpansion部品を使用しています。したがって、これは特定のNANDチップとは関係がないようです。また、U-bootのLinuxブートコマンドラインからNANDパーティションを接続しても同じ動作が観察されます。

問題は、根本的な原因と考えられる解決策を見つける方法です。