Re: CVS commit: src/sys/arch/arm/dts
From: chris...@zoulas.com (Christos Zoulas) Subject: Re: CVS commit: src/sys/arch/arm/dts Date: Tue, 12 Sep 2017 11:42:56 -0400 > | >>+#include > | > >>"../../../external/gpl2/dts/dist/arch/arm/boot/dts/sun8i-h3-orangepi-one.dts" > | > "/usr/src/sys/external/gpl2/dts/dist/arch/arm/boot/dts/sun8i-h3-orangepi-one.dts" > ... original configration. > | + > | "/usr/src/sys/arch/arm/dts/sun8i-h3-orangepi-one.dts" .. config for NetBSD > | + > | "/usr/src/sys/arch/arm/dts/sun8i-h3.dtsi" ... framebuffer enabled > How about #include_next "..."? I read https://gcc.gnu.org/onlinedocs/cpp/Wrapper-Headers.html . "The use #include_next can lead to great confusion. We recommend it be used only when there is no other alternative." -- Jun Ebihara
Re: CVS commit: src
From: Emmanuel Dreyfus m...@netbsd.org Subject: Re: CVS commit: src Date: Sat, 25 Jul 2015 03:54:40 + On Fri, Jul 24, 2015 at 03:51:44PM -0300, Jared McNeill wrote: I'm seeing this error on arm now with today's autobuild: http://nyftp.netbsd.org/pub/NetBSD-daily/HEAD/201507241030Z/evbarm-earmv7hf/ I am confused: how can it be caused by our pthread change from two months ago? 201507162000Z works fine. NetBSD rpi-white 7.99.20 NetBSD 7.99.20 (RPI.201507231620Z) #0: Thu Jul 23 18:02:18 UTC 2015 bui...@b47.netbsd.org:/home/builds/ab/HEAD/evbarm-earm/201507231620Z-obj/home/source/ab/HEAD/src/sys/arch/evbarm/compile/RPI evbarm rpi-white# pkg_info assertion pthread__tsd_destructors[key] != NULL failed: file /home/source/ab/HEAD/src/lib/libpthread/pthread_tsd.c, line 179, function pthread__add_specific [1] Abort trap (core dumped) pkg_info -- Jun Ebihara
Re: CVS commit: src/sys/dev/ieee1394
Hello Christos! From: chris...@zoulas.com (Christos Zoulas) Subject: Re: CVS commit: src/sys/dev/ieee1394 Date: Mon, 24 May 2010 10:36:49 -0400 | In many cases, there is a case that cannot be fixed in several days. For | instance, MIPS cannot be booted since merge mips64. This is not also not acceptable it has pissed off everyone owning a MIPS box who cannot boot current. If I had a MIPS box and could test this, I would have reverted the MIPS changes too. (Hi Matt!). You can test with gxemul. cd /usr/pkgsrc/emulators/gxemul make package gxemul -e mobilepro770 -X -M 512 hpcmipskernel/netbsd20091130 ... boot OK gxemul -e mobilepro770 -X -M 512 hpcmipskernel/netbsd20091231 ... boot FAIL see more information; http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=42934 -- jun ebihara