現在、カスタム LS1046A ベースのボードの立ち上げ作業の真っ最中で、Linux を正常に起動できるまでになりました (lsdk2108_yocto_tiny_LS_arm64.itb を使用)。
現在直面している問題は、SFP モジュールがスイッチとのリンクを確立しないということですが、Linux の u-boot でのみ正常に動作します。
出力は次のとおりです。
[ 2.105567] sfp sfp-xfi0: Host maximum power 3.0W
[ 2.110647] sfp sfp-xfi1: Host maximum power 3.0W
[ 2.133460] fsl_dpaa_mac 1ae2000.ethernet eth0: Probed interface eth0
[ 2.158141] fsl_dpaa_mac 1ae8000.ethernet eth1: Probed interface eth1
[ 2.182874] fsl_dpaa_mac 1aea000.ethernet eth2: Probed interface eth2
[ 2.207768] fsl_dpaa_mac 1af0000.ethernet eth3: Probed interface eth3
[ 2.232690] fsl_dpaa_mac 1af2000.ethernet eth4: Probed interface eth4
[ 2.239517] clk: Disabling unused clocks
[ 2.244553] Freeing unused kernel memory: 3008K
[ 2.249175] Run /init as init process
INIT: version 2.99 booting
Starting udev
[ 2.358215] udevd[125]: starting version 3.2.10
[ 2.434319] sfp sfp-xfi0: module FLEXOPTIX P.8596.02 rev A sn F7B2H4B dc 240827
[ 2.488055] sfp sfp-xfi1: module FLEXOPTIX P.C30.1 rev 1.0 sn F7B0V11-B dc 240722
[ 2.495775] hwmon hwmon6: temp1_input not attached to any thermal zone
[ 3.394590] random: crng init done
[ 3.401138] udevd[126]: starting eudev-3.2.10
[ 3.442182] fsl_dpaa_mac 1ae2000.ethernet fm1-mac2: renamed from eth0
[ 3.483254] fsl_dpaa_mac 1ae8000.ethernet fm1-mac5: renamed from eth1
[ 3.514694] fsl_dpaa_mac 1aea000.ethernet fm1-mac6: renamed from eth2
[ 3.538708] fsl_dpaa_mac 1af0000.ethernet fm1-mac9: renamed from eth3
[ 3.566712] fsl_dpaa_mac 1af2000.ethernet fm1-mac10: renamed from eth4ご覧のとおり、挿入された両方のモジュールが正しく検出され、いずれのインターフェースでも問題は報告されておらず、起動すると正常に動作します。
root@TinyLinux:~# ip link set fm1-mac9 up
[ 14.332682] fsl_dpaa_mac 1af0000.ethernet fm1-mac9: configuring for inband/10gbase-kr link mode
root@TinyLinux:~# ip link set fm1-mac10 up
[ 19.500673] fsl_dpaa_mac 1af2000.ethernet fm1-mac10: configuring for inband/10gbase-kr link mode
root@TinyLinux:~# ip a
1: lo: mtu 65536 qdisc noqueue qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: fm1-mac2: mtu 1500 qdisc noop qlen 1000
link/ether 00:04:9f:08:06:4a brd ff:ff:ff:ff:ff:ff
3: fm1-mac5: mtu 1500 qdisc noop qlen 1000
link/ether 00:04:9f:08:06:4b brd ff:ff:ff:ff:ff:ff
4: fm1-mac6: mtu 1500 qdisc noop qlen 1000
link/ether 00:04:9f:08:06:4c brd ff:ff:ff:ff:ff:ff
5: fm1-mac9: mtu 1500 qdisc mq qlen 1000
link/ether 00:04:9f:08:06:4d brd ff:ff:ff:ff:ff:ff
6: fm1-mac10: mtu 1500 qdisc mq qlen 1000
link/ether 00:04:9f:08:06:4e brd ff:ff:ff:ff:ff:ff デバイス ツリーでどのモードを試しても、キャリアなしになる理由がわかりません。xfi、xsgmii、10gbase-r を試しましたが、何も機能しません。
お知らせ下さい。
こんにちは 、
私たちも同じ問題に直面しています。私たちは、serdes1 レーン 1 上の LX2160ardb ベースのカスタム開発ボードに 10G の物理インターフェースを導入しています。ケージは検出できますが、リンクを確立できません。また、SerDes リファレンス クロックを 156.25Mhz に設定しました。
ありがとう
後世のために: 問題を修正しました。クロック MUX を低く駆動していたピンの RCW を構成するのを忘れていたため、必要な156.25 MHzではなく、 100 MHz のクロックが Serdes リファレンス クロック入力に供給されていたことが判明しました。RCW を修正した後、すべてが正常に動作するようになりました。