daily CVS update output

2019-10-17 Thread NetBSD source update


Updating src tree:
P src/doc/3RDPARTY
P src/doc/CHANGES
P src/doc/CHANGES.prev
P src/external/mpl/bind/bind2netbsd
P src/external/mpl/bind/dist/CHANGES
P src/external/mpl/bind/dist/README
P src/external/mpl/bind/dist/README.md
P src/external/mpl/bind/dist/config.h.in
P src/external/mpl/bind/dist/configure
P src/external/mpl/bind/dist/configure.ac
U src/external/mpl/bind/dist/srcid
P src/external/mpl/bind/dist/version
P src/external/mpl/bind/dist/bin/check/win32/checkconf.vcxproj.in
P src/external/mpl/bind/dist/bin/check/win32/checktool.vcxproj.in
P src/external/mpl/bind/dist/bin/check/win32/checkzone.vcxproj.in
P src/external/mpl/bind/dist/bin/confgen/win32/confgentool.vcxproj.in
P src/external/mpl/bind/dist/bin/confgen/win32/ddnsconfgen.vcxproj.in
P src/external/mpl/bind/dist/bin/confgen/win32/rndcconfgen.vcxproj.in
P src/external/mpl/bind/dist/bin/delv/win32/delv.vcxproj.in
P src/external/mpl/bind/dist/bin/dig/dighost.c
P src/external/mpl/bind/dist/bin/dig/win32/dig.vcxproj.in
P src/external/mpl/bind/dist/bin/dig/win32/dighost.vcxproj.in
P src/external/mpl/bind/dist/bin/dig/win32/host.vcxproj.in
P src/external/mpl/bind/dist/bin/dig/win32/nslookup.vcxproj.in
P src/external/mpl/bind/dist/bin/dnssec/dnssec-dsfromkey.c
P src/external/mpl/bind/dist/bin/dnssec/win32/cds.vcxproj.in
P src/external/mpl/bind/dist/bin/dnssec/win32/dnssectool.vcxproj.in
P src/external/mpl/bind/dist/bin/dnssec/win32/dsfromkey.vcxproj.in
P src/external/mpl/bind/dist/bin/dnssec/win32/importkey.vcxproj.in
P src/external/mpl/bind/dist/bin/dnssec/win32/keyfromlabel.vcxproj.in
P src/external/mpl/bind/dist/bin/dnssec/win32/keygen.vcxproj.in
P src/external/mpl/bind/dist/bin/dnssec/win32/revoke.vcxproj.in
P src/external/mpl/bind/dist/bin/dnssec/win32/settime.vcxproj.in
P src/external/mpl/bind/dist/bin/dnssec/win32/signzone.vcxproj.in
P src/external/mpl/bind/dist/bin/dnssec/win32/verify.vcxproj.in
P src/external/mpl/bind/dist/bin/named/config.c
P src/external/mpl/bind/dist/bin/named/main.c
P src/external/mpl/bind/dist/bin/named/server.c
P src/external/mpl/bind/dist/bin/named/statschannel.c
P src/external/mpl/bind/dist/bin/named/zoneconf.c
P src/external/mpl/bind/dist/bin/named/win32/named.vcxproj.in
P src/external/mpl/bind/dist/bin/named/win32/os.c
P src/external/mpl/bind/dist/bin/nsupdate/win32/nsupdate.vcxproj.in
cvs update: `src/external/mpl/bind/dist/bin/pkcs11/Makefile' is no longer in 
the repository
P src/external/mpl/bind/dist/bin/pkcs11/win32/pk11destroy.vcxproj.in
P src/external/mpl/bind/dist/bin/pkcs11/win32/pk11keygen.vcxproj.in
P src/external/mpl/bind/dist/bin/pkcs11/win32/pk11list.vcxproj.in
P src/external/mpl/bind/dist/bin/pkcs11/win32/pk11tokens.vcxproj.in
P src/external/mpl/bind/dist/bin/rndc/win32/rndc.vcxproj.in
P src/external/mpl/bind/dist/bin/rndc/win32/rndcutil.vcxproj.in
P src/external/mpl/bind/dist/bin/tests/optional/nsecify.c
cvs update: `src/external/mpl/bind/dist/bin/tests/pkcs11/Makefile' is no longer 
in the repository
cvs update: `src/external/mpl/bind/dist/bin/tests/pkcs11/benchmarks/Makefile' 
is no longer in the repository
P src/external/mpl/bind/dist/bin/tests/pkcs11/benchmarks/create.c
P src/external/mpl/bind/dist/bin/tests/pkcs11/benchmarks/find.c
P src/external/mpl/bind/dist/bin/tests/pkcs11/benchmarks/genrsa.c
P src/external/mpl/bind/dist/bin/tests/pkcs11/benchmarks/login.c
P src/external/mpl/bind/dist/bin/tests/pkcs11/benchmarks/privrsa.c
P src/external/mpl/bind/dist/bin/tests/pkcs11/benchmarks/pubrsa.c
P src/external/mpl/bind/dist/bin/tests/pkcs11/benchmarks/session.c
P src/external/mpl/bind/dist/bin/tests/pkcs11/benchmarks/sha1.c
P src/external/mpl/bind/dist/bin/tests/pkcs11/benchmarks/sign.c
P src/external/mpl/bind/dist/bin/tests/pkcs11/benchmarks/verify.c
P src/external/mpl/bind/dist/bin/tests/system/conf.sh.common
P src/external/mpl/bind/dist/bin/tests/system/conf.sh.win32
P src/external/mpl/bind/dist/bin/tests/system/runall.sh
U src/external/mpl/bind/dist/bin/tests/system/checkzone/zones/bad-cdnskey.db
U src/external/mpl/bind/dist/bin/tests/system/checkzone/zones/bad-cds.db
U src/external/mpl/bind/dist/bin/tests/system/checkzone/zones/good-cdnskey.db
U src/external/mpl/bind/dist/bin/tests/system/checkzone/zones/good-cds.db
P src/external/mpl/bind/dist/bin/tests/system/digdelv/tests.sh
cvs update: 
`src/external/mpl/bind/dist/bin/tests/system/dlzexternal/ns1/dlzs.conf' is no 
longer in the repository
P src/external/mpl/bind/dist/bin/tests/system/dnssec/tests.sh
P src/external/mpl/bind/dist/bin/tests/system/dnssec/ns2/sign.sh
P src/external/mpl/bind/dist/bin/tests/system/forward/setup.sh
P src/external/mpl/bind/dist/bin/tests/system/forward/tests.sh
P src/external/mpl/bind/dist/bin/tests/system/forward/ns1/named.conf.in
U src/external/mpl/bind/dist/bin/tests/system/forward/ns1/sld.tld.db
P src/external/mpl/bind/dist/bin/tests/system/forward/ns2/named.conf.in
U src/external/mpl/bind/dist/bin/tests/system/forward/ns2/tld.db
U src/external/mpl/bind/dist/bin/tests/system/forward/ns8/named.conf.in
U 

Re: firefox dumping core after NetBSD upgrade

2019-10-17 Thread Robert Swindells


I wrote:
>>>From the stack trace that Paul Goyette provided it looks to me like
>>>a Firefox bug is triggering one in Mesa.
>>
>>I have now got a debug system and firefox build with debug-info, a
>>firefox build with debug wouldn't display an URL.
>>
>>I commented out the locking code to see what happened:
>
>Commented out some more debug testing code in errors.c.
>
>It now crashes in _mesa_error when doing this:
>
>   /* Set the GL context error state for glGetError. */
>==>if (ctx->ErrorValue == GL_NO_ERROR)
>  ctx->ErrorValue = error;
>
>Trying to examine ctx->ErrorValue in gdb fails as it is an invalid
>address. I can examine fields of ctx that are nearer the start of
>the structure. The DebugMutex field is after ErrorValue.

The value of ctx has been retrieved from TLS, but Firefox has done a
fork() just before running the glxtest() function.

Is there something that Firefox should be doing to clear the TLS
after the fork ?



Re: i386 9.99.17 build fails for NET4501 kernel

2019-10-17 Thread Maxime Villard

Le 17/10/2019 à 14:07, Joerg Sonnenberger a écrit :

On Thu, Oct 17, 2019 at 12:43:48PM +0200, Rhialto wrote:

On Thu 17 Oct 2019 at 11:07:44 +0200, Maxime Villard wrote:

I guess we whould disable the messages on this particular file for now as
the others have suggested, and file a PR in LLVM/GCC, because apart from
a compiler bug I don't see what it could be.


The original error has no place in a freestanding build anyway, since
vfork (and longjmp probably too) are concepts of hosted implementations
only.


Yes and no. GCC has a hard-coded list of functions that always get the
returns_twice attribute. (v)fork is on that list, but also savectx. So
the fix is not to disable the warning, but rename the function.

Joerg


It appears that the savectx in this function is unused.

It copies %rsp and %rbp in pcb1, but nothing can be done with that. pcb1 gets
copied into pcb2, but pcb2->pcb_{rsp,rbp} get overwritten at the end of the
function.

So the savectx block can be dropped.


Re: i386 9.99.17 build fails for NET4501 kernel

2019-10-17 Thread Joerg Sonnenberger
On Thu, Oct 17, 2019 at 12:43:48PM +0200, Rhialto wrote:
> On Thu 17 Oct 2019 at 11:07:44 +0200, Maxime Villard wrote:
> > I guess we whould disable the messages on this particular file for now as
> > the others have suggested, and file a PR in LLVM/GCC, because apart from
> > a compiler bug I don't see what it could be.
> 
> The original error has no place in a freestanding build anyway, since
> vfork (and longjmp probably too) are concepts of hosted implementations
> only.

Yes and no. GCC has a hard-coded list of functions that always get the
returns_twice attribute. (v)fork is on that list, but also savectx. So
the fix is not to disable the warning, but rename the function.

Joerg


Re: i386 9.99.17 build fails for NET4501 kernel

2019-10-17 Thread Rhialto
On Thu 17 Oct 2019 at 11:07:44 +0200, Maxime Villard wrote:
> I guess we whould disable the messages on this particular file for now as
> the others have suggested, and file a PR in LLVM/GCC, because apart from
> a compiler bug I don't see what it could be.

The original error has no place in a freestanding build anyway, since
vfork (and longjmp probably too) are concepts of hosted implementations
only.

-Olaf.
-- 
Olaf 'Rhialto' Seibert -- rhialto at falu dot nl
___  Anyone who is capable of getting themselves made President should on
\X/  no account be allowed to do the job.   --Douglas Adams, "THGTTG"


signature.asc
Description: PGP signature


Re: i386 9.99.17 build fails for NET4501 kernel

2019-10-17 Thread Maxime Villard

I guess we whould disable the messages on this particular file for now as
the others have suggested, and file a PR in LLVM/GCC, because apart from
a compiler bug I don't see what it could be.

Le 17/10/2019 à 09:22, J. Hannken-Illjes a écrit :

Any chance we can build x86 kernels without DIAGNOSTIC again?

Does it need a PR?

--
J. Hannken-Illjes - hann...@eis.cs.tu-bs.de - TU Braunschweig




On 15. Oct 2019, at 17:56, John D. Baker  wrote:

On Tue, 15 Oct 2019, Ryo ONODERA wrote:


If the problem is the compiler bug, the patch like the following
may be effective.



[snip]


I applied a similar change for i386 and with it the stock NET4501
config (w/"options DIAGNOSTIC" commented out) builds successfully.

+Index: sys/arch/i386/conf/Makefile.i386
+===
+RCS file: /cvsroot/src/sys/arch/i386/conf/Makefile.i386,v
+retrieving revision 1.194
+diff -u -p -r1.194 Makefile.i386
+--- sys/arch/i386/conf/Makefile.i38622 Sep 2018 12:24:02 -  1.194
 sys/arch/i386/conf/Makefile.i38615 Oct 2019 15:52:05 -
+@@ -44,6 +44,7 @@ CFLAGS+=  -mno-mmx -mno-sse -mno-avx
+ CFLAGS+=   -mindirect-branch=thunk
+ CFLAGS+=   -mindirect-branch-register
+ .endif
++COPTS.vm_machdep.c+=   -Wno-error=clobbered
+
+ ##
+ ## (3) libkern and compat




--
|/"\ John D. Baker, KN5UKS   NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net  OpenBSDFreeBSD
| X  No HTML/proprietary data in email.   BSD just sits there and works!
|/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645




Re: i386 9.99.17 build fails for NET4501 kernel

2019-10-17 Thread J. Hannken-Illjes
Any chance we can build x86 kernels without DIAGNOSTIC again?

Does it need a PR?

--
J. Hannken-Illjes - hann...@eis.cs.tu-bs.de - TU Braunschweig



> On 15. Oct 2019, at 17:56, John D. Baker  wrote:
> 
> On Tue, 15 Oct 2019, Ryo ONODERA wrote:
> 
>> If the problem is the compiler bug, the patch like the following
>> may be effective.
> 
>> [snip]
> 
> I applied a similar change for i386 and with it the stock NET4501
> config (w/"options DIAGNOSTIC" commented out) builds successfully.
> 
> +Index: sys/arch/i386/conf/Makefile.i386
> +===
> +RCS file: /cvsroot/src/sys/arch/i386/conf/Makefile.i386,v
> +retrieving revision 1.194
> +diff -u -p -r1.194 Makefile.i386
> +--- sys/arch/i386/conf/Makefile.i38622 Sep 2018 12:24:02 -  1.194
>  sys/arch/i386/conf/Makefile.i38615 Oct 2019 15:52:05 -
> +@@ -44,6 +44,7 @@ CFLAGS+=  -mno-mmx -mno-sse -mno-avx
> + CFLAGS+=   -mindirect-branch=thunk
> + CFLAGS+=   -mindirect-branch-register
> + .endif
> ++COPTS.vm_machdep.c+=   -Wno-error=clobbered
> +
> + ##
> + ## (3) libkern and compat
> 
> 
> 
> 
> --
> |/"\ John D. Baker, KN5UKS   NetBSD Darwin/MacOS X
> |\ / jdbaker[snail]consolidated[flyspeck]net  OpenBSDFreeBSD
> | X  No HTML/proprietary data in email.   BSD just sits there and works!
> |/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645



signature.asc
Description: Message signed with OpenPGP