こんにちは、
私は、Citrobits CBM100ブリッジ経由でCitrobitsのCBM100ブリッジ経由で生のBayer MIPI CSI-2カメラ(ams OSRAM NanEyeM、固定出力:320x320 RAW10、2レーン、約400 Mbps/レーン、非連続クロック、電源が入るとブリッジボードがイメージセンサーからMIPI CSI-2のデコードを開始し、外部クロックは不要)を、NXP FRDM-i.MX93ボード上で起動します。BSP(linux-imx、meta-imx-frdmレイヤー)。
配管レベルでV4L2のメディアパイプライン全体を動作させています。センサードライバーはプローブし、非同期サブデバイスとしてバインドし、mx8-img-mdはセンサー-> mxc-mipi-csi2.0 -> mxc_isi.0に成功裏にリンクしています-> /dev/video0。STREAMON上でMIPI CSI-2ホスト（dwc-mipi-csi2-host）は正常に有効化されますが、有効なフレームは一切キャプチャされません。
この原因を追跡したところ、このボードのデフォルトデバイスツリー(ドライバ/ステージ/メディア/IMX/、imx93.dtsi)に割り当てられたISIドライバーが原因ですisi@4ae40000 ノードは「fsl,imx93-isi」、「fsl,imx8-isi」を使用します。そのフォーマットテーブルは imx8-isi-fmt.c にあります。RGB565/RGB888/BGR888と少数のYUV mbusコードのみが含まれており、どのビット深度にもSBGGR/SRGGB/SGRBG/SGBRGエントリはありません。imx8-isi-cap.c の mxc_isi_get_src_fmt() 関数Bayer入力用の分岐がないため、エラーではなくRGB/YUVテーブルのインデックス0に静かに落ち込みます(ドライバのカーネルログでは「input fmt RGB4」と表示されていますが、実際にはRAW10のBayerソースです)。
同じカーネルツリーのdrivers/media/プラットフォーム/nxp/imx8-isi/(core/pipe/video/crossbar/gasketファイルに分割)で、より完成した最近構造化されたISIドライバを見つけました。そのimx8-isi-video.cですおよびimx8-isi-pipe.c8/10/12/14/16ビットでBayerのフルサポートがあり、センサと完全に一致SBGGR10_1X10。また、imx8-isi-core.c では「nxp,imx93-isi」互換文字列も宣言されています。しかし、imx93.dtsiは現在、その互換文字列を持つノードをどこにもインスタンス化していないため、このドライバはこのBSPリリースでi.MX93 FRDM(または私たちが確認した限りではi.MX93 EVK)デバイスツリーに配線されていないようです。
私の質問：
1. ドライバ/プレスリリース、製品ニュース/プラットフォーム/nxp/imx8-isi/はi.MX93上のステージングISIドライバの最終的な代替として意図されているのか、またCSI2ホストとセンサを配線するための参照デバイスツリーバインディング(ポート/エンドポイントグラフ構造)があれば、検討または適応できるか?
2. 現在バウンドされているステージングISIドライバーを使って、i.MX93上で生のBayer/RAW10キャプチャを動作させるサポート方法はありますか?例えば、バイパスモード、異なるビデオノード、未試のフォーマットなどが見落とされているかもしれません。
3. このBSPリリースでBayer/RAW10のステージングISIドライバのサポートはロードマップに載っていますか?それともi.MX93のRAWセンサ使用CASEでは新しいドライバツリーへの切り替えが推奨される道なのでしょうか?
i.MX93がBayerパターンカメラ（RAW10）でMIPI-CSI-2を使用しているという投稿をいくつか見つけましたが、解決策は見つかりませんでした。もし私が良い解決策を見落としていたら、ぜひ教えてください。
こちらがブリッジボードと i.MX 93のP6コネクタのインターフェースです。
お返事をよろしくお願いいたします。
kth
私はこの脅威を見つけましたhttps://community.nxp.com/t5/i-MX-Processors/IMX219-RPi-Cam-v2-probes-but-does-not-stream-on-FRDM-IM... 。もしよろしければお伺いしたいのですが、
1. Bayer/RAW10はすでに6.12.34-2.1.0+にISIサポート(およびlink_setup/s_power許容範囲の修正)が含まれているのか?公式にサポートされているBSPラインですか？もしそうなら、パッチを6.6.36にバックポートするよりも、BSPのアップグレードが推奨される道なのでしょうか?
2. もし今のところ6.6.36に留まる必要がある場合、ISIバイエルフォーマットのサポートに公式または祝福されたパッチセットはありますか(コミュニティスレッドから再構築するのではなく)?
3. 別途、同じ6.6.36カーネルツリーのdrivers/media/platform/nxp/imx8-isi/に既に存在するより新しく、より完全なISIドライバーを見つけました。これは完全なBayer対応と、「nxp,imx93-isi」互換文字列で、現在IMX93.dtsiには接続されていません。それはドライバ6.12.34-2.1.0+ですか?実際に使用されているのか、それとも無関係なのか？
4. LF6.18.37_2.1.0(imx-linux-wrynose)リストに気づきましたFRDM-i.MX93 は完全にサポートされています。https://github.com/nxp-imx/imx-manifest/tree/imx-linux-wrynose 。このリリースにはi.MX93 ISIドライバーにBayer/RAW10フォーマットのサポートが含まれていますか?それともi.MX93のリファレンスアーキテクチャは、生のセンサが直接ISIではなく外部ISP(AP1302など)を経由することを想定しているのでしょうか?後者の場合、i.MX93でベイヤー配列の生データを直接キャプチャするためのサポートされている方法はありますか？
ご回答をお待ちしています。