Re: CVS commit: src/sys/arch/arm/dts

[Jun Ebihara]

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

[Jun Ebihara]

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

[Jun Ebihara]

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