freebsd-dev/sys/dev/mlx5/mlx5_en
Konstantin Belousov e44f4f3547 mlx5en: Avoid SFENCe on x86
The IA32 memory model guarantees that all writes are seen in the program
order.  Also, any access to the uncacheable memory flushes the store
buffers.  As the consequence, SFENCE instruction is (almost) never needed,
in particular, it is not needed to ensure the correct order of updates as
seen by a PCIe device.

Use atomic_thread_fence_rel() instead of wb() to only emit compiler barriers
on x86 there.  Other architectures get the right barrier instruction as
well.

Reviewed by:	hselasky
Sponsored by:	Mellanox Technologies
MFC after:	1 week
2017-12-19 14:11:41 +00:00
..
en.h Implement hardware mlx5(4) rx timestamps. 2017-11-29 10:04:11 +00:00
mlx5_en_ethtool.c Expose the current hardware MTU in mlx5en(4) as a separate entry 2017-11-10 14:19:22 +00:00
mlx5_en_flow_table.c Refactor the flowsteering APIs used by mlx5en(4). This change is needed by 2017-11-10 09:49:08 +00:00
mlx5_en_main.c Implement hardware mlx5(4) rx timestamps. 2017-11-29 10:04:11 +00:00
mlx5_en_rx.c mlx5en: Avoid SFENCe on x86 2017-12-19 14:11:41 +00:00
mlx5_en_tx.c Make sure the doorbell lock is valid for the i386 version 2017-10-02 12:20:55 +00:00
mlx5_en_txrx.c mlx5en: Separate the sendqueue from using the mlx5e_channel structure. 2016-09-16 11:35:45 +00:00