2161996_ja-JP

Yes

caam_jr、1つのジョブリングのフラッシュに失敗しましたが、その他は正常です

こんにちは、コミュニティの皆様

Linux の起動中に表示されるエラーを調査しています。つまり、4 つのジョブリングのうち 1 つが正しく初期化されていないようです。

caam_jr 1730000.jr:ジョブリング2のフラッシュに失敗しました
caam_jr: 1730000.jr のプローブがエラー -5 で失敗しました

SO far, 他の 3 つのジョブリングは正常に動作しているようです。

U-Boot では、4 番目のジョブリングが正常に予約されています。

SEC0: RNGインスタンス化

Linux では、最初のジョブリングと 2 番目のジョブリングに関するエラーメッセージは表示されません。
openssl は正常に動作し、暗号化関数を呼び出すと IRQ の数が増加していることがわかります。

すでにこのようなエラーに遭遇した人はいますか、または調査の方向性を教えてくれますか?

コンテクスト：

LS1043aを搭載したカスタムボード。
信頼できるファームウェア ARM バージョン 1.5
u-boot 2022.07
Linuxカーネル6.1.128
デビアン 12

Re: caam_jr, 1 job ring failed flush, the others are fine

短いフォローアップ:
Linux dtbでjr 2を無効にしました
「
+ &crypto {
+ sec_jr2: jr@30000 {
+ ステータス = "無効";
+ };
+ };
「

ブートログにエラーメッセージが表示されなくなりました。
「
[ 16.248317] caamアルゴリズムが/proc/cryptoに登録されました
[ 16.734816] caam 1700000.crypto:/proc/cryptoに登録されたcaam pkcアルゴリズム
[ 16.734841] caam 1700000.crypto:rng-caamの登録
[ 16.735105] alg: stdrng のテストはありません (prng-caam)
[ 16.735134] caam 1700000.crypto:rng crypto API alg が登録された prng-caam
「

問題は解決しました。サポートありがとうございます。

Re: caam_jr, 1 job ring failed flush, the others are fine

JR ICIDR_MS レジスタの TZ ビットが設定されています。

15 TZ

TrustZone セキュアワールド。このビットは、TrustZone SecureWorld (つまり、ns=0 のバストランザクション) によってのみ書き込むCAN。TZ=1 の場合、このジョブリングは TrustZone SecureWorld によって所有され、SDID フィールドはすべて 0 に強制されます。TZ=0 の場合、このジョブリングは非 SecureWorld によって所有され、SDID フィールドは書き込み可能です。

つまり、JR はセキュアワールド (OPTEE) 用に予約されており、非セキュアワールドではCAN使用できません。

Re: caam_jr, 1 job ring failed flush, the others are fine

こんにちは、イーピンワンさん

素早い回答ありがとうございます。

OPTEE を維持したいのですが、OPTEE の機能性を損なうことなく、Linux DTB (のみ) で JR2 を「非アクティブ化」と記述できますか?
この解決策はすでにテスト済みで、エラーメッセージは表示されなくなりましたが、システムに影響がないことを確認したいと思います。
確認できますか？

Re: caam_jr, 1 job ring failed flush, the others are fine

JR2 は OPTEE によって予約されているため、初期化に失敗します。したがって、OPTEE なしで fip.bin をビルディングすると、問題なく動作するはずです。