On 03/11/19(Sun) 13:12, Ted Unangst wrote:
> Martin Pieuchot wrote:
> > The last, now reverted change, to uvm_map_inentry() exposes a race that
> > is reproducible while building lang/go on amd64 which makes uvm_fault()
> > fail, resulting a in a SIGSEV of at least one of the processes.
>
> > Inte
Martin Pieuchot wrote:
> The last, now reverted change, to uvm_map_inentry() exposes a race that
> is reproducible while building lang/go on amd64 which makes uvm_fault()
> fail, resulting a in a SIGSEV of at least one of the processes.
> Interestingly the machine cannot reproduce the race if the
> Date: Sun, 3 Nov 2019 18:03:19 +0100
> From: Martin Pieuchot
>
> For profiling purposes, it would be useful to know where assembly
> symbols end.
>
> Diff below adds many END() for libkern and locore.s on sparc64.
>
> ok?
ok kettenis@
> Index: arch/sparc64/sparc64/locore.s
> ==
> From: Andrew Grillet
> Date: Sun, 3 Nov 2019 16:39:42 +
>
> I have been running my T1000 for almost a year on a config generated with
> (I think) OBDS6.3.
> I upgraded to 6.6 current on the day before it was released (2 October?).
>
> I built a new config with minor changes (names of guest
For profiling purposes, it would be useful to know where assembly
symbols end.
Diff below adds many END() for libkern and locore.s on sparc64.
ok?
Index: arch/sparc64/sparc64/locore.s
===
RCS file: /cvs/src/sys/arch/sparc64/sparc64
On Sun, November 3, 2019 6:27 am, Florian Obser wrote:
> On Sun, Nov 03, 2019 at 12:21:59PM +0100, Antoine Jacoutot wrote:
>> On Sun, Nov 03, 2019 at 12:16:56PM +0100, Florian Obser wrote:
>> > I like it, if someone who is fluent in ksh line noise could please
>> > verify and commit, that would be
I have been running my T1000 for almost a year on a config generated with
(I think) OBDS6.3.
I upgraded to 6.6 current on the day before it was released (2 October?).
I built a new config with minor changes (names of guest vdisks, and number
of CPUs allocated
to the primary - several had been unus
sparc support hasn't existed for 6 releases, the following diff removes
some remaining references to sun4c and sun4e machines in the manpages.
Cheers,
Joe
Index: hme.4
===
RCS file: /cvs/src/share/man/man4/hme.4,v
retrieving revision
The last, now reverted change, to uvm_map_inentry() exposes a race that
is reproducible while building lang/go on amd64 which makes uvm_fault()
fail, resulting a in a SIGSEV of at least one of the processes.
In my tests, uvm_fault() always failed due to 2 conditions, see below.
1. when uvm_map_
OK florian
On 3 November 2019 10:57:58 CET, Clemens Goessnitzer
wrote:
>Is this NULL check needed? clt_pass is checked for being NULL and
>dereferenced
>four lines above:
>
> if ((clt_pass = strchr(decoded, ':')) == NULL)
> goto done;
>
> clt_user = decoded;
> *cl
On Sun, Nov 03, 2019 at 12:21:59PM +0100, Antoine Jacoutot wrote:
> On Sun, Nov 03, 2019 at 12:16:56PM +0100, Florian Obser wrote:
> > I like it, if someone who is fluent in ksh line noise could please
> > verify and commit, that would be awesome, thanks.
>
> Why not let the installer handle this?
On Sun, Nov 03, 2019 at 12:16:56PM +0100, Florian Obser wrote:
> I like it, if someone who is fluent in ksh line noise could please
> verify and commit, that would be awesome, thanks.
Why not let the installer handle this? It already has code for it.
sysupgrade ony needs to create the proper auto_
I like it, if someone who is fluent in ksh line noise could please
verify and commit, that would be awesome, thanks.
On Fri, Nov 01, 2019 at 09:37:04PM -0400, trondd wrote:
> Anthony Coulter wrote:
>
> > Hello @tech,
> >
> > When I manually upgrade OpenBSD using bsd.rd, I have to set http_proxy
Is this NULL check needed? clt_pass is checked for being NULL and dereferenced
four lines above:
if ((clt_pass = strchr(decoded, ':')) == NULL)
goto done;
clt_user = decoded;
*clt_pass++ = '\0';
if ((clt->clt_remote_user = strdup(clt_user)) == NULL)
14 matches
Mail list logo
