mirror of
https://github.com/opnsense/src.git
synced 2026-06-08 00:02:14 -04:00
253a1fa16b
Remove the array of port module status and instead save module status and module number. At boot, for each PCI function driver get event from fw about module status. The event contains module number and module status. Driver stores module number and module status.. When user (ifconfig) ask for modules information, for each pci function driver first queries fw to get module number of current pci function, then driver compares the module number to the module number it stored before and if it matches and module status is "plugged and enabled" then driver queries fw for the eprom information of that module number and return it to the caller. In fact fw could have concluded that required module number of the current pci function, but fw is not implemented this way. current design of PRM/FW is that MCIA register handling is only aware of modules, not the pci function->module connections. FW is designed to take the module number written to MCIA and write/read the content to/from the associated module's EPROM. So, based on current FW design, we must supply the module num so fw can find the corresponding I2C interface of the module to write/read. Sponsored by: NVidia networking MFC after: 1 week |
||
|---|---|---|
| .. | ||
| mlx5_accel | ||
| mlx5_core | ||
| mlx5_en | ||
| mlx5_fpga | ||
| mlx5_fpga_tools | ||
| mlx5_ib | ||
| mlx5_lib | ||
| cmd.h | ||
| cq.h | ||
| crypto.h | ||
| device.h | ||
| diagnostics.h | ||
| doorbell.h | ||
| driver.h | ||
| fs.h | ||
| mlx5_ifc.h | ||
| mlx5_rdma_if.h | ||
| mlx5io.h | ||
| mpfs.h | ||
| port.h | ||
| qp.h | ||
| srq.h | ||
| tls.h | ||
| vport.h | ||