daily CVS update output

2020-07-20 Thread NetBSD source update
Updating src tree: P src/distrib/notes/evbarm/contents P src/external/mit/xorg/server/xorg-server/hw/xnest/Makefile P src/external/mit/xorg/server/xorg-server.old/hw/xnest/Makefile P src/games/tetris/tetris.c P src/games/tetris/tetris.h P src/share/mk/bsd.own.mk P src/share/mk/bsd.x11.mk P src/sh

nss_winbind Segmentation fault - (was: Re: Samba DC provisioning fails with ACL-enabled NetBSD-current)

2020-07-20 Thread Matthias Petermann
Hello everybody, In the meantime I was able to successfully connect a Windows VM to the Samba domain. The domain login works and also the access to the Sysvol. Wonderful! Now I try to make the domain accounts known on the Samba host - the NetBSD system. I have adjusted the /etc/nsswitch.conf

Re: VIA Padlock on AMD64

2020-07-20 Thread Taylor R Campbell
> Date: Mon, 20 Jul 2020 21:31:20 + > From: Taylor R Campbell > > > Date: Tue, 21 Jul 2020 00:16:16 +0300 > > From: Andrius V > > > > After a bit more investigation, yes, it is kassert (kernel diagnostic > > assertion "viadrm_pci_ids[i].subvendor == PCI_ANY_ID" ), doesn't > > matter amd64/i

Re: VIA Padlock on AMD64

2020-07-20 Thread Taylor R Campbell
> Date: Tue, 21 Jul 2020 00:16:16 +0300 > From: Andrius V > > After a bit more investigation, yes, it is kassert (kernel diagnostic > assertion "viadrm_pci_ids[i].subvendor == PCI_ANY_ID" ), doesn't > matter amd64/i386. Panic should be fixed in via_pci 1.3. >The cause seems

Re: VIA Padlock on AMD64

2020-07-20 Thread Andrius V
On Mon, Jul 20, 2020 at 8:38 AM Taylor R Campbell wrote: > > > > I am planning to submit PR once I will retest the driver with the latest > > images. Actually, it may not be amd64 specific after all. Crash happens > > during boot on match function, likely newer graphics are unsupported and > > tri

Re: 9.99.69 panic - libcrypto changes?

2020-07-20 Thread Taylor R Campbell
> Date: Thu, 2 Jul 2020 23:09:16 +0100 > From: Chavdar Ivanov > > On amd64 9.99.69 from yesterday I get: > > crash: _kvm_kvatop(0) > Crash version 9.99.69, image version 9.99.69. > Kernel compiled without options LOCKDEBUG. > System panicked: fpudna from kernel, ip 0x802292af, trapframe

x86 in-kernel fpu bug

2020-07-20 Thread Taylor R Campbell
> Date: Mon, 20 Jul 2020 11:04:21 +0100 > From: Patrick Welche > > After a -current/amd64 update, a sudden outbreak of floating point exceptions: > > /usr/src/tools/gcc/../../external/gpl3/gcc/dist/gcc/tree-ssa-operands.c:1348:1: > > internal compiler error: Floating point exception

Re: Samba DC provisioning fails with ACL-enabled NetBSD-current

2020-07-20 Thread Matthias Petermann
Hello Christos and Patrick, Thank you very much for your quick help. It works with the POSIX.1E ACLs and I now seem to have a domain controller running on NetBSD. What a great day :-) I will now install a Windows as a Xen guest and try to join the domain. Kind regards Matthias

Re: Samba DC provisioning fails with ACL-enabled NetBSD-current

2020-07-20 Thread Christos Zoulas
You want posix1e acls for samba. So "tunefs -p enable". If the getfacl output looks like: $ getfacl . # file: . # owner: christos # group: christos owner@:rwxp--aARWcCos:---:allow group@:r-x---a-R-c--s:---:allow everyone@:r-x---a-R-c--s:---:allow Then

Re: Samba DC provisioning fails with ACL-enabled NetBSD-current

2020-07-20 Thread Patrick Welche
On Mon, Jul 20, 2020 at 05:47:59PM +0200, Matthias Petermann wrote: > test10# mount > /dev/dk0 on / type ffs (acls, log, local) In /etc/fstab, try /dev/dk0 / ffs rw,posix1eacls 1 1 (rather than acls) Cheers, Patrick

Samba DC provisioning fails with ACL-enabled NetBSD-current

2020-07-20 Thread Matthias Petermann
Hello everybody, A while ago, Christos Zoulas imported the ACL code for FFS. This opens the door for using NetBSD with Samba as a domain controller in a heterogeneous environment with Windows clients. I'm honest: that's one of the killer features for me and I'm very grateful that Christos did

Re: floating point exceptions

2020-07-20 Thread Patrick Welche
On Mon, Jul 20, 2020 at 11:24:29AM -, Michael van Elst wrote: > pr...@cam.ac.uk (Patrick Welche) writes: > > >After a -current/amd64 update, a sudden outbreak of floating point > >exceptions: > > >/usr/src/tools/gcc/../../external/gpl3/gcc/dist/gcc/tree-ssa-operands.c:1348:1: > > > >interna

Re: floating point exceptions

2020-07-20 Thread Michael van Elst
pr...@cam.ac.uk (Patrick Welche) writes: >After a -current/amd64 update, a sudden outbreak of floating point exceptions: >/usr/src/tools/gcc/../../external/gpl3/gcc/dist/gcc/tree-ssa-operands.c:1348:1: > >internal compiler error: Floating point exception > >Fetchin

floating point exceptions

2020-07-20 Thread Patrick Welche
After a -current/amd64 update, a sudden outbreak of floating point exceptions: /usr/src/tools/gcc/../../external/gpl3/gcc/dist/gcc/tree-ssa-operands.c:1348:1: internal compiler error: Floating point exception Fetching message headers... Floating point exception (co

Re: Heads up: ubc_direct enabled by default

2020-07-20 Thread Patrick Welche
On Thu, Apr 23, 2020 at 10:10:56PM +, Andrew Doran wrote: > This affects amd64, alpha and aarch64, but only 1 and 2 CPU systems so far. > Any more and it's still off by default. Only the default has changed so the > sysctl (vm.ubc_direct) still works for turning it on and off manually. > > T