#
b0fcf4d5 |
| 19-Jul-2024 |
Kristof Provost <kp@FreeBSD.org> |
pf tests: ensure temporary files end up in the atf working directory
Many of the tests create temporary files. pid files, log files, tcpdump captures, ... We should take care to ensure they're store
pf tests: ensure temporary files end up in the atf working directory
Many of the tests create temporary files. pid files, log files, tcpdump captures, ... We should take care to ensure they're stored in the temporary working directory Kyua creates rather than in the root directory.
This ensures there are no conflicts between simultaneously running tests, and also keeps the root directory clean.
MFC after: 1 month Sponsored by: Rubicon Communications, LLC ("Netgate")
show more ...
|
#
480ad405 |
| 04-Jun-2024 |
Kristof Provost <kp@FreeBSD.org> |
vnet tests: check for if_bridge.ko
A number of tests create a bridge, but did not check if if_bridge.ko is loaded.
We usually get away with that, because `ifconfig bridge create` autoloads the modu
vnet tests: check for if_bridge.ko
A number of tests create a bridge, but did not check if if_bridge.ko is loaded.
We usually get away with that, because `ifconfig bridge create` autoloads the module, but if we run the tests in a jail (e.g. because of kyua's upcoming execenv.jail.params feature) we can't load the module and these tests can fail.
Check if the module is loaded, skip the test if it is not.
Reviewed by: markj MFC after: 1 week Event: Kitchener-Waterloo Hackathon 202406 Differential Revision: https://reviews.freebsd.org/D45487
show more ...
|
Revision tags: release/14.1.0, release/13.3.0, release/14.0.0 |
|
#
e8423423 |
| 03-Jul-2023 |
Kristof Provost <kp@FreeBSD.org> |
pf tests: test double-pass codel
Build a setup where a given packet will be passed through the codel code twice. This used to trigger issues with double-free on mtags.
Sponsored by: Rubicon Communi
pf tests: test double-pass codel
Build a setup where a given packet will be passed through the codel code twice. This used to trigger issues with double-free on mtags.
Sponsored by: Rubicon Communications, LLC ("Netgate")
show more ...
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0 |
|
#
d491b425 |
| 01-Sep-2021 |
Kristof Provost <kp@FreeBSD.org> |
pf tests: altq:codel_bridge requires if_bridge
Check that the bridge module is loaded before running this test. It likely will be (as a result of running the bridge tests), but if it's not we'll get
pf tests: altq:codel_bridge requires if_bridge
Check that the bridge module is loaded before running this test. It likely will be (as a result of running the bridge tests), but if it's not we'll get spurious failures.
MFC after: 3 days Sponsored by: Rubicon Communications, LLC ("Netgate")
show more ...
|
#
06246369 |
| 25-Aug-2021 |
Kristof Provost <kp@FreeBSD.org> |
pf tests: Test ALTQ on top of if_bridge
Reviewed by: donner MFC after: 1 week Sponsored by: Rubicon Communications, LLC ("Netgate") Differential Revision: https://reviews.freebsd.org/D31676
|
#
cd46399b |
| 26-Aug-2021 |
Kristof Provost <kp@FreeBSD.org> |
pf tests: ALTQ priority test
Test that ALTQ can prioritise one type of traffic over another. Do this by establishing a slow link and saturating it with ICMP echos. When prioritised TCP connections r
pf tests: ALTQ priority test
Test that ALTQ can prioritise one type of traffic over another. Do this by establishing a slow link and saturating it with ICMP echos. When prioritised TCP connections reliably go through. When not prioritised TCP connections reliably fail.
MFC after: 1 week Sponsored by: Rubicon Communications, LLC ("Netgate")
show more ...
|
#
e62175df |
| 23-Aug-2021 |
Kristof Provost <kp@FreeBSD.org> |
pf tests: test ALTQ CBQ on top of if_vlan
The main purpose of this test is to verify that we can use ALTQ on top of if_vlan, but while we're here we also exercise the CBQ code. There's already a bas
pf tests: test ALTQ CBQ on top of if_vlan
The main purpose of this test is to verify that we can use ALTQ on top of if_vlan, but while we're here we also exercise the CBQ code. There's already a basis test for HFSC, so it makes sense to test another algorithm while we test if_vlan.
Reviewed by: donner MFC after: 1 week Sponsored by: Rubicon Communications, LLC ("Netgate") Differential Revision: https://reviews.freebsd.org/D31649
show more ...
|
Revision tags: release/13.0.0 |
|
#
d363ebc7 |
| 02-Mar-2021 |
Kristof Provost <kp@FreeBSD.org> |
pf tests: Test the match keyword
The new match keyword can currently only assign queues, so we can only test it with ALTQ. Set up a basic scenario where we use 'match' to assign ICMP traffic to a sl
pf tests: Test the match keyword
The new match keyword can currently only assign queues, so we can only test it with ALTQ. Set up a basic scenario where we use 'match' to assign ICMP traffic to a slow queue, and confirm that it's really getting slowed down.
MFC after: 2 weeks Sponsored by: Rubicon Communications, LLC ("Netgate") Differential Revision: https://reviews.freebsd.org/D31116
show more ...
|
#
16b38333 |
| 23-Jan-2021 |
Kristof Provost <kp@FreeBSD.org> |
altq tests: Basic ALTQ test
Activate ALTQ_HFSC, crudely check if it really limits bandwidth as we'd expect.
Reviewed by: donner@ Differential Revision: https://reviews.freebsd.org/D28303
|