- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello,
I started to work on our new GPON embedded platform. HW is not available yet, but I want to be prepared. The board will have a Freescale's Layerscape processor LS2088 with 8 ARM64 cores. It will be connected (via 8xPCIe) to Ethernet controller FTXL710-BM1 (uplinks).
On the other side the XL710 will be connected to the backplane with 4 x 10GBase-KR uplinks. We have chosen the XL710 controller because it supports PCIe->10GBASE-KR connection. We will use Freescale's Linux distribution on the system because it has support for Layerscape processor family.
I have checked the i40e driver sources in our linux distribution and it is version 1.3.2. It doesn't match any version in the "NVM and Software Compatibility". In the latest kernel version on kernel.org there is version 2.1.14 of i40e driver which also doesn't match any version in the SW compatibility table. So I downloaded the i40e sources (2.3.6) from Intel's download site and successfully cross-compiled within our linux distribution. I also got NVM binary file (Version 6.01, CFG_ID=3.2) which is "XL710_6p01_KR_KX_NCSI_CFGID3p2_Quad.bin". Is this binary suitable for our configuration?
Next question is how to put the NVM image in the FLASH? Do we need nvmupdate64e tool to burn the NVM image into flash? If yes, it must be compiled for ARM64 platform. Where can I get sources? Or ethtool is the right tool?
And the last question: I expect that after "ifconfig up" I will get links up and running?
Best regards
Anton
- Tags:
- Architecture
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello, cebula:
Thanks for your reply.
It is important to let you know that the XL710 is a complex device. The initial programming can be done via regular register reads/writes on the PCIe bus, much like how the tool EEPROM Access Tool (EAT) works. Ideally, EAT will be expanded to do initial programming of XL710. Though for updating the device, the device needs access to DMA which EAT does not support, even though EAT does support updating some older devices.
Those are the reasons why initial programming is not possible.
Best regards,
Carlos_A.
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello cebula
I apologize for the delay in replying to your inquiry, I am consulting your case with our experts on ethernet controllers and I will provide more information as soon as possible.
Best Regards,
Adolfo Sanchez.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello, cebula:
Thank you for contacting Intel Embedded Community.
We suggest you follow the guidelines stated in the https://www.intel.com/content/dam/www/public/us/en/documents/guides/nvm-update-tool-quick-linux-usage-guide.pdf Intel(R) Ethernet NVM Update Tool Quick Usage Guide for Linux document # 332161.
By the way, the Non-Volatile Memory (NVM) Update Utility for Intel(R) Ethernet Converged Network Adapter XL710 and X710 Series can be found at the following website:
https://downloadcenter.intel.com/download/24769 https://downloadcenter.intel.com/download/24769
We hope that this information may help you.
Best regards,
Carlos_A.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello Carlos,
thank you for your suggestion. I have already seen the https://www.intel.com/content/dam/www/public/us/en/documents/guides/nvm-update-tool-quick-linux-usage-guide.pdf Intel(R) Ethernet NVM Update Tool Quick Usage Guide for Linux document before. That document doesn't help me much, because it is for x86 architecture.
For updating NVM in linux there is a nvmupdate64e tool available (x86 binary). I downloaded it and started on our (old) target also with Layerscape CPU. Of course it didn't even start because the CPU is ARM64 arch.
root@ls2088ardb:~# file summ
summ: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.14.0, BuildID[sha1]=1492b2f894dcd1533f441c5011cb9c6bf28d8df2, not stripped
root@ls2088ardb:~# file nvmupdate64e
nvmupdate64e: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.9, not stripped
root@ls2088ardb:~# ./nvmupdate64e
-sh: ./nvmupdate64e: cannot execute binary file: Exec format error
root@ls2088ardb:~#
I also think that I don't need this utility. Can we update NVM with ethtool?
br, Anton
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello, cebula
I am still working on your issue, and will provide more information as soon as possible.
Best Regards,
Adolfo Sanchez
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello, cebula:
Thanks for your reply.
You will need to program the NVM device externally initially. To update the NVM after the device has been programmed, we can provide the source, but initial programming is not supported on the ARM at this moment.
We hope that this information may help you.
Best regards,
Carlos_A.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Carlos,
Yes, I would like to have the sources. But what do you mean that initial programming is not supported on the ARM? If we compile your sources for ARM, we will have the tool, am I right?
Our HW will be designed that the FLASH could be initially programmed through SPI, for later updating I suppose we will use the tool compiled for ARM. But, what prevent us that the tool is also used for the first programming?
Best regards
Anton
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello, cebula:
Thanks for your reply.
It is important to let you know that the XL710 is a complex device. The initial programming can be done via regular register reads/writes on the PCIe bus, much like how the tool EEPROM Access Tool (EAT) works. Ideally, EAT will be expanded to do initial programming of XL710. Though for updating the device, the device needs access to DMA which EAT does not support, even though EAT does support updating some older devices.
Those are the reasons why initial programming is not possible.
Best regards,
Carlos_A.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello Carlos,
I am working on a Arm64 based NXP device i.MX8 mini with Intel PCIe to Ethernet bridge part number "KTI226IT S RKTX".
We are having similar problem as AGorj1 above. We need to configure the SPI Flash using the i.MX8 mini device. The "bootutil" will create image for the x86 processor but we need the SPI image to be in Arm64 format. Is there a similar tool like "bootutil" for use with the Arm64 device? Or can we get the source code for "bootutil" that we can compile together to create the Arm64 image?
Thank you,
TeckC
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello, @TeckC:
Thank you for contacting Intel Embedded Community.
We sent an email to the address associated with this account with information that may help you.
Best regards,
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello Carlos,
thank you for reply. If I understand right, we must program NVM externally via SPI for the first time, later the update is possible with EAT (because XL710 is already functional), and the EAT sources are available for us. If we compile EAT sources for ARM, the tool will update the XL710's NVM through i40e driver?
And the most important question, how we can get the sources?
Best regards
Anton
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello, cebula:
Thanks for your update.
In order to help you, we will contact you via email.
Best regards,
Carlos_A.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Carlos,
We are also developing a ARM64 platform with a similar configuration. The processor is connected to a EZX710AT2 Ethernet controller via PCIe x8 to support two 10GBASE connections. We need the equivalent of EAT tool to program the EVM.
Can you provide us with the sources?
Thank you.
Best Regards,
Esther
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello @vecow_esther,
Thank you for contacting Intel Embedded Community.
You can use Intel® Network Connections Tools 28.2 PV LAN Software Tools.
In case that you can't get access to it, you can ask for help to an Intel Sales Representative in any Authorized Distributor Partner.
Best regards,
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello,
now I have a board with XL710 and have the following problem regarding XL710. Three of four ports work, but the last one has a problem when I set the port up:
root@ls2088ardb:~# ifconfig eth2 up
[ 36.340371] 8021q: adding VLAN 0 to HW filter on device eth2
root@ls2088ardb:~#
root@ls2088ardb:~# ifconfig eth3 up
[ 40.140668] 8021q: adding VLAN 0 to HW filter on device eth3
root@ls2088ardb:~#
root@ls2088ardb:~#
root@ls2088ardb:~#
root@ls2088ardb:~#
root@ls2088ardb:~#
root@ls2088ardb:~#
root@ls2088ardb:~#
root@ls2088ardb:~#
root@ls2088ardb:~# [ 50.065491] ------------[ cut here ]------------
[ 50.070122] WARNING: CPU: 1 PID: 0 at /users/rdss/zgor/FREESCALE/KERNEL_SPE_TRUNK/rte/sources/net/sched/sch_generic.c:321 dev_watchdog+0x268/0x274()
[ 50.083439] NETDEV WATCHDOG: eth3 (i40e): transmit queue 1 timed out
[ 50.089793] Modules linked in:
[ 50.092849] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.1.35-lsp-1.0.70-0 # 1
[ 50.099895] Hardware name: Iskratel Layerscape 2088a GPON board SPE (DT)
[ 50.106595] Call trace:
[ 50.109042] [] dump_backtrace+0x0/0x11c
[ 50.114438] [] show_stack+0x14/0x1c
[ 50.119488] [] dump_stack+0x90/0xb0
[ 50.124537] [] warn_slowpath_common+0x98/0xd0
[ 50.130455] [] warn_slowpath_fmt+0x50/0x58
[ 50.136112] [] dev_watchdog+0x268/0x274
[ 50.141509] [] call_timer_fn.isra.29+0x28/0x94
[ 50.147514] [] run_timer_softirq+0x1c0/0x230
[ 50.153345] [] __do_softirq+0x108/0x244
[ 50.158741] [] irq_exit+0x90/0xf4
[ 50.163617] [] __handle_domain_irq+0x84/0x510
[ 50.169535] [] gic_handle_irq+0x84/0xe4
[ 50.174930] Exception stack(0xffff80805b13bdf0 to 0xffff80805b13bf20)
[ 50.181370] bde0: 00a02000 ffff8000 00000000 00010000
[ 50.189549] be00: 5b13bf50 ffff8080 00086898 ffff8000 60000145 00000000 5f564000 00000080
[ 50.197727] be20: 00000000 00000000 00000000 00000000 00000001 00000000 00000000 00000000
[ 50.205906] be40: 00000000 00000000 5f564000 00000080 5f564000 00000080 009f2f40 ffff8000
[ 50.214083] be60: 5b1307d0 ffff8080 5b13beb0 ffff8080 ffff9e5a 00000000 00000001 00000000
[ 50.222261] be80: ce248c14 00000000 0000000a 00000000 00000000 00000000 00000000 00000000
[ 50.230438] bea0: 00000000 00000000 00000000 00000000 00000000 00000000 00a02000 ffff8000
[ 50.238616] bec0: 00a02960 ffff8000 00000000 00000000 009edbd8 ffff8000 5b13bf60 ffff8080
[ 50.246793] bee0: 00000000 00000000 009f2318 ffff8000 006e9000 ffff8000 5b138000 ffff8080
[ 50.254972] bf00: 00a02000 ffff8000 5b13bf50 ffff8080 00086894 ffff8000 5b13bf50 ffff8080
[ 50.263150] [] el1_irq+0x80/0x100
[ 50.268024] [] cpu_startup_entry+0x1f8/0x264
[ 50.273855] [] secondary_start_kernel+0x114/0x120
[ 50.280123] ---[ end trace f7be0532e0518ce7 ]---
[ 50.284743] i40e 0000:01:00.3 eth3: tx_timeout: VSI_seid: 399, Q 1, NTC: 0x0, HWB: 0x1, NTU: 0x1, TAIL: 0x1, INT: 0x0
[ 50.295359] i40e 0000:01:00.3 eth3: tx_timeout recovery level 1, hung_queue 1
Message from syslogd@ls2088ardb at Mon Mar 12 18:33:23 2018 ...
ls2088ardb kernel: [ 50.106595] Call trace:
root@ls2088ardb:~# lspci
00:00.0 PCI bridge: Freescale Semiconductor Inc Device 8241 (rev 11)
01:00.0 Ethernet controller: Intel Corporation Ethernet Controller X710 for 10GbE backplane (rev 02)
01:00.1 Ethernet controller: Intel Corporation Ethernet Controller X710 for 10GbE backplane (rev 02)
01:00.2 Ethernet controller: Intel Corporation Ethernet Controller X710 for 10GbE backplane (rev 02)
01:00.3 Ethernet controller: Intel Corporation Ethernet Controller X710 for 10GbE backplane (rev 02)
Do you have any idea what should be wrong?
===================================
Best regards
Anton
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello, cebula:
Thanks for your reply.
Could you please tell us if you have followed our suggestion stated in our last communication?
Best regards,
Carlos_A.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello Carlos,
Yes, we initially programmed the NVM externally. We postponed the runtime programing for later, so inside the NVM is the original firmware.
Now we see XL710 as four PCIe devices. The first three 10G-KR ports work well, the problem is only with the last one. It is not clear if this is a HW or a linux driver problem.
Best regards
Anton
![](/skins/images/7FC17B7B85029576C25F1E43CE255B51/responsive_peak/images/icon_anonymous_message.png)
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page