> On 15. Jun 2020, at 01:38, Kamil Rytarowski wrote:
>
> Module Name: src
> Committed By: kamil
> Date: Sun Jun 14 23:38:25 UTC 2020
>
> Modified Files:
> src/sys/rump/include/rump: rump.h
>
> Log Message:
> Remove old compat include of rump_syscallshotgun.h
>
> It was separated
On 16.06.2020 12:25, J. Hannken-Illjes wrote:
>> On 15. Jun 2020, at 01:38, Kamil Rytarowski wrote:
>>
>> Module Name: src
>> Committed By:kamil
>> Date:Sun Jun 14 23:38:25 UTC 2020
>>
>> Modified Files:
>> src/sys/rump/include/rump: rump.h
>>
>> Log Message:
>> Remove
In article <20200616075907.ecafcf...@cvs.netbsd.org>,
Martin Husemann wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: martin
>Date: Tue Jun 16 07:59:07 UTC 2020
>
>Modified Files:
> src/tests/lib/libarchive: t_libarchive.sh
>
>Log Message:
>PR kern/55272: skip this test on
On Tue, Jun 16, 2020 at 03:38:26PM -, Christos Zoulas wrote:
> So we are saying that it is ok for process running with regular priority,
> to be able to starve another process at the same priority from getting
> any runtime for 21 seconds in a uniprocessor kernel, and this does not
> indicate a
> On Jun 16, 2020, at 8:43 AM, Martin Husemann wrote:
>
> No, that is definitively not OK, which is what the PR is about.
>
> It is not OK for a regular atf run to cause a reboot of the test machine
> though, so this is a temporary hack around the issue (and admitedly a very
> ugly hack).
At
Jason Thorpe writes:
>> On Jun 16, 2020, at 8:43 AM, Martin Husemann wrote:
>>
>> No, that is definitively not OK, which is what the PR is about.
>>
>> It is not OK for a regular atf run to cause a reboot of the test machine
>> though, so this is a temporary hack around the issue (and admitedl
On Tue, 16 Jun 2020, Greg Troxel wrote:
Jason Thorpe writes:
On Jun 16, 2020, at 8:43 AM, Martin Husemann wrote:
No, that is definitively not OK, which is what the PR is about.
It is not OK for a regular atf run to cause a reboot of the test machine
though, so this is a temporary hack arou
On Tue, Jun 16, 2020 at 09:12:40AM -0700, Paul Goyette wrote:
> It might be better to run the test in a rump-kernel rather than in a
> "live" environment
The test this is about is a plain userland test:
it extracts/compresses/decompresses various archive formats and compares
results.
Only th
On Tue, 16 Jun 2020, Martin Husemann wrote:
On Tue, Jun 16, 2020 at 09:12:40AM -0700, Paul Goyette wrote:
It might be better to run the test in a rump-kernel rather than in a
"live" environment
The test this is about is a plain userland test:
it extracts/compresses/decompresses various a
