Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
How to write nfc chip I am trying to write an NFC 215 chip with an i phone 12 pro max.  I am using NXP tag writer app.  on the NXP tag writer app I click "new", "website" then i enter the description information along with the URI type and URI data.  I then click "save and write" I get a notification saying "NDEF recorded saved successfully in my dataset". When i close the app and tap the chip it doesn't do anything.  I also tried using another phone and still no luck.  Anyone have any ideas or suggestions?    nfc error.PNGnfc error.PNG
記事全体を表示
如何编写NFC芯片 我正在尝试用iPhone 12 Pro Max对NFC 215芯片进行编程。我正在使用NXP标签写入器应用程序。在NXP标签写入器应用程序中,我点击“新建”、“网站”,然后输入描述信息以及URI类型和URI数据。然后我点击“保存并写入”,我收到一条通知,提示“NDEF 记录已成功保存到我的数据集中”。当我关闭应用程序并点击芯片时,没有任何反应。我还尝试用另一部手机,但仍然不行。大家有什么想法或建议吗? nfc error.PNGNFC错误.PNG
記事全体を表示
S32DS activation code 软件版本为S32DS_ARM_Win32_v2018.R1_b180326,能否提供 activation code PEG GUI
記事全体を表示
CodeWarrior 5.1 调试器。“单步执行时禁用可屏蔽中断服务例程” 9S12XEQ512 上的 I 位永久置位 环境: IDE:CodeWarrior 5.1(HC(S)12X 编译器) 目标:MC9S12XEQ512 总线时钟:49.777 MHz BDM接口:使用USB Multilink Universal可复现;使用Cyclone Pro未观察到。 主机操作系统:在Windows 10和Windows 11上均观察到此问题 内存模型:在大容量模型中可复现;在分块模型中不可复现(或复现能力大大降低) 使用的设置: "HC12MultilinkCyclonePro" → "设置..." → "调试选项" → "单步运行时禁用可屏蔽的 ISR" — 已启用。 描述: 在调试器中执行多次单步操作(单步或单步跳过)后,可屏蔽中断(CCR 中的 I 位)将被永久禁用。即使在继续执行(运行/运行)后,中断也不会恢复——它们会一直处于屏蔽状态,直到在 CCR 寄存器视图中手动清除 I 位。在 Windows 10 和 Windows 11 主机上使用 USB 多链路通用 BDM 接口的大内存模型中,这种行为始终可以重现。在其他项目设置完全相同的情况下,Cyclone Pro 界面未出现此问题,Banked 内存模型中也未出现此问题(或几乎未出现)。 目前使用的临时解决方案: 手动清除 CCR 寄存器视图中卡住的 I 位。 要求: 这是 USB Multilink Universal 固件/驱动程序与 CodeWarrior 5.1 在 S12X 内核上使用的单步仿真功能结合使用时已知的问题吗?对于此设备/接口组合上的中断驱动型大型模型项目,是否存在固定的 Multilink Universal 固件版本,或者推荐的替代工作流程? 谢谢 Re: CodeWarrior 5.1 debugger. "Disable maskable ISR's when stepping" I-bit permanently set 您好, 你看到的现象是真实的,你注意到的界面差异(Multilink Universal 受到影响,Cyclone Pro 不受影响)是一个有用的观察结果。让我根据所涉及的中断类型给你一些实际的指导,因为选项会有所不同。 对于基于定时器的中断 如果您的应用程序使用定时器溢出、输出比较或类似的由外设生成的中断,则实际上不需要“单步调试时禁用可屏蔽的 ISR”功能来在调试期间处理它们。大多数 S12X 定时器和外围模块都有一个 FRZ 位,当设备进入 BDM 活动模式时,该位会冻结模块,而 BDM 活动模式会在任何停止或单步执行期间自动发生。设置 FRZ 后,定时器在步进过程中停止计数,并且无法在步进之间产生中断。这种方法在硬件层面上是可行的,与调试器接口无关,是此类中断的更简洁的解决方案。 用于外部中断和键盘中断 (KBI) 这种情况在这方面比较有限。外部 IRQ 和 KBI 中断是异步外部信号,没有硬件冻结机制来阻止它们。BDM接口无法在硬件层面上抑制它们。“单步执行时禁用可屏蔽的 ISR”功能正是为了弥补这一缺陷而存在的,它通过在每个步骤期间使用 CCR I 位来屏蔽这些 ISR。 由于此功能在您的设置中无法使用 USB Multilink Universal 正确恢复 I 位,因此调试使用这些中断源的代码最可靠的选择是使用 Cyclone Pro,您已经确认它运行正常。 值得一试 如果您有 CodeWarrior 5.2 版本,也值得用它进行测试。该版本中调试器方面有一些更改,USB Multilink Universal 在大内存模型下的 I 位恢复行为可能会得到改进,但这不能保证。 希望这能帮助您更好地了解各种选择。 拉迪斯拉夫
記事全体を表示
Audifortレビュー:本当に一晩で耳鳴りを止めることができるのか? Audifortレビュー:本当に一晩で耳鳴りを止めることができるのか? 毎日耳鳴り、ブンブン、カチカチという音に悩まされているなら、救いを求める過程がどれほど必死になるかをご存知でしょう。オンラインで解決策を探していると、次のような液体栄養剤の積極的な広告を目にするかもしれません。 オーディフォート それは、即効性がある、あるいは一晩で耳鳴りが解消されるといったことを示唆するものです。 簡潔に言うと、答えはノーです。Audifortは耳鳴りを一夜にして止めるものではありません。 経口サプリメントや天然の点滴薬では、慢性的な耳鳴りを即座に治したり、損傷した聴神経を24時間以内に再生したりすることはできません。 しかし、だからといってその公式が無意味だというわけではない。奇跡の治療薬ではなく、天然の栄養補助食品として現実的に評価すると、オーディフォートは内耳の血管を栄養し、過剰に活動している神経信号を時間をかけて鎮めるのに役立つ栄養素を提供します。 この Audifortのレビューでは、販売促進のためのマーケティングにとらわれず、このドロップが実際にどのように作用するのか、その主要成分、現実的な効果発現までの期間、潜在的な副作用、そして偽のオンライン広告を回避する方法などを分析します。
記事全体を表示
NFCチップの書き込み方法 iPhone 12 Pro Maxを使ってNFC 215チップに書き込みを試みています。私はNXPタグライターアプリを使用しています。NXPタグライターアプリで「新規」→「Webサイト」をクリックし、URIタイプとURIデータとともに説明情報を入力します。次に「保存して書き込む」をクリックすると、「NDEF 記録がデータセットに正常に保存されました」という通知が表示されます。アプリを閉じてチップをタップしても何も反応しません。別の電話でも試してみましたが、やはりうまくいきませんでした。何かアイデアや提案はありますか? nfc error.PNGnfcエラー.PNG
記事全体を表示
MPC5775B – アプリケーションからRAppIDへのブートローダー移行 こんにちは、NXPチームの皆さん。私はCANフラッシングに RAppIDブートローダーを組み合わせたCAN フラッシングをMPC5775Bしています。 RAppID FBLのソースコードは持っていないので、既存のFBLを修正することはできません。 実行中のアプリケーションが既存のRAppID FBLにプログラミングモードに入るよう要求するサポートされたメカニズムはありますか? もしそうなら、MPC5775Bに必要なアプリケーション→FBLエントリシーケンスは何ですか? これには特定のリセットや起動機構が必要なのでしょうか、それともRAppIDはアプリケーションからFBLを要求する別の方法を提供しているのでしょうか? Re: MPC5775B – Application to RAppID Bootloader transition こんにちは、 RAppID FBLには、実行中のアプリケーションがプログラム的にFBLエントリを要求するための組み込みかつ文書化されたAPIはありません。MPC57xx用のRAppIDブートローダーは、クローズドバイナリでフラッシュ常駐ブートローダー(事前コンパイル済みの.rbfとして配布)ですソースコードが提供されておらず、変更も不可能なファイル) これをトリガーする標準的なメカニズムは、アプリケーションからのランタイム呼び出しではなく、リセット+ブートタイムフラグチェックです。 よろしくお願いいたします。 ピーター
記事全体を表示
can not get all details with command: v4l2-ctl --device /dev/video0 --all Hi All, I'm working with camera sensor os02g10. I can get the RAW10 file from sensor but the picture is not correct. There is misalignment  and picture has 2 parts shifted to each other. You can see it here: https://community.nxp.com/t5/i-MX-Processors/Camera-sensor-os02g10-MIPI-CSI-for-IMX8MM-Image-issue/m-p/1512386#M194329 I tested many DeviceTree setting for camera sensor and mipi-csi but no changes in the picture. There is also issue with v4l2, below you can see it. Why it can not get Driver Info: Driver name : mx6s-csi Card type : i.MX6S_CSI Bus info : platform:32e20000.csi_bridge Driver version : 5.10.72 Capabilities : 0x84200001 Video Capture Streaming Extended Pix Format Device Capabilities Device Caps : 0x04200001 Video Capture Streaming Extended Pix Format Priority: 0 Video input : 0 (Camera: ok) Format Video Capture: Width/Height : 1920/1080 Pixel Format : '' Field : None Bytes per Line : 0 Size Image : 4147200 Colorspace : Default Transfer Function : Default (maps to Rec. 709) YCbCr/HSV Encoding: Default (maps to ITU-R 601) Quantization : Default (maps to Full Range) Flags : Crop Capability Video Capture: Bounds : Left 0, Top 0, Width 0, Height 0 Default : Left 0, Top 0, Width 0, Height 0 Pixel Aspect: 1/1 Selection Video Capture: crop, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_padded, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: native_size, Left 0, Top 0, Width 0, Height 0, Flags: But when I get picture there is more details. I try to identify if v4l2 is the source of incorrect picture or something else. What can be wrong ? v4l2-ctl -d /dev/video0 --verbose --set-fmt-video=width=1920,height=1080,pixelformat=BG10 --stream-mmap --stream-count=1 --stream-to=bb001.raw VIDIOC_QUERYCAP: ok VIDIOC_G_FMT: ok VIDIOC_S_FMT: ok Format Video Capture: Width/Height : 1920/1080 Pixel Format : 'BG10' (10-bit Bayer BGBG/GRGR) Field : None Bytes per Line : 3840 Size Image : 4147200 Colorspace : sRGB Transfer Function : Default (maps to sRGB) YCbCr/HSV Encoding: ITU-R 601 Quantization : Full Range Flags : VIDIOC_REQBUFS returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_STREAMON returned 0 (Success) cap dqbuf: 0 seq: 0 bytesused: 4147200 ts: 46.903731 delta: 46903.731 ms (ts-monotonic, ts-src-eof) i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all Hi, you can use our linux upstreamed driver,  we have tested this on i.mx8mp based debix platform.  Here is our driver  https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=263d0fa1d46ac1ae2eebc5a5490fec58233c69ad Here is our DT https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=a4d0f0c88ae8185315afbc1eb68c978ed710f759 -- Rutvij  SiliconSignals Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all Looks like mx6s_vidioc_g_fmt_vid_cap is incomplete.  mx6s_vidioc_s_fmt_vid_cap has all details btarnowski_0-1672393812102.pngbtarnowski_0-1672393812102.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all regarding RAW10 there is solution https://community.nxp.com/t5/i-MX-Graphics/gst-launch-1-0-returns-Internal-data-stream-error/m-p/1536966 and regarding: v4l2-ctl --device /dev/video0 --all hard to say what is wrong, maybe camera driver uses ctrl API instead ctrlio for V4L2 But now it's not problem, for me next thing is to set parameter like exposure or gain Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all hi @btarnowski  for the display thing with v4l2-ctl --all, you just need to edit mx6s_capture.c In function 'mx6s_vidioc_s_fmt_vid_cap' : just copy the whole pix struct instead of just width/height/sizeimage/field csi_dev->pix = f->fmt.pix; this way, internal struct csi_dev->pix has all the information needed when you do a get_format (see function mx6s_vidioc_g_fmt_vid_cap) i feel mx6s_capture.c is full of little mistakes and needs a lot of improvements to have a better compliance with v4l2 tools. regards Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all Hi, Regarding v4l2-ctl --device /dev/video0 --all  and  gstream no progress. Looks like it is camera sensor driver issue. dev/media0 - is not necessary There is different approaches for handling camera sensor. Below you can see differences for low level API handling. ov5640 (camera sensor) works on other device. btarnowski_0-1663928001102.pngbtarnowski_0-1663928001102.png And the other comparison: btarnowski_1-1663928150167.pngbtarnowski_1-1663928150167.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all did you get any solution for that? because i have got the same error if you got pls share your solution Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all And also I see not correct assignments. The csi_bridge should be assigned to media0. btarnowski_0-1662374734790.pngbtarnowski_0-1662374734790.png How to do that, any help? Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all in the meantime: root@qrnd:~# gst-inspect-1.0 -a > gst-inspect.txt and the result below in the attachement Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all next issue: I can see video devices, but there is no /dev/media devices root@qrnd:~# v4l2-ctl --list-devices i.MX6S_CSI (platform:32e20000.csi_bridge): /dev/video0 vsi_v4l2dec (platform:vsi_v4l2dec): /dev/video2 vsi_v4l2enc (platform:vsi_v4l2enc): /dev/video1 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all I had to update the list of packages for yocto build: # Camera support tools IMAGE_INSTALL_append = " i2c-tools" IMAGE_INSTALL_append = " v4l-utils" IMAGE_INSTALL_append = " gstreamer1.0" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good" IMAGE_INSTALL_append = " gstreamer1.0-plugins-imx" IMAGE_INSTALL_append = " gstreamer1.0-plugins-base" IMAGE_INSTALL_append = " gst-player" IMAGE_INSTALL_append = " gstreamer1.0-meta-base" IMAGE_INSTALL_append = " gst-examples" IMAGE_INSTALL_append = " gstreamer1.0-rtsp-server" IMAGE_INSTALL_append = " gst1.0-fsl-plugin" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-video4linux2" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-png" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-jpeg" but now I have issue with the command gst-launch-1.0 v4l2src device=/dev/video0 num-buffers=1 ! video/x-raw,width=1920,height=1080 ! pngenc ! filesink location=/tmp/test_1920x1080.png I got: Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock ERROR: from element /GstPipeline: pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. Additional debug info: ../git/libs/gst/base/gstbasesrc.c(3127): gst_base_src_loop (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: streaming stopped, reason not-negotiated (-4) Execution ended after 0:00:00.057218529 Setting pipeline to NULL ... Freeing pipeline ... Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all Looks that Yocto makes this issue. There is no all needed components in the kernel image. Lack of v4lsrc from gstreamer-plugins-good. I added additional packages to Yocto build but no effect. Need to investigate the deploy stage of Yocto build process.
記事全体を表示
S32K322 and S32K312 : Queries Regarding CMU Interrupts, Reset Reaction, and Detection Latency Could you please provide the mapping of failure events to the respective CMU instances (CMU0, CMU1, and CMU2)? The interrupt documentation lists a total of seven interrupts, but it is not clear which failure events are handled by each CMU instance and their corresponding failure actions.  Please see attached images  system clock monitoring.pngsystem clock monitoring.png Interruptmapping.pngInterruptmapping.png What is the exact meaning of the "Reset Reaction Interrupt"? Does this interrupt get generated prior to a destructive reset, allowing software intervention before the reset occurs? The clock monitoring latency can be configured from 1 µs to 1 ms. Does selecting a lower latency effectively reduce the debounce/filtering time and make clock failure detection more sensitive or faster? Re: S32K322 and S32K312 : Queries Regarding CMU Interrupts, Reset Reaction, and Detection Latency Hi@WadkarY 1.Could you please provide the mapping of failure events to the respective CMU instances (CMU0, CMU1, and CMU2)? image.pngimage.png image.pngimage.png As can be seen, only CMU_FC_0,CMU_FM_1,CMU_FM_2 is configurable as an interrupt; the others should be treated by default as sources of a destructive reset, rather than as standard CMU interrupts. CMU_FC_0->CMU0 CMU_FM_1->CMU1 CMU_FM_2->CMU2 CMU_FC_3->CORE_CLK_FAIL CMU reset reaction interrupt CMU_FC_4->AIPS_PLAT_CLK_FAIL CMU reset reaction interrupt CMU_FC_5->HSE_CLK_FAIL CMU reset reaction interrupt CMU_FC_6->CM7_CORE_CLK_FAIL CMU reset reaction interrupt 2.Does this interrupt get generated prior to a destructive reset, allowing software intervention before the reset occurs? No, expect destructive reset behavior unless the MC_RGM/DCM destructive-reset interrupt bypass is deliberately configured for example: 1.CMU_FC_4 detects AIPS_PLAT_CLK frequency exceeding the threshold ↓  Destructive Reset asserted + IRQ 215 issued simultaneously ↓ Almost instantaneously MCU reset → Restart from Reset Vector ↓ Software reads MC_RGM.DES[AIPS_PLAT_CLK_FAIL] to identify the reset cause 3.Does selecting a lower latency effectively reduce the debounce/filtering time and make clock failure detection more sensitive or faster? This parameter is related to REF_CNT. •Higher values of RCCR[REF_CNT] results in longer measurement window, leading to better accuracy in monitored clock check. •Lower values of RCCR[REF_CNT] results in shorter measurement window, leading to faster FHH and FLL event response, but higher inaccuracy in reported result.
記事全体を表示
コマンド:v4l2-ctl --device /dev/video0 --all ですべての詳細を取得できません こんにちは、皆さん。 私はカメラセンサーOS02G10を使っています。センサーからRAW10のファイルは入手できますが、画像は正しくありません。位置ずれがあり、画像内の2つの部分が互いにずれています。こちらでご覧いただけます: https://community.nxp.com/t5/i-MX-Processors/Camera-sensor-os02g10-MIPI-CSI-for-IMX8MM-Image-issue/m-p/1512386#M194329 カメラセンサーやmipi-csiのDeviceTree設定を何度も試しましたが、画像に変化はありませんでした。 v4l2にも問題があります。下記で確認できます。なぜそれができないのか Driver Info: Driver name : mx6s-csi Card type : i.MX6S_CSI Bus info : platform:32e20000.csi_bridge Driver version : 5.10.72 Capabilities : 0x84200001 Video Capture Streaming Extended Pix Format Device Capabilities Device Caps : 0x04200001 Video Capture Streaming Extended Pix Format Priority: 0 Video input : 0 (Camera: ok) Format Video Capture: Width/Height : 1920/1080 Pixel Format : '' Field : None Bytes per Line : 0 Size Image : 4147200 Colorspace : Default Transfer Function : Default (maps to Rec. 709) YCbCr/HSV Encoding: Default (maps to ITU-R 601) Quantization : Default (maps to Full Range) Flags : Crop Capability Video Capture: Bounds : Left 0, Top 0, Width 0, Height 0 Default : Left 0, Top 0, Width 0, Height 0 Pixel Aspect: 1/1 Selection Video Capture: crop, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_padded, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: native_size, Left 0, Top 0, Width 0, Height 0, Flags: しかし、写真を見るともっと詳細がわかる。v4l2が画像がおかしい原因なのか、それとも別の原因なのかを特定しようとしています。何が問題なのでしょうか? v4l2-ctl -d /dev/video0 --verbose --set-fmt-video=width=1920,height=1080,pixelformat=BG10 --stream-mmap --stream-count=1 --stream-to=bb001.raw VIDIOC_QUERYCAP: ok VIDIOC_G_FMT: ok VIDIOC_S_FMT: ok Format Video Capture: Width/Height : 1920/1080 Pixel Format : 'BG10' (10-bit Bayer BGBG/GRGR) Field : None Bytes per Line : 3840 Size Image : 4147200 Colorspace : sRGB Transfer Function : Default (maps to sRGB) YCbCr/HSV Encoding: ITU-R 601 Quantization : Full Range Flags : VIDIOC_REQBUFS returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_STREAMON returned 0 (Success) cap dqbuf: 0 seq: 0 bytesused: 4147200 ts: 46.903731 delta: 46903.731 ms (ts-monotonic, ts-src-eof) i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all こんにちは、Linuxのアップストリームドライバーを使えます。 私たちはこれをi.mx8MPベースのDebixプラットフォームでテストしました。 こちらがドライバです https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=263d0fa1d46ac1ae2eebc5a5490fec58233c69ad こちらが当社のDTです https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=a4d0f0c88ae8185315afbc1eb68c978ed710f759 -- ルトヴィイ シリコンシグナルズ Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all mx6s_vidioc_g_fmt_vid_cap が不完全なようです。 mx6s_vidioc_s_fmt_vid_cap にはすべての詳細が記載されています btarnowski_0-1672393812102.pngbtarnowski_0-1672393812102.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all RAW10に関しては解決策があります https://community.nxp.com/t5/i-MX-Graphics/gst-launch-1-0-returns-Internal-data-stream-error/m-p/1536966 また、v4l2-ctl --device /dev/video0 --all に関して 何が問題なのかは判断が難しいですが、もしかするとカメラドライバーはV4L2でctrlioではなくctrl APIを使っているのかもしれません しかし今は問題ではないので、次にすべきことは露出やゲインなどのパラメータを設定することです Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all こんにちは、 @btarnowskiさん v4l2-ctl --all で表示させるには、mx6s_capture.c を編集するだけで済みます。関数 'mx6s_vidioc_s_fmt_vid_cap' では、幅/高さ/サイズ画像/フィールドだけでなく、pix 構造体全体をコピーしてください。 csi_dev->pix = f->fmt.pix; このようにすることで、内部構造体 csi_dev->pix には get_format を実行する際に必要なすべての情報が含まれます (関数 mx6s_vidioc_g_fmt_vid_cap を参照)。 mx6s_capture.cには細かいミスがたくさんあり、v4l2ツールとの互換性を向上させるためには多くの改善が必要だと感じています。 よろしくお願いします。 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all こんにちは、 v4l2-ctl --device /dev/video0 --allとgstreamに関して進展がありません。 カメラセンサのドライバの問題のようです。 dev/media0 - 不要 カメラセンサーの取り扱いにはさまざまなアプローチがあります。 以下に、低レベルのAPI処理の違いを示します。 OV5640(カメラセンサー)は他のデバイスで動作します。 btarnowski_0-1663928001102.pngbtarnowski_0-1663928001102.png そしてもう一つの比較: btarnowski_1-1663928150167.pngbtarnowski_1-1663928150167.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 何か解決策は見つかりましたか?私も同じエラーが出ています。もし同じエラーが出たら、解決策を教えてください。 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all また、正しくない課題も見られます。csi_bridgeはmedia0に割り当てる必要があります。 btarnowski_0-1662374734790.pngbtarnowski_0-1662374734790.png どうすればいいですか?何かアドバイスをいただけますか? Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all その間に: root@qrnd:~# gst-inspect-1.0 -a > gst-inspect.txt 結果は添付ファイルに記載されています。 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 次の問題:ビデオデバイスは見えますが、/dev/mediaデバイスはありません root@qrnd:~# v4l2-ctl --list-devices i.MX6S_CSI (platform:32e20000.csi_bridge): /dev/video0 vsi_v4l2dec (platform:vsi_v4l2dec): /dev/video2 vsi_v4l2enc (platform:vsi_v4l2enc): /dev/video1 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all Yocto ビルド用のパッケージリストを更新しなければなりませんでした: # カメラサポートツール IMAGE_INSTALL_append = "i2c-tools" IMAGE_INSTALL_append = "v4l-utils" IMAGE_INSTALL_append = "gstreamer1.0" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good" IMAGE_INSTALL_append = " gstreamer1.0-plugins-imx" IMAGE_INSTALL_append = " gstreamer1.0-plugins-base" IMAGE_INSTALL_append = " gst-player" IMAGE_INSTALL_append = " gstreamer1.0-meta-base" IMAGE_INSTALL_append = " gst-examples" IMAGE_INSTALL_append = " gstreamer1.0-rtsp-server" IMAGE_INSTALL_append = " gst1.0-fsl-plugin" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-video4linux2" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-png" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-jpeg" しかし、コマンドに問題が発生しました gst -ローンチ- 1.0v4l2srcデバイス= / dev / video0 num - buffers = 1 !ビデオ/ x - raw 、幅= 1920 、高さ= 1080 !pngenc !filesink location =/ tmp / test_1920x1080 . png 私は以下を受け取りました: Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock ERROR: from element /GstPipeline: pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. Additional debug info: ../git/libs/gst/base/gstbasesrc.c(3127): gst_base_src_loop (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: streaming stopped, reason not-negotiated (-4) Execution ended after 0:00:00.057218529 Setting pipeline to NULL ... Freeing pipeline ... Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all どうやらYoctoがこの問題を作っているようです。カーネルイメージには必要なコンポーネントがすべて含まれているわけではありません。gstreamer-plugins-goodから v4lsrc が欠落しています。Yocto Buildに追加のパッケージを追加しましたが、効果はありませんでした。Yoctoビルドプロセスのデプロイ段階を調べる必要があります。
記事全体を表示
无法使用命令 `v4l2-ctl --device /dev/video0 --all` 获取所有详细信息 大家好, 我正在使用相机传感器os02g10。我可以从传感器获取 RAW10 文件,但是图像不正确。图片错位了,两部分图像错位了。您可以在这里看到: https://community.nxp.com/t5/i-MX-Processors/Camera-sensor-os02g10-MIPI-CSI-for-IMX8MM-Image-issue/m-p/1512386#M194329 我测试了摄像头传感器和 mipi-csi 的许多设备树设置,但图像没有任何变化。 v4l2也存在问题,您可以在下方看到。为什么它无法获得 Driver Info: Driver name : mx6s-csi Card type : i.MX6S_CSI Bus info : platform:32e20000.csi_bridge Driver version : 5.10.72 Capabilities : 0x84200001 Video Capture Streaming Extended Pix Format Device Capabilities Device Caps : 0x04200001 Video Capture Streaming Extended Pix Format Priority: 0 Video input : 0 (Camera: ok) Format Video Capture: Width/Height : 1920/1080 Pixel Format : '' Field : None Bytes per Line : 0 Size Image : 4147200 Colorspace : Default Transfer Function : Default (maps to Rec. 709) YCbCr/HSV Encoding: Default (maps to ITU-R 601) Quantization : Default (maps to Full Range) Flags : Crop Capability Video Capture: Bounds : Left 0, Top 0, Width 0, Height 0 Default : Left 0, Top 0, Width 0, Height 0 Pixel Aspect: 1/1 Selection Video Capture: crop, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_padded, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: native_size, Left 0, Top 0, Width 0, Height 0, Flags: 但是当我拿到图片时,会发现更多细节。我试图确定 v4l2 是否是导致图片错误的原因,还是其他原因。到底出了什么问题? v4l2-ctl -d /dev/video0 --verbose --set-fmt-video=width=1920,height=1080,pixelformat=BG10 --stream-mmap --stream-count=1 --stream-to=bb001.raw VIDIOC_QUERYCAP: ok VIDIOC_G_FMT: ok VIDIOC_S_FMT: ok Format Video Capture: Width/Height : 1920/1080 Pixel Format : 'BG10' (10-bit Bayer BGBG/GRGR) Field : None Bytes per Line : 3840 Size Image : 4147200 Colorspace : sRGB Transfer Function : Default (maps to sRGB) YCbCr/HSV Encoding: ITU-R 601 Quantization : Full Range Flags : VIDIOC_REQBUFS returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_STREAMON returned 0 (Success) cap dqbuf: 0 seq: 0 bytesused: 4147200 ts: 46.903731 delta: 46903.731 ms (ts-monotonic, ts-src-eof) i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 您好,您可以使用我们已向上游提交的 Linux 驱动程序。 我们已在基于 i.mx8mp 的 debix 平台上进行了测试。 这是我们的司机。 https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=263d0fa1d46ac1ae2eebc5a5490fec58233c69ad 这是我们的DT https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=a4d0f0c88ae8185315afbc1eb68c978ed710f759 -- 鲁特维 SiliconSignals Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all mx6s_vidioc_g_fmt_vid_cap 似乎不完整。 mx6s_vidioc_s_fmt_vid_cap 包含所有详细信息 btarnowski_0-1672393812102.pngbtarnowski_0-1672393812102.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 关于 RAW10,有解决方案。 https://community.nxp.com/t5/i-MX-Graphics/gst-launch-1-0-returns-Internal-data-stream-error/m-p/1536966 关于:v4l2-ctl --设备 /dev/video0 --all 很难说哪里出了问题,可能是摄像头驱动程序对 V4L2 使用了 ctrl API 而不是 ctrlio。 但现在这不是问题了,接下来我要设置的参数是曝光或增益。 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 嗨@btarnowski 对于使用 v4l2-ctl --all 显示的问题,你只需要编辑 mx6s_capture.c 文件即可。在函数“mx6s_vidioc_s_fmt_vid_cap”中:只需复制整个 pix 结构体,而不是仅复制宽度/高度/图像大小/字段。 csi_dev->pix = f->fmt.pix; 这样,内部结构体 csi_dev->pix 就包含了执行 get_format 时所需的所有信息(参见函数 mx6s_vidioc_g_fmt_vid_cap)。 我觉得 mx6s_capture.c 有很多小错误,需要进行很多改进才能更好地与 v4l2 工具兼容。 此致问候 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 你好, 使用v4l2-ctl --设备 /dev/video0 --all和gstream均未取得进展。 看起来像是摄像头传感器驱动程序的问题。 dev/media0 - 不需要 处理相机传感器有多种不同的方法。 下面您可以看到底层 API 处理方面的差异。 ov5640(摄像头传感器)在其他设备上可以正常工作。 btarnowski_0-1663928001102.pngbtarnowski_0-1663928001102.png 还有另一项比较: btarnowski_1-1663928150167.pngbtarnowski_1-1663928150167.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 你找到解决办法了吗?因为我也遇到了同样的错误,如果你也遇到了,请分享一下你的解决方法。 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 而且我发现有些作业分配不正确。csi_bridge 应该分配给 media0。 btarnowski_0-1662374734790.pngbtarnowski_0-1662374734790.png 具体该怎么做?求助! Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 同时: root@qrnd:~# gst-inspect-1.0 -a > gst-inspect.txt 结果如下(见附件) Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 下一个问题:我可以看到视频设备,但是没有 /dev/media 设备。 root@qrnd:~# v4l2-ctl --list-devices i.MX6S_CSI (platform:32e20000.csi_bridge): /dev/video0 vsi_v4l2dec (platform:vsi_v4l2dec): /dev/video2 vsi_v4l2enc (platform:vsi_v4l2enc): /dev/video1 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 我需要更新 Yocto 版本所需的软件包列表: # 相机支持工具 IMAGE_INSTALL_append = " i2c-tools" IMAGE_INSTALL_append = " v4l-utils" IMAGE_INSTALL_append = " gstreamer1.0" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good" IMAGE_INSTALL_append = " gstreamer1.0-plugins-imx" IMAGE_INSTALL_append = " gstreamer1.0-plugins-base" IMAGE_INSTALL_append = " gst-player" IMAGE_INSTALL_append = " gstreamer1.0-meta-base" IMAGE_INSTALL_append = " gst-examples" IMAGE_INSTALL_append = " gstreamer1.0-rtsp-server" IMAGE_INSTALL_append = " gst1.0-fsl-plugin" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-video4linux2" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-png" IMAGE_INSTALL_append = "gstreamer1.0-plugins-good-jpeg" 但我现在在使用命令时遇到了问题。 gst -发布- 1.0v4l2src 设备 = / dev / video0 缓冲区 数量 = 1 !video / x - raw , width = 1920 , height = 1080 !pngenc !filesink location = / tmp / test_1920x1080.png​ 我得到的是: Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock ERROR: from element /GstPipeline: pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. Additional debug info: ../git/libs/gst/base/gstbasesrc.c(3127): gst_base_src_loop (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: streaming stopped, reason not-negotiated (-4) Execution ended after 0:00:00.057218529 Setting pipeline to NULL ... Freeing pipeline ... Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 看来是 Yocto 造成了这个问题。内核镜像中并不包含所有必需的元器件。gstreamer-plugins-good缺少 v4lsrc。我向 Yocto 构建中添加了额外的软件包,但没有效果。需要调查 Yocto 版本过程的部署阶段。
記事全体を表示
S32K322 和 S32K312:关于 CMU 中断、RESET 响应和检测延迟的查询 请 提供 故障 事件 与 相应 CMU 实例 ( CMU0 、 CMU1 和 CMU2) 的 映射 关系 ? 中断 文档 列出 了 总共 七个 中断 , 但 并不 清楚 每个 CMU 实例 处理 哪些 故障 事件 以及 它们 相应 的 故障 操作 。 请查看附件图片 system clock monitoring.png系统时钟监控.png Interruptmapping.png中断映射.png What is the exact meaning of the "RESET Reaction Interrupt"? 该 中断 是否 会 在 破坏性 RESET 之前 产生 , 从而允许 软件 在 RESET 发生 之前 进行干预 ? 时钟 监控 延迟 可 配置 为 1 µs 至 1 ms 。 选择 较低 的 延迟 是否能 有效 减少 消 抖/滤波 时间 , 并使 时钟 故障 检测 更加 灵敏 或 更快? Re: S32K322 and S32K312 : Queries Regarding CMU Interrupts, Reset Reaction, and Detection Latency 您好@WadkarY 1. 请问 能否 提供 故障 事件 与 相应 CMU 实例 ( CMU0、 CMU1 和 CMU2) 的 映射关系 ? image.pngimage.png image.pngimage.png 从图中可以看出,只有 CMU_FC_0、CMU_FM_1、CMU_FM_2 可以配置为中断;其他中断默认应视为破坏性复位源,而不是标准 CMU 中断。 CMU_FC_0->CMU0 CMU_FM_1->CMU1 CMU_FM_2->CMU2 CMU_FC_3->CORE_CLK_FAIL CMU RESET 复位反应中断 CMU_FC_4->AIPS_PLAT_CLK_FAIL CMU RESET 反应中断 CMU_FC_5->HSE_CLK_FAIL CMU 复位反应中断 CMU_FC_6->CM7_CORE_CLK_FAIL CMU 复位反应中断 2. 此 中断 是否 在 破坏性 RESET 之前 产生 , 从而允许 在 RESET 发生 之前 进行 软件 干预 ? 不,除非特意配置了 MC_RGM/DCM 破坏性 RESET 中断旁路,否则不会出现破坏性 RESET 行为。 例如: 1. CMU_FC_4 检测到 AIPS_PLAT_CLK 频率超过阈值 ↓ 破坏性复位已钳位 + 同时发出 IRQ 215 ↓ 几乎瞬间 MCU RESET → 从 RESET Vector 重启 ↓ 软件读取 MC_RGM.DES[AIPS_PLAT_CLK_FAIL] 以识别 RESET 原因 3.选择较低的延迟是否能有效减少消抖/滤波时间,并使时钟故障检测更加灵敏或更快? 该参数与 REF_CNT 相关。 •RCCR[REF_CNT] 值越高,测量窗口越长,从而在监测的时钟检查中实现更高的精度。 • RCCR[REF_CNT] 值越低,测量窗口越短,导致 FHH 和 FLL 事件响应越快,但报告结果的准确性越低。
記事全体を表示
MCIMX6D6AVT10ACの境界スキャン用BSDLファイルを探しています こんにちは、 デバイス「MCIMX6D6AVT10AC」のBSDLファイルをダウンロードできるチャネルはありますか?
記事全体を表示
Looking for boundary scan, BSDL file for MCIMX6D6AVT10AC Hi,  Is there any channel to download the BSDL file for device "MCIMX6D6AVT10AC"?
記事全体を表示
S32K322およびS32K312:CMU割り込み、リセット反応、検出レイテンシに関するクエリ 故障 イベント情報 を それぞれの CMU インスタンス(CMU0、 CMU1、 CMU2) に マッピング していただけますか? 割り込み ドキュメント には 合計 7回 の 割り込み が記載 されています が、 各 CMU インスタンス が どの 障害 イベント情報 と それに対応する 障害 アクション を 処理 しているかは 明確 ではありません 。 添付画像をご覧ください system clock monitoring.pngシステムクロックの監視.png Interruptmapping.pngInterruptmapping.png 「リセット 反応 割り込み 」 の 正確な 意味 は 何 ですか ? この 割り込み は 破壊的な リセット の前に 生成 され、 リセット が 起こる 前に ソフトウェア が 介入 できるように なるのでしょうか? The clock monitoring レイテンシ can be configured from 1 µs to 1 ms. レイ テンシ を 低 くすることで 、 デバウンスやフィルタリング の時間を 短縮 し、 クロック 障害検出 の 感度 や速度 が 向上 するのでしょうか? Re: S32K322 and S32K312 : Queries Regarding CMU Interrupts, Reset Reaction, and Detection Latency こんにちは、@ WadkarY 1. 障害発生 イベント情報 と それぞれ の CMU インスタンス (CMU0、 CMU1、 CMU2 ) と の マッピング を 提供していただけ ます か ? image.pngimage.png image.pngimage.png ご覧のとおり、CMU_FC_0、CMU_FM_1、CMU_FM_2のみが割り込みとして設定可能です。その他の割り込みは、標準のCMU割り込みとしてではなく、デフォルトでは破壊的なリセットの発生源として扱われるべきです。 CMU_FC_0->CMU0 CMU_FM_1->CMU1 CMU_FM_2->CMU2 CMU_FC_3->CORE_CLK_FAIL CMUリセット反応割り込み CMU_FC_4->AIPS_PLAT_CLK_FAIL CMUリセット反応割り込み CMU_FC_5->HSE_CLK_FAIL CMUリセット反応割り込み CMU_FC_6->CM7_CORE_CLK_FAIL CMUリセット反応割り込み 2. この 割り込み は 破壊的な リセット の前に 生成 され、 リセット が 起こる 前に ソフトウェア の 介入 を可能にする のか? いいえ、MC_RGM/DCM破壊リセット割り込みバイパスが意図的に構成されていない限り、破壊リセット動作が予想されます。 以下にその例をご紹介します。 1. CMU_FC_4 は、AIPS_PLAT_CLK 周波数がしきい値を超えていることを検出します。 ↓ 破壊的リセットが主張され、同時にIRQ 215が発行されました。 ↓ ほぼ瞬時に MCUのリセット → リセットベクターからの再起動 ↓ ソフトウェアはMC_RGMを読みます。DES[AIPS_PLAT_CLK_FAIL]でリセット原因を特定します 3. レイテンシを低く設定することで、デバウンス/フィルタリング時間を効果的に短縮し、クロック障害の検出感度や検出速度を向上させることができますか? このパラメータはREF_CNTに関連しています。 •RCCR[REF_CNT]の値が高いほど測定ウィンドウが長くなり、監視対象のクロックチェックの精度が向上します。 ・RCCR[REF_CNT]の値が低いと測定ウィンドウが短くなり、FHHおよびFLLの反応が速くなりますが、報告結果の誤差が高まります。
記事全体を表示
正在查找 MCIMX6D6AVT10AC 的边界扫描 BSDL 文件 你好, 是否有渠道可以下载设备“ MCIMX6D6AVT10AC”的BSDL文件?
記事全体を表示
MPC5775B – 应用程序到 RAppID 引导加载程序的转换 您好,NXP团队,我正在使用带有RAppID引导加载程序的MPC5775B进行CAN烧录。 我没有 RAppID FBL 源代码,因此无法修改现有的 FBL。 运行中的应用程序是否有支持的机制来请求现有的 RAppID FBL 进入编程模式? 如果需要,MPC5775B 的应用程序 → FBL 入口顺序是什么? 这是否需要特定的 RESET/启动机制,或者 RAppID 是否提供了其他方式从应用程序请求 FBL? Re: MPC5775B – Application to RAppID Bootloader transition 你好, RAppID FBL 中没有内置的、有文档记录的 API,供正在运行的应用程序以编程方式请求 FBL 条目。适用于 MPC57xx 的 RAppID 引导加载程序是一个闭源二进制的、驻留在闪存中的引导加载程序(以预编译的 .rbf 文件形式分发)。文件)未提供源代码,也无法修改。 触发该功能的标准机制是重置 + 启动时标志检查,而不是应用程序的运行时调用。 顺祝商祺! Peter
記事全体を表示
MPC5775B – Application to RAppID Bootloader transition Hello NXP Team, I am using MPC5775B with RAppID Bootloader for CAN flashing. I do not have the RAppID FBL source code, so I cannot modify the existing FBL. Is there a supported mechanism for the running application to request the existing RAppID FBL to enter programming mode? If yes, what is the required Application → FBL entry sequence for MPC5775B? Does this require a specific reset/boot mechanism, or does RAppID provide another way to request FBL from the application? Re: MPC5775B – Application to RAppID Bootloader transition Hello, There is no built-in, documented API in the RAppID FBL for the running application to programmatically request FBL entry. The RAppID bootloader for MPC57xx is a closed-binary, flash-resident bootloader (distributed as a pre-compiled .rbf file) with no source code provided and no modification possible. The standard mechanism to trigger it is a reset + boot-time flag check, not a runtime call from the application. Best regards, Peter
記事全体を表示
USB init failed: -22 Hi , I have been trying to flash my wic.b2z image to an emmc using uuc tool through a usb port.While flashing an USB init failed: -22 error occured.I am using an imx8mp porcessor. Run bootcmd_mfg: run mfgtool_args;if iminfo ${initrd_addr}; then if test ${tee} = yes; then bootm ${tee_addr} ${initrd_addr} ${fdt_addr}; else booti ${loadaddr} ${initrd_addr} ${fdt_addr}; fi; else echo "Run fastboot ..."; fastboot 0; fi; Hit any key to stop autoboot: 0 ## Checking Image at 43800000 ... Unknown image format! Run fastboot ... USB init failed: -22 u-boot=>     i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: USB init failed: -22 Hello,  Please share the complete process and the boot config of your board to analyze what can cause the issue.   Re: USB init failed: -22 U-Boot SPL 2024.04-lf_v2024.04+g6c4545203d1+p0 (Nov 15 2024 - 04:02:13 +0000) DDRINFO: start DRAM init DDRINFO: DRAM rate 4000MTS DDRINFO:ddrphy calibration done DDRINFO: ddrmix config done SEC0:  RNG instantiated Normal Boot Trying to boot from BOOTROM Boot Stage: USB boot Find img info 0x48022fa0, size 1064 Need continue download 1024 NOTICE:  Do not release JR0 to NS as it can be used by HAB NOTICE:  BL31: v2.10.0  (release):automotive-15.0.0_1.1.0 NOTICE:  BL31: Built : 08:52:12, Nov  4 2024 U-Boot 2024.04-lf_v2024.04+g6c4545203d1+p0 (Nov 15 2024 - 04:02:13 +0000) CPU:   i.MX8MP Lite[4] rev1.1 1600 MHz (running at 1200 MHz) CPU:   Industrial temperature grade (-40C to 105C) at 35C Reset cause: POR Model: NXP i.MX8MPlus LPDDR4 EVK board DRAM:  6 GiB tcpc_init: Can't find device id=0x50 setup_typec: tcpc port2 init failed, err=-19 tcpc_init: Can't find device id=0x50 setup_typec: tcpc port1 init failed, err=-19 Core:  284 devices, 36 uclasses, devicetree: separate MMC:   FSL_SDHC: 1, FSL_SDHC: 2 Loading Environment from nowhere... OK [*]-Video Link 0adv7535_mipi2hdmi adv7535@3d: Can't find cec device id=0x3c fail to probe panel device adv7535@3d fail to get display timings probe video device failed, ret -19         [0] lcd-controller@32e80000, video         [1] mipi_dsi@32e60000, video_bridge         [2] adv7535@3d, panel adv7535_mipi2hdmi adv7535@3d: Can't find cec device id=0x3c fail to probe panel device adv7535@3d fail to get display timings probe video device failed, ret -19 In:    serial Out:   serial Err:   serial SEC0:  RNG instantiated MMC: no card present Detect USB boot. Will enter fastboot mode! Net:   Could not get PHY for FEC0: addr 1 Could not get PHY for FEC0: addr 1 eth1: ethernet@30bf0000 [PRIME] Fastboot: Normal Boot from USB for mfgtools *** Warning - Use default environment for                                mfgtools , using default environment Run bootcmd_mfg: run mfgtool_args;if iminfo ${initrd_addr}; then if test ${tee} = yes; then bootm ${tee_addr} ${initrd_addr} ${fdt_addr}; else booti ${loadaddr} ${initrd_addr} ${fdt_addr}; fi; else echo "Run fastboot ..."; fastboot 0; fi; Hit any key to stop autoboot:  0 ## Checking Image at 43800000 ... Unknown image format! Run fastboot ... USB init failed: -22 u-boot=>
記事全体を表示
バグ:iMX8QM:HDMI経由のオーディオが音声停止時にカーネルパニックを引き起こす こんにちは、 これは当時Maxが作成したThreadのフォローアップです。 彼が提供したパッチは、lf-6.18.y には含まれていないため、最終的に適用されなかったようです。 現在、オーディオが停止するとカーネルパニックが発生しています。 root@apalis-imx8-15304854:~# aplay -D sysdefault:CARD=imxaudiohdmitx sound/Gong.wav Playing WAVE 'sound/Gong.wav' : [ 100.599725] [drm] pclkc 533250 is not supported! Signed 16 bit Little Endian, Rate 44100 Hz, Stereo ^CAborted by signal Interrupt... [ 102.674593] SError Interrupt on CPU3, code 0x00000000bf000002 -- SError [ 102.674642] CPU: 3 UID: 0 PID: 630 Comm: aplay Tainted: G M 6.18.39+ #115 PREEMPT [ 102.674664] Tainted: [M]=MACHINE_CHECK [ 102.674671] Hardware name: Toradex Apalis iMX8QM V1.1 on Apalis Evaluation Board V1.2 (DT) [ 102.674680] pstate: 20000005 (nzCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 102.674694] pc : cdns_mhdp_bus_write+0x0/0xe4 [cdns_mhdp_drmcore] [ 102.674744] lr : cdns_mhdp_audio_stop+0x40/0x180 [cdns_mhdp_drmcore] [ 102.674769] sp : ffff80009290bc70 [ 102.674774] x29: ffff80009290bc70 x28: ffff00080e893240 x27: 0000000000000000 [ 102.674801] x26: 0000000000000000 x25: 0000000000000000 x24: 0000000000000000 [ 102.674818] x23: 0000000000000000 x22: ffff0008090f1880 x21: ffff000801114a00 [ 102.674837] x20: ffff000809a34b78 x19: ffff000809a34080 x18: 0000000000000000 [ 102.674856] x17: 0000000000000000 x16: 0000000000000000 x15: 0000000000000000 [ 102.674874] x14: 0000000000000000 x13: 0000000000000000 x12: 0000000000000000 [ 102.674892] x11: 0000000000000000 x10: 0000000000000000 x9 : 0000000000000000 [ 102.674910] x8 : ffff80009290bd78 x7 : 0000000000000000 x6 : 0000000000000000 [ 102.674927] x5 : ffff00080905a880 x4 : ffff00080905a918 x3 : ffff000801150e80 [ 102.674946] x2 : 000000000003004c x1 : ffff000809a34080 x0 : 0000000000000000 [ 102.674968] Kernel panic - not syncing: Asynchronous SError Interrupt [ 102.674978] CPU: 3 UID: 0 PID: 630 Comm: aplay Tainted: G M 6.18.39+ #115 PREEMPT [ 102.674995] Tainted: [M]=MACHINE_CHECK [ 102.675000] Hardware name: Toradex Apalis iMX8QM V1.1 on Apalis Evaluation Board V1.2 (DT) [ 102.675009] Call trace: [ 102.675016] show_stack+0x28/0x7c (C) [ 102.675046] dump_stack_lvl+0x60/0x80 [ 102.675070] dump_stack+0x18/0x24 [ 102.675088] vpanic+0xf8/0x2b4 [ 102.675106] abort+0x0/0x4 [ 102.675120] add_taint+0x0/0xbc [ 102.675145] arm64_serror_panic+0x70/0x80 [ 102.675166] do_serror+0x34/0x74 [ 102.675184] el1h_64_error_handler+0x38/0x60 [ 102.675206] el1h_64_error+0x6c/0x70 [ 102.675222] cdns_mhdp_bus_write+0x0/0xe4 [cdns_mhdp_drmcore] (P) [ 102.675250] audio_shutdown+0x20/0x40 [cdns_mhdp_drmcore] [ 102.675276] hdmi_codec_shutdown+0x58/0x7c [snd_soc_hdmi_codec] [ 102.675302] snd_soc_dai_shutdown+0x54/0x80 [ 102.675327] soc_pcm_clean.isra.0+0x5c/0x1c8 [ 102.675345] soc_pcm_close+0x34/0x58 [ 102.675360] snd_pcm_release_substream.part.0+0x3c/0xc0 [ 102.675378] snd_pcm_release+0x58/0xe0 [ 102.675392] __fput+0xc8/0x2cc [ 102.675408] fput_close_sync+0x38/0x114 [ 102.675423] __arm64_sys_close+0x38/0x7c [ 102.675443] invoke_syscall.constprop.0+0x48/0xc0 [ 102.675464] do_el0_svc+0x3c/0xc0 [ 102.675480] el0_svc+0x40/0x170 [ 102.675495] el0t_64_sync_handler+0xa0/0xe4 [ 102.675511] el0t_64_sync+0x198/0x19c [ 102.675529] SMP: stopping secondary CPUs [ 102.675547] Kernel Offset: 0x4f62f0a00000 from 0xffff800080000000 [ 102.675555] PHYS_OFFSET: 0xfff1000080000000 [ 102.675560] CPU features: 0x100000,00025800,40004001,0400420b [ 102.675571] Memory Limit: none [ 102.952968] ---[ end Kernel panic - not syncing: Asynchronous SError Interrupt ]--- このバグは、 https://github.com/nxp-imx/linux-imx/commit/bbdf7c86aa79c9ead532a2779920a0ac68db4863で導入されました。 この修正は次のBSPリリースに組み込めますか? @Zhiming_Liu  敬具 フランツ・シュナイダー Re: Bug: iMX8QM: Audio over HDMI Creates a Kernel Panic When Audio Stops こんにちは、 内部のCASEはすでにフォローアップして、返答を待っておいてください。 よろしくお願いします、 志明
記事全体を表示