> On Feb 24, 2020, at 8:05 AM, Mouse wrote:
>
RUST is better defined that C and is indeed used in OS development
these days
>>> ...so? I don't see how this is related to the rest of the
>>> discussion.
>> As C is considered as not suitable for OS development,
>
> Once again, there i
Please educate me. It’s been a while for me.
Writing Kernel code *requires* knowledge of what code is generated sometimes.
In my experience, there have been standard techniques, like pragmas and
insertions of assembly code to suppress this sort of undesirable optimization.
Don’t those technique
If you go back a few years, you can find a thread where I reported tstile
lockups on PPC. I don’t remember the details, but it was back in 6.1 as I
recall. This is not a new problem, and not limited to NFS. I still have a
similar problem with my 7.2 system, usually triggered when I do backups
(
On Oct 10, 2015, at 10:27 AM, Taylor R Campbell
wrote:
> Date: Sat, 10 Oct 2015 11:15:20 -0400
> From: chris...@zoulas.com (Christos Zoulas)
>
> On Oct 10, 2:37pm, campbell+netbsd-tech-k...@mumble.net (Taylor R
> Campbell) wrote:
> -- Subject: Re: Anomalies while handling p_nstopchil
On Jul 18, 2015, at 1:35 PM, David Holland wrote:
>>>
>>> Either make vnode locks interruptible, or debug puffs.
>>>
>>> I favor the former, but lost the argument a few years back. Others
>>> (including e.g. yamt) said no.
>>
>> Even as not interruptible, I can call VOP_LOCK with LK_NOWAIT an
FWIW, I have had a problem with my server getting stuck in "tstile". I could
not reproduce the problem easily, but I saw it in production often enough that
it was a headache. The Intel port (as opposed to PPC) seems not to have the
problem.
If there is no timeout on this loop, and it theoretic
"…small, mechanical changes"??
Famous last words. ;->
-dgl-
On Jun 2, 2015, at 4:34 PM, Joerg Sonnenberger wrote:
> On Tue, Jun 02, 2015 at 11:47:01AM -0700, Dennis Ferguson wrote:
>> Asking for ARCNET support in the absence of hardware to test on,
>> however, is really asking for something qu
