Ken, I understand a bit better what you are after now. Some more information inline below.
Best, Mitch On Jun 7, 2023, at 1:43 PM, Ken Semanov <[email protected]> wrote: Dear Mitchell Burnett, Thank you for the help with this matter. The manufacturer of the optical transceiver is likely confused as to the nature of the RFSoC 4x2, justifiably. To make some progress with them, I would need a kind of utility for the 100Gbe port. Something which reads raw status and error codes from a transceiver plugged there ( or better yet, displays those codes in human-readable form.) I’d double check the schematic for the board to be sure. But, I believe the I2C lanes of the rfsocs4x2’s QSFP28 connector is attached to the processing system. So, depending on the exact information your vendor is after and that I2C is connected to the PS this would be accessible from the internal memory map of the attached QSFP28 module using I2C from Linux. I imagined that either AMD or their Xilinx division would have a utility for this that interops with the Linux processing system, in a manner independent of the FPGA. Unfortunately, this is not always true. At least not that I am aware of or found. For third party boards, this would be something board vendors may provide. However, even then it is not always done and a utility may not exist and need to be made. A small utility has veen been made for the CASPER zcu216/208/111 but not done yet I believe for the RFSoC4x2. Even then, those utilities on the 216 for example only do some minor accessing of the module memory map. There are some examples out there that show how to use I2C with transceiver modules. There may even be a general purpose Linux utility out there now that does much of this and just need to be installed for the board. I’d be interested if others knew more. However, as you said, the 100Gbe port is connected exclusively through the FPGA fabric, if I understood correctly? Sorry for the confusion, this depends on the third part boards layout. But, I am understanding now you’re talking more about the QSFP28 module more than the 100 GbE core and its internal CMAC. Typically, if there is a processor, I2C for a QSFP28 connector cage is connected to the PS for access through Linux. Then the 100 GbE core, the CMAC and their status is accessible from the fabric. Mitch On Tuesday, June 6, 2023 at 11:59:00 PM UTC-4 Mitchell Burnett wrote: Ken, The 100 GbE ethernet is not a processing system attached core in the typical sense like your NIC on your servers. These are connected directly to the fabric of the FPGA and are polled using their memory map register. The 100 GbE is covered in tutorial 4 for the RFSoC tutorials. More is also shown near the end for accessing those memory mapped registers and configurations via casperfpga. Sorry you are having transceiver issues on the FPGA side. That tutorial also shows some recommendations on transceivers and configurations. However, you most likely are needing to toggle the module reset pin. This is again done using casperfpga by adjusting the according GPIO yellow block from the example design. <https://casper-toolflow.readthedocs.io/projects/tutorials/en/latest/tutorials/rfsoc/tut_100g.html> Tutorial 4: 100GbE — CASPER Tutorials 0.1 documentation<https://casper-toolflow.readthedocs.io/projects/tutorials/en/latest/tutorials/rfsoc/tut_100g.html> casper-toolflow.readthedocs.io<https://casper-toolflow.readthedocs.io/projects/tutorials/en/latest/tutorials/rfsoc/tut_100g.html> [favicon.ico]<https://casper-toolflow.readthedocs.io/projects/tutorials/en/latest/tutorials/rfsoc/tut_100g.html> Mitch On Jun 6, 2023, at 9:11 PM, Ken Semanov <[email protected]> wrote: board = Zynq UltraScale+ RFSoC4x2board (Gen 3 ZU48DR) I am in contact with a manufacturer of 100Gbe optical transceivers. For troubleshooting, they want to see connection logs and alarms for the 100Gbe port. I am sending data from the 100Gbe ethernet leaving the 4x2 on IP 10.17.16.20. (I am using a working transceiver, not the one the manufacturer is troubleshooting) I can see the packets arriving fine on a receiving workstation. The internal GNU/Linux on the 4x2 is 5.4.0-xilinx-v2020.2 #1 SMP Mon Aug 15 aarch64 GNU/Linux. The following programs do not exist on it. lspci nmcli lshw 10.17.16.20 does not appear in ip addr listing. Between plugging and unplugging the 100Gbe, I see nothing change in the following logs, sudo dmesg | tail -f sudo journalctl -n 37 netstat -a netstat -s Normally things appearing in these logs would be, for example, ":<info> [168104151.7833] device (ens6f1np1): Activation: successful, device activated" or maybe "[5719.864625] mlx5_core 0000:31:00.0: Port module event: module 0, Cable plugged" or et cetera. I see nothing like this on the 4x2 board. In fact, I see nothing changing in these logs at all, even when I have plugged and successfully sent packets over this connection. How can I monitor this 100Gbe port and what kinds of utilities should be used? -- You received this message because you are subscribed to the Google Groups "[email protected]" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/16395beb-7847-4752-818d-e58dbd7d2516n%40lists.berkeley.edu<https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/16395beb-7847-4752-818d-e58dbd7d2516n%40lists.berkeley.edu?utm_medium=email&utm_source=footer>. -- You received this message because you are subscribed to the Google Groups "[email protected]" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]<mailto:[email protected]>. To view this discussion on the web visit https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/468c3d92-947e-4e4a-b02b-3039135e530en%40lists.berkeley.edu<https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/468c3d92-947e-4e4a-b02b-3039135e530en%40lists.berkeley.edu?utm_medium=email&utm_source=footer>. -- You received this message because you are subscribed to the Google Groups "[email protected]" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/D3B4FA1C-4F28-45C7-9EE4-8B847AD1CE81%40byu.edu.
