daily CVS update output
Updating src tree: P src/distrib/utils/embedded/files/armv7_boot.cmd P src/doc/3RDPARTY P src/doc/CHANGES P src/etc/protocols P src/etc/services P src/external/mit/xorg/bin/proxymngr/Makefile P src/external/mit/xorg/bin/xauth/Makefile P src/external/mit/xorg/bin/xhost/Makefile P src/external/mit/xorg/lib/libSM/Makefile P src/external/mit/xorg/server/drivers/Makefile.xf86-driver P src/external/mit/xorg/server/xorg-server/hw/netbsd/x68k/Makefile P src/share/mk/bsd.own.mk P src/share/mk/bsd.x11.mk P src/sys/arch/arm/arm/armv6_start.S P src/sys/arch/arm/arm32/arm32_boot.c P src/sys/arch/arm/arm32/arm32_machdep.c P src/sys/arch/arm/arm32/cpu.c P src/sys/arch/arm/broadcom/bcm2835_intr.c P src/sys/arch/arm/broadcom/bcm283x_platform.c P src/sys/arch/arm/fdt/arm_fdt.c P src/sys/arch/arm/fdt/arm_fdtvar.h P src/sys/arch/arm/fdt/cpu_fdt.c P src/sys/arch/arm/include/cpu.h P src/sys/arch/arm/include/cputypes.h P src/sys/arch/arm/include/arm32/machdep.h P src/sys/arch/arm/nvidia/tegra_platform.c P src/sys/arch/arm/samsung/exynos_platform.c P src/sys/arch/arm/samsung/files.exynos P src/sys/arch/arm/sunxi/files.sunxi P src/sys/arch/arm/sunxi/sun9i_a80_ccu.c U src/sys/arch/arm/sunxi/sunxi_mc_mpstart.S U src/sys/arch/arm/sunxi/sunxi_mc_smp.c U src/sys/arch/arm/sunxi/sunxi_mc_smp.h P src/sys/arch/arm/sunxi/sunxi_mmc.c P src/sys/arch/arm/sunxi/sunxi_platform.c P src/sys/arch/evbarm/conf/GENERIC P src/sys/arch/evbarm/conf/GENERIC64 P src/sys/arch/shark/ofw/vlpci.c P src/sys/dev/nvmm/x86/nvmm_x86_svm.c P src/sys/dev/pci/if_wm.c P src/sys/kern/kern_descrip.c P src/sys/sys/cpu_data.h P src/usr.sbin/rpcbind/check_bound.c P src/usr.sbin/rpcbind/rpcb_stat.c P src/usr.sbin/rpcbind/rpcb_svc_4.c P src/usr.sbin/rpcbind/rpcb_svc_com.c P src/usr.sbin/rpcbind/rpcbind.c P src/usr.sbin/rpcbind/util.c Updating xsrc tree: P xsrc/external/mit/xf86-video-ati/dist/src/theatre.h P xsrc/external/mit/xf86-video-ati/dist/src/AtomBios/CD_Operations.c P xsrc/external/mit/xf86-video-intel/dist/src/sna/sna.h P xsrc/external/mit/xf86-video-intel/dist/src/sna/sna_accel.c P xsrc/external/mit/xf86-video-intel/dist/src/sna/sna_driver.c P xsrc/external/mit/xf86-video-intel/dist/src/uxa/intel_display.c P xsrc/external/mit/xorg-server/dist/Xext/xf86bigfont.c P xsrc/external/mit/xorg-server/include/dix-config.h P xsrc/external/mit/xorg-server/include/xorg-server.h Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 49613009 Jan 4 03:03 ls-lRA.gz
Re: Automated report: NetBSD-current/i386 test failure
The NetBSD Test Fixture wrote: > This is an automatically generated notice of new failures of the > NetBSD test suite. > > The newly failing test cases are: > > usr.bin/c++/t_asan_poison:poison > usr.bin/c++/t_asan_poison:poison_pic > usr.bin/cc/t_asan_poison:poison > usr.bin/cc/t_asan_poison:poison_pic At first glance this looked like a duplicate report, but I now think what actually happened was that these four test cases were fixed and then quickly broken again, and the second report incorrectly identified the commits leading to the first failure rather than the second, because when a test passes just a few times and then fails again, it's hard to tell if it's because it was fixed and re-broken or just unreliable. The correct set of commits for the second failure is: 2018.12.28.19.54.36 thorpej src/tests/rump/kernspace/kernspace.h 1.8 2018.12.28.19.54.36 thorpej src/tests/rump/kernspace/threadpool.c 1.4 2018.12.28.19.54.36 thorpej src/tests/rump/rumpkern/t_threadpool.c 1.2 2018.12.28.20.12.35 christos src/lib/csu/common/crt0-common.c 1.23 2018.12.28.20.43.25 christos src/external/gpl3/binutils/dist/ld/configure.tgt 1.31 -- Andreas Gustafsson, g...@gson.org
Automated report: NetBSD-current/i386 test failure
This is an automatically generated notice of new failures of the NetBSD test suite. The newly failing test cases are: usr.bin/c++/t_asan_poison:poison usr.bin/c++/t_asan_poison:poison_pic usr.bin/cc/t_asan_poison:poison usr.bin/cc/t_asan_poison:poison_pic The above tests failed in each of the last 3 test runs, and passed in at least 27 consecutive runs before that. The following commits were made between the last successful test and the failed test: 2018.12.27.18.57.14 christos src/lib/csu/arch/aarch64/Makefile.inc,v 1.2 2018.12.27.18.57.15 christos src/lib/csu/arch/arm/Makefile.inc,v 1.8 2018.12.27.18.57.15 christos src/lib/csu/arch/earm/Makefile.inc,v 1.4 2018.12.27.18.57.15 christos src/lib/csu/arch/or1k/Makefile.inc,v 1.2 2018.12.27.18.57.15 christos src/lib/csu/arch/riscv/Makefile.inc,v 1.2 2018.12.27.18.57.15 christos src/lib/csu/common/Makefile.inc,v 1.34 2018.12.27.18.57.43 christos src/libexec/ld.elf_so/rtld.c,v 1.194 2018.12.27.18.58.14 christos src/libexec/ld.elf_so/Makefile,v 1.140 2018.12.27.18.58.14 christos src/libexec/ld.elf_so/arch/aarch64/Makefile.inc,v 1.2 2018.12.27.18.58.14 christos src/libexec/ld.elf_so/arch/arm/Makefile.inc,v 1.22 2018.12.27.18.58.14 christos src/libexec/ld.elf_so/arch/riscv/Makefile.inc,v 1.2 2018.12.27.19.32.32 christos src/lib/csu/common/crt0-common.c,v 1.21 2018.12.27.19.32.32 christos src/lib/csu/common/crtbegin.c,v 1.15 2018.12.27.19.33.52 christos src/tests/lib/csu/Makefile,v 1.7 2018.12.27.19.33.52 christos src/tests/lib/csu/h_initfini_array.c,v 1.1 2018.12.27.19.33.52 christos src/tests/lib/csu/t_crt0.sh,v 1.5 2018.12.27.19.35.31 christos src/distrib/sets/lists/debug/mi,v 1.274 2018.12.27.19.35.31 christos src/distrib/sets/lists/tests/mi,v 1.802 2018.12.27.21.17.08 alnsn src/sbin/cgdconfig/cgdconfig.8,v 1.42 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2018.12.html#2018.12.27.21.17.08
Re: netbsd-7 build error?
On Thu, Jan 03, 2019 at 05:15:10PM +0100, Havard Eidnes wrote: > >> I just updated one of my source trees to netbsd-7, and did a > >> fresh rebuild (empty obj and dest, host oldish 7.1_STABLE), but > >> got: > > > > For what value of "just"? You need something from today around noon UTC > > or newer. > > My update was done 13:06 UTC+1, but via a cvs mirror, so possibly > a few hours earlier than that. You need: src/sys/compat/sys/time_types.h $NetBSD: time_types.h,v 1.1.40.1 2019/01/03 11:13:19 martin Exp $ (this adds #include for userland) > > >> Anyone have any guess why I saw this build error but it's not > >> seen in the autobuild? > > > > There has been no -7 build since the pullup that broke it (but > > you see the lossage in yesterdays -8 builds). > > Aha, that explains it, thanks! I suspected it was some local > oddity of my own doing; faith in self restored. :-) Martin
Re: netbsd-7 build error?
>> I just updated one of my source trees to netbsd-7, and did a >> fresh rebuild (empty obj and dest, host oldish 7.1_STABLE), but >> got: > > For what value of "just"? You need something from today around noon UTC > or newer. My update was done 13:06 UTC+1, but via a cvs mirror, so possibly a few hours earlier than that. >> Anyone have any guess why I saw this build error but it's not >> seen in the autobuild? > > There has been no -7 build since the pullup that broke it (but > you see the lossage in yesterdays -8 builds). Aha, that explains it, thanks! I suspected it was some local oddity of my own doing; faith in self restored. Regards, - Håvard
Re: netbsd-7 build error?
On Thu, Jan 03, 2019 at 05:05:42PM +0100, Havard Eidnes wrote: > Hi, > > I just updated one of my source trees to netbsd-7, and did a > fresh rebuild (empty obj and dest, host oldish 7.1_STABLE), but > got: For what value of "just"? You need something from today around noon UTC or newer. > Anyone have any guess why I saw this build error but it's not > seen in the autobuild? There has been no -7 build since the pullup that broke it (but you see the lossage in yesterdays -8 builds). Martin
netbsd-7 build error?
Hi, I just updated one of my source trees to netbsd-7, and did a fresh rebuild (empty obj and dest, host oldish 7.1_STABLE), but got: compile libc/compat___msgctl13.o In file included from /usr/src/lib/libc/compat/sys/compat___msgctl13.c:48:0: /usr/src/sys/compat/sys/msg.h: In function '__native_to_msqid_ds13': /usr/src/sys/compat/sys/msg.h:111:2: error: implicit declaration of function 'memset' [-Werror=implicit-function-declaration] memset(omsqbuf, 0, sizeof(*omsqbuf)); ^ /usr/src/sys/compat/sys/msg.h:111:2: error: incompatible implicit declaration of built-in function 'memset' [-Werror] /usr/src/sys/compat/sys/msg.h: In function '__native_to_msqid_ds14': /usr/src/sys/compat/sys/msg.h:153:2: error: incompatible implicit declaration of built-in function 'memset' [-Werror] memset(omsqbuf, 0, sizeof(*omsqbuf)); ^ cc1: all warnings being treated as errors *** Failed target: compat___msgctl13.o I see the auto-build has not seen this error. Locally I did Index: sys/compat/sys/msg.h === RCS file: /cvsroot/src/sys/compat/sys/msg.h,v retrieving revision 1.4.40.1 diff -u -r1.4.40.1 msg.h --- sys/compat/sys/msg.h2 Jan 2019 15:25:29 - 1.4.40.1 +++ sys/compat/sys/msg.h3 Jan 2019 15:42:37 - @@ -22,6 +22,7 @@ #ifndef _COMPAT_SYS_MSG_H_ #define _COMPAT_SYS_MSG_H_ +#include #include /* * Old message queue data structure used before NetBSD 1.5. Anyone have any guess why I saw this build error but it's not seen in the autobuild? - Håvard
Re: xsrc build broken for most platforms.
На 01/03/19 в 03:29, matthew green написа: >> /usr/X11R7/lib/modules/drivers/intel_drv.so: Undefined PLT symbol >> "AllocateFontPrivateIndex" (symnum = 449) >> >> This is a build from a few hours ago. > OK, this should be fixed now, but i have a report that intel driver > is still not 100% functional. i'm trying to revive my test intel > driver machine for my own testing. Yes, it is working fine for me (or at least as well as before). I still get: [ 6.577506] kern info: [drm] Memory usable by graphics device = 4096M [ 6.612688] kern info: [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 6.645973] kern info: [drm] Driver supports precise vblank timestamp query. [ 6.686030] i915drmkms0: interrupting at ioapic0 pin 16 (i915drmkms0) ... [ 7.046542] kern error: [drm:(/home/sysbuild/src/sys/external/bsd/drm2/dist/drm/i915/intel_guc_loader.c:560)guc_fw_fetch] *ERROR* Failed to fetch GuC firmware from i915/skl_guc_ver4.bin (error -2) [ 7.121347] kern error: [drm:(/home/sysbuild/src/sys/external/bsd/drm2/dist/drm/i915/i915_drv.c:636)i915_firmware_load_error_print] *ERROR* failed to load firmware i915/skl_dmc_ver1.bin (0) [ 7.121347] kern error: [drm:(/home/sysbuild/src/sys/external/bsd/drm2/dist/drm/i915/i915_drv.c:651)i915_firmware_load_error_print] *ERROR* The driver is built-in, so to load the firmware you need to [ 7.121347] include it either in the kernel (see CONFIG_EXTRA_FIRMWARE) or [ 7.121347] in your initrd/initramfs image. [ 7.121347] kern error: [drm:(/home/sysbuild/src/sys/external/bsd/drm2/dist/drm/i915/i915_gem.c:5417)i915_gem_init_hw] *ERROR* Failed to initialize GuC, error -5 (ignored) [ 7.432681] intelfb0 at i915drmkms0 [ 7.467238] intelfb0: framebuffer at 0xb7813d28c000, size 1920x1080, depth 32, stride 7680 [ 8.458539] kern info: [drm] RC6 on [ 8.558681] wsdisplay0 at intelfb0 kbdmux 1: console (default, vt100 emulation), using wskbd0 [ 8.56] wsmux1: connecting to wsdisplay0 And glxinfo complains: pci id for fd 4: 8086:191b, driver (null) i965_dri.so does not support the 0x191b PCI ID. libGL error: failed to create dri screen libGL error: failed to load driver: i965 but otherwise it is fine. (I seem to have got other problems with this build with USB, but am still trying to figure out the problem). > > thanks. > > > .mrg.
re: xsrc build broken for most platforms.
this should work now with latest -current.
