Re: modload & xen and -current 9.99.60
Will test again with a newer kernel. I forgot to mention the that DOMU is configured with memory=40. I will also test with a lower memory value. Frank On 05/07/20 22:52, Manuel Bouyer wrote: On Thu, May 07, 2020 at 09:50:18PM +0200, Frank Kardel wrote: see here: Alpine: 21:45 ~ [8] sysctl kern.module.path kern.module.path = /stand/amd64-xen/9.99.60/modules looks good Alpine: 21:46 ~ [9] ll /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod -r--r--r-- 1 root wheel 34328 May 5 16:58 /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod Alpine: 21:46 ~ [10] size /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod textdata bss dec hex filename 10399 0 0 10399289f /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod Alpine: 21:46 ~ [11] ll /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod -r--r--r-- 1 root wheel 140600 May 5 16:55 /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod Alpine: 21:47 ~ [12] size /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod textdata bss dec hex filename 132575 16 0 132591 205ef /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod no problem for me, with sources from today: xen1:/#modload bpfjit xen1:/#modstat | grep !$ modstat | grep bpfjit bpfjit misc filesys -09174 sljit xen1:/#modload pciverbose xen1:/#modstat | grep !$ modstat | grep pciverbose pciverbose misc filesys -0 218 pci
daily CVS update output
Updating src tree: P src/etc/rc.d/random_seed P src/external/cddl/osnet/dist/uts/common/fs/zfs/zfs_vnops.c P src/external/cddl/osnet/dist/uts/common/fs/zfs/zfs_znode.c P src/lib/libc/gen/getentropy.3 P src/sbin/rndctl/rndctl.8 P src/sbin/rndctl/rndctl.c P src/share/man/man4/hdaudio.4 P src/sys/arch/amd64/amd64/machdep.c P src/sys/arch/amd64/stand/prekern/elf.c P src/sys/arch/amd64/stand/prekern/mm.c P src/sys/arch/amd64/stand/prekern/prekern.h P src/sys/arch/arm/cortex/gic_v2m.c P src/sys/arch/arm/cortex/gic_v2m.h P src/sys/arch/arm/sunxi/sun4i_a10_ccu.c P src/sys/arch/i386/i386/machdep.c P src/sys/arch/mips/include/cpuregs.h P src/sys/arch/x86/include/pmap.h P src/sys/arch/x86/x86/patch.c P src/sys/arch/x86/x86/pmap.c P src/sys/arch/xen/include/evtchn.h P src/sys/arch/xen/x86/xen_intr.c P src/sys/arch/xen/x86/xen_ipi.c P src/sys/arch/xen/xen/evtchn.c P src/sys/arch/xen/xen/hypervisor.c P src/sys/arch/xen/xen/xbd_xenbus.c P src/sys/arch/xen/xen/xbdback_xenbus.c P src/sys/arch/xen/xen/xen_clock.c P src/sys/arch/xen/xen/xencons.c P src/sys/arch/xen/xen/xenevt.c P src/sys/dev/random.c P src/sys/dev/sdmmc/if_bwfm_sdio.c P src/sys/kern/kern_entropy.c P src/sys/kern/kern_exec.c P src/sys/kern/kern_fork.c P src/sys/kern/kern_sig.c P src/sys/lib/libsa/loadfile_elf32.c P src/sys/sys/entropy.h P src/sys/sys/proc.h P src/usr.bin/finger/finger.1 P src/usr.bin/finger/util.c P src/usr.sbin/lastlogin/lastlogin.8 P src/usr.sbin/lastlogin/lastlogin.c Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 38055943 May 8 03:03 ls-lRA.gz
Re: modload & xen and -current 9.99.60
On Thu, May 07, 2020 at 09:50:18PM +0200, Frank Kardel wrote: > see here: > > Alpine: 21:45 ~ [8] sysctl kern.module.path > kern.module.path = /stand/amd64-xen/9.99.60/modules looks good > Alpine: 21:46 ~ [9] ll /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod > -r--r--r-- 1 root wheel 34328 May 5 16:58 > /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod > Alpine: 21:46 ~ [10] size > /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod >textdata bss dec hex filename > 10399 0 0 10399289f > /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod > Alpine: 21:46 ~ [11] ll > /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod > -r--r--r-- 1 root wheel 140600 May 5 16:55 > /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod > Alpine: 21:47 ~ [12] size > /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod >textdata bss dec hex filename > 132575 16 0 132591 205ef > /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod no problem for me, with sources from today: xen1:/#modload bpfjit xen1:/#modstat | grep !$ modstat | grep bpfjit bpfjit misc filesys -09174 sljit xen1:/#modload pciverbose xen1:/#modstat | grep !$ modstat | grep pciverbose pciverbose misc filesys -0 218 pci -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Re: modload & xen and -current 9.99.60
see here: Alpine: 21:45 ~ [8] sysctl kern.module.path kern.module.path = /stand/amd64-xen/9.99.60/modules Alpine: 21:46 ~ [9] ll /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod -r--r--r-- 1 root wheel 34328 May 5 16:58 /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod Alpine: 21:46 ~ [10] size /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod textdata bss dec hex filename 10399 0 0 10399289f /stand/amd64-xen/9.99.60/modules/bpfjit/bpfjit.kmod Alpine: 21:46 ~ [11] ll /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod -r--r--r-- 1 root wheel 140600 May 5 16:55 /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod Alpine: 21:47 ~ [12] size /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod textdata bss dec hex filename 132575 16 0 132591 205ef /stand/amd64-xen/9.99.60/modules/pciverbose/pciverbose.kmod Frank On 05/07/20 17:40, Manuel Bouyer wrote: On Thu, May 07, 2020 at 07:45:48AM +0200, Frank Kardel wrote: Hi, Running 9.99.60 XEN3_DOMU shows [ 67264.313173] kobj_load, 444: [%M/bpfjit/bpfjit.kmod]: linker error: out of memory [ 67292.894143] kobj_load, 428: [%M/scsiverbose/scsiverbose.kmod]: linker error: out of memory and modload fails with the OOM error. Is this an expected behavior or a bug? (kern.securelevel is -1). What does kern.module.path show for you ?
Re: qemu emulated machine crashes due to disk timeouts
s...@stix.id.au (Paul Ripke) writes: >Would making ATA_DELAY configurable via options(4) be worth it? That, and maybe even a sysctl. -- -- Michael van Elst Internet: mlel...@serpens.de "A potential Snark may lurk in every tree."
Re: i386 Xen integration breaks GENERIC_PAE kernel build
On Thu, May 07, 2020 at 06:46:06AM -0500, John D. Baker wrote: > Building the GENERIC_PAE kernel from recent -current/i386 fails with: > > [...] > --- hypervisor.o --- > /x/current/src/sys/arch/xen/xen/hypervisor.c: In function 'init_xen_early': > /x/current/src/sys/arch/xen/xen/hypervisor.c:247:27: error: cast to pointer > from integer of different size [-Werror=int-to-pointer-cast] > HYPERVISOR_shared_info = (void *)(HYPERVISOR_shared_info_pa + KERNBASE); Should be fixed with hypervisor.c 1.82 -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Re: modload & xen and -current 9.99.60
On Thu, May 07, 2020 at 07:45:48AM +0200, Frank Kardel wrote: > Hi, > > Running 9.99.60 XEN3_DOMU shows > > [ 67264.313173] kobj_load, 444: [%M/bpfjit/bpfjit.kmod]: linker error: out > of memory > [ 67292.894143] kobj_load, 428: [%M/scsiverbose/scsiverbose.kmod]: linker > error: out of memory > > and modload fails with the OOM error. > > Is this an expected behavior or a bug? (kern.securelevel is -1). What does kern.module.path show for you ? -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
i386 Xen integration breaks GENERIC_PAE kernel build
Building the GENERIC_PAE kernel from recent -current/i386 fails with: [...] --- hypervisor.o --- /x/current/src/sys/arch/xen/xen/hypervisor.c: In function 'init_xen_early': /x/current/src/sys/arch/xen/xen/hypervisor.c:247:27: error: cast to pointer from integer of different size [-Werror=int-to-pointer-cast] HYPERVISOR_shared_info = (void *)(HYPERVISOR_shared_info_pa + KERNBASE); ^ -- |/"\ 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
