rc.d - no support for python scripts

2020-08-16 Thread Thomas Klausner
Hi!

I wanted to run a python service using an rc.d script. It knows to write a pid 
file, but that is not good enough for our rc.d system. It complains:

# /etc/rc.d/syncserver stop 
 
syncserver not running? (check /home/wiz/Projects/syncserver/syncserver.pid).

I think this happens because the executable is not called “syncserver” but is 
started using a python2.7 binary. So I tried setting

command_interpreter="/home/wiz/Projects/syncserver/local/bin/python2.7"

but then I got

/etc/rc.d/syncserver: WARNING: $command_interpreter 
/home/wiz/Projects/syncserver/local/bin/python2.7 != /bin/sh

Is there a way to get python programs running nicely with rc.d and pid support 
(i.e. “status” and “stop” support)?

 Thomas






Strange behavior with CVS

2020-08-16 Thread Arthur Barlow
I'm using amd64 current 9.99.69.  I noticed recently that when I update src
with "cvs -q update -dP", that sometimes the screen will freeze.  I run X
with gkrellm and I notice all the monitors freeze.  Also during this time
there doesn't seem to be any transmission through the router as no lights
flash.  If I walk away for a few minutes, it eventually comes back, but
I've never seen this behavior before.

Is CVS still the default update program?  I had seen talk about using
github.  Thanks for your help.

Art


Re: virtio panic during reboot (NetBSD 9)

2020-08-16 Thread Felix Deichmann
Chavdar Ivanov  schrieb am Di., 11. Aug. 2020, 18:01:

> That would be interesting - to see where vioscsi actually attaches.
> I've always wondered if it would be difficult to modify the vioscsi
> driver to attach under VirtualBox - as it is recognized at the moment
> as
>
> Qumranet product 1048 (SCSI mass storage, revision 0x01) at pci0 dev
> 15 function 0 not configured
>

FWIW, I have

kern/55210: virtio lacks support for non-transitional devices acc. to
VIRTIO Spec. 1.1

open concerning this issue...

Cheers, Felix

>


daily CVS update output

2020-08-16 Thread NetBSD source update


Updating src tree:
P src/distrib/sets/lists/tests/mi
P src/etc/defaults/npf.boot.conf
P src/external/mit/xorg/server/xorg-server/fb/Makefile.fb
P src/share/man/man8/man8.x86/boot.8
P src/share/man/man9/usbnet.9
P src/share/misc/acronyms
P src/share/misc/acronyms-o.real
P src/share/misc/acronyms.comp
P src/share/mk/bsd.host.mk
P src/sys/arch/aarch64/aarch64/fault.c
P src/sys/arch/aarch64/aarch64/pmap.c
P src/sys/arch/mips/conf/files.mips
P src/sys/arch/mips/include/asm.h
P src/sys/arch/mips/include/cpu.h
P src/sys/arch/mips/ingenic/ingenic_regs.h
P src/sys/arch/mips/mips/cpu_subr.c
P src/sys/arch/mips/mips/lock_stubs_llsc.S
P src/sys/arch/mips/mips/spl.S
P src/sys/arch/mips/mips/syscall.c
P src/sys/arch/mips/mips/vm_machdep.c
P src/sys/arch/x86/x86/cpu.c
P src/sys/arch/x86/x86/x86_machdep.c
P src/sys/uvm/pmap/pmap_tlb.c
P src/usr.bin/make/Makefile
P src/usr.bin/make/Makefile.boot
P src/usr.bin/make/buf.c
P src/usr.bin/make/cond.c
P src/usr.bin/make/dir.c
P src/usr.bin/make/enum.c
P src/usr.bin/make/enum.h
P src/usr.bin/make/for.c
P src/usr.bin/make/lst.c
P src/usr.bin/make/main.c
P src/usr.bin/make/nonints.h
P src/usr.bin/make/parse.c
P src/usr.bin/make/str.c
P src/usr.bin/make/strlist.c
P src/usr.bin/make/var.c
P src/usr.bin/make/unit-tests/Makefile
U src/usr.bin/make/unit-tests/make-exported.exp
U src/usr.bin/make/unit-tests/make-exported.mk
P src/usr.bin/make/unit-tests/moderrs.exp
P src/usr.bin/make/unit-tests/moderrs.mk
P src/usr.bin/make/unit-tests/modmisc.exp
P src/usr.bin/make/unit-tests/modmisc.mk
U src/usr.bin/make/unit-tests/use-inference.exp
U src/usr.bin/make/unit-tests/use-inference.mk

Updating xsrc tree:
P xsrc/external/mit/xorg-server/dist/fb/fb.h
P xsrc/external/mit/xorg-server/dist/fb/fbfill.c
U xsrc/external/mit/xorg-server/dist/fb/fbtile.c
P xsrc/external/mit/xorg-server/dist/fb/wfbrename.h
P xsrc/external/mit/xorg-server/dist/hw/sun/sun.h
P xsrc/external/mit/xorg-server/dist/hw/sun/sunCfb.c
P xsrc/external/mit/xorg-server/dist/hw/sun/sunInit.c
P xsrc/external/mit/xorg-server/dist/hw/sun/sunIo.c
P xsrc/external/mit/xorg-server.old/dist/hw/sun/sun.h
P xsrc/external/mit/xorg-server.old/dist/hw/sun/sunCfb.c
P xsrc/external/mit/xorg-server.old/dist/hw/sun/sunInit.c
P xsrc/external/mit/xorg-server.old/dist/hw/sun/sunIo.c


Killing core files:



Updating release-8 src tree (netbsd-8):
U doc/CHANGES-8.3
P external/mit/xorg/lib/libX11/Makefile
P external/mit/xorg/lib/libX11/Makefile.libx11
P external/mit/xorg/lib/libX11/Makefile.ximcp
P external/mit/xorg/lib/libX11/Makefile.xlibi18n
U external/mit/xorg/lib/libX11/extensions/Makefile
P sys/arch/x86/conf/files.x86
P sys/arch/x86/include/apicvar.h
P sys/arch/x86/include/cpu.h
P sys/arch/x86/include/specialreg.h
P sys/arch/x86/x86/coretemp.c
P sys/arch/x86/x86/cpu.c
P sys/arch/x86/x86/errata.c
P sys/arch/x86/x86/hyperv.c
U sys/arch/x86/x86/identcpu_subr.c
P sys/arch/x86/x86/tsc.c
P sys/arch/xen/conf/files.xen
P sys/dev/dev_verbose.h
P sys/dev/mii/igphy.c
P sys/dev/mii/igphyreg.h
P sys/dev/mii/makphy.c
P sys/dev/mii/makphyreg.h
P sys/dev/pci/ichsmb.c
P sys/dev/pci/if_ti.c
P sys/dev/pci/if_tireg.h
P sys/dev/pci/if_wm.c
P sys/dev/pci/if_wmreg.h
P sys/dev/pci/if_wmvar.h
P sys/dev/pci/mpii.c
P sys/dev/pci/piixpm.c
P sys/dev/pci/piixpmreg.h
P sys/dev/pci/ixgbe/ix_txrx.c
P sys/dev/pci/ixgbe/ixgbe.c
P sys/dev/pci/ixgbe/ixgbe.h
P sys/dev/pci/ixgbe/ixgbe_82598.c
P sys/dev/pci/ixgbe/ixgbe_common.c
P sys/dev/pci/ixgbe/ixgbe_netbsd.c
P sys/dev/pci/ixgbe/ixgbe_osdep.h
P sys/dev/pci/ixgbe/ixgbe_phy.c
P sys/dev/pci/ixgbe/ixgbe_vf.c
P sys/dev/pci/ixgbe/ixgbe_x550.c
P sys/dev/pci/ixgbe/ixv.c
P sys/dev/sdmmc/sdhc.c
P sys/dev/sdmmc/sdhcreg.h
P usr.sbin/cpuctl/Makefile
P usr.sbin/cpuctl/cpuctl.c
P usr.sbin/cpuctl/cpuctl.h
P usr.sbin/cpuctl/arch/cpuctl_i386.h
P usr.sbin/cpuctl/arch/i386.c

Updating release-8 xsrc tree (netbsd-8):
P external/mit/libX11/dist/ChangeLog
P external/mit/libX11/dist/Makefile.am
P external/mit/libX11/dist/Makefile.in
cvs update: `external/mit/libX11/dist/README' is no longer in the repository
U external/mit/libX11/dist/README.md
P external/mit/libX11/dist/aclocal.m4
P external/mit/libX11/dist/config.guess
P external/mit/libX11/dist/config.sub
P external/mit/libX11/dist/configure
P external/mit/libX11/dist/configure.ac
P external/mit/libX11/dist/depcomp
P external/mit/libX11/dist/install-sh
P external/mit/libX11/dist/ltmain.sh
P external/mit/libX11/dist/include/Makefile.am
P external/mit/libX11/dist/include/Makefile.in
P external/mit/libX11/dist/include/X11/Xlib.h
P external/mit/libX11/dist/include/X11/Xlibint.h
U external/mit/libX11/dist/include/X11/extensions/XKBgeom.h
P external/mit/libX11/dist/m4/libtool.m4
P external/mit/libX11/dist/man/AllPlanes.man
P external/mit/libX11/dist/man/BlackPixelOfScreen.man
P external/mit/libX11/dist/man/Compose.man
P external/mit/libX11/dist/man/DisplayOfCCC.man
P external/mit/libX11/dist/man/ImageByteOrder.man
P external/mit/libX11/dist/man/IsCursorKey.man
P external/mit/libX11/dist/man/Makefile.in
P 

Issues with iwn0 on HEAD from Aug 5

2020-08-16 Thread Pedro Pinho
Hi everyone,

Mainly reporting an issue here but, if you have any ideas they are welcome.

Arch: amd64

Hardware:
$ sysctl hw.machine_arch hw.model hw.ncpu hw.usermem64
hw.machine_arch = x86_64
hw.model = Intel 686-class
hw.ncpu = 4
hw.usermem64 = 8448819200

$ pcictl pci0 list
000:00:0: Intel Core 4G (mobile) Host Bridge, DRAM (host bridge, revision
0x0b)
000:02:0: Intel HD Graphics (GT2) (VGA display, revision 0x0b)
000:03:0: Intel Core 4G (mobile) Mini HD audio (mixed mode multimedia,
revision 0x0b)
000:20:0: Intel Core 4G (mobile) USB xHCI (USB serial bus, xHCI, revision
0x04)
000:22:0: Intel Core 4G (mobile) MEI (miscellaneous communications,
revision 0x04)
000:25:0: Intel I218-LM Ethernet Connection (ethernet network, revision
0x04)
000:27:0: Intel Core 4G (mobile) HD Audio (mixed mode multimedia, revision
0x04)
000:28:0: Intel Core 4G (mobile) PCIe (PCI bridge, revision 0xe4)
000:28:3: Intel Core 4G (mobile) PCIe (PCI bridge, revision 0xe4)
000:28:5: Intel Core 4G (mobile) PCIe (PCI bridge, revision 0xe4)
000:29:0: Intel Core 4G (mobile) USB EHCI (USB serial bus, EHCI, revision
0x04)
000:31:0: Intel Core 4G (mobile) LPC (ISA bridge, revision 0x04)
000:31:2: Intel Core 4G (mobile) SATA Controller (AHCI) (SATA mass storage,
AHCI 1.0, revision 0x04)
000:31:3: Intel Core 4G (mobile) SMBus (SMBus serial bus, revision 0x04)
002:00:0: Intel Centrino Advanced-N 6205 WiFi (miscellaneous network,
revision 0x34)
003:00:0: Realtek Semiconductor RTS5227 PCI-E Card Reader (undefined,
subclass 0x00, revision 0x01)

ifconfig.iwn0
https://raw.githubusercontent.com/voidpin/frankenwm-netbsd/master/etc/ifconfig.iwn0

wpa_supplicant.conf
https://raw.githubusercontent.com/voidpin/frankenwm-netbsd/master/etc/wpa_supplicant.conf

rc.conf
https://raw.githubusercontent.com/voidpin/frankenwm-netbsd/master/etc/rc.conf

npf.conf
https://raw.githubusercontent.com/voidpin/frankenwm-netbsd/master/etc/npf.conf

Now to the issue,
I've been running NetBSD-9 since the RC1 release and was until yesterday
running 9.0_STABLE.
Never had any issues with wifi.

I shall admit that I frankensteined the system a bit and for the last weeks
have been running the 9 base
with the 9.99.69 kernel and modules. Also on this freak system, no issues
with wifi.

As I need to have current packages, I've been using the 9.0_current repo
for binary packages. But,
since J.Perking is now building current packages for HEAD, I've decided to
give it a shot yesterday.
All went well setting it all up and my laptop is running.
All except for my wifi, it constantly connects and disconnects, I can't
even ping to check speeds
after restarting wpa_supplicant. I have no issues with other machines
connecting.
I'm writing this from a Linux box and downloading 9.0_STABLE again as the
machine in its current state
is useless, I need wifi connection.
Just before I wipe it all clean, I thought I'd ask cause I know the 9.99.69
kernel had no issues on the
9 base, all configs are the same, so I wonder...

Thanks!


daily CVS update output

2020-08-16 Thread NetBSD source update


Updating src tree:
P src/distrib/pmax/instkernel/Makefile
P src/distrib/sets/lists/base/md.x68k
P src/distrib/sets/lists/tests/mi
P src/distrib/x68k/floppies/bootfloppy.generic/Makefile
P src/distrib/x68k/floppies/bootfloppy.sysinst/Makefile
P src/doc/CHANGES
P src/share/man/man4/cgd.4
P src/share/man/man9/cprng.9
P src/share/man/man9/pmap.9
P src/share/mk/bsd.own.mk
P src/sys/arch/aarch64/aarch64/locore.S
P src/sys/arch/alpha/alpha/pmap.c
P src/sys/arch/alpha/alpha/vm_machdep.c
P src/sys/arch/alpha/conf/GENERIC
P src/sys/arch/alpha/include/cpu.h
P src/sys/arch/amd64/conf/GENERIC
P src/sys/arch/amd64/conf/MODULAR
P src/sys/arch/amd64/conf/NOCOMPAT
P src/sys/arch/amd64/conf/XEN3_DOM0
P src/sys/arch/amd64/conf/XEN3_DOMU
P src/sys/arch/arm/include/cpu.h
P src/sys/arch/arm/include/param.h
P src/sys/arch/arm/ti/ti_iic.c
P src/sys/arch/evbarm/conf/ARMADILLO9
P src/sys/arch/evbarm/conf/DUOVERO
P src/sys/arch/evbarm/conf/GUMSTIX
P src/sys/arch/evbarm/conf/HPT5325
P src/sys/arch/evbarm/conf/MARVELL_NAS
P src/sys/arch/evbarm/conf/MV2120
P src/sys/arch/evbarm/conf/OPENBLOCKS_A6
P src/sys/arch/evbarm/conf/OPENBLOCKS_AX3
P src/sys/arch/evbarm/conf/OPENRD
P src/sys/arch/evbarm/conf/PEPPER
P src/sys/arch/evbarm/conf/POGO
P src/sys/arch/evbarm/conf/SHEEVAPLUG
P src/sys/arch/i386/conf/GENERIC
P src/sys/arch/i386/conf/MODULAR
P src/sys/arch/i386/conf/XEN3PAE_DOM0
P src/sys/arch/i386/conf/XEN3PAE_DOMU
P src/sys/arch/netwinder/conf/GENERIC
P src/sys/arch/sgimips/conf/GENERIC32_IP2x
P src/sys/arch/sgimips/conf/GENERIC32_IP3x
P src/sys/arch/sgimips/conf/INSTALL32_IP2x
P src/sys/arch/sgimips/conf/std.sgimips64_32
P src/sys/arch/shark/conf/GENERIC
P src/sys/arch/x68k/stand/Makefile
P src/sys/arch/x68k/stand/README
cvs update: `src/sys/arch/x68k/stand/boot_ustar/Makefile' is no longer in the 
repository
cvs update: `src/sys/arch/x68k/stand/boot_ustar/boot_ustar.S' is no longer in 
the repository
cvs update: `src/sys/arch/x68k/stand/boot_ustar/boot_ustar.ldscript' is no 
longer in the repository
cvs update: `src/sys/arch/x68k/stand/boot_ustar/version' is no longer in the 
repository
P src/sys/arch/x68k/stand/libiocs/iocscall.h
P src/sys/arch/x68k/stand/xxboot/Makefile
P src/sys/arch/x68k/stand/xxboot/Makefile.xxboot
U src/sys/arch/x68k/stand/xxboot/ashldi3.S
U src/sys/arch/x68k/stand/xxboot/ashrdi3.S
P src/sys/arch/x68k/stand/xxboot/boot.S
P src/sys/arch/x68k/stand/xxboot/bootmain.c
P src/sys/arch/x68k/stand/xxboot/consio1.c
U src/sys/arch/x68k/stand/xxboot/memcmp.S
U src/sys/arch/x68k/stand/xxboot/memcpy.S
U src/sys/arch/x68k/stand/xxboot/memset.S
P src/sys/arch/x68k/stand/xxboot/version
P src/sys/arch/x68k/stand/xxboot/xx.c
P src/sys/arch/x68k/stand/xxboot/xxboot.h
P src/sys/arch/x68k/stand/xxboot/xxboot.ldscript
U src/sys/arch/x68k/stand/xxboot/fdboot_ustarfs/Makefile
P src/sys/arch/x68k/stand/xxboot/xxboot_ffsv1/Makefile
P src/sys/arch/x68k/stand/xxboot/xxboot_ffsv2/Makefile
P src/sys/arch/x68k/stand/xxboot/xxboot_lfsv1/Makefile
P src/sys/arch/x68k/stand/xxboot/xxboot_lfsv2/Makefile
P src/sys/crypto/aes/arch/arm/aes_neon_32.S
P src/sys/crypto/aes/arch/arm/files.aesneon
P src/sys/dev/usb/ugen.c
P src/sys/sys/param.h
P src/tests/sys/crypto/aes/Makefile
P src/tests/sys/crypto/chacha/Makefile
P src/usr.bin/make/unit-tests/Makefile
P src/usr.bin/make/unit-tests/archive.exp
P src/usr.bin/make/unit-tests/archive.mk
U src/usr.bin/make/unit-tests/cond-cmp-numeric.exp
U src/usr.bin/make/unit-tests/cond-cmp-numeric.mk
U src/usr.bin/make/unit-tests/cond-cmp-string.exp
U src/usr.bin/make/unit-tests/cond-cmp-string.mk
U src/usr.bin/make/unit-tests/cond-func-commands.exp
U src/usr.bin/make/unit-tests/cond-func-commands.mk
U src/usr.bin/make/unit-tests/cond-func-defined.exp
U src/usr.bin/make/unit-tests/cond-func-defined.mk
U src/usr.bin/make/unit-tests/cond-func-empty.exp
U src/usr.bin/make/unit-tests/cond-func-empty.mk
U src/usr.bin/make/unit-tests/cond-func-exists.exp
U src/usr.bin/make/unit-tests/cond-func-exists.mk
U src/usr.bin/make/unit-tests/cond-func-make.exp
U src/usr.bin/make/unit-tests/cond-func-make.mk
U src/usr.bin/make/unit-tests/cond-func-target.exp
U src/usr.bin/make/unit-tests/cond-func-target.mk
U src/usr.bin/make/unit-tests/cond-op-and.exp
U src/usr.bin/make/unit-tests/cond-op-and.mk
U src/usr.bin/make/unit-tests/cond-op-not.exp
U src/usr.bin/make/unit-tests/cond-op-not.mk
U src/usr.bin/make/unit-tests/cond-op-or.exp
U src/usr.bin/make/unit-tests/cond-op-or.mk
U src/usr.bin/make/unit-tests/cond-op-parentheses.exp
U src/usr.bin/make/unit-tests/cond-op-parentheses.mk
U src/usr.bin/make/unit-tests/cond-op.exp
U src/usr.bin/make/unit-tests/cond-op.mk
U src/usr.bin/make/unit-tests/cond-token-number.exp
U src/usr.bin/make/unit-tests/cond-token-number.mk
U src/usr.bin/make/unit-tests/cond-token-plain.exp
U src/usr.bin/make/unit-tests/cond-token-plain.mk
U src/usr.bin/make/unit-tests/cond-token-string.exp
U src/usr.bin/make/unit-tests/cond-token-string.mk
U src/usr.bin/make/unit-tests/cond-token-var.exp
U 

Re: System panicing on boot since recent uvm changes

2020-08-16 Thread Tobias Nygren
On Sun, 16 Aug 2020 19:35:47 +0300
Andreas Gustafsson  wrote:

> Tobias Nygren wrote:
> > Seems there is still something wrong with -current.
> > ./build.sh -j8 hangs in <10 seconds on a t3.2xlarge EC2 instance.
> > Reverting to a -D20200812 kernel makes it stable.
> 
> FWIW, I successfully completed a "build.sh -j 24 release" of 9.0
> hosted on a -current built from source date 2020.08.16.00.24.41,
> running on real amd64 hardware.

I've tried to bisect the problem and it is not related to the UVM
changes. I now think it is a local problem. Maybe toolchain is broken.
Will clean and try again.


Re: System panicing on boot since recent uvm changes

2020-08-16 Thread Andreas Gustafsson
Tobias Nygren wrote:
> Seems there is still something wrong with -current.
> ./build.sh -j8 hangs in <10 seconds on a t3.2xlarge EC2 instance.
> Reverting to a -D20200812 kernel makes it stable.

FWIW, I successfully completed a "build.sh -j 24 release" of 9.0
hosted on a -current built from source date 2020.08.16.00.24.41,
running on real amd64 hardware.
-- 
Andreas Gustafsson, g...@gson.org


Re: System panicing on boot since recent uvm changes

2020-08-16 Thread Tobias Nygren
On Sun, 16 Aug 2020 13:58:46 +0200
Tobias Nygren  wrote:

> Seems there is still something wrong with -current.
> ./build.sh -j8 hangs in <10 seconds on a t3.2xlarge EC2 instance.
> Reverting to a -D20200812 kernel makes it stable.

This is a known clean filesystem that was just fsck'ed:

panic: /work: bad dir ino 12 at offset 208: NUL in name [name.d] i=6, namlen=10
cpu0: Begin traceback...
vpanic() at netbsd:vpanic+0x152
panic() at netbsd:panic+0x3c
ufs_lookup() at netbsd:ufs_lookup+0x5ab
VOP_LOOKUP() at netbsd:VOP_LOOKUP+0x42
lookup_once() at netbsd:lookup_once+0x1ac
namei_tryemulroot() at netbsd:namei_tryemulroot+0xb44
namei() at netbsd:namei+0x29
vn_open() at netbsd:vn_open+0x9c
do_open() at netbsd:do_open+0x124
do_sys_openat() at netbsd:do_sys_openat+0x72
sys_open() at netbsd:sys_open+0x24
syscall() at netbsd:syscall+0x275

Reproducable by fsck, reboot, mount and build.sh. fs corruption is a
bit concerning. People should probably hold off on updating for now.


Re: System panicing on boot since recent uvm changes

2020-08-16 Thread Tobias Nygren
On Sun, 16 Aug 2020 12:36:21 +0300
Andreas Gustafsson  wrote:

> Chuck Silvers wrote:
> > this should be fixed now.
> > sorry about that, the problem did not happen for me and
> > it took me forever to find a way that I could reproduce it.
> 
> This is not to pick on you specifically as almost everyone is doing
> the same thing, but IMO, in cases like this it would generally be
> better to revert the commit immediately and later re-commit a correct
> version rather than leaving things broken during the entire process of
> reproducing and fixing the issue.

Seems there is still something wrong with -current.
./build.sh -j8 hangs in <10 seconds on a t3.2xlarge EC2 instance.
Reverting to a -D20200812 kernel makes it stable.


Re: System panicing on boot since recent uvm changes

2020-08-16 Thread Andreas Gustafsson
Chuck Silvers wrote:
> this should be fixed now.
> sorry about that, the problem did not happen for me and
> it took me forever to find a way that I could reproduce it.

This is not to pick on you specifically as almost everyone is doing
the same thing, but IMO, in cases like this it would generally be
better to revert the commit immediately and later re-commit a correct
version rather than leaving things broken during the entire process of
reproducing and fixing the issue.
-- 
Andreas Gustafsson, g...@gson.org