Re: ZFS vs. wedges

2020-07-26 Thread Michael van Elst 
r...@netbsd.org (Jeff Rizzo) writes:

>I have a couple disks on a new system, both labeled with GPT - and I'm 
>trying to use one for ZFS.  I created a fbsd-zfs partition on ld1, and 
>did 'zpool create tank /dev/dk4' - all was fine and dandy until I 
>rebooted.  On reboot, dk4 became dk0, and I wound up with a corrupt 
>zpool because the underlying device was wrong.

>So, I destroyed the pool, did a 'zpool import -f tank' and all was 
>well.

That is all what works today. The import command scans the disks
for ZFS data and creates a pool from it, but the resulting device
paths (e.g. /dev/dk4) are stored in /etc/zfs/zfs.cache and then
get reused.

The ZFS code either needs to learn to search for wedges by
other means (not that difficult to do, the functionality
already exists for selecting a root device). There might be
side effects in userland if something insists of paths starting
with a '/' or you might need a third syntax to use wedge names.

Or you could use devpubd to automatically create symlinks for wedges.
There is already a hook to do that. But people should then decide
to make devpubd a first class citizen and run it by default and
also earlier in the boot sequence.

The alternative is of course to not use GPT but only use
whole disks for ZFS. That's a bit more natural, but doesn't
cover all use cases.

-- 
-- 
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."

daily CVS update output

2020-07-26 Thread NetBSD source update 


Updating src tree:
P src/build.sh
P src/distrib/notes/common/main
P src/distrib/notes/common/postinstall
P src/distrib/notes/evbarm/contents
P src/distrib/notes/evbarm/hardware
P src/distrib/notes/evbarm/install
P src/distrib/notes/evbarm/prep
P src/distrib/notes/evbarm/xfer
P src/distrib/sets/lists/comp/mi
P src/distrib/sets/lists/man/mi
P src/distrib/sets/lists/tests/mi
U src/distrib/sets/lists/xserver/md.sun3
P src/doc/CHANGES
P src/etc/MAKEDEV.tmpl
P src/etc/etc.amd64/MAKEDEV.conf
P src/etc/mtree/NetBSD.dist.tests
P src/external/bsd/byacc/bin/yacc.1
P src/games/fortune/strfile/strfile.c
P src/games/random/random.c
P src/games/robots/main.c
P src/games/robots/rnd_pos.c
P src/lib/libc/posix1e/Makefile.inc
cvs update: `src/lib/libc/posix1e/extattr.3' is no longer in the repository
P src/lib/libexecinfo/unwind.c
P src/sbin/mount/pathadj.c
P src/sbin/mount_ados/Makefile
P src/sbin/mount_ados/mount_ados.c
P src/sbin/mount_autofs/Makefile
P src/sbin/mount_autofs/mount_autofs.c
P src/sbin/mount_fdesc/Makefile
P src/sbin/mount_fdesc/mount_fdesc.c
P src/sbin/mount_filecore/Makefile
P src/sbin/mount_filecore/mount_filecore.c
P src/sbin/mount_kernfs/Makefile
P src/sbin/mount_kernfs/mount_kernfs.c
P src/sbin/mount_null/Makefile
P src/sbin/mount_null/mount_null.c
P src/sbin/mount_overlay/Makefile
P src/sbin/mount_overlay/mount_overlay.c
P src/sbin/mount_procfs/Makefile
P src/sbin/mount_procfs/mount_procfs.c
P src/sbin/mount_ptyfs/Makefile
P src/sbin/mount_ptyfs/mount_ptyfs.c
P src/sbin/mount_umap/Makefile
P src/sbin/mount_umap/mount_umap.c
P src/sbin/mount_union/Makefile
P src/sbin/mount_union/mount_union.c
P src/share/man/man4/Makefile
U src/share/man/man4/wwanc.4
P src/share/misc/style
P src/share/mk/bsd.README
P src/sys/arch/aarch64/aarch64/trap.c
P src/sys/arch/amd64/conf/ALL
P src/sys/arch/mips/cavium/dev/octeon_corereg.h
P src/sys/arch/mips/include/asm.h
P src/sys/arch/mips/include/bswap.h
P src/sys/arch/mips/include/bus_dma_defs.h
P src/sys/arch/mips/include/bus_space_defs.h
P src/sys/arch/mips/include/bus_space_funcs.h
P src/sys/arch/mips/include/cache.h
P src/sys/arch/mips/include/cache_ls2.h
P src/sys/arch/mips/include/cache_mipsNN.h
P src/sys/arch/mips/include/cache_octeon.h
P src/sys/arch/mips/include/cache_r4k.h
P src/sys/arch/mips/include/cache_r5900.h
P src/sys/arch/mips/include/cache_r5k.h
P src/sys/arch/mips/include/cachectl.h
P src/sys/arch/mips/include/cdefs.h
P src/sys/arch/mips/include/cpu.h
P src/sys/arch/mips/include/cpu_counter.h
P src/sys/arch/mips/include/cpuregs.h
P src/sys/arch/mips/include/db_machdep.h
P src/sys/arch/mips/include/ecoff_machdep.h
P src/sys/arch/mips/include/fenv.h
P src/sys/arch/mips/include/float.h
P src/sys/arch/mips/include/frame.h
P src/sys/arch/mips/include/ieeefp.h
P src/sys/arch/mips/include/int_const.h
P src/sys/arch/mips/include/int_fmtio.h
P src/sys/arch/mips/include/int_limits.h
P src/sys/arch/mips/include/int_mwgwtypes.h
P src/sys/arch/mips/include/intr.h
P src/sys/arch/mips/include/isa_machdep.h
P src/sys/arch/mips/include/kcore.h
P src/sys/arch/mips/include/kdbparam.h
P src/sys/arch/mips/include/limits.h
P src/sys/arch/mips/include/locore.h
P src/sys/arch/mips/include/math.h
P src/sys/arch/mips/include/mcontext.h
P src/sys/arch/mips/include/mips1_pte.h
P src/sys/arch/mips/include/mips3_pte.h
P src/sys/arch/mips/include/mipsNN.h
P src/sys/arch/mips/include/mips_opcode.h
P src/sys/arch/mips/include/mips_param.h
P src/sys/arch/mips/include/netbsd32_machdep.h
P src/sys/arch/mips/include/pci_machdep.h
P src/sys/arch/mips/include/pmap.h
P src/sys/arch/mips/include/proc.h
P src/sys/arch/mips/include/profile.h
P src/sys/arch/mips/include/pte.h
P src/sys/arch/mips/include/ptrace.h
P src/sys/arch/mips/include/r3900regs.h
P src/sys/arch/mips/include/reg.h
P src/sys/arch/mips/include/regdef.h
P src/sys/arch/mips/include/regnum.h
P src/sys/arch/mips/include/reloc.h
P src/sys/arch/mips/include/setjmp.h
P src/sys/arch/mips/include/sljit_machdep.h
P src/sys/arch/mips/include/sysarch.h
P src/sys/arch/mips/include/vmparam.h
P src/sys/arch/mips/include/wchar_limits.h
P src/sys/arch/mips/include/wired_map.h
P src/sys/arch/mips/mips/db_interface.c
P src/sys/arch/mips/mips/locore_octeon.S
P src/sys/arch/mips/rmi/rmixl_spl.S
P src/sys/arch/mips/rmi/rmixl_subr.S
P src/sys/conf/majors
P src/sys/crypto/adiantum/adiantum.c
P src/sys/crypto/aes/aes_ccm.c
P src/sys/dev/pci/files.pci
U src/sys/dev/pci/xmm7360.c
P src/sys/kern/vfs_subr.c
P src/sys/rump/kern/lib/libcrypto/Makefile
P src/tests/sys/crypto/aes/t_aes.c
P src/tools/make/buildmake.sh.in
P src/usr.bin/config/gram.y
P src/usr.bin/config/scan.l
P src/usr.bin/make/Makefile
P src/usr.bin/make/arch.c
P src/usr.bin/make/buf.c
P src/usr.bin/make/buf.h
P src/usr.bin/make/cond.c
U src/usr.bin/make/lst.c
P src/usr.bin/make/nonints.h
P src/usr.bin/make/str.c
P src/usr.bin/make/suff.c
P src/usr.bin/make/var.c
cvs update: `src/usr.bin/make/lst.lib/Makefile' is no longer in the repository
cvs update: `src/usr.bin/make/lst.lib/lstAppend.c' is

ZFS vs. wedges

2020-07-26 Thread Jeff Rizzo 
Disclaimer:  I'm actually using 9.0_STABLE as of today (26 July), not 
-current, but I've been told most ZFS stuff should be pulled up.



I have a couple disks on a new system, both labeled with GPT - and I'm 
trying to use one for ZFS.  I created a fbsd-zfs partition on ld1, and 
did 'zpool create tank /dev/dk4' - all was fine and dandy until I 
rebooted.  On reboot, dk4 became dk0, and I wound up with a corrupt 
zpool because the underlying device was wrong.



So, I destroyed the pool, did a 'zpool import -f tank' and all was 
well.  Then I rebooted AGAIN, and dk0 became dk4 again - and no zpool.  
Here's what it looks like:


  pool: tank
 state: UNAVAIL
status: One or more devices could not be used because the label is missing
    or invalid.  There are insufficient replicas for the pool to 
continue

    functioning.
action: Destroy and re-create the pool from
    a backup source.
   see: http://illumos.org/msg/ZFS-8000-5E
  scan: none requested
config:

    NAME STATE READ WRITE CKSUM
    tank UNAVAIL  0 0 0
  69849662390552237  UNAVAIL  0 0 0  was /dev/dk0


... if I 'zpool destroy tank' and 'zpool import -f tank', it should find 
it OK again, but this kinda sucks.  :)


Should I have created the pool differently?

Recent addition of chacha breaks custom config build (amd64)

2020-07-26 Thread Paul Goyette 

I ran into a undefined reference to chacha_md_init() while building a
kernel (configs attached).  On IRC I discovered a work-around of "add
``select chacha'' at the end of the config.

Seems that this should be fixed to not require explicit selection of
the option.


++--+---+
| Paul Goyette   | PGP Key fingerprint: | E-mail addresses: |
| (Retired)  | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org   |
++--+---+include "arch/amd64/conf/std.amd64"

#ident  "GENERIC-$Revision: 1.573 $"
ident   "WHOOPPEE-common"

options INCLUDE_CONFIG_FILE # embed config file in kernel binary

config  netbsd  root on ? type ffs

maxusers64  # estimated number of users

# Remove standard options, as they are provided by modules

no options  EXEC_SCRIPT
no options  EXEC_ELF64
no options  COREDUMP
no options  AIO
no options  MQUEUE
no options  SEMAPHORE
no options  PTRACE

# Standard system options

options INSECURE# disable kernel security levels - X needs this

options RTC_OFFSET=0# hardware clock is this many mins. west of GMT
options NTP # NTP phase/frequency locked loop
options KTRACE  # system call tracing via ktrace(1)
options CPU_UCODE   # cpu ucode loading support
options KDTRACE_HOOKS   # kernel DTrace hooks

options MODULAR # new style module(7) framework
options MODULAR_DEFAULT_AUTOLOAD
options VGA_POST# in-kernel support for VGA POST
options USERCONF# userconf(4) support
options SYSCTL_INCLUDE_DESCR# Include sysctl descriptions in kernel

# CPU-related options
options USER_LDT# User-settable LDT, used by Wine
options SVS # Separate Virtual Space
options PCPU_IDT# Per CPU IDTs

# GCC Spectre variant 2 mitigation
makeoptions SPECTRE_V2_GCC_MITIGATION=1
options SPECTRE_V2_GCC_MITIGATION

options DIAGNOSTIC  # inexpensive kernel consistency checks
options DEBUG   # expensive debugging checks/support
options LOCKDEBUG   # expensive locking checks/support
options MSGBUFSIZE=524288

makeoptions COPTS="-O2 -fno-omit-frame-pointer"
makeoptions DEBUG="-g"  # compile full symbol table - CTF needs this

# DDB_* options - see ddb(4), sysctl(7), and options(4)

options DDB # in-kernel debugger
#optionsDDB_ONPANIC=1   # enter ddb if panic(9)
options DDB_COMMANDONENTER="bt" # backtrace at entry
#optionsDDB_DUMPSTACK=1 # backtrace at entry
options DDB_HISTORY_SIZE=512# enable history editing in DDB

# File systems
#file-systemFFS # UFS
#optionsQUOTA2  # new, in-filesystem UFS quotas
#optionsFFS_EI  # FFS Endian Independent support
#optionsDISKLABEL_EI# disklabel Endian Independent support
#optionsWAPBL   # File system journaling support
#optionsUFS_EXTATTR # Extended attribute support for UFS1

# Networking options
options INET# IP + ICMP + TCP + UDP
options INET6   # IPV6

pseudo-device   loop# network loopback

# wscons options
#
options WSEMUL_VT100# VT100 / VT220 emulation
options WS_KERNEL_FG=WSCOL_GREEN
#optionsWS_KERNEL_BG=WSCOL_BLACK
# compatibility to other console drivers
options WSDISPLAY_COMPAT_PCVT   # emulate some ioctls
options WSDISPLAY_COMPAT_SYSCONS# emulate some ioctls
options WSDISPLAY_COMPAT_USL# wsconscfg VT handling
options WSDISPLAY_COMPAT_RAWKBD # can get raw scancodes
# don't attach pckbd as the console if no PS/2 keyboard is found
options PCKBD_CNATTACH_MAY_FAIL
options PCDISPLAY_SOFTCURSOR
options WSDISPLAY_SCROLLSUPPORT

pseudo-device   wsmux   # mouse & keyboard multiplexor
# Give us a choice of font depending on monitor size
pseudo-device   wsfont
options FONT_BOLD8x16
options FONT_BOLD16x32

# Miscellaneous options

options FILEASSOC   # fileassoc(9) - needed by Veriexec
# and PAX_SEGVGUARD
options PAX_SEGVGUARD=0 # PaX Segmentation fault guard
options PAX_MPROTECT=1  # PaX mprotect(2) restrictions
options PAX_MPROTECT_DEBUG=1# PaX mprotect debug
options PAX_ASLR=1  # PaX Address Space Layout Randomization
options PAX_ASLR_DEBUG=1# PaX ASLR debug

options ACPI_SCANPCI# find PCI roots using ACPI

options

Re: VIA Padlock on AMD64

2020-07-26 Thread Andrius V 
Error message is gone, so I assume it fixes the issue.

On Sun, Jul 26, 2020 at 8:22 AM Taylor R Campbell  wrote:
>
> > Date: Fri, 24 Jul 2020 00:35:19 +0300
> > From: Andrius V 
> >
> > > > Cool!  Is it reproducible?  You can trigger reading from the RNG with:
> > > >
> > > > sysctl kern.entropy.gather=1
> >
> > Tested, no messages are triggered for amd64, but sysctl
> > kern.entropy.gather value is always 0:
> > sysctl -w kern.entropy.gather=1
> > kern.entropy.gather: 0 -> 1
> >
> > For i386, same, no messages, but kern.entropy.gather always has
> > changing negative numbers.
>
> kern.entropy.gather is just a trigger that you can write to in order
> to cause an effect; the number read out of it is meaningless.
>
> I committed a change to fix the interpretation of the status code
> returned according to the documentation:
>
> https://mail-index.NetBSD.org/source-changes/2020/07/25/msg119718.html
>
> Let me know if you see the symptom again!
>
> (I should maybe do some more diagnostic tests on real hardware to
> verify how it behaves in case the code was mostly right before and the
> documentation is wrong.)

Re: timecounter changes break netbsd-9/i386 for NET4501

2020-07-26 Thread John D. Baker 
The following patch fixes the problem:

+Index: sys/arch/x86/x86/cpu.c
+===
+RCS file: /cvsroot/src/sys/arch/x86/x86/cpu.c,v
+retrieving revision 1.171.2.2
+diff -u -p -r1.171.2.2 cpu.c
+--- sys/arch/x86/x86/cpu.c 15 Jul 2020 17:25:08 -  1.171.2.2
 sys/arch/x86/x86/cpu.c 26 Jul 2020 17:30:27 -
+@@ -1267,7 +1267,7 @@ cpu_get_tsc_freq(struct cpu_info *ci)
+ {
+   uint64_t freq = 0, last_tsc;
+ 
+-  if (cpu_hascounter())
++  if (cpu_hascounter()) {
+   freq = cpu_tsc_freq_cpuid(ci);
+ 
+   if (freq != 0) {
+@@ -1280,6 +1280,7 @@ cpu_get_tsc_freq(struct cpu_info *ci)
+   ci->ci_data.cpu_cc_freq =
+   (cpu_counter_serializing() - last_tsc) * 10;
+   }
++  }
+ }
+ 
+ void

-- 
|/"\ 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: Samba DC provisioning fails with ACL-enabled NetBSD-current

2020-07-26 Thread Matthias Petermann 

Hello Chuck,

Am 26.07.2020 um 02:30 schrieb Chuck Silvers:

On Thu, Jul 23, 2020 at 08:09:11PM -0400, Christos Zoulas wrote:

Be very careful and use a separate partition for sysvol because Matthias 
reported
fs corruption which I have not looked at yet.


I committed a fix for the fs corruption bug just now.
If you have tried this samba provisioning step with an earlier kernel,
you should make sure that any fs corruption due to the bug is repaired
by unmounting the file system containing samba's sysvol directory and
running "fsck -fy" on that device.

-Chuck



Thank you for your effort and the quick solution. After successfully 
testing the patch, I created a complete build from the current CVC 
sources again this evening. I can confirm that the change as tested now 
also works in current.


Kind regards
Matthias

Re: timecounter changes break netbsd-9/i386 for NET4501

2020-07-26 Thread John D. Baker 
On Sun, 26 Jul 2020, John D. Baker wrote:

> On Fri, 24 Jul 2020, John D. Baker wrote:
> 
> > [   1.000] NetBSD 9.0_STABLE (NET4501_JDB) #79: Sat Jul 18 08:19:53 CDT 
> > 2020
> > [   1.000]  
> > sy...@plex760.technoskunk.fur:/r0/build/netbsd-9/obj/i386/sys/arch/i386/compile/NET4501_JDB
> > [   1.000] total memory = 65148 KB
> > [   1.000] avail memory = 60628 KB
> > [   1.050] mainbus0 (root)
> > [   1.050] cpu0 at mainbus0
> > [   1.050] fatal privileged instruction fault in supervisor mode
> > [   1.050] trap type 0 code 0 eip 0xc0114c30 cs 0xc0430008 eflags 
> > 0x10246 cr2 0 ilevel 0x8 esp 0xc011f0cb
> > [   1.050] curlwp 0xc0351960 pid 0 lid 1 lowest kstack 0xc04342c0
> > kernel: supervisor trap privileged instruction fault, code=0
> > Stopped in pid 0.1 (system) at  netbsd:cpu_counter: rdtsc
> 
> So, the pull-up of x86 TSC changes to netbsd-9 needs some more attention.

I think the problem lies with:

  cvs rdiff -u -r1.171.2.1 -r1.171.2.2 src/sys/arch/x86/x86/cpu.c

The entire code block following the "if (cpu_hascounter())" should
be in braces.  Otherwise when "freq != 0" is found to be false, the
"else" clause unconditionally calls "cpu_counter_serializing()" which
calls "cpu_counter()" which attempts to execute the "rdtsc" instruction
which causes the above fault on Soekris net4501.

"cpu_get_tsc_freq()" in -current is significantly more sophisticated,
but the code paths that could call "cpu_counter()" are protected by
testing the result of "cpu_hascounter()".

-- 
|/"\ 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

Automated report: NetBSD-current/i386 build success

2020-07-26 Thread NetBSD Test Fixture 
The NetBSD-current/i386 build is working again.

The following commits were made between the last failed build and the
successful build:

2020.07.26.14.16.45 rillig src/usr.bin/make/unit-tests/moderrs.exp,v 1.4
2020.07.26.14.16.45 rillig src/usr.bin/make/unit-tests/moderrs.mk,v 1.3
2020.07.26.14.22.22 riastradh src/distrib/sets/lists/tests/mi,v 1.877
2020.07.26.14.39.46 rillig src/usr.bin/make/unit-tests/moderrs.exp,v 1.5
2020.07.26.14.39.46 rillig src/usr.bin/make/unit-tests/moderrs.mk,v 1.4
2020.07.26.14.51.18 jdolecek src/sys/arch/amd64/conf/ALL,v 1.158
2020.07.26.14.51.18 jdolecek src/sys/conf/majors,v 1.95
2020.07.26.14.51.18 jdolecek src/sys/dev/pci/files.pci,v 1.430
2020.07.26.14.51.18 jdolecek src/sys/dev/pci/xmm7360.c,v 1.1
2020.07.26.15.09.10 rillig src/usr.bin/make/buf.c,v 1.28
2020.07.26.15.09.10 rillig src/usr.bin/make/buf.h,v 1.21
2020.07.26.15.09.10 rillig src/usr.bin/make/var.c,v 1.313
2020.07.26.15.13.09 jdolecek src/distrib/sets/lists/man/mi,v 1.1697
2020.07.26.15.13.09 jdolecek src/share/man/man4/Makefile,v 1.706
2020.07.26.15.13.09 jdolecek src/share/man/man4/wwanc.4,v 1.1
2020.07.26.15.14.09 nia src/games/fortune/strfile/strfile.c,v 1.42
2020.07.26.15.14.23 jdolecek src/doc/CHANGES,v 1.2720
2020.07.26.15.24.00 nia src/games/random/random.c,v 1.15
2020.07.26.15.26.27 rillig src/usr.bin/make/var.c,v 1.314

Logs can be found at:


http://releng.NetBSD.org/b5reports/i386/commits-2020.07.html#2020.07.26.15.26.27

Re: Daily packages for NetBSD/amd64 current

2020-07-26 Thread Jonathan Perkin 
Hi Reinoud,

* On 2020-07-26 at 15:26 BST, Reinoud Zandijk wrote:

> On Sat, Jul 25, 2020 at 10:52:48PM +0100, Jonathan Perkin wrote:
> > I needed a NetBSD-current system for testing pkgin changes, and figured I
> > may as well also set it up for daily package builds.
> > 
> > So if anybody would like a repository for the latest packages then head over
> > to https://pkgsrc.joyent.com/install-on-netbsd/ to install the bootstrap
> > kit.
> 
> The bootstrap part is a bit confusing to me; why don't you just provide a
> directory suitable for pkgin's /usr/pkg/etc/pkgin/repositories.conf? Is that
> to explicitly allow the signed packages only?

Sure, you could perform all the steps manually by yourself instead:

 * Set PKG_PATH to the repo and install the pkgin package.

 * Fetch the PGP key from https://pkgsrc.joyent.com/pgp/ and import
   it.

 * Configure pkgin and pkg_install.conf to use the repo, and configure
   pkg_install.conf with your preferred VERIFIED_INSTALLATION setting.

 * Install the mozilla-rootcerts package and run the install script.

The point of the bootstrap kit is to just do all this for you, but the
end result is the same, so choose the easy way or the harder way I
guess ;)

Cheers,

-- 
Jonathan Perkin  -  Joyent, Inc.  -  www.joyent.com

Re: Failure durin nbmake build

2020-07-26 Thread Chavdar Ivanov 
On Sun, 26 Jul 2020 at 14:58, Patrick Welche  wrote:
>
> On Sun, Jul 26, 2020 at 10:33:33AM +0100, Chavdar Ivanov wrote:
> > cc  -D_PATH_DEFSYSPATH="/home/sysbuild/src/share/mk"
> > -DDEFSHELL_CUSTOM="/bin/sh" -DHAVE_SETENV=1 -DHAVE_STRDUP=1
> > -DHAVE_STRERROR=1 -DHAVE_STRFTIME=1 -DHAVE_VSNPRINTF=1  -O -c
> > /home/sysbuild/src/usr.bin/make/lst.lib/*.c
> > cc: error: /home/sysbuild/src/usr.bin/make/lst.lib/*.c: No such file
> > or directory
> > cc: fatal error: no input files
> > compilation terminated.
>
> I think the lst.lib directory has just been removed. I haven't seen
> your build error, but do see a couple of references to lst.lib in Makefiles.

It was sorted out recently, the build is going ahead.

>
> Cheers,
>
> Patrick

Chavdar


--

Re: timecounter changes break netbsd-9/i386 for NET4501

2020-07-26 Thread John D. Baker 
On Fri, 24 Jul 2020, John D. Baker wrote:

> [   1.000] NetBSD 9.0_STABLE (NET4501_JDB) #79: Sat Jul 18 08:19:53 CDT 
> 2020
> [   1.000]
> sy...@plex760.technoskunk.fur:/r0/build/netbsd-9/obj/i386/sys/arch/i386/compile/NET4501_JDB
> [   1.000] total memory = 65148 KB
> [   1.000] avail memory = 60628 KB
> [   1.050] mainbus0 (root)
> [   1.050] cpu0 at mainbus0
> [   1.050] fatal privileged instruction fault in supervisor mode
> [   1.050] trap type 0 code 0 eip 0xc0114c30 cs 0xc0430008 eflags 0x10246 
> cr2 0 ilevel 0x8 esp 0xc011f0cb
> [   1.050] curlwp 0xc0351960 pid 0 lid 1 lowest kstack 0xc04342c0
> kernel: supervisor trap privileged instruction fault, code=0
> Stopped in pid 0.1 (system) at  netbsd:cpu_counter: rdtsc

I just checked -current (9.99.69) from sources of around 202007190923Z
and my net4501 boots properly.

So, the pull-up of x86 TSC changes to netbsd-9 needs some more attention.

-- 
|/"\ 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: Automated report: NetBSD-current/i386 build failure

2020-07-26 Thread Taylor R Campbell 
> Date: Sun, 26 Jul 2020 15:20:05 +0300
> From: Andreas Gustafsson 
> 
> The build is still failing, current error as of 2020.07.26.09.17.24:
> 
>   ===  1 extra files in DESTDIR  =
>   Files in DESTDIR but missing from flist.
>   File is obsolete or flist is out of date ?
>   --
>   ./usr/libdata/debug/usr/tests/sys/crypto/chacha
>   =  end of 1 extra files  ===

Should be fixed now.

Re: Daily packages for NetBSD/amd64 current

2020-07-26 Thread Reinoud Zandijk 
Hi Jonathan,

On Sat, Jul 25, 2020 at 10:52:48PM +0100, Jonathan Perkin wrote:
> I needed a NetBSD-current system for testing pkgin changes, and figured I
> may as well also set it up for daily package builds.
> 
> So if anybody would like a repository for the latest packages then head over
> to https://pkgsrc.joyent.com/install-on-netbsd/ to install the bootstrap
> kit.

The bootstrap part is a bit confusing to me; why don't you just provide a
directory suitable for pkgin's /usr/pkg/etc/pkgin/repositories.conf? Is that
to explicitly allow the signed packages only?

With regards,
Reinoud

Re: Failure durin nbmake build

2020-07-26 Thread Patrick Welche 
On Sun, Jul 26, 2020 at 10:33:33AM +0100, Chavdar Ivanov wrote:
> cc  -D_PATH_DEFSYSPATH="/home/sysbuild/src/share/mk"
> -DDEFSHELL_CUSTOM="/bin/sh" -DHAVE_SETENV=1 -DHAVE_STRDUP=1
> -DHAVE_STRERROR=1 -DHAVE_STRFTIME=1 -DHAVE_VSNPRINTF=1  -O -c
> /home/sysbuild/src/usr.bin/make/lst.lib/*.c
> cc: error: /home/sysbuild/src/usr.bin/make/lst.lib/*.c: No such file
> or directory
> cc: fatal error: no input files
> compilation terminated.

I think the lst.lib directory has just been removed. I haven't seen
your build error, but do see a couple of references to lst.lib in Makefiles.

Cheers,

Patrick

Re: Automated report: NetBSD-current/i386 build failure

2020-07-26 Thread Andreas Gustafsson 
The build is still failing, current error as of 2020.07.26.09.17.24:

  ===  1 extra files in DESTDIR  =
  Files in DESTDIR but missing from flist.
  File is obsolete or flist is out of date ?
  --
  ./usr/libdata/debug/usr/tests/sys/crypto/chacha
  =  end of 1 extra files  ===

-- 
Andreas Gustafsson, g...@gson.org

Failure durin nbmake build

2020-07-26 Thread Chavdar Ivanov 
Hi,

I am getting repeated

..
cc  -D_PATH_DEFSYSPATH="/home/sysbuild/src/share/mk"
-DDEFSHELL_CUSTOM="/bin/sh" -DHAVE_SETENV=1 -DHAVE_STRDUP=1
-DHAVE_STRERROR=1 -DHAVE_STRFTIME=1 -DHAVE_VSNPRINTF=1  -O -c
/home/sysbuild/src/usr.bin/make/lst.lib/*.c
cc: error: /home/sysbuild/src/usr.bin/make/lst.lib/*.c: No such file
or directory
cc: fatal error: no input files
compilation terminated.
..

I've cleaned and updated everything possible (make cleandir in src,
put away the old obj and tools directories, essentially starting from
scratch).

Chavdar


--

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

2020-07-26 Thread Christos Zoulas 
Be very careful and use a separate partition for sysvol because Matthias 
reported
fs corruption which I have not looked at yet.

christos

> On Jul 23, 2020, at 7:39 PM, Chavdar Ivanov  wrote:
> 
> On Thu, 23 Jul 2020 at 16:25, Chavdar Ivanov  > wrote:
>> 
>> On Thu, 23 Jul 2020 at 15:59, Christos Zoulas  wrote:
>>> 
>>> You are missing:
>>> 
>>> PKG_OPTIONS.samba4= acl
>> 
>> Unfortunately not - this is the line:
>> 
>> PKG_OPTIONS.samba4=acl avahi ldap pam winbind
>> 
>> and I get:
>> 
>> #... /net/samba4 ❯ make show-options
>> Any of the following general options may be selected:
>>acl  Enable POSIX ACL support.
>>ads  Enable Windows Active Directory support.
>>avahiEnable DNS service discovery and multicast DNS support.
>>fam  Support using File Alteration Monitor (FAM).
>>ldap Enable LDAP support.
>>pam  Enable PAM support.
>>winbind  Enable name-service switch daemon support using
>> Windows Servers.
>> 
>> These options are enabled by default:
>>ads avahi ldap pam winbind
>> 
>> These options are currently enabled:
>>acl ads avahi ldap pam winbind
>> 
>> You can select which build options to use by setting PKG_DEFAULT_OPTIONS
>> or PKG_OPTIONS.samba4.
>> 
>> As I said, configure definitely has --with-acl-support and the log
>> file indicates attempts to find the bits in question, so it is
>> something else.
>> 
>> This is a fairly used pkgsrc build host, perhaps something has gone
>> wrong at some stage; I have another one setup with much less changes
>> since the original modification, I'll cvs update the whole tree and
>> after a rolling-replace will try one more to build samba4 with ad
>> support.
> 
> 
> The build on the second pkgsrc host produced a working dc. The two
> pkgsrc hosts use the same /etc/mk.conf file, with the exception that
> on the first - failed one - the default python is 3.7, hereas on the
> second one it is 3.8, if this matters.
> 
> Now some domain joining...
> 
>> 
>>> 
>>> in /etc/mk.conf
>>> 
>>> christos
>>> 
 On Jul 23, 2020, at 9:54 AM, Chavdar Ivanov >>> > wrote:
 
> ...
> Chavdar



signature.asc
Description: Message signed with OpenPGP