#
f8ac9b0f |
| 25-Apr-2024 |
Jakub Kicinski <kuba@kernel.org> |
selftests: drv-net: extend the README with more info and example
Add more info to the README. It's also now copied to GitHub for increased visibility:
https://github.com/linux-netdev/nipa/wiki/Run
selftests: drv-net: extend the README with more info and example
Add more info to the README. It's also now copied to GitHub for increased visibility:
https://github.com/linux-netdev/nipa/wiki/Running-driver-tests
Reviewed-by: Willem de Bruijn <willemb@google.com> Link: https://lore.kernel.org/r/20240425222341.309778-2-kuba@kernel.org Signed-off-by: Jakub Kicinski <kuba@kernel.org>
show more ...
|
#
1880f272 |
| 20-Apr-2024 |
Jakub Kicinski <kuba@kernel.org> |
selftests: drv-net: construct environment for running tests which require an endpoint
Nothing surprising here, hopefully. Wrap the variables from the environment into a class or spawn a netdevsim ba
selftests: drv-net: construct environment for running tests which require an endpoint
Nothing surprising here, hopefully. Wrap the variables from the environment into a class or spawn a netdevsim based env and pass it to the tests.
Reviewed-by: Willem de Bruijn <willemb@google.com> Link: https://lore.kernel.org/r/20240420025237.3309296-4-kuba@kernel.org Signed-off-by: Jakub Kicinski <kuba@kernel.org>
show more ...
|
#
b4db9f84 |
| 05-Apr-2024 |
Jakub Kicinski <kuba@kernel.org> |
selftests: drivers: add scaffolding for Netlink tests in Python
Add drivers/net as a target for mixed-use tests. The setup is expected to work similarly to the forwarding tests. Since we only need o
selftests: drivers: add scaffolding for Netlink tests in Python
Add drivers/net as a target for mixed-use tests. The setup is expected to work similarly to the forwarding tests. Since we only need one interface (unlike forwarding tests) read the target device name from NETIF. If not present we'll try to run the test against netdevsim.
Reviewed-by: Petr Machata <petrm@nvidia.com> Signed-off-by: Jakub Kicinski <kuba@kernel.org> Signed-off-by: David S. Miller <davem@davemloft.net>
show more ...
|