Ido Schimmel 968a83f8cf rtnetlink: Add RTNH_F_TRAP flag ... The flag indicates to user space that the nexthop is not programmed to forward packets in hardware, but rather to trap them to the CPU. This is needed, for example, when the MAC of the nexthop neighbour is not resolved and packets should reach the CPU to trigger neighbour resolution. The flag will be used in subsequent patches by netdevsim to test nexthop objects programming to device drivers and in the future by mlxsw as well. Changes since RFC: * Reword commit message Signed-off-by: Ido Schimmel <idosch@nvidia.com> Reviewed-by: David Ahern <dsahern@gmail.com> Signed-off-by: Jakub Kicinski <kuba@kernel.org>		2020-11-06 11:28:49 -08:00
..
asm-generic	mm/madvise: introduce process_madvise() syscall: an external memory hinting API	2020-10-18 09:27:10 -07:00
drm	Merge tag 'amd-drm-next-5.10-2020-09-03' of git://people.freedesktop.org/~agd5f/linux into drm-next	2020-09-08 16:40:13 +10:00
linux	rtnetlink: Add RTNH_F_TRAP flag	2020-11-06 11:28:49 -08:00
misc	habanalabs: Add an option to map CB to device MMU	2020-09-22 18:49:54 +03:00
mtd	MTD: mtd-abi.h: drop a duplicated word	2020-08-02 23:00:10 +02:00
rdma	RDMA/rxe: Move the definitions for rxe_av.network_type to uAPI	2020-10-16 13:54:10 -03:00
scsi	scsi: qla2xxx: Change in PUREX to handle FPIN ELS requests	2020-07-01 22:24:16 -04:00
sound	ASoC: SOF: Implement snd_sof_bytes_ext_volatile_get kcontrol IO	2020-09-08 13:55:00 +01:00
video
xen	xen/gntdev: gntdev.h: drop a duplicated word	2020-08-03 07:46:42 +02:00
Kbuild