> On Apr 26, 2020, at 5:23 AM, Maxime Villard wrote:
>
> Because I modeled my tests after the ufetchstore and threadpool tests which
> are
> both in this directory and provide user access to kernel internals via
> modules,
> which is exactly what I'm doing.
..and those are there because,
On 2020/04/27 11:47, Rin Okuyama wrote:
Module Name:src
Committed By: rin
Date: Mon Apr 27 02:47:26 UTC 2020
Modified Files:
src/sys/uvm: uvm_extern.h
Log Message:
Add missing \ to fix build for PMAP_CACHE_VIVT, i.e., ARMv4 and prior.
s/v4/v5/
> On Apr 26, 2020, at 2:04 PM, Michael van Elst wrote:
>
> Log Message:
> fix DIAGNOSTIC build
non-DIAGNOSTIC you mean?
-- thorpej
Le 26/04/2020 à 16:21, Jonathan A. Kollasch a écrit :
> Module Name: src
> Committed By: jakllsch
> Date: Sun Apr 26 14:21:14 UTC 2020
>
> Modified Files:
> src/sys/kern: uipc_socket.c
>
> Log Message:
> Implement SCTP bug fixes found by maxv@.
>
> Adding these seems to improve
On Sun, 26 Apr 2020, Maxime Villard wrote:
Le 26/04/2020 à 14:05, Paul Goyette a écrit :
Why are these files being placed in src/tests/modules?
Because I modeled my tests after the ufetchstore and threadpool tests
which are both in this directory and provide user access to kernel
internals
Le 26/04/2020 à 14:05, Paul Goyette a écrit :
> Why are these files being placed in src/tests/modules?
Because I modeled my tests after the ufetchstore and threadpool tests which are
both in this directory and provide user access to kernel internals via modules,
which is exactly what I'm doing.
Why are these files being placed in src/tests/modules?
That directory is supposed to contain tests of the module feature;
it is not intended to place modules-that-support-tests-of-other-
features.
Can you please put these in src/tests/sys/ or somewhere more
appropriate?
On Sun, 26 Apr 2020,
