CodeWarrior の LS1046ARDB ベアメタルフラッシュ LS1046ARDB をベースにしたカスタム ボードの最初のフラッシュを実行する方法を模倣しようとしています。当社のカスタム ボードでは、ボードの初回電源投入時に eMMC と QSPI のみが使用されます。まず eMMC をフラッシュしたいと思います。AN5184.pdfの指示と「LS1046A-1.pdfを起動する」に従ってemmc_clone.binファイルを作成しました。CodeWarrior からフラッシュする方法について説明します。CodeWarrior Tap が動作しており、サーバーに接続できることを確認しました。ただし、Flash Programmer を使用すると、常に eMMC との通信に関するエラーが返されます。LS1046A_RDB*.tccにはさらに変更が必要なようです(ターゲット初期化ファイル) を使用して eMMC を有効にしますか?リセット セクションの下に、QSPI を有効にする行があります。 TA.rcw.set_data({13:0x20124000}) eMMC を有効にするには別の行が必要だと思いますか?しかし、それは何でしょうか?他に何かする必要があるでしょうか? Re: LS1046ARDB Bare Metal Flash from CodeWarrior 「ターゲット初期化ファイル」の内容をls1046ardb.py_2100&1600_pass.txtに置き換えます。 LS1046ARDB 上の eMMC をプログラムすることができ、LS1046ARDB を eMMC から起動することができました。 LS1046ARDB には1 つの MUX 制御信号SD_eMMC_SELがありますが、これは SD カードが挿入されているかどうかによって決まります。 eMMC を使用する場合は、SD カードを挿入しないでください。 Re: LS1046ARDB Bare Metal Flash from CodeWarrior さらに詳しい情報を次に示します... SD カードの読み取り/消去/フラッシュは問題なく行えますが、eMMC が応答しないようです。SD カードが取り外され、ジャンパーがまだ SD/eMMC から起動するように設定されているため、eMMC にアクセスできません。CPLD が SD から eMMC に切り替わっていないようです。eMMC は空 (プログラムされていない) なので、電源を入れても SD カードが挿入されていない場合は、コンソールのプリントなどは表示されません。ここで CodeWarrior を起動し、Tap に接続して eMMC のプログラムを試みます。しかし、試してみるとエラーばかりです。CPLD が問題であるのではないかと考え始めています。 Re: LS1046ARDB Bare Metal Flash from CodeWarrior ファイルを試しましたが、USE_SAFE_RCE = True にしないとエラーが発生します。消去とプログラムではエラーは返されませんが、それでも起動できません。 Re: LS1046ARDB Bare Metal Flash from CodeWarrior USE_SAFE_RC W = Trueの場合、それが私があなたに送信した元のものです。 txt の初期化はハードコード RCW ( USE_SAFE_RC W = True ) ごとに調整されるためです。 独自のRCWを使用する場合は、初期化を変更してください。 Re: LS1046ARDB Bare Metal Flash from CodeWarrior これは次のことに関連しているので閉じておきます: https://community.nxp.com/t5/CodeWarrior-Development-Tools/eMMC-on-LS1046ARDB/mp/2298628/highlight/false#M9358

LS1046ARDB Bare Metal Flash from CodeWarrior I'm trying to mimic how we will be performing the first flash of our custom board based on the LS1046ARDB.  On our custom board we only have eMMC and QSPI when first powering on the board.  We would like to flash the eMMC first.  I have built an emmc_clone.bin file based on the AN5184.pdf instructions and also following the "Bring up the LS1046A-1.pdf" on how to flash from CodeWarrior.  I have verified that the CodeWarrior Tap is working and I can connect to the server.  However, when I use the Flash Programmer it always returns an error about communication with eMMC.  It seems there are more modifications needed to the LS1046A_RDB*.tcc (Target Initialization File) to enable the eMMC?  I see a line under the Reset section to enable the QSPI: TA.rcw.set_data({13: 0x20124000}) I assume another line is needed to enable the eMMC?  But what would that be?  Is there anything else I need to do? Re: LS1046ARDB Bare Metal Flash from CodeWarrior Replace the "Target Initialization File" content with the ls1046ardb.py_2100&1600_pass.txt. I could program the eMMC on the LS1046ARDB and the LS1046ARDB could bring up from the eMMC. There is one mux control signal SD_eMMC_SEL on the LS1046ARDB, but it's decided by whether inserting SD card or not. When you use the eMMC, please kindly don't insert SD card.  Re: LS1046ARDB Bare Metal Flash from CodeWarrior Here is some more information... I'm able to read/erase/flash the SD card without issue but the eMMC doesn't seem to respond.  With the SD card removed and the jumpers still set to boot from SD/eMMC I don't have access to the eMMC.  It appears that the CPLD is not switching from the SD to eMMC.  The eMMC is blank (never been programmed) so when powering it on and no SD card is in there are no console prints or anything.  This is where I start CodeWarrior and connect to the Tap to try and program the eMMC.  But nothing but errors when trying.  I'm starting to think that the CPLD is the problem.  Re: LS1046ARDB Bare Metal Flash from CodeWarrior Tried the file however I get errors unless I USE_SAFE_RCE = True.  Erase and Program returns no errors however still can't boot.  Re: LS1046ARDB Bare Metal Flash from CodeWarrior When the USE_SAFE_RCW = True, that is the original one I sent it to you. Because the initialization of the txt is adjusted per the hard-code RCW(USE_SAFE_RCW = True). If you use your own RCW, please kindly change the initialization. Re: LS1046ARDB Bare Metal Flash from CodeWarrior I'm going to close this one since it is related to: https://community.nxp.com/t5/CodeWarrior-Development-Tools/eMMC-on-LS1046ARDB/m-p/2298628/highlight/false#M9358

モーター制御 エントリーレベルのモーター制御プロジェクトを探しています。モーターは マイクロコントローラのコマンドによる、1 アンペア未満の 12V DC モーター。 ランディ Re: motor control こんにちは@randyseedle 、 ご投稿ありがとうございます。 シンプルな 12V ブラシ付き DC モーター (<1A) の場合、Kinetis K02/K20 または KE02/KE04 が最適です。 これらは、PWM (FTM 経由)、GPIO 制御、電流検知用の ADC を提供し、低コストで初心者にも使いやすいです。 こちらからダウンロードした SDK デモを参照できます。 ボードを選択 | MCUXpresso SDKs ビルダー 後で BLDC または FOC 制御を試したい場合は、Kinetis KV シリーズにアップグレードできますが、現在の 12V DC モーターの場合は、K/KE ファミリで十分です。 BR セレステ ------------------------------------------------------------------------------------------------------------------------------- 注: この投稿が質問の答えである場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ ------------------------------------------------------------------------------------------------------------------------------- Re: motor control MCUXpresso SDK Builder はfrdmke02z40m を認識していないようです。もう一度これを見ていただけますか？ Re: motor control 問題のボードは見つかりましたが、選択されたミドルウェア オプションで問題が発生しているようです。私は FRDM-k64f を持っており、モーター制御に関連するものを見つけることができましたが、それがあなたが私に指示しようとしていたことと何ら関係があるとは思えません。 ランディ・シードル Re: motor control こんにちは@randyseedle 、 存在することを確認しました。SDK ビルダーは検索時にハイフン (「-」) を含めます。正しい名前はFRDM-KE02Z40Mです。KE02Z40を直接入力して検索することもできます。 お役に立てて、良い一日をお過ごしください。 BR セレステ --------------------------------------------------------------------------------------------------------------------- 注: この投稿が質問の答えである場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ --------------------------------------------------------------------------------------------------------------------- Re: motor control はい、今のところは大丈夫です。ダウンロードできました。SO、ここでのタスクは、ダウンロードした SDK を調査することになります。 何かご提案はございますか？ Re: motor control FRDM-KE02Z40M が検出され、選択したミドルウェアがリストされます。SDK をビルドするように指示しましたが、何もビルドされません。 Re: motor control デバイス ドライバがリストされた SDK ビルダーのキャプチャ画像があります。FRDM-KE02Z40M の認識が失われるため、そのポイントに到達することはありません。とにかくそう思います。ADC および GPIO ドライバにアクセスできます。その他はリストに載っていません。ファンキーな行動。 ランディ Re: motor control ビルドとダウンロードは正常にできました。添付の記録ビデオをご覧ください。 Re: motor control 録画した画面は添付ファイルをご参照ください。あなたの意味とは違う意味ですか? Re: motor control 添付の新しいビデオをご覧ください。 それでもこれらのデモが見つからない場合は、MCUXpresso で SDK をアンインストールしてから再インストールしてみてください。 SDK を再インポートした後、MCUXpresso IDE を再起動する必要がある場合があることに注意してください。 ZIP パッケージを MCUXpresso に直接ドラッグ アンド ドロップして SDK をインポートすることもできます。 さらに、SDK パッケージが完全であることを確認するために、SDK Builder から SDK を再度ダウンロードしてみることもできます。 BR セレステ Re: motor control デバイス ドライバ リストにはまだ ftm または tpm がありません。手順を1つずつ書きます。ビデオの再生速度が速すぎます。まだ何か見逃しているかも知れません。

Problem in setting up PRE -> PRG -> IPU -> HDMI pipeline on i.MX6 We've got Voipac iMX6 Rex UltraPlus dev kit. It comes with linux 4.1. I wanted to get mordern linux so I got linux-imx branch lf-6.6.y and imx_v7_defconfig. I tried porting the device tree and  // SPDX-License-Identifier: GPL-2.0-only /* * Copyright 2014 FEDEVEL, Inc. * * Author: Robert Nelson */ /dts-v1/; #include "imx6q.dtsi" #include "imx6qp.dtsi" #include "imx6qdl-rex.dtsi" / { model = "Rex Pro i.MX6 Quad Board"; compatible = "rex,imx6q-rex-pro", "fsl,imx6q"; memory: memory@10000000 { device_type = "memory"; reg = <0x10000000 0x80000000>; }; }; &ecspi3 { flash: flash@0 { compatible = "sst,sst25vf032b", "jedec,spi-nor"; spi-max-frequency = <20000000>; reg = <0>; }; }; &i2c2 { clock-frequency = <100000>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_i2c2>; status = "okay"; hdmi_ddc: edid@50 { compatible = "fsl,imx6-hdmi-i2c"; reg = <0x50>; }; }; &sata { status = "okay"; }; &mxcfb1 { prefetch; status = "okay"; }; &mxcfb2 { prefetch; status = "okay"; }; &mxcfb3 { prefetch; status = "disabled"; }; &mxcfb4 { prefetch; status = "disabled"; }; &pre1 { status = "okay"; }; &pre2 { status = "okay"; }; &pre3 { status = "okay"; }; &pre4 { status = "okay"; }; &prg1 { memory-region = <&memory>; status = "okay"; }; &prg2 { memory-region = <&memory>; status = "okay"; }; &hdmi_core { ipu_id = <0>; disp_id = <0>; status = "okay"; }; &hdmi_video { fsl,phy_reg_vlev = <0x0294>; fsl,phy_reg_cksymtx = <0x800d>; status = "okay"; }; There seems to be a problem in PRE -> PRG -> IPU -> HDMI pipeline.  Starting kernel ... [ 0.000000] Booting Linux on physical CPU 0x0 [ 0.000000] Linux version 6.6.52-g5a0a5e71d2bd-dirty (anurag@anurag-SK5800) (arm-linux-gnueabi-gcc (Ubuntu 13.3.0-6ubuntu2~24.04) 13.3.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #29 SMP PREEMPT Tue Jan 13 15:33:15 IST 2026 [ 0.000000] CPU: ARMv7 Processor [412fc09a] revision 10 (ARMv7), cr=10c5387d [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [ 0.000000] OF: fdt: Machine model: Rex Pro i.MX6 Quad Board [ 0.000000] Memory policy: Data cache writealloc [ 0.000000] Reserved memory: created CMA memory pool at 0xea000000, size 320 MiB [ 0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool [ 0.000000] OF: reserved mem: 0xea000000..0xfdffffff (327680 KiB) map reusable linux,cma [ 0.000000] Zone ranges: [ 0.000000] Normal [mem 0x0000000010000000-0x000000007fffffff] [ 0.000000] HighMem [mem 0x0000000080000000-0x00000000ffffefff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x0000000010000000-0x00000000ffffefff] [ 0.000000] Initmem setup node 0 [mem 0x0000000010000000-0x00000000ffffefff] [ 0.000000] percpu: Embedded 12 pages/cpu s18900 r8192 d22060 u49152 [ 0.000000] Kernel command line: console=ttymxc0,115200 root=/dev/nfs nfsroot=192.168.1.41:/srv/nfsroot,v3 rw ip=dhcp [ 0.000000] Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes, linear) [ 0.000000] Inode-cache hash table entries: 131072 (order: 7, 524288 bytes, linear) [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 979007 [ 0.000000] mem auto-init: stack:all(zero), heap alloc:off, heap free:off [ 0.000000] Memory: 3544512K/3932156K available (14336K kernel code, 1522K rwdata, 4944K rodata, 1024K init, 425K bss, 59964K reserved, 327680K cma-reserved, 1769468K highmem) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] rcu: Preemptible hierarchical RCU implementation. [ 0.000000] rcu: RCU event tracing is enabled. [ 0.000000] Trampoline variant of Tasks RCU enabled. [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies. [ 0.000000] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16 [ 0.000000] L2C: DT/platform modifies aux control register: 0x32070000 -> 0x32470000 [ 0.000000] L2C-310 erratum 769419 enabled [ 0.000000] L2C-310 enabling early BRESP for Cortex-A9 [ 0.000000] L2C-310 full line of zeros enabled for Cortex-A9 [ 0.000000] L2C-310 ID prefetch enabled, offset 16 lines [ 0.000000] L2C-310 dynamic clock gating enabled, standby mode enabled [ 0.000000] L2C-310 cache controller enabled, 16 ways, 1024 kB [ 0.000000] L2C-310: CACHE_ID 0x410000c8, AUX_CTRL 0x76470001 [ 0.000000] rcu: srcu_init: Setting srcu_struct sizes based on contention. [ 0.000000] Switching to timer-based delay loop, resolution 333ns [ 0.000001] sched_clock: 32 bits at 3000kHz, resolution 333ns, wraps every 715827882841ns [ 0.000026] clocksource: mxc_timer1: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 637086815595 ns [ 0.001453] Console: colour dummy device 80x30 [ 0.001498] Calibrating delay loop (skipped), value calculated using timer frequency.. 6.00 BogoMIPS (lpj=30000) [ 0.001518] CPU: Testing write buffer coherency: ok [ 0.001562] CPU0: Spectre v2: using BPIALL workaround [ 0.001573] pid_max: default: 32768 minimum: 301 [ 0.001769] Mount-cache hash table entries: 4096 (order: 2, 16384 bytes, linear) [ 0.001804] Mountpoint-cache hash table entries: 4096 (order: 2, 16384 bytes, linear) [ 0.002831] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000 [ 0.004268] RCU Tasks: Setting shift to 2 and lim to 1 rcu_task_cb_adjust=1. [ 0.004454] Setting up static identity map for 0x10100000 - 0x10100060 [ 0.004688] rcu: Hierarchical SRCU implementation. [ 0.004694] rcu: Max phase no-delay instances is 1000. [ 0.006556] smp: Bringing up secondary CPUs ... [ 0.007512] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001 [ 0.007532] CPU1: Spectre v2: using BPIALL workaround [ 0.008616] CPU2: thread -1, cpu 2, socket 0, mpidr 80000002 [ 0.008634] CPU2: Spectre v2: using BPIALL workaround [ 0.009701] CPU3: thread -1, cpu 3, socket 0, mpidr 80000003 [ 0.009720] CPU3: Spectre v2: using BPIALL workaround [ 0.009851] smp: Brought up 1 node, 4 CPUs [ 0.009868] SMP: Total of 4 processors activated (24.00 BogoMIPS). [ 0.009878] CPU: All CPU(s) started in SVC mode. [ 0.011183] devtmpfs: initialized [ 0.020354] VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4 [ 0.020648] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns [ 0.020675] futex hash table entries: 1024 (order: 4, 65536 bytes, linear) [ 0.038260] pinctrl core: initialized pinctrl subsystem [ 0.039950] NET: Registered PF_NETLINK/PF_ROUTE protocol family [ 0.047487] DMA: preallocated 256 KiB pool for atomic coherent allocations [ 0.048756] thermal_sys: Registered thermal governor 'step_wise' [ 0.048832] cpuidle: using governor menu [ 0.049055] CPU identified as i.MX6QP, silicon rev 1.0 [ 0.057573] platform soc: Fixed dependency cycle(s) with /soc/bus@2000000/gpc@20dc000 [ 0.058532] platform 120000.hdmi: Fixed dependency cycle(s) with /soc/ipu@2800000 [ 0.058565] platform 120000.hdmi: Fixed dependency cycle(s) with /soc/ipu@2400000 [ 0.065172] mxs_phy 20c9000.usbphy: supply phy-3p0 not found, using dummy regulator [ 0.065766] mxs_phy 20ca000.usbphy: supply phy-3p0 not found, using dummy regulator [ 0.067266] platform 20dc000.gpc: Fixed dependency cycle(s) with /soc/bus@2000000/clock-controller@20c4000 [ 0.069057] platform 20e0000.iomuxc-gpr:ipu1_csi0_mux: Fixed dependency cycle(s) with /soc/ipu@2400000 [ 0.069276] platform 20e0000.iomuxc-gpr:ipu2_csi1_mux: Fixed dependency cycle(s) with /soc/ipu@2800000 [ 0.069515] platform 20e0000.pinctrl: Fixed dependency cycle(s) with /soc/bus@2000000/pinctrl@20e0000/imx6qdl-rex/hoggrp [ 0.075192] platform 20e0000.iomuxc-gpr:ipu1_csi0_mux: Fixed dependency cycle(s) with /soc/ipu@2400000 [ 0.075299] platform 120000.hdmi: Fixed dependency cycle(s) with /soc/ipu@2400000 [ 0.075404] platform 2400000.ipu: Fixed dependency cycle(s) with /soc/hdmi@120000 [ 0.075496] platform 2400000.ipu: Fixed dependency cycle(s) with /soc/bus@2000000/iomuxc-gpr@20e0000/ipu1_csi0_mux [ 0.076923] platform 20e0000.iomuxc-gpr:ipu2_csi1_mux: Fixed dependency cycle(s) with /soc/ipu@2800000 [ 0.077039] platform 120000.hdmi: Fixed dependency cycle(s) with /soc/ipu@2800000 [ 0.077125] platform 2800000.ipu: Fixed dependency cycle(s) with /soc/hdmi@120000 [ 0.077210] platform 2800000.ipu: Fixed dependency cycle(s) with /soc/bus@2000000/iomuxc-gpr@20e0000/ipu2_csi1_mux [ 0.080562] No ATAGs? [ 0.080724] hw-breakpoint: found 5 (+1 reserved) breakpoint and 1 watchpoint registers. [ 0.080738] hw-breakpoint: maximum watchpoint size is 4 bytes. [ 0.081653] imx6q-pinctrl 20e0000.pinctrl: initialized IMX pinctrl driver [ 0.085204] imx mu driver is registered. [ 0.085646] imx rpmsg driver is registered. [ 0.087876] kprobes: kprobe jump-optimization is enabled. All kprobes are optimized if possible. [ 0.089669] gpio gpiochip0: Static allocation of GPIO base is deprecated, use dynamic allocation. [ 0.091854] gpio gpiochip1: Static allocation of GPIO base is deprecated, use dynamic allocation. [ 0.093802] gpio gpiochip2: Static allocation of GPIO base is deprecated, use dynamic allocation. [ 0.095768] gpio gpiochip3: Static allocation of GPIO base is deprecated, use dynamic allocation. [ 0.097730] gpio gpiochip4: Static allocation of GPIO base is deprecated, use dynamic allocation. [ 0.099770] gpio gpiochip5: Static allocation of GPIO base is deprecated, use dynamic allocation. [ 0.101758] gpio gpiochip6: Static allocation of GPIO base is deprecated, use dynamic allocation. [ 0.107751] SCSI subsystem initialized [ 0.108266] usbcore: registered new interface driver usbfs [ 0.108311] usbcore: registered new interface driver hub [ 0.108358] usbcore: registered new device driver usb [ 0.108509] usb_phy_generic usbphynop1: dummy supplies not allowed for exclusive requests [ 0.108714] usb_phy_generic usbphynop2: dummy supplies not allowed for exclusive requests [ 0.110687] i2c i2c-0: IMX I2C adapter registered [ 0.112084] pca953x 1-0027: using no AI [ 0.139188] pca953x 1-0027: interrupt support not compiled in [ 0.159914] i2c i2c-1: IMX I2C adapter registered [ 0.160673] i2c i2c-2: IMX I2C adapter registered [ 0.161268] mc: Linux media interface: v0.10 [ 0.161343] videodev: Linux video capture interface: v2.00 [ 0.161431] pps_core: LinuxPPS API ver. 1 registered [ 0.161438] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 0.161463] PTP clock support registered [ 0.162678] imx-ipuv3 2400000.ipu: [ 0.162705] imx-ipuv3 2400000.ipu: revision is IPUv3H [ 0.163023] imx-ipuv3 2400000.ipu: IPU CM Regs = (ptrval) [ 0.163039] imx-ipuv3 2400000.ipu: IPU IC Regs = (ptrval) [ 0.163050] imx-ipuv3 2400000.ipu: IPU IDMAC Regs = (ptrval) [ 0.163057] imx-ipuv3 2400000.ipu: IPU DP Regs = (ptrval) [ 0.163065] imx-ipuv3 2400000.ipu: IPU DC Regs = (ptrval) [ 0.163072] imx-ipuv3 2400000.ipu: IPU DMFC Regs = (ptrval) [ 0.163080] imx-ipuv3 2400000.ipu: IPU DI0 Regs = (ptrval) [ 0.163087] imx-ipuv3 2400000.ipu: IPU DI1 Regs = (ptrval) [ 0.163095] imx-ipuv3 2400000.ipu: IPU SMFC Regs = (ptrval) [ 0.163102] imx-ipuv3 2400000.ipu: IPU CSI0 Regs = (ptrval) [ 0.163109] imx-ipuv3 2400000.ipu: IPU CSI1 Regs = (ptrval) [ 0.163117] imx-ipuv3 2400000.ipu: IPU CPMem = (ptrval) [ 0.163125] imx-ipuv3 2400000.ipu: IPU TPMem = (ptrval) [ 0.163133] imx-ipuv3 2400000.ipu: IPU DC Template Mem = (ptrval) [ 0.163141] imx-ipuv3 2400000.ipu: IPU VDI Regs = (ptrval) [ 0.163349] imx-ipuv3 2800000.ipu: [ 0.163374] imx-ipuv3 2800000.ipu: revision is IPUv3H [ 0.163681] imx-ipuv3 2800000.ipu: IPU CM Regs = (ptrval) [ 0.163694] imx-ipuv3 2800000.ipu: IPU IC Regs = (ptrval) [ 0.163701] imx-ipuv3 2800000.ipu: IPU IDMAC Regs = (ptrval) [ 0.163709] imx-ipuv3 2800000.ipu: IPU DP Regs = (ptrval) [ 0.163716] imx-ipuv3 2800000.ipu: IPU DC Regs = (ptrval) [ 0.163723] imx-ipuv3 2800000.ipu: IPU DMFC Regs = (ptrval) [ 0.163729] imx-ipuv3 2800000.ipu: IPU DI0 Regs = (ptrval) [ 0.163736] imx-ipuv3 2800000.ipu: IPU DI1 Regs = (ptrval) [ 0.163743] imx-ipuv3 2800000.ipu: IPU SMFC Regs = (ptrval) [ 0.163750] imx-ipuv3 2800000.ipu: IPU CSI0 Regs = (ptrval) [ 0.163757] imx-ipuv3 2800000.ipu: IPU CSI1 Regs = (ptrval) [ 0.163763] imx-ipuv3 2800000.ipu: IPU CPMem = (ptrval) [ 0.163770] imx-ipuv3 2800000.ipu: IPU TPMem = (ptrval) [ 0.163778] imx-ipuv3 2800000.ipu: IPU DC Template Mem = (ptrval) [ 0.163785] imx-ipuv3 2800000.ipu: IPU VDI Regs = (ptrval) [ 0.164339] mxc_vdoa 21e4000.vdoa: iram_base:0xf0940000,iram_paddr:0x905000,size:0x12000 [ 0.164358] mxc_vdoa 21e4000.vdoa: i.MX Video Data Order Adapter(VDOA) driver probed [ 0.164777] imx-prg 21cc000.prg: driver probed [ 0.164928] imx-prg 21cd000.prg: driver probed [ 0.165408] imx-pre 21c8000.pre: driver probed [ 0.165719] imx-pre 21c9000.pre: driver probed [ 0.166014] imx-pre 21ca000.pre: driver probed [ 0.166306] imx-pre 21cb000.pre: driver probed [ 0.166615] MIPI CSI2 driver module loaded [ 0.166665] Advanced Linux Sound Architecture Driver Initialized. [ 0.168110] Bluetooth: Core ver 2.22 [ 0.168159] NET: Registered PF_BLUETOOTH protocol family [ 0.168167] Bluetooth: HCI device and connection manager initialized [ 0.168181] Bluetooth: HCI socket layer initialized [ 0.168191] Bluetooth: L2CAP socket layer initialized [ 0.168212] Bluetooth: SCO socket layer initialized [ 0.168645] vgaarb: loaded [ 0.169232] clocksource: Switched to clocksource mxc_timer1 [ 0.169539] VFS: Disk quotas dquot_6.6.0 [ 0.169596] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) [ 0.181120] NET: Registered PF_INET protocol family [ 0.181747] IP idents hash table entries: 32768 (order: 6, 262144 bytes, linear) [ 0.184933] tcp_listen_portaddr_hash hash table entries: 1024 (order: 1, 8192 bytes, linear) [ 0.184988] Table-perturb hash table entries: 65536 (order: 6, 262144 bytes, linear) [ 0.185067] TCP established hash table entries: 16384 (order: 4, 65536 bytes, linear) [ 0.185229] TCP bind hash table entries: 16384 (order: 6, 262144 bytes, linear) [ 0.185739] TCP: Hash tables configured (established 16384 bind 16384) [ 0.185938] UDP hash table entries: 1024 (order: 3, 32768 bytes, linear) [ 0.186015] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes, linear) [ 0.186259] NET: Registered PF_UNIX/PF_LOCAL protocol family [ 0.186896] RPC: Registered named UNIX socket transport module. [ 0.186907] RPC: Registered udp transport module. [ 0.186913] RPC: Registered tcp transport module. [ 0.186917] RPC: Registered tcp-with-tls transport module. [ 0.186924] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 0.188518] PCI: CLS 0 bytes, default 64 [ 0.189143] armv7-pmu pmu: hw perfevents: no interrupt-affinity property, guessing. [ 0.189492] hw perfevents: enabled with armv7_cortex_a9 PMU driver, 7 counters available [ 0.192313] Bus freq driver module loaded [ 0.193564] Initialise system trusted keyrings [ 0.193855] workingset: timestamp_bits=14 max_order=20 bucket_order=6 [ 0.194593] NFS: Registering the id_resolver key type [ 0.194649] Key type id_resolver registered [ 0.194657] Key type id_legacy registered [ 0.194693] nfs4filelayout_init: NFSv4 File Layout Driver Registering... [ 0.194703] nfs4flexfilelayout_init: NFSv4 Flexfile Layout Driver Registering... [ 0.194744] jffs2: version 2.2. (NAND) © 2001-2006 Red Hat, Inc. [ 0.195069] fuse: init (API version 7.39) [ 0.335183] Key type asymmetric registered [ 0.335195] Asymmetric key parser 'x509' registered [ 0.335305] bounce: pool size: 64 pages [ 0.335338] io scheduler mq-deadline registered [ 0.335348] io scheduler kyber registered [ 0.335381] io scheduler bfq registered [ 0.341513] mxc_hdmi 20e0000.hdmi_video: hdcp disable [ 0.341791] mxc_hdmi 20e0000.hdmi_video: supply HDMI not found, using dummy regulator [ 0.342866] mxc_sdc_fb fb@0: mxcfb_probe enter [ 0.343005] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_disp_init [ 0.343023] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_disp_init - default mode 1920x1080M@60 bpp=24 [ 0.343076] mxc_hdmi 20e0000.hdmi_video: Enabled HDMI clocks [ 0.343088] mxc_hdmi 20e0000.hdmi_video: Detected HDMI controller 0x13:0xa:0xa0:0xc1 [ 0.343120] fbcvt: 1920x1080@60: CVT Name - 2.073M9 [ 0.343228] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_disp_init exit [ 0.343241] mxc_sdc_fb fb@0: di_pixfmt:0x33424752, bpp:0x18, di:0, ipu:0 [ 0.343255] mxc_sdc_fb fb@0: registered mxc display driver hdmi [ 0.343266] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_disp_deinit [ 0.343371] mxc_sdc_fb fb@1: mxcfb_probe enter [ 0.343388] mxc_sdc_fb fb@1: get of property mode_str fail [ 0.343405] mxc_sdc_fb fb@1: NO mxc display driver found! [ 0.347745] imx-sdma 20ec000.dma-controller: Direct firmware load for imx/sdma/sdma-imx6q.bin failed with error -2 [ 0.347765] imx-sdma 20ec000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx6q.bin [ 0.349746] mxs-dma 110000.dma-controller: initialized [ 0.356074] 2020000.serial: ttymxc0 at MMIO 0x2020000 (irq = 283, base_baud = 5000000) is a IMX [ 0.356137] printk: console [ttymxc0] enabled [ 1.770772] 21e8000.serial: ttymxc1 at MMIO 0x21e8000 (irq = 284, base_baud = 5000000) is a IMX [ 1.780999] imx sema4 driver is registered. [ 1.800787] brd: module loaded [ 1.812434] loop: module loaded [ 1.815837] at24 1-0057: supply vcc not found, using dummy regulator [ 1.823438] at24 1-0057: 256 byte 24c02 EEPROM, writable, 1 bytes/write [ 1.832399] ahci-imx 2200000.sata: fsl,transmit-level-mV not specified, using 00000024 [ 1.840381] ahci-imx 2200000.sata: fsl,transmit-boost-mdB not specified, using 00000480 [ 1.848398] ahci-imx 2200000.sata: fsl,transmit-atten-16ths not specified, using 00002000 [ 1.856610] ahci-imx 2200000.sata: fsl,receive-eq-mdB not specified, using 05000000 [ 1.864374] ahci-imx 2200000.sata: supply ahci not found, using dummy regulator [ 1.871891] ahci-imx 2200000.sata: supply phy not found, using dummy regulator [ 1.879193] ahci-imx 2200000.sata: supply target not found, using dummy regulator [ 1.889925] ahci-imx 2200000.sata: SSS flag set, parallel bus scan disabled [ 1.896922] ahci-imx 2200000.sata: AHCI 0001.0300 32 slots 1 ports 3 Gbps 0x1 impl platform mode [ 1.905794] ahci-imx 2200000.sata: flags: ncq sntf stag pm led clo only pmp pio slum part ccc apst [ 1.916410] scsi host0: ahci-imx [ 1.919969] ata1: SATA max UDMA/133 mmio [mem 0x02200000-0x02203fff] port 0x100 irq 285 [ 1.933418] spi-nor spi2.0: found sst26vf064b, expected sst25vf032b [ 1.939920] imx-sdma 20ec000.dma-controller: sdma or sdma firmware not ready! [ 1.948437] spi-nor spi2.0: sst26vf064b (8192 Kbytes) [ 1.958027] tun: Universal TUN/TAP device driver, 1.6 [ 1.963393] CAN device driver interface [ 1.969204] e1000e: Intel(R) PRO/1000 Network Driver [ 1.974220] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. [ 1.980653] usbcore: registered new device driver r8152-cfgselector [ 1.986967] usbcore: registered new interface driver r8152 [ 1.992522] usbcore: registered new interface driver lan78xx [ 1.998221] usbcore: registered new interface driver asix [ 2.003694] usbcore: registered new interface driver ax88179_178a [ 2.009866] usbcore: registered new interface driver cdc_ether [ 2.015738] usbcore: registered new interface driver smsc95xx [ 2.021547] usbcore: registered new interface driver net1080 [ 2.027245] usbcore: registered new interface driver cdc_subset [ 2.033233] usbcore: registered new interface driver zaurus [ 2.038845] usbcore: registered new interface driver MOSCHIP usb-ethernet driver [ 2.046328] usbcore: registered new interface driver cdc_ncm [ 2.052057] usbcore: registered new interface driver r8153_ecm [ 2.058033] usbcore: registered new interface driver usb-storage [ 2.066104] imx_usb 2184000.usb: No over current polarity defined [ 2.076502] ci_hdrc ci_hdrc.0: EHCI Host Controller [ 2.081461] ci_hdrc ci_hdrc.0: new USB bus registered, assigned bus number 1 [ 2.109250] ci_hdrc ci_hdrc.0: USB 2.0 started, EHCI 1.00 [ 2.114949] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.06 [ 2.123265] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 2.130531] usb usb1: Product: EHCI Host Controller [ 2.135423] usb usb1: Manufacturer: Linux 6.6.52-g5a0a5e71d2bd-dirty ehci_hcd [ 2.142611] usb usb1: SerialNumber: ci_hdrc.0 [ 2.147750] hub 1-0:1.0: USB hub found [ 2.151577] hub 1-0:1.0: 1 port detected [ 2.156563] imx_usb 2184200.usb: No over current polarity defined [ 2.166823] ci_hdrc ci_hdrc.1: EHCI Host Controller [ 2.171762] ci_hdrc ci_hdrc.1: new USB bus registered, assigned bus number 2 [ 2.199254] ci_hdrc ci_hdrc.1: USB 2.0 started, EHCI 1.00 [ 2.204926] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.06 [ 2.213235] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 2.220489] usb usb2: Product: EHCI Host Controller [ 2.225376] usb usb2: Manufacturer: Linux 6.6.52-g5a0a5e71d2bd-dirty ehci_hcd [ 2.232535] usb usb2: SerialNumber: ci_hdrc.1 [ 2.237597] hub 2-0:1.0: USB hub found [ 2.241419] hub 2-0:1.0: 1 port detected [ 2.251492] snvs_rtc 20cc000.snvs:snvs-rtc-lp: registered as rtc0 [ 2.257628] snvs_rtc 20cc000.snvs:snvs-rtc-lp: setting system clock to 1970-01-01T00:00:00 UTC (0) [ 2.260795] ata1: SATA link down (SStatus 0 SControl 300) [ 2.266835] i2c_dev: i2c /dev entries driver [ 2.272086] ahci-imx 2200000.sata: no device found, disabling link. [ 2.282606] ahci-imx 2200000.sata: pass ahci_imx..hotplug=1 to enable hotplug [ 2.285770] Bluetooth: HCI UART driver ver 2.3 [ 2.294294] Bluetooth: HCI UART protocol H4 registered [ 2.299592] Bluetooth: HCI UART protocol BCSP registered [ 2.305007] Bluetooth: HCI UART protocol LL registered [ 2.310222] Bluetooth: HCI UART protocol Three-wire (H5) registered [ 2.316527] Bluetooth: HCI UART protocol Marvell registered [ 2.322204] usbcore: registered new interface driver btusb [ 2.328901] sdhci: Secure Digital Host Controller Interface driver [ 2.335125] sdhci: Copyright(c) Pierre Ossman [ 2.339502] sdhci-pltfm: SDHCI platform and OF driver helper [ 2.347737] sdhci-esdhc-imx 2194000.mmc: Got CD GPIO [ 2.352866] sdhci-esdhc-imx 2194000.mmc: Got WP GPIO [ 2.353746] sdhci-esdhc-imx 2198000.mmc: Got CD GPIO [ 2.362916] sdhci-esdhc-imx 2198000.mmc: Got WP GPIO [ 2.363755] usbcore: registered new interface driver usbhid [ 2.373525] usbhid: USB HID core driver [ 2.384277] Galcore version 6.4.11.p2.745085 [ 2.408839] mmc1: SDHCI controller on 2194000.mmc [2194000.mmc] using ADMA [ 2.408918] mmc2: SDHCI controller on 2198000.mmc [2198000.mmc] using ADMA [ 2.449354] usb 1-1: new high-speed USB device number 2 using ci_hdrc [ 2.669949] usb 1-1: New USB device found, idVendor=0424, idProduct=2514, bcdDevice= b.b3 [ 2.678168] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 2.700727] hub 1-1:1.0: USB hub found [ 2.704708] hub 1-1:1.0: 4 ports detected [ 2.997764] [drm] Initialized vivante 1.0.0 20170808 for 130000.gpu on minor 0 [ 3.007063] mxc_vpu 2040000.vpu_fsl: VPU initialized [ 3.015259] sgtl5000 0-000a: sgtl5000 revision 0x11 [ 3.024398] sgtl5000 0-000a: Using internal LDO instead of VDDD: check ER1 erratum [ 3.064731] fsl-ssi-dai 2028000.ssi: No cache defaults, reading back from HW [ 3.096416] imx-sgtl5000 sound: ASoC: driver name too long 'imx6-rex-sgtl5000' -> 'imx6-rex-sgtl50' [ 3.114109] NET: Registered PF_LLC protocol family [ 3.119542] NET: Registered PF_INET6 protocol family [ 3.125881] Segment Routing with IPv6 [ 3.129662] In-situ OAM (IOAM) with IPv6 [ 3.133683] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver [ 3.140396] NET: Registered PF_PACKET protocol family [ 3.145467] can: controller area network core [ 3.149926] NET: Registered PF_CAN protocol family [ 3.154731] can: raw protocol [ 3.157712] can: broadcast manager protocol [ 3.161929] can: netlink gateway - max_hops=1 [ 3.166510] Bluetooth: RFCOMM TTY layer initialized [ 3.171442] Bluetooth: RFCOMM socket layer initialized [ 3.176611] Bluetooth: RFCOMM ver 1.11 [ 3.180408] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 3.185730] Bluetooth: BNEP filters: protocol multicast [ 3.190985] Bluetooth: BNEP socket layer initialized [ 3.195958] Bluetooth: HIDP (Human Interface Emulation) ver 1.2 [ 3.201910] Bluetooth: HIDP socket layer initialized [ 3.207156] lib80211: common routines for IEEE802.11 drivers [ 3.212940] Key type dns_resolver registered [ 3.219552] Registering SWP/SWPB emulation handler [ 3.241846] Loading compiled-in X.509 certificates [ 3.274136] imx-ipuv3 2400000.ipu: [ 3.278617] imx-ipuv3 2400000.ipu: revision is IPUv3H [ 3.283868] imx-ipuv3 2400000.ipu: IPU CM Regs = (ptrval) [ 3.289293] imx-ipuv3 2400000.ipu: IPU IC Regs = (ptrval) [ 3.294696] imx-ipuv3 2400000.ipu: IPU IDMAC Regs = (ptrval) [ 3.300379] imx-ipuv3 2400000.ipu: IPU DP Regs = (ptrval) [ 3.305782] imx-ipuv3 2400000.ipu: IPU DC Regs = (ptrval) [ 3.311223] imx-ipuv3 2400000.ipu: IPU DMFC Regs = (ptrval) [ 3.316802] imx-ipuv3 2400000.ipu: IPU DI0 Regs = (ptrval) [ 3.322306] imx-ipuv3 2400000.ipu: IPU DI1 Regs = (ptrval) [ 3.327798] imx-ipuv3 2400000.ipu: IPU SMFC Regs = (ptrval) [ 3.333409] imx-ipuv3 2400000.ipu: IPU CSI0 Regs = (ptrval) [ 3.338986] imx-ipuv3 2400000.ipu: IPU CSI1 Regs = (ptrval) [ 3.344577] imx-ipuv3 2400000.ipu: IPU CPMem = (ptrval) [ 3.349817] imx-ipuv3 2400000.ipu: IPU TPMem = (ptrval) [ 3.355047] imx-ipuv3 2400000.ipu: IPU DC Template Mem = (ptrval) [ 3.361182] imx-ipuv3 2400000.ipu: IPU VDI Regs = (ptrval) [ 3.389549] imx-ipuv3 2400000.ipu: IPU DMFC NORMAL mode: 1(0~1), 5B(4,5), 5F(6,7) [ 3.397071] imx-ipuv3 2400000.ipu: ipu_clk = 264000000 [ 3.407087] imx-ipuv3 2800000.ipu: [ 3.411838] imx-ipuv3 2800000.ipu: revision is IPUv3H [ 3.417553] imx-ipuv3 2800000.ipu: IPU CM Regs = (ptrval) [ 3.423104] imx-ipuv3 2800000.ipu: IPU IC Regs = (ptrval) [ 3.428510] imx-ipuv3 2800000.ipu: IPU IDMAC Regs = (ptrval) [ 3.434220] imx-ipuv3 2800000.ipu: IPU DP Regs = (ptrval) [ 3.439658] imx-ipuv3 2800000.ipu: IPU DC Regs = (ptrval) [ 3.445062] imx-ipuv3 2800000.ipu: IPU DMFC Regs = (ptrval) [ 3.450647] imx-ipuv3 2800000.ipu: IPU DI0 Regs = (ptrval) [ 3.456135] imx-ipuv3 2800000.ipu: IPU DI1 Regs = (ptrval) [ 3.461656] imx-ipuv3 2800000.ipu: IPU SMFC Regs = (ptrval) [ 3.467233] imx-ipuv3 2800000.ipu: IPU CSI0 Regs = (ptrval) [ 3.472823] imx-ipuv3 2800000.ipu: IPU CSI1 Regs = (ptrval) [ 3.478399] imx-ipuv3 2800000.ipu: IPU CPMem = (ptrval) [ 3.483656] imx-ipuv3 2800000.ipu: IPU TPMem = (ptrval) [ 3.488888] imx-ipuv3 2800000.ipu: IPU DC Template Mem = (ptrval) [ 3.494998] imx-ipuv3 2800000.ipu: IPU VDI Regs = (ptrval) [ 3.529443] imx-ipuv3 2800000.ipu: IPU DMFC NORMAL mode: 1(0~1), 5B(4,5), 5F(6,7) [ 3.537075] imx-ipuv3 2800000.ipu: ipu_clk = 264000000 [ 3.544444] mxc_sdc_fb fb@0: mxcfb_probe enter [ 3.548964] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_disp_init [ 3.554693] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_disp_init - default mode 1920x1080M@60 bpp=24 [ 3.563514] mxc_hdmi 20e0000.hdmi_video: Enabled HDMI clocks [ 3.569261] mxc_hdmi 20e0000.hdmi_video: Detected HDMI controller 0x13:0xa:0xa0:0xc1 [ 3.577170] fbcvt: 1920x1080@60: CVT Name - 2.073M9 [ 3.582303] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_disp_init exit [ 3.588318] mxc_sdc_fb fb@0: di_pixfmt:0x33424752, bpp:0x18, di:0, ipu:0 [ 3.595071] mxc_sdc_fb fb@0: registered mxc display driver hdmi [ 3.601025] mxc_sdc_fb fb@0: Reconfiguring framebuffer [ 3.601038] imx-ipuv3 2400000.ipu: Channel already disabled 9 [ 3.601045] imx-ipuv3 2400000.ipu: Channel already uninitialized 9 [ 3.628416] mxc_sdc_fb fb@0: allocated fb @ paddr=0xF2200000, size=6220800. [ 3.630476] imx-ipuv3 2400000.ipu: init channel = 9 [ 3.630490] imx-ipuv3 2400000.ipu: ipu busfreq high requst. [ 3.630516] mxc_sdc_fb fb@0: pixclock = 148500000l Hz [ 3.630522] imx-ipuv3 2400000.ipu: panel size = 1920 x 1080 [ 3.630530] imx-ipuv3 2400000.ipu: pixel clk = 148500000 [ 3.630561] imx-ipuv3 2400000.ipu: try ipu internal clk [ 3.630571] imx-ipuv3 2400000.ipu: rounded pix clk:176000000 [ 3.630578] imx-ipuv3 2400000.ipu: try ipu ext di clk [ 3.630820] imx-ipuv3 2400000.ipu: di clk:148500000 [ 3.630836] imx-ipuv3 2400000.ipu: round pixel clk:148500000 [ 3.660044] imx-ipuv3 2400000.ipu: div:1 [ 3.660090] mxc_sdc_fb fb@0: Y wrap disabled [ 3.660139] imx-ipuv3 2400000.ipu: IPU DMFC DP HIGH RESOLUTION: 1(0,1), 5B(2~5), 5F(6,7) [ 3.660164] imx-prg 21cc000.prg: bind prg0 ch0 with pre0 [ 4.660593] imx-prg 21cc000.prg: wait for buffer ready timeout [ 4.661166] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_phy_init [ 4.661185] mxc_sdc_fb fb@0: Y wrap disabled [ 4.689222] imx-pre 21c8000.pre: timeout waiting for PRE to run out of problematic window for shadow update [ 4.689317] mxc_sdc_fb fb@0: Update complete [ 4.689352] mxc_hdmi 20e0000.hdmi_video: event=FB_EVENT_MODE_CHANGE [ 4.694476] imx-ipuv3 2400000.ipu: IPU Warning - IPU_INT_STAT_10 = 0x00080000 [ 4.830798] mxc_sdc_fb fb@0: blank = 0 [ 4.830809] mxc_hdmi 20e0000.hdmi_video: event=FB_EVENT_BLANK - UNBLANK [ 4.841445] mxc_hdmi 20e0000.hdmi_video: event=FB_EVENT_FB_REGISTERED [ 4.847895] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_fb_registered [ 4.853832] mxc_hdmi 20e0000.hdmi_video: Hotplug interrupt received [ 4.860356] mxc_sdc_fb fb@0: Reconfiguring framebuffer [ 4.860366] mxc_sdc_fb fb@0: Reconfiguring framebuffer on the fly [ 4.860373] mxc_sdc_fb fb@0: Y wrap disabled [ 4.879261] mxc_hdmi 20e0000.hdmi_video: phy_int_stat=0x3d, phy_int_pol=0x2 [ 4.879271] mxc_hdmi 20e0000.hdmi_video: EVENT=plugin [ 4.879277] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_cable_connected [ 4.879284] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_read_edid [ 4.915611] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_edid_rebuild_modelist [ 5.929391] mxc_sdc_fb fb@0: MXCFB_WAIT_FOR_VSYNC: timeout 0 [ 6.969344] mxc_sdc_fb fb@0: MXCFB_WAIT_FOR_VSYNC: timeout 0 [ 7.479334] mxc_sdc_fb fb@0: timeout when waiting for on the fly config irq [ 7.479353] fbcon_init: detected unhandled fb_set_par error, error code -110 [ 7.479618] mxc_sdc_fb fb@0: Y wrap disabled [ 7.609225] imx-pre 21c8000.pre: timeout waiting for PRE to run out of problematic window for shadow update [ 7.609440] mxc_sdc_fb fb@0: Update complete [ 7.641447] Console: switching to colour frame buffer device 240x67 [ 7.641466] mxc_sdc_fb fb@0: Y wrap disabled [ 8.149339] mxc_sdc_fb fb@0: timeout when waiting for flip irq [ 8.295398] mxc_hdmi 20e0000.hdmi_video: Added mode 0: [ 8.295406] mxc_hdmi 20e0000.hdmi_video: xres = 1920, yres = 1080, freq = 60, vmode = 0, flag = 17 [ 8.295418] mxc_hdmi 20e0000.hdmi_video: Added mode 2: [ 8.295423] mxc_hdmi 20e0000.hdmi_video: xres = 640, yres = 480, freq = 60, vmode = 0, flag = 4 [ 8.295439] mxc_hdmi 20e0000.hdmi_video: Added mode 10: [ 8.295444] mxc_hdmi 20e0000.hdmi_video: xres = 1920, yres = 1080, freq = 60, vmode = 32, flag = 2 [ 8.295453] mxc_hdmi 20e0000.hdmi_video: Added mode 11: [ 8.295458] mxc_hdmi 20e0000.hdmi_video: xres = 1920, yres = 1080, freq = 50, vmode = 32, flag = 2 [ 8.295466] mxc_hdmi 20e0000.hdmi_video: Added mode 12: [ 8.295471] mxc_hdmi 20e0000.hdmi_video: xres = 1920, yres = 1080, freq = 30, vmode = 32, flag = 2 [ 8.295480] mxc_hdmi 20e0000.hdmi_video: Added mode 13: [ 8.295485] mxc_hdmi 20e0000.hdmi_video: xres = 1920, yres = 1080, freq = 24, vmode = 32, flag = 2 [ 8.295494] mxc_hdmi 20e0000.hdmi_video: Added mode 14: [ 8.295501] mxc_hdmi 20e0000.hdmi_video: xres = 1280, yres = 720, freq = 50, vmode = 32, flag = 2 [ 8.295510] mxc_hdmi 20e0000.hdmi_video: Added mode 15: [ 8.295517] mxc_hdmi 20e0000.hdmi_video: xres = 1280, yres = 720, freq = 100, vmode = 32, flag = 2 [ 8.295527] mxc_hdmi 20e0000.hdmi_video: Added mode 16: [ 8.295533] mxc_hdmi 20e0000.hdmi_video: xres = 1280, yres = 720, freq = 120, vmode = 32, flag = 2 [ 8.295541] mxc_hdmi 20e0000.hdmi_video: Added mode 17: [ 8.295546] mxc_hdmi 20e0000.hdmi_video: xres = 720, yres = 480, freq = 59, vmode = 32, flag = 1 [ 8.295554] mxc_hdmi 20e0000.hdmi_video: Added mode 18: [ 8.295559] mxc_hdmi 20e0000.hdmi_video: xres = 720, yres = 576, freq = 50, vmode = 32, flag = 1 [ 8.295602] mxc_sdc_fb fb@0: Y wrap disabled [ 8.799328] mxc_sdc_fb fb@0: timeout when waiting for flip irq [ 9.049074] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_set_mode [ 9.049098] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_set_mode: New video mode [ 9.049113] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_set_mode_to_vga_dvi [ 9.049130] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_notify_fb [ 9.049146] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_phy_disable [ 9.049334] mxc_sdc_fb fb@0: Reconfiguring framebuffer [ 9.049367] imx-ipuv3 2400000.ipu: Channel already disabled 10 [ 9.049390] imx-ipuv3 2400000.ipu: Channel already uninitialized 10 [ 9.054569] mxc_sdc_fb fb@0: allocated fb @ paddr=0xF2800000, size=691200. [ 9.109150] mxc_sdc_fb fb@0: Reconfiguring framebuffer [ 9.159265] imx-ipuv3 2400000.ipu: DC stop timeout - 5 * 10ms [ 9.159309] imx-ipuv3 2400000.ipu: ipu busfreq high release. [ 9.159326] imx-ipuv3 2400000.ipu: init channel = 9 [ 9.159336] imx-ipuv3 2400000.ipu: ipu busfreq high requst. [ 9.159360] mxc_sdc_fb fb@0: pixclock = 25175000l Hz [ 9.159361] imx-ipuv3 2400000.ipu: IPU Warning - IPU_INT_STAT_10 = 0x00080000 [ 9.159367] imx-ipuv3 2400000.ipu: panel size = 640 x 480 [ 9.159374] imx-ipuv3 2400000.ipu: pixel clk = 25175000 [ 9.159399] imx-ipuv3 2400000.ipu: try ipu internal clk [ 9.159415] imx-ipuv3 2400000.ipu: rounded pix clk:25142857 [ 9.159423] imx-ipuv3 2400000.ipu: round pixel clk:25142857 [ 9.189255] imx-ipuv3 2400000.ipu: div:10 [ 9.189291] mxc_sdc_fb fb@0: Y wrap disabled [ 9.189338] imx-prg 21cc000.prg: bind prg0 ch0 with pre0 [ 10.189709] imx-prg 21cc000.prg: wait for buffer ready timeout [ 10.189724] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_phy_init [ 10.189734] mxc_hdmi 20e0000.hdmi_video: hdmi_phy_configure [ 10.202772] mxc_hdmi 20e0000.hdmi_video: hdmi_phy_configure [ 10.215809] mxc_sdc_fb fb@0: Y wrap disabled [ 10.291800] imx-pre 21c8000.pre: timeout waiting for PRE to run out of problematic window for shadow update [ 10.291805] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 10.291855] mxc_sdc_fb fb@0: Update complete [ 10.291865] mxc_hdmi 20e0000.hdmi_video: event=FB_EVENT_MODE_CHANGE [ 10.291870] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_setup [ 10.291876] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_setup - video mode changed [ 10.291885] mxc_hdmi 20e0000.hdmi_video: CEA mode used vic=0 [ 10.291893] mxc_hdmi 20e0000.hdmi_video: hdmi_av_composer [ 10.291900] mxc_hdmi 20e0000.hdmi_video: final pixclk = 24780000 [ 10.291908] mxc_hdmi 20e0000.hdmi_video: hdmi_av_composer exit [ 10.291914] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_phy_init [ 10.291923] mxc_hdmi 20e0000.hdmi_video: hdmi_phy_configure [ 10.304961] mxc_hdmi 20e0000.hdmi_video: hdmi_phy_configure [ 10.317995] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_enable_video_path [ 10.318001] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_setup CEA mode [ 10.318011] mxc_hdmi 20e0000.hdmi_video: hdmi_enable_audio_clk [ 10.318016] mxc_hdmi 20e0000.hdmi_video: set up AVI frame [ 10.349256] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_setup exit [ 10.349256] [ 10.349300] mxc_sdc_fb fb@0: Y wrap disabled [ 10.429013] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 10.859330] mxc_sdc_fb fb@0: timeout when waiting for flip irq [ 10.872029] mxc_sdc_fb fb@0: Y wrap disabled [ 10.909652] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 11.379329] mxc_sdc_fb fb@0: timeout when waiting for flip irq [ 11.379381] mxc_sdc_fb fb@0: Y wrap disabled [ 11.392469] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 11.889315] mxc_sdc_fb fb@0: timeout when waiting for flip irq [ 11.952865] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 11.957594] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_notify_fb exit [ 12.032604] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 12.035783] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_notify_fb [ 12.112343] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 12.118257] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_phy_disable [ 12.194275] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 12.196211] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_phy_disable - exit [ 12.318475] mxc_sdc_fb fb@0: Reconfiguring framebuffer [ 12.318718] mxc_sdc_fb fb@1: mxcfb_probe enter [ 12.318730] mxc_sdc_fb fb@1: get of property mode_str fail [ 12.318748] mxc_sdc_fb fb@1: NO mxc display driver found! [ 12.322765] pps pps0: new PPS source ptp0 [ 12.329537] fec 2188000.ethernet eth0: registered PHC device 0 [ 12.331284] imx_thermal 20c8000.anatop:tempmon: Extended Commercial CPU temperature grade - max:105C critical:100C passive:95C [ 12.331383] Hot alarm is canceled. GPU3D clock will return to 64/64 [ 12.332023] mxc_sdc_fb fb@1: mxcfb_probe enter [ 12.332036] mxc_sdc_fb fb@1: get of property mode_str fail [ 12.332058] mxc_sdc_fb fb@1: NO mxc display driver found! [ 12.332549] mxc_sdc_fb fb@1: mxcfb_probe enter [ 12.332561] mxc_sdc_fb fb@1: get of property mode_str fail [ 12.332576] mxc_sdc_fb fb@1: NO mxc display driver found! [ 12.339081] Micrel KSZ9021 Gigabit PHY 2188000.ethernet-1:03: attached PHY driver (mii_bus:phy_addr=2188000.ethernet-1:03, irq=POLL) [ 12.369314] imx-ipuv3 2400000.ipu: DC stop timeout - 5 * 10ms [ 12.369392] imx-ipuv3 2400000.ipu: ipu busfreq high release. [ 12.369433] imx-ipuv3 2400000.ipu: init channel = 9 [ 12.369458] imx-ipuv3 2400000.ipu: ipu busfreq high requst. [ 12.369502] mxc_sdc_fb fb@0: pixclock = 148500000l Hz [ 12.369501] imx-ipuv3 2400000.ipu: IPU Warning - IPU_INT_STAT_10 = 0x00080000 [ 12.369522] imx-ipuv3 2400000.ipu: panel size = 1920 x 1080 [ 12.369540] imx-ipuv3 2400000.ipu: pixel clk = 148500000 [ 12.369610] imx-ipuv3 2400000.ipu: try ipu internal clk [ 12.369633] imx-ipuv3 2400000.ipu: rounded pix clk:176000000 [ 12.369651] imx-ipuv3 2400000.ipu: try ipu ext di clk [ 12.369676] imx-ipuv3 2400000.ipu: di clk:148500000 [ 12.369712] imx-ipuv3 2400000.ipu: round pixel clk:148500000 [ 12.399357] imx-ipuv3 2400000.ipu: div:1 [ 12.399419] mxc_sdc_fb fb@0: Y wrap disabled [ 12.399493] imx-ipuv3 2400000.ipu: DMFC high resolution has set, will not change [ 12.399529] imx-prg 21cc000.prg: bind prg0 ch0 with pre0 [ 13.400273] imx-prg 21cc000.prg: wait for buffer ready timeout [ 13.401180] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_phy_init [ 13.401207] mxc_hdmi 20e0000.hdmi_video: hdmi_phy_configure [ 13.413351] mxc_hdmi 20e0000.hdmi_video: hdmi_phy_configure [ 13.425391] mxc_sdc_fb fb@0: Y wrap disabled [ 13.445292] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 13.467917] imx-pre 21c8000.pre: timeout waiting for PRE to run out of problematic window for shadow update [ 13.467921] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 13.467962] mxc_sdc_fb fb@0: Update complete [ 13.467973] mxc_hdmi 20e0000.hdmi_video: event=FB_EVENT_MODE_CHANGE [ 13.467981] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_setup [ 13.467986] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_setup - video mode changed [ 13.467995] mxc_hdmi 20e0000.hdmi_video: CEA mode used vic=16 [ 13.468003] mxc_hdmi 20e0000.hdmi_video: hdmi_av_composer [ 13.468013] mxc_hdmi 20e0000.hdmi_video: final pixclk = 148500000 [ 13.468021] mxc_hdmi 20e0000.hdmi_video: hdmi_av_composer exit [ 13.468027] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_phy_init [ 13.468037] mxc_hdmi 20e0000.hdmi_video: hdmi_phy_configure [ 13.480072] mxc_hdmi 20e0000.hdmi_video: hdmi_phy_configure [ 13.492109] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_enable_video_path [ 13.492117] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_setup CEA mode [ 13.492127] mxc_hdmi 20e0000.hdmi_video: hdmi_enable_audio_clk [ 13.492134] mxc_hdmi 20e0000.hdmi_video: set up AVI frame [ 13.515132] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 13.529241] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_setup exit [ 13.529241] [ 13.529515] mxc_sdc_fb fb@0: Y wrap disabled [ 13.559250] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received .......................... [ 14.011217] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 14.039316] mxc_sdc_fb fb@0: timeout when waiting for flip irq [ 14.041223] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 14.081533] mxc_sdc_fb fb@0: Y wrap disabled [ 14.101229] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received .......................... [ 14.584323] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 14.589302] mxc_sdc_fb fb@0: timeout when waiting for flip irq [ 14.589361] mxc_sdc_fb fb@0: Y wrap disabled [ 14.614327] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received .......................... [ 15.094580] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 15.099295] mxc_sdc_fb fb@0: timeout when waiting for flip irq [ 15.159937] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_notify_fb exit [ 15.184587] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 15.186572] mxc_hdmi 20e0000.hdmi_video: mxc_hdmi_cable_connected exit [ 15.215590] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 15.449726] fec 2188000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx [ 15.451501] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 15.479325] Sending DHCP requests . [ 15.482506] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 15.898440] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 15.919244] , [ 15.928448] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 15.958451] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 15.979302] OK [ 15.981125] IP-Config: Got DHCP answer from 192.168.1.1, my address is 192.168.1.12 [ 15.988457] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 15.988797] IP-Config: Complete: [ 15.998406] device=eth0, hwaddr=00:0d:15:01:b0:f4, ipaddr=192.168.1.12, mask=255.255.255.0, gw=192.168.1.1 [ 16.008553] host=192.168.1.12, domain=, nis-domain=(none) [ 16.014420] bootserver=0.0.0.0, rootserver=192.168.1.41, rootpath= [ 16.014428] nameserver0=208.67.220.220 [ 16.018459] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 16.021077] , nameserver1=208.67.222.222 [ 16.035658] cfg80211: Loading compiled-in X.509 certificates for regulatory database [ 16.045982] Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 16.049470] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 16.053202] Loaded X.509 cert 'wens: 61c038651aabdcf94bd0ac7ff06c7248db18c600' [ 16.065353] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 [ 16.074001] clk: Disabling unused clocks [ 16.078149] ALSA device list: [ 16.079480] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 16.081155] platform regulatory.0: Falling back to sysfs fallback for: regulatory.db [ 16.087502] #0: imx6-rex-sgtl5000 [ 16.109488] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 16.115993] VFS: Mounted root (nfs filesystem) on device 0:16. [ 16.122173] devtmpfs: mounted [ 16.126823] Freeing unused kernel image (initmem) memory: 1024K [ 16.133864] Run /sbin/init as init process [ 16.139491] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 16.169508] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 16.200505] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received INIT: version 3.04 booting[ 16.230512] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received /bin/hostname: invalid option -- [ 16.621278] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 16.651279] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received INIT: [ 16.682294] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received Entering runlevel: 3[ 16.712292] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received Starting udev [ 17.295615] udevd[184]: starting version 3.2.14 [ 22.689252] random: crng init done [ 22.743558] udevd[186]: starting eudev-3.2.14 [ 22.889792] mxc_sdc_fb fb@1: mxcfb_probe enter [ 22.900906] mxc_sdc_fb fb@1: get of property mode_str fail [ 22.906486] mxc_sdc_fb fb@1: NO mxc display driver found! [ 22.917520] platform fb@1: deferred probe pending [ 22.938942] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 23.040064] caam-snvs 20cc000.caam-snvs: ipid matched - 0x3e [ 23.045825] caam-snvs 20cc000.caam-snvs: violation handlers armed - non-secure state [ 23.054427] mxc_sdc_fb fb@1: mxcfb_probe enter [ 23.058922] mxc_sdc_fb fb@1: get of property mode_str fail [ 23.059962] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 23.069185] mxc_sdc_fb fb@1: NO mxc display driver found! [ 23.069883] caam 2100000.crypto: Entropy delay = 3200 [ 23.088553] caam 2100000.crypto: Instantiated RNG4 SH0 [ 23.089973] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 23.097590] caam 2100000.crypto: Instantiated RNG4 SH1 [ 23.105821] caam 2100000.crypto: device ID = 0x0a16010000000000 (Era 4) [ 23.113508] caam 2100000.crypto: job rings = 2, qi = 0 [ 23.119982] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 23.121844] mxc_sdc_fb fb@1: mxcfb_probe enter [ 23.136293] mxc_sdc_fb fb@1: get of property mode_str fail [ 23.144839] mxc_sdc_fb fb@1: NO mxc display driver found! [ 23.150990] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 23.340505] caam algorithms registered in /proc/crypto [ 23.346002] caam 2100000.crypto: rng crypto API alg registered prng-caam [ 23.352778] caam 2100000.crypto: registering rng-caam [ 23.359552] Device caam-keygen registered [ 23.361193] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 23.364105] mxc_sdc_fb fb@1: mxcfb_probe enter [ 23.374530] mxc_sdc_fb fb@1: get of property mode_str fail [ 23.380068] mxc_sdc_fb fb@1: NO mxc display driver found! [ 23.387137] mxc_sdc_fb fb@1: mxcfb_probe enter [ 23.391198] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received [ 23.391689] mxc_sdc_fb fb@1: get of property mode_str fail [ 23.403470] mxc_sdc_fb fb@1: NO mxc display driver found! [ 23.421202] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received sysctl: cannot stat /proc/sys/net/ipv4/tcp_syncookies: No such file or directory [ 23.662273] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received hwclock: settimeofday: Invalid argument [ 23.692282] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received Fri Mar 9 12:34:56 UTC 2018 [ 24.445649] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received Setting kernel log level to 3 [ 24.475672] mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received Configuring network interfaces... ip: RTNETLINK answers: File exists ifup skipped for nfsroot interface eth0 run-parts: /etc/network/if-pre-up.d/nfsroot: exit status 1 ip: SIOCGIFFLAGS: No such device Starting system message bus: dbus. Starting OpenBSD Secure Shell server: sshd done. Starting syslogd/klogd: done Poky (Yocto Project Reference Distro) 5.0.9 imx6-rexultra /dev/console imx6-rexultra login: There were hundereds of repeation of "mxc_hdmi 20e0000.hdmi_video: Overflow interrupt received" which I have cleaned Re: Problem in setting up PRE -> PRG -> IPU -> HDMI pipeline on i.MX6 the link you shared includes different imx6 boards, I don't know which one you used, for standard HDMI or IPU settings in the dts files, I suggest that you can refer to the nxp official bsp https://github.com/nxp-imx/linux-imx/tree/lf-6.6.y/arch/arm/boot/dts/nxp/imx you can find different imx6 board settings, you can refer to that and porting this on your own board by yourself, you also can refer to the porting guide for detailed information https://www.nxp.com/docs/en/user-guide/UG10165.pdf Re: Problem in setting up PRE -> PRG -> IPU -> HDMI pipeline on i.MX6 We have already contacted them, and they confirmed that this is the extent of the support they can provide. Development for the i.MX6 board has been discontinued. At this point, the available options are either to migrate to an i.MX8-based platform or to take ownership of the porting and maintenance effort ourselves. The issue appears to be internal to the SoC, specifically related to the interconnection and configuration of the PRE, PRG, IPU, and HDMI blocks. This strongly suggests a device tree configuration problem rather than an external hardware fault as the HDMI driver is up and runinning. Re: Problem in setting up PRE -> PRG -> IPU -> HDMI pipeline on i.MX6 this is third party company board, I suggest that you can contact them to get further support, because board settings are based on the HW design, they should offer the basic booting up support, if the issue is related to the imx6 SOC, we can offer the support Re: Problem in setting up PRE -> PRG -> IPU -> HDMI pipeline on i.MX6 Modified imx6qdl-rex.dtsi to add following mxcfb1: fb@0 { compatible = "fsl,mxc_sdc_fb"; disp_dev = "hdmi"; interface_pix_fmt = "RGB24"; mode_str ="1920x1080M@60"; default_bpp = <24>; int_clk = <0>; late_init = <0>; status = "disabled"; }; mxcfb2: fb@1 { compatible = "fsl,mxc_sdc_fb"; disp_dev = "ldb"; interface_pix_fmt = "RGB666"; default_bpp = <16>; int_clk = <0>; late_init = <0>; status = "disabled"; }; mxcfb3: fb@2 { compatible = "fsl,mxc_sdc_fb"; disp_dev = "lcd"; interface_pix_fmt = "RGB565"; mode_str ="CLAA-WVGA"; default_bpp = <16>; int_clk = <0>; late_init = <0>; status = "disabled"; }; mxcfb4: fb@3 { compatible = "fsl,mxc_sdc_fb"; disp_dev = "ldb"; interface_pix_fmt = "RGB666"; default_bpp = <16>; int_clk = <0>; late_init = <0>; status = "disabled"; }; Re: Problem in setting up PRE -> PRG -> IPU -> HDMI pipeline on i.MX6 So, If i build linux-fslc with imx_v6_v7_defconfig it uses ETNAVIV and IMX_IPUV3 drivers and enables following and I do get HDMI output CONFIG_DRM_ETNAVIV CONFIG_DRM_IMX CONFIG_IMX_IPUV3_CORE CONFIG_DRM CONFIG_DRM_DW_HDMI Where as linux-imx with imx_v7_defconfig uses VIVANTE and MXC_IPU. This is where I lose my HDMI output. It enables following CONFIG_MXC_GPU_VIV CONFIG_MXC_IPU CONFIG_MXC_IPU_V3_PRE CONFIG_FB_MXC_HDMI My understanding is hdmi with working with DRM_IMX_IPUV3 and not working with MXC_IPU.  Now I want to ask is it possible to use VIVANTE GPU driver with DRM_IMX_IPUV3 instead of MXC_IPU.  I did try it but I ended up in a kernel panic which you can check here https://pastebin.com/S4VRQU9u . Re: Problem in setting up PRE -> PRG -> IPU -> HDMI pipeline on i.MX6 linux-fslc is community bsp, not developed by the NXP, and supported by the [email protected],  linux-imx  is nxp official bsp, it seems your bsp is based on the linux-fslc, for the linux-imx, if you are interested with nxp official bsp, you can refer to the 6.3.2 Image Processing Unit (IPU) of enclosed file

SDK 为 RT685-AUD-EVK 启用 8 通道 DMIC 板 我本来想找一个恩智浦提供的软件开发工具包，用 RT685-AUD-EVK 来设置我的 8 通道 DMIC 板。我想恩智浦应该有一些准备就绪，因为他们出售这两款设备。如果有人能为我指点迷津，将不胜感激。谢谢！ Re: SDK to enable 8ch DMIC Board for RT685-AUD-EVK 你好， 我正在尝试使用 8-DMIC 阵列板在 EVK-MIMXRT685 上运行 dmic_multi_channel CM33 演示。 根据演示文档，在 J31 上启用 8-DMIC 板需要移动多个电阻器（例如R379、R380、R384、R389、R390、R391、R392 至 2-3）。完成此操作后，FlexSPI 八进制闪存 (U19) 变得无法访问： -LinkServer 闪存失败 -ROM ISP (blhost) 已连接，但是 FLEX-SPI-或非 显示扇区大小 = 0 /页面大小 = 0 -无法擦除/写入闪存 我的问题： 这个演示是否有望在没有八进制闪存（仅限 RAM 的工作流程）的情况下运行？ 更换电阻器后是否有官方的闪存/启动程序？ 是否所有电阻器都需要更改，还是某些电阻器可以保持默认状态以保证 FlexSPI 闪存工作？ 现在看来所需的DMIC硬件设置会阻止正常的闪存编程/启动。 感谢您的指导。 Re: SDK to enable 8ch DMIC Board for RT685-AUD-EVK 您好， 我认为将多个 DMIC 中的 PCM 采样放到 USB 负载中是可以的，因为 DMIC 和 USB 都是流，要注意同步问题。 BR 荣向军 Re: SDK to enable 8ch DMIC Board for RT685-AUD-EVK @xiangjun_rong 谢谢你我成功地用这个 SDK 听了 8ch DMIC 板。我的下一个目标是通过 USB 将 8 个通道连接到电脑上。我认为将 DMIC_Multi_Ch 和 USB_Device_Composite_Audio_Multi_Ch 结合起来会很有效，您对如何结合这两个软件包有什么指导意见吗？或者，是否已经有一款软件可以做到这一点，而我却忽略了？ Re: SDK to enable 8ch DMIC Board for RT685-AUD-EVK 谢谢你，我可以用 DMIC 驱动程序示例来监听麦克风了。我的下一个目标是将 dmic 的 8 个通道接入电脑，我认为将 dmic_multi_channel 与 usb_device_composite_audio_multi_ch 结合起来会很有效。您对如何合并这两个 sdk 有什么指导意见吗？ @xiangjun_rong Re: SDK to enable 8ch DMIC Board for RT685-AUD-EVK 您好， 遗憾的是，没有基于 AUD-EVK 的示例，所有示例都基于 MIMXRT685-EVK。由于引脚具有多重功能，因此电阻用于切换功能。因此，不要关心电阻器，只检查引脚是否连接到 DMIC 设备即可。 希望对您有所帮助 BR 荣向军 Re: SDK to enable 8ch DMIC Board for RT685-AUD-EVK 谢谢。read_me 中的说明是针对 MIMXRT685-EVK 的，包括移动电阻器和重新焊接。有人使用过 AUD-EVK 的 SDK 吗？我不想听错板的指令然后发现我不应该移动它们... Re: SDK to enable 8ch DMIC Board for RT685-AUD-EVK 您好， 有 DMIC 驱动程序示例作为 i.mxrt600 系列的屏幕截图，请尝试使用它。 希望对您有所帮助 BR 荣向军

Fedora 41 上的 GUI Guider 身份验证窗口焦点问题 - 窗口保持模态并导致崩溃 说明： 我在 Fedora 41 上的 GUI Guider 遇到了一个关键问题，即身份验证成功后，身份验证窗口拒绝关闭，导致应用程序崩溃。 环境： 操作系统：Fedora 41 工作站 桌面环境：GNOME (Wayland/X11) GUI Guider 版本：1.10.0 和 1.10.1 以前的工作配置：同样的设置完美运行了几个星期，直到今天早上 症状 GUI Guider 正常启动并显示身份验证窗口 在输入有效凭据并成功进行身份验证后，身份验证窗口将保持打开 状态。身份验证窗口捕获并保持输入焦点，防止与 GUI Guider 主窗口（如果它打开）交互 尝试关闭身份验证窗口（单击 X 按钮）会关闭整个应用程序，而不仅仅是模态对话框 。GUI Guider 主窗口可能在后台可见，但由于模态身份验证窗口被阻塞而无法访问焦点 可重复性：自今天上午以来的每次上市均可实现 100% 的可重复性。这个问题是在我没有进行任何系统更新或配置更改的情况下突然出现的。 由于这完全阻碍了我的开发工作流程，如果能提供任何帮助或指导，将不胜感激。 Re: GUI Guider authentication window focus issue on Fedora 41 - window remains modal and causes cras 你好，@PBouchand、 正如 GUI Guider 产品页面的系统要求中所述，支持的操作系统是 Windows 11（64 位）、Ubuntu 24.04 或 macOS 11.6。我们不对不同的发行版进行测试，这就是为什么我们无法保证 Fedora 上的 Ubuntu 版本的 GUI Guider 能够完全正常运行的原因。话虽如此，由于你的计算机上安装的 GUI Guider 没有任何变化，我会尝试看看底层软件是否有变化，比如操作系统本身。 BR, Edwin. Re: GUI Guider authentication window focus issue on Fedora 41 - window remains modal and causes cras 你好 我用 Ubuntu 22.04 试过，也遇到了同样的问题。 我还没有尝试过 Ubuntu 24。 请注意，删除 .config/gui-guider、重新启动、不接受或拒绝 cookies 的身份验证是一种变通方法。 祝您愉快 帕特里斯

Periodic ADC sampling + DMA with MIMXRT533 I am using the MIMXRT533 in an application where I need to sample a signal periodically with the ADC and move that data into a buffer. I need this all to be done deterministically and without CPU intervention. Once the buffer is full I intend to trigger an interrupt to stop the ADC sampling, process the data, and prepare for the next acquisition. My current approach is as follows: SCTimer generates a 50 kHz signal on SCT0_OUT4. SCT0_OUT4 triggers the ADC to complete a conversion  The ADC FIFO0 watermark is set to 1 and the DMA request is enabled, so once a conversion is complete the DMA is triggered I need 3400 samples, so the DMA is configured with 4 linked descriptors to cover this full amount since we have a max XFERCOUNT of 1024 per descriptor The DMA is configured to accept hardware triggering and peripheral requests are turned off since the ADC does not support peripheral DMA request as per the datasheet. A DMA callback is defined which should stop the SCTimer and reset everything once the DMA reaches the end of the final linked descriptor. Unfortunately, this does not work as expected. I get two ADC samples at each linked descriptor boundary, and zeros everywhere else. Is this because the ADC does not have a traditional DMA request line to pace the transfer? Is there any way to achieve what I am trying to do with the MIMXRT533? I assume there has to be a way to perform periodic sampling without CPU intervention, but I'm a bit stumped as to how to proceed. Any direction would be appreciated. I couldn't find anything similar to what I'm trying to do in the SDK examples. All the ADC examples there were single software triggered samples, no periodic hardware triggering. Re: Periodic ADC sampling + DMA with MIMXRT533 Take a look at this post: https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/RT685-CTimer0-callBack-delayed/m-p/2259801#M35834 I've do it on a rt685. Regards. Re: Periodic ADC sampling + DMA with MIMXRT533 Hi @katte82, It makes sense that the same issue happens with a similar setup on the RT685, since these two devices use the same modules than the RT533. @npmarshall, could you try adjusting the priorities as mentioned by the linked post? Does this also provide a workaround for your issue? BR, Edwin. Re: Periodic ADC sampling + DMA with MIMXRT533 I actually found a different solution for my application. Since I'm already generating a 50 kHz PWM to trigger the ADC with SCTimer SCT0_OUT4, I added an event to the SCTimer which creates a DMA request at the same time that SCT0_OUT4 goes low. By setting the INPUTMUX to send the SCT DMA request to the DMA trigger input instead of the ADC DMA request, I was able to get the buffer to fill properly with pacing set by the SCTimer instead of the ADC. The other relevant DMA settings are setting HWTRIGEN=1, TRIGTYPE=1 (Level triggering), TRIGPOL=1 (Active high). This way the SCTimer handles both triggering the ADC and telling the DMA to move data out of the FIFO after the ADC has had enough time to complete a sample conversion.

クロックツールはRT595のSDIOクロックを50MHzに制限します Config tools V 24.12 のクロック ツールは SDIO0 のクロックを最大 50 MHz に制限していますが、高速 MMC モードを使用するには 200 MHz が必要です。これはクロックツールのバグですか、それとも実際の制限ですか?   Re: Clocks tool limits SDIO clocks to 50MHz for RT595 現在、MCUXpresso V 25.6 を使用していますが、クロック ツールが修正され、200MHz が SDIO に供給されるようになりました。@marek_neuzilと関係者全員に感謝します Re: Clocks tool limits SDIO clocks to 50MHz for RT595 こんにちは、 SDIO0 および SDIO1 クロック出力周波数の制限は、今後のリリースで修正される予定です。SDIO0 の周波数制限は 400 MHz、SDIO1 の周波数制限は 208 MHz となります。 よろしくお願いいたします。 マレク・ノイジル Re: Clocks tool limits SDIO clocks to 50MHz for RT595 こんにちは、 遅くなって申し訳ありません。対応を促しましたが、データシートにギャップがあるため、RT595 MCU の設計チームが提供する解決策をまだ待っています。 よろしくお願いいたします。 マレク・ノイジル Re: Clocks tool limits SDIO clocks to 50MHz for RT595 マレク・ノイジル様へ: RT595 の eMMC ペリフェラル のクロック速度の範囲に関して発見したことをこのフォーラムに更新してください。 Re: Clocks tool limits SDIO clocks to 50MHz for RT595 これを調査することに同意していただきありがとうございます。何かを修正する必要があることはほぼ確実だと思いますし、あなたもそう思われているようですね。正しいクロック仕様が確定したら、このフォーラムを更新することを忘れないでください。プロジェクト全体の承認を得るために、あなたの返答を待っています。 Re: Clocks tool limits SDIO clocks to 50MHz for RT595 こんにちは、 内部ドキュメントを確認したところ、MCU 固有の周波数制限が RM に欠落しているようです。i.MX RT595 MCU の SDIO0 および SDIO1 ペリフェラルの正しい周波数制限を確認したいと思います。RT595 クロック モデルは、周波数制限が確認されると修正されます。 よろしくお願いいたします。 マレク・ノイジル Re: Clocks tool limits SDIO clocks to 50MHz for RT595 SD_CLK 信号は外部 MMC メモリに送られる出力です。このピンには 200 MHz が外部から供給されることはありません。SD/MMC ペリフェラルに供給されるクロックが 50 MHz しかない場合、RT595 は本当にこのピンで 200 MHz を出力できるのでしょうか?SD/MMC ペリフェラル内に 50 MHz から 200 MHz を生成できる PLL (またはその他の周波数逓倍器) に関するドキュメントは見当たりません。SD_CLK 周波数が基本周波数よりも高くなる可能性があることを示唆するドキュメントはどこにありますか?RT595 はどのようにして SD_CLK 出力で 200MHz を生成するのでしょうか。それを実現するにはどのようなクロック構成が必要ですか。 Re: Clocks tool limits SDIO clocks to 50MHz for RT595 こんにちは@jacobvecht 、 「条件」列に示されているように、200MHz クロックは SD_CLK 信号に供給されますが、これは SDMMC モジュールのルート クロックではありません。 Re: Clocks tool limits SDIO clocks to 50MHz for RT595 エドウィン: 申し訳ありませんが、あなたの答えは役に立ちません。RT500 は SD カード仕様 3.0 と互換性があるように指定されています。リファレンス・マニュアルに SD 仕様 1.1 が引用されている理由がわかりません。RT500 のデータシートの表 47 には、HS400 モードに必要なクロックが 50MHz ではなく 200MHz であることが示されています。HS400 モードに入る方法を誰か説明してもらえますか?   Re: Clocks tool limits SDIO clocks to 50MHz for RT595 こんにちは@jacobvecht 、 SD 物理仕様によると、最大 SD クロック周波数は 50 MHz であり、これはクロック構成ツールの最大構成と一致します。これについては、RT500 RM の 50.5.5 [SYS_CTRL[DVS]] の章で確認できます。 RT500 SDK は、MMC タイミングをさまざまな高速モードに切り替えるソフトウェア コードを提供します。 BR、 エドウィン。

T4T NDEF エミュレーションの例では、NFCリーダ (PN7160) で 134 バイトしか読み取れません。 こんにちは、チームの皆さん 私はPN7160でNXP linux_libnfc-nci t4t-ndef-emulation_example を使用しています。 参考例: https://github.com/NXPNFCLinux/linux_libnfc-nci_examples/tree/master/t4t-ndef-emulation_example ユース・ケース 1つのボードがタイプ4タグ（T4T）として機能し、ログデータを共有します。 別のボードはNFCリーダとして機能する 目標はNFC経由でログデータ（< 8 KB）を取得することです 問題 私のアプリケーションはログデータを正常に書き込むことができます（たとえば、200バイト以上）。 しかし、 NFCリーダ側では、常に最大 134 バイトしか読み取りません。 リーダー出力には次が表示されます: NDEF Content Max size : 134 bytes より多くのデータが書き込まれた場合でも、リーダーはこのサイズを超えて読み取りません。 質問 t4t-ndef-emulation_exampleは設計上134 バイトに制限されていますか? より大きな NDEF サイズ (< 8 KB)をサポートするには、追加のスタック変更が必要ですか? T4T NDEF サイズを増やすための NXP からの参照パッチまたはドキュメントはありますか? どんなアドバイスでも助かります。 ありがとう。 よろしくお願いいたします ニランジャン Re: T4T NDEF emulation example reads only 134 bytes on NFC reader (PN7160) こんにちは、 弊社製品にご興味をお持ちいただきありがとうございます。 最初の質問に関して、私の理解では、アプリケーションは 200 バイトを超えるデータをログに記録できると思います。別のリーダーを使用して完全に読むことができますか? お気づきかもしれませんが、ライブラリの例では、エミュレーションまたはエミュレートされたタグの読み取りのいずれかを実装する方法のみを示しています。NDEF サイズの唯一の制限は仕様です。255 バイトを超える NDEF ファイルを作成して読み取るには、必要に応じてそれぞれのフラグを設定する必要があることに注意してください。 大きなメッセージを読む実装に関しては、それぞれの仕様を検討する必要があることに注意してください。   • エミュレートされた NDEF メッセージをファイルとして正常に構築するための T4T 仕様。 • Large NDEF を正しく構築するための NDEF 仕様。   これらの仕様は購入する必要があるため、詳細な情報を公開することはできません。 例の実装に関してさらにサポートが必要な場合は、実装を私たちと共有してください。喜んで拝見し、具体的なご提案をさせていただきます。 Re: T4T NDEF emulation example reads only 134 bytes on NFC reader (PN7160) こんにちは、 ご返信ありがとうございます。 はい、当社のアプリケーションは 200 バイトを超えるログ データを生成して保存できます。 現在の実装（ log_data.zip ）を添付します。参考までに、 t4t-ndef-emulation_exampleに基づいています。 リーダー側では、 linux_libnfc-nciスタックをベースにしたnfcDemoApp poll を使用しています。 私たちの要件は、同じスタックを実行している別の NFCリーダを使用して、タイプ 4 タグとして機能するデバイスからログ データ (< 8 KB)を取得することです。 現在、より大きな NDEF メッセージを構築しようとした後でも、リーダーは常に次のように報告します。 NDEF Content Max size : 134 bytes このサイズを超えて読み取ることはできません。 255 バイトを超える NDEF ペイロードの場合、 NDEF 仕様に従って適切なフラグを設定する必要があることがわかっています。ただし、現在の例とスタックでは、この制限を超える NDEF データを読み取ることはできません。 以下の点を明確にしていただけますか? t4t-ndef-emulation_example が大きな NDEF ファイル (>255 バイト) を公式にサポートするかどうか nfcDemoApp ポーリングがエミュレーション例によって作成された大きな NDEF レコードの読み取りをサポートしているかどうか このユースケースでlinux_libnfc-nciを使用する際に追加の構成やスタックレベルの変更が必要な場合 サンプルコードに特定の変更が必要な場合はお知らせください。ご指導いただければ幸いです。 よろしくお願いします、 ニランジャン Re: T4T NDEF emulation example reads only 134 bytes on NFC reader (PN7160) お世話になります。 関数 nfcTag_writeNdef() には、unsigned int 型の ndef_buffer_length がパラメータとして存在します。NDEF の理論的な長さは、NDEF 仕様に準拠する必要があります。 writeNDEF を実行した後、実際のホスト (NFC インターフェースは使用せず) から、I2C ホストのみから長さの値を取得できますか? 2 番目の質問に関してですが、なぜ nfcDemoApp を使用しているのですか?この例は、PN7160 ではなく PN7150 を対象としています。PN7160 に tag-read_example を使用してみましたか?linux_libnfc-nci_examples/tag-read_example at master · NXPNFCLinux/linux_libnfc-nci_examples · GitHub この情報が役に立つことを願っています。

CDC VNIC FreeRTOS の例 i.MX RT1050評価キットのUSBインターフェースをネットワークインターフェースとして使用しようとしています。 CDC VNIC フリーRTOS 例。 の上 Linux では、この例は完璧に動作します。搭載のイーサネット インターフェイスと USB インターフェイスの間にブリッジが作成されます。 しかし、 Windows 11では、USBデバイスは COMポート ネットワーク インターフェースの代わりに。 インストールしてみました RNDIS ドライバですが、オンラインで確認した限りでは、Windows にはすでに RNDIS ドライバが組み込まれています。 なぜこのようなことが起こるのか、また Windows が USB インターフェースをネットワーク アダプターとして認識するには何を変更する必要があるのか説明していただけますか? i.MX RT Re: CDC VNIC FreeRTOS example 間違った RNDIS ドライバをインストールしようとしていたようですが、サンプル フォルダー内の「存在を知らなかった」ドライバを使用したところ、動作するようになりました。ありがとうございます。 この例をusbXとthreadXを使用するように変更する必要があります Re: CDC VNIC FreeRTOS example こんにちは@alaanasef96さん、 この例では、Windows 11 ではサポートされていない標準ベースの CDC イーサネット デバイス (CDC-ECM) として列挙されているため、Linux が機能する可能性が高いと考えられます。 RNDIS ドライバーをインストールするために、サンプル プロジェクトの readme.md に示されている手順に従いましたか?これらの手順を実行すると、Windows コンピューターに何か変化が生じますか? BR、 エドウィン。

S32DS 3.5 をインストールしても起動しない 親愛なるみんな; S32DS 3.5はインストール後に起動できませんが、S32DS 3.6.3は正常でした。システム変数から JAVA_HONE 変数を削除したり、S3D2S 3.5 を再インストールしたりするなど、さまざまな解決方法を試しましたが、機能しません。 解決方法がわかりませんので、解決するための提案があれば、大変ありがたく思います。 PC環境: Windows10 64ビット、32GB RAM 添付ファイルはログのファイルですので、ご覧ください。 ths Re: S32DS 3.5 does not start up after installed この欠陥を解決するには、Windows 10 を再インストールすると効果的かもしれません。

X_DES_ACTIVE 中的 TDAR 位未清零（IMX6dl 中的 FEC0） 大家好， 我正在尝试在我的 i.mx6DL SABRESD 板上的 U-启动 环境中启用以太网（通过 KSZ9893 交换机）。简单介绍一下我的方法： 1.不使用 DSA 时，只使用 FEC 驱动程序 (fec_mxc.c)。 2.交换机通过 I2C 配置，无需 MDIO/MII 接口。 3.使用固定链路 RGMII 配置，因此无需进行链路协商。 我在 fecmxc_send（我调用 dhcp 来触发信号 fecmxc_send）期间遇到了一个问题： 在我第一次将 TDAR 位设置为 1 之后，它从未被清除。只有软 FEC RESET 才能清除 TDAR 位。以下是在发送第一帧之前捕获的一些调试信息。 === 时钟/PLL 寄存器 === ANATOP_PLL_ENET = 0x80002003 IOMUXC_GPR1 = 0x48640005 CCM_CCGR1 = 0x0030fc03 === FEC 发送调试 === FEC 寄存器： ECNTRL = 0xf0000122 R_CNTRL = 0x05f20064 x_wmrk = 0x00000102 X_CNTRL = 0x00000004 IEVENT = 0x00000000 IMASK = 0x00000000 X_DES_ACTIVE= 0x00000000 R_DES_ACTIVE= 0x01000000 MIBC= 0xc0000000 ETDSR = 0x8e770e00 ERDSR = 0x8e76f200 EMRBR = 0x00000600 r_bound = 0x00000600 r_fstart = 0x00000520 MII_SPEED = 0x0000001a tbd_index = 0 TX Descriptor[0]： status = 0x8c00 length = 342 data_ptr = 0x8f7fd540 TX Descriptor[1]: status = 0x2000 PHY info: phydev speed = 1000 phydev duplex = 1 phydev link = 1 使用 writel 将 TDAR 位设置为 1 之后（FEC_X_DES_ACTIVE_TDAR，& fec-> eth-> x_des_active）；在执行软 FEC RESET 之前，TDAR 位将保持 1。 这意味着 X_DES_ACTIVE= 0x01000000 始终有效。 您有什么提示可以说明造成这种情况的原因吗？ 先行致谢。 PS：有关时钟的一些信息 ANATOP_PLL_ENET（映射地址。:0x020c80e0）= 0x80002003（DIV_SELECT：位 1-0，125MHz，启用以太网时钟输出：位 13）IOMUXC_GPR1（映射地址。:0x020e0004）= 0x48640005 (ENET_CLK_SEL: bit 21) CCM_CCGR1（映射地址.: 0x020c406C）= 0x0030fc03，（enet_clk_enable：位 11-10） i.MX6 全部 i.MX6DL Re: TDAR-bit in X_DES_ACTIVE not cleared (FEC0 in IMX6dl) 你好@德卡斯特罗 希望你一切都好。 您可以尝试将速度从 1000 降到 100 吗？ 我看到参数phydev speed = 1000 ，也许这就是问题所在。 详情请查看ERR004512。 顺祝商祺！ 萨拉斯 Re: TDAR-bit in X_DES_ACTIVE not cleared (FEC0 in IMX6dl) 首先，非常感谢你的答复。我将速度降到 100，但现象依然存在。   我调试到 U-Boot 下的 MAC 层，发现 FEC 控制器似乎什么也没做。 在 fecmxc_recv 中观察到以下现象： 我手动向 fec->rbd_base[fec->rbd_index].data_pointer 指向的内存中写入一些测试数据，然后调用 flush_dcache_range。 然后，我设置 FEC_R_DES_ACTIVE_RDAR，通知 FEC 有数据，但之后完全没有 IEVENT（= 0x00000000），没有中断 EIR（= 0x00000000），RDAR 位也没有清零。 (在传输过程中也会出现类似情况：IEVENT（= 0x00000000），无中断 EIR（= 0x00000000），且 TDAR 位未清零）   一些要点 - 在探测中，我确实观察到了： writel(readl(&priv->eth->ecntrl) | FEC_ECNTRL_RESET,&priv->eth->ecntrl)； 而 FEC 确实如预期恢复到了 0x00000000。 - 在会话之前，我确实在 fec_open 中观察到 FEC 已启用： writel(readl(&fec->eth->ecntrl) | FEC_ECNTRL_ETHER_EN，&fec->eth->ecntrl)； - 接收前，寄存器的值为 ECNTRL = 0xf0000102 R_CNTRL = 0x05f20064 - 与时钟有关的寄存器： CCM/PLL ANATOP_PLL_ENET = 0x80002003、 IOMUXC_GPR1 = 0x48640005、 CCM_CCGR1 = 0x0030fc03     (只要 FEC 有任何读/写活动，IEVENT 或 EIR 中总会有一些指示）。因此，我认为应首先排除交换机配置的可能性）。   我想听听你对可能的原因的看法——为什么它能在 Linux 下运行，但在 U-Boot 下不行。我在 U-Boot 下遗漏了什么吗？ Re: TDAR-bit in X_DES_ACTIVE not cleared (FEC0 in IMX6dl) 我进一步调查了这个问题，发现如果我在热RESET后进入U-Boot，FEC可以正常工作。因此，我针对此行为创建了一个新票据： FEC控制器 TDAR 位未清零（Uboot） - NXP Community 管理员可以关闭此票据。 Re: TDAR-bit in X_DES_ACTIVE not cleared (FEC0 in IMX6dl) 我终于发现有两个问题需要解决：1.RGMII 使用 GPIO_16 (RGMII_TX_CTL) 作为时钟源，所以我必须在设备树 (DT) 中对其进行配置。2.mx6dlsabresd.c 中未配置 IOMUXC_GPR1。 现在问题解决了。感谢您的帮助，该问题可以关闭了

S32DS 3.5 安装后无法启动 亲爱的各位 S32DS 3.5 安装后无法启动，但 S32DS 3.6.3 可以启动我试过很多方法来解决这个问题，但都行不通，比如：从系统变量中删除 JAVA_HONE 变量，重新安装 S3D2S 3.5。 我不知道如何解决这个问题，如果您有什么建议， 我会非常感激。 电脑环境：window10 64 位，32g 内存 附件是日志文件，请查看。 ths Re: S32DS 3.5 does not start up after installed 重新安装 Windows 10 可能有助于解决这一缺陷。

FIT for CAN-Tranceiver TJA1049T Hello and good day, we are still using the Microcontroller MCP 5606 (SPC5606BF1MLQ6) together with a CAN tranceivers TJA1040 / TJA1050 . For this project / product there we all required FIT / MTTF values. In an other project we are using the CAN transceiver TJA 1049 T and for this we need the FIT / MTTF values for security performance level calculation (Level C over all components must be reached). Please provide as the FIT / MTTF value for the CAN tranceiver TJA 1049 T. Thanks in advance. Re: FIT for CAN-Tranceiver TJA1049T Will send to you later.

MPC5748G: FlexCAN 1 isn't working Hello community, I am currently debugging what appears to be a FlexCAN1 clocking issue on an MPC5748G (Z4_0 core, S32 Design Studio for Power Architecture, SDK 3.0.0) and would appreciate guidance on getting FlexCAN1 operational. Summary of the situation FlexCAN0 is working, FlexCAN1 is not In ClockMan / Component Inspector, FlexCAN1 shows: Interface clock = FS80 Clock source = “-” Frequency = 0 Hz Bus, transceiver, pinmux, bit timing, and FlexCAN configuration are confirmed correct FXOSC is enabled and stable Erratum ERR010595 requirements are fulfilled FXOSCON = 1 in the active mode According to my understanding, FlexCAN must be supplied via MC_CGM auxiliary clock AC9_SC ClockMan configuration The following excerpt is generated by ClockMan in clockMan1.c: .cgmConfig = { .ac9_sc = CGM_FLEXCANx_SOURCE_FS80, }   Clock initialization in main.c is done as follows:   CLOCK_SYS_Init(...); CLOCK_SYS_UpdateConfiguration(0, CLOCK_MANAGER_POLICY_AGREEMENT); Observed CGM register state When debugging after the clock configuration update, I observe: MC_CGM->AC9_SC = 0x00000000 MC_CGM->AC9_SS = 0x00000000   This suggests that AC9 is never actually configured or selected, despite the ClockMan configuration indicating that FlexCAN should be clocked from FS80. Comparison with ADC clocks For comparison, ADC0/ADC1 clocks work correctly and show: Interface clock = FS80 Clock source = FS80 Frequency = 80 MHz This indicates that: FS80 is valid and running ClockMan is able to route FS80 correctly for other peripherals I hope the provided information is sufficient. If additional details are required, please let me know. Any guidance or clarification would be greatly appreciated. Thanks in advance. Best regards, Alex Re: MPC5748G: FlexCAN 1 isn't working Hi, the FlexCAN1 module clock is fed from FS80 directly, there is no mux to be configured as it is on FlexCAN0. If FlexCAN1 is not working check the module state in debugger, see MCR, ECR, ESR1 registers.  Even if you wrote bus, transceiver, pinmux, bit timing, and FlexCAN configuration are confirmed correct, check again the bus is terminated, transceiver active and pins properly set. BR, Petr

RW612 BLE無線テスト FW 私たちは、NXP-RW612 MCU をホストする BLE モジュールを Zephyr と一緒に使用しています。 製品の無線承認を取得するために、MCU ベンダーは通常、この目的専用の BLE RadioTest FW サンプルを提供します。場合によっては、クライアント側/PC ソフトウェアも提供されることがあります。 質問: 1) NXP-RW612 MCU の「BLE RadioTest FW サンプル」はどこで入手できますか? 2) NXP は無線テスト用のクライアント側/PC ソフトウェアも提供していますか? もしそうなら、どこで入手できますか? Re: RW612 BLE Radio Tests FW こんにちは、 Zephyr でのこのプロセスがどのようなものか確認させてください。 よろしくお願いいたします。 ダニエル。 Re: RW612 BLE Radio Tests FW こんにちは、 返信が遅くなり申し訳ありません。まだフィードバックを待っています。 よろしくお願いいたします。 ダニエル。 Re: RW612 BLE Radio Tests FW ダニエルさん、最新情報をありがとうございます。 これは非常に重要なトピックです。地域の無線承認がなければ、今後発売される NXP RW612 ベースの製品を販売することができないからです。 よろしくお願いいたします トニー Re: RW612 BLE Radio Tests FW こんにちは@tobgさん、 あなたの調子が良いといいのですが。シェルの例を使用して、DTM (直接テスト モード) を実行できます。 トランスミッタモードの DUT の場合、DUT 側で次のコマンドを使用できます。 bt hci-cmd 08 34 00ff0002   レシーバモードのリファレンスデバイスの場合は、以下を使用できます。 bt hci-cmd 08 33 000200   テストが完了したら、両方のデバイスで次のコマンドを実行してテストを停止します。 bt hci-cmd 08 1F   参考までに、このアプリケーションノートを確認してください: https://www.nxp.com/docs/en/application-note/AN14163.pdf   これがお役に立てば幸いです。 ご質問がございましたら、お知らせください。 よろしくお願いいたします。 リカルド Re: RW612 BLE Radio Tests FW こんにちは@tobgさん、 更新ありがとうございます。現時点では、RW612 + Zephyr には、FreeRTOS RF テスト モードに類似した統合無線テスト ファームウェアはありません。 利用可能なオプションは、Zephyr シェルの例を介して BLE DTM を使用することであり、AN14163 は現在、RW612 での BLE 無線テストに使用できる唯一のリファレンスです。 これがお役に立てば幸いです。 よろしくお願いいたします。 リカルド Re: RW612 BLE Radio Tests FW 本当にありがとう、リカルド。 DTM モードのサンプルは知っていましたが、アプリケーション ノートは知りませんでした。ありがとう！ このFWが例えば以下のような要件をすべて満たすかどうかはちょっと不安です。FCC 承認。 私が期待していたのは、このアプリケーション ノート「FreeRTOS の RF テスト モード」で説明されているものと同様の、Zephyr 用のサンプル FW/SW への参照でした。これは、NXP RW612でサポートされているすべての無線タイプ（BLE、Wifi）の無線テストについて説明していることに注意してください。 NXP はそのようなものを提供していますか? トニーより Re: RW612 BLE Radio Tests FW AN14163で示されているLinuxのhcitoolを使用する代わりに、NXP独自のWindows用テストツールNXP Test Tool 12を使用することもできます。このツールは、関連するすべてのHCI（ヒューマンコンピュータインタラクション）機能を備えた優れたGUIを提供します。 https://www.nxp.com/design/design-center/development-boards-and-designs/frdm-development-boards/connectivity-tool-suite:CONNECTIVITY-TOOL-SUITE

RW612 BLE Radio Tests FW We are using a BLE module that hosts the NXP-RW612 MCU together with Zephyr. In order to obtain radio approvals for products, MCU vendors usually provide a dedicated BLE RadioTest FW sample for this purpose.  Sometimes also client side/PC software  is provided. Questions: 1) Where can I find "BLE RadioTest FW sample" for the NXP-RW612 MCU? 2) Do NXP also provide client side/PC SW for radio testing, if so where can I find it? Re: RW612 BLE Radio Tests FW Hi, Let me check what is the process for this in Zephyr. Regards, Daniel. Re: RW612 BLE Radio Tests FW Hi, Sorry for the late reply. I am still waiting for feedback. Regards, Daniel. Re: RW612 BLE Radio Tests FW Thank you very much for the update Daniel. This is quite an important topic, as we would be unable to sell our upcoming NXP RW612 based products without regional radio approvals. Best regards Tonny Re: RW612 BLE Radio Tests FW Hi @tobg , Hope you are doing well. You can use the shell example and perform DTM (Direct Test Mode). For the DUT in transmitter mode, you could use the following command on DUT side: bt hci-cmd 08 34 00ff0002   For the reference device in receiver mode, you could use: bt hci-cmd 08 33 000200   After completing the test, with the following command on both devices to stop the test: bt hci-cmd 08 1F   For your reference, you can check this Application Note: https://www.nxp.com/docs/en/application-note/AN14163.pdf   Hope this helps. If you have any question, please let us know! Regards, Ricardo Re: RW612 BLE Radio Tests FW Thanks a lot Riccardo. I was aware of the DTM mode sample, but not the application note. Thanks! I am a bit unsure if this FW will cover all requirements for e.g. FCC approval. What I had hoped for, was a reference to sample FW/SW alike what is described in this application note RF Test Mode on FreeRTOS but for Zephyr. Note that this describes radio testing on all radio types (BLE, Wifi) supported by the NXP RW612 Do NXP provide such? Regards Tonny Re: RW612 BLE Radio Tests FW Hi @tobg , Thanks for the update. At the moment, for RW612 + Zephyr there is no combined Radio Test firmware similar to the FreeRTOS RF Test Mode. The available option remains using BLE DTM via the Zephyr shell example, and AN14163 is currently the only reference available for BLE radio testing on RW612. Hope this helps. Best Regards, Ricardo Re: RW612 BLE Radio Tests FW Instead of using the linux hcitool as indicated in AN14163 you can use NXP's own NXP Test Tool 12 for Windows. This tool provides a nice GUI with all relevant HCI available. https://www.nxp.com/design/design-center/development-boards-and-designs/frdm-development-boards/connectivity-tool-suite:CONNECTIVITY-TOOL-SUITE

KV5 DMA and UART Good morning I imported the example for using the UART and DMA. The original example has the UART0. It works. I changed for using other ports, now I try with UART4 and it does not. I can see the callback called for the and of TX but never for the end of RX. I don t get the point. I am sure the pins and the connections are ok. I am using the tower system for the KV5.  I drop here the example with minor modifications for changing the UART. Every help is welcome.. Thank You Pietro Re: KV5 DMA and UART Hello Pietro Could you help us confirm which UART-DMA example are you using and which SDK version is it from? Could you help us share your connections? Best Regards, Luis Re: KV5 DMA and UART The file is here. 

KV5 DMAとUART おはよう UART と DMA を使用するための例をインポートしました。元の例には UART0 があります。それは動作します。他のポートを使用するように変更し、UART4 で試してみましたが、うまくいきませんでした。TX の終了に対してコールバックが呼び出されたことはわかりますが、RX の終了に対しては呼び出されません。要点が分かりません。ピンと接続は正常であると確信しています。KV5 にタワー システムを使用しています。 ここでは、UART を変更するための若干の変更を加えた例を示します。 あらゆる援助を歓迎します。 ありがとう ピエトロ Re: KV5 DMA and UART こんにちは、ピエトロ どの UART-DMA の例を使用しているか、またどの SDK バージョンのものか確認していただけますか? あなたのつながりを共有するのに協力してもらえませんか? 敬具、ルイス Re: KV5 DMA and UART ファイルはここにあります。

Gui-Guider は NXP 以外の製品のライセンスを購入できますか? Gui-Guider で NXP 以外の製品のライセンスを購入できるかどうか教えてください。 Re: Gui-Guider用于非NXP的产品是否可以购买License こんにちは@RPJ 当社は商用ライセンスを提供していません。GUI Guider は NXP プラットフォーム製品のみサポートされています。 ご理解いただきありがとうございます。 BR ハリー