daily CVS update output

2019-11-18 Thread NetBSD source update


Updating src tree:
P src/UPDATING
P src/external/apache2/llvm/Makefile.inc
P src/external/apache2/llvm/lib/libclangAST/Makefile
P src/external/apache2/llvm/librt/Makefile
U src/external/apache2/llvm/librt/libLLVMBitstreamReader/Makefile
U src/external/apache2/llvm/librt/libLLVMDebugInfoDWARF/Makefile
U src/external/apache2/llvm/librt/libLLVMDemangle/Makefile
U src/external/apache2/llvm/librt/libLLVMMIRParser/Makefile
U src/external/apache2/llvm/librt/libLLVMRemarks/Makefile
U src/external/apache2/llvm/librt/libLLVMTextAPI/Makefile
U src/external/apache2/llvm/librt/libLLVMTransformsCFGuard/Makefile
P src/external/mit/xorg/lib/gallium/Makefile
P src/share/examples/npf/soho_gw-npf.conf
P src/share/man/man4/re.4
P src/share/mk/bsd.README
P src/share/mk/bsd.own.mk
P src/share/mk/bsd.prog.mk
P src/share/mk/compare-lib-lists
P src/sys/compat/netbsd32/netbsd32.h
P src/sys/compat/netbsd32/netbsd32_conv.h
P src/sys/compat/netbsd32/netbsd32_ioctl.c
P src/sys/compat/netbsd32/netbsd32_ioctl.h
P src/sys/compat/netbsd32/netbsd32_signal.c
P src/sys/compat/sys/siginfo.h
P src/sys/dev/hyperv/if_hvn.c
P src/sys/dev/mii/ihphy.c
P src/sys/dev/pci/if_mcx.c
P src/sys/dev/pci/ixgbe/ixgbe.c
P src/sys/dev/pci/ixgbe/ixv.c
P src/sys/external/bsd/drm2/drm/files.drmkms
P src/usr.sbin/fstyp/Makefile
U src/usr.sbin/fstyp/exfat.c
P src/usr.sbin/fstyp/fstyp.8
P src/usr.sbin/fstyp/fstyp.c
P src/usr.sbin/fstyp/fstyp.h
P src/usr.sbin/sysinst/arch/i386/md.c

Updating xsrc tree:


Killing core files:




Updating file list:
-rw-rw-r--  1 srcmastr  netbsd  34667484 Nov 19 03:04 ls-lRA.gz


Re: /rescue is a separate set now

2019-11-18 Thread maya
On Wed, Oct 02, 2019 at 01:53:06PM +0200, Piotr Meyer wrote:
> On Wed, Oct 02, 2019 at 11:31:32AM +, m...@netbsd.org wrote:
> 
> > I had to change a lot of installers and images in distrib/, I hope I
> > didn't miss one. Let me know if one doesn't install /rescue now.
> 
> Nice. Is it possible to push it into netbsd-9?
> 
> -- 
> Piotr 'aniou' Meyer

Done. Was easier than I estimated.



Re: self-hosting on small-ish i386 boxen?

2019-11-18 Thread John D. Baker
On Mon, 18 Nov 2019, Robert Swindells wrote:

> "John D. Baker"  wrote:
> >The combination of LLVM 10.0 and GCC 8 on i386 makes self-hosting on at
> >least one i386 machine challenging.
> 
> Which GPU ?
> 
> If it isn't a radeon then you might want to try with MKLLVMRT=no.

It is a radeon but it's an older one that's not supported by DRMKMS.
(Before they were excluded in the code, they would exhibit almost-
black-on-black video in the framebuffer console, although X worked fine.)

For this (and some other) machine(s), the kernel configures the legacy
DRM driver (it would be nice if the legacy-supporting X driver could be
named differently so it wouldn't require a symlink dance after updating).

(The legacy DRM drivers have their own problems lately.  See:

  http://mail-index.NetBSD.org/current-users/2019/11/18/msg037067.html

for more.)

Linking gallium when building netbsd-9 (GCC 7) works.

-- 
|/"\ 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


Re: build fails for amd64, i386 kernels w/legacy DRM (UMS) support

2019-11-18 Thread Robert Swindells


"John D. Baker"  wrote:
>Kernels w/o DRMKMS but with the older DRM UMS drivers fail with:
>
>[...]
>#  link  VERTHANDI/netbsd
>/r0/build/current/tools/amd64/bin/i486--netbsdelf-ld -Map netbsd.map --cref -T 
>netbsd.ldscript -Ttext c010 -e start -X -o netbsd 
>${SYSTEM_OBJ:[@]:Nswapnetbsd.o} ${EXTRA_OBJ} vers.o swapnetbsd.o
>/r0/build/current/tools/amd64/bin/i486--netbsdelf-ld: drm_stub.o: in function 
>`drm_ioctl':
>/x/current/src/sys/external/bsd/drm2/drm/drm_stub.c:41: multiple definition of 
>`drm_ioctl'; 
>drm_drv.o:/x/current/src/sys/external/bsd/drm/dist/bsd-core/drm_drv.c:962: 
>first defined here
>*** [netbsd] Error code 1

>I noticed the following commit:
>
>  http://mail-index.netbsd.org/source-changes/2019/11/16/msg110862.html
>
>Can this be adjusted to accomodate legacy DRM?

Does this work ?

Index: files.drmkms
===
RCS file: /cvsroot/src/sys/external/bsd/drm2/drm/files.drmkms,v
retrieving revision 1.31
diff -u -r1.31 files.drmkms
--- files.drmkms16 Nov 2019 04:10:33 -  1.31
+++ files.drmkms18 Nov 2019 16:42:00 -
@@ -100,4 +100,4 @@
 file   external/bsd/drm2/dist/drm/drm_trace_points.c   drmkms
 file   external/bsd/drm2/drm/drm_vm.c  drmkms
 file   external/bsd/drm2/drm/drm_vma_manager.c drmkms
-file   external/bsd/drm2/drm/drm_stub.c!drmkms
+file   external/bsd/drm2/drm/drm_stub.c!drmkms & !drmbase


Re: self-hosting on small-ish i386 boxen?

2019-11-18 Thread Robert Swindells


"John D. Baker"  wrote:
>The combination of LLVM 10.0 and GCC 8 on i386 makes self-hosting on at
>least one i386 machine challenging.

Which GPU ?

If it isn't a radeon then you might want to try with MKLLVMRT=no.








self-hosting on small-ish i386 boxen?

2019-11-18 Thread John D. Baker
The combination of LLVM 10.0 and GCC 8 on i386 makes self-hosting on at
least one i386 machine challenging.

This is a Thinkpad T42 w/2GB RAM and 2GB swap partition.  It runs an
up-to-date 9.0_BETA (self-hosted build).

Up until the switch to GCC 8, it was able to build -current without any
problems.  After the switch to GCC 8, there seems to be quite the shortage
of memory.  Linking "gallium" is the most intensive operation.  I've
been getting:

[...]
/d0/build/current/tools/i386/lib/gcc/i486--netbsdelf/8.3.0/../../../../i486--netbsdelf/bin/ld:
 failed to set dynamic section sizes: memory exhausted
collect2: error: ld returned 1 exit status
*** [gallium_dri.so.0.link] Error code 1
nbmake[7]: stopped in /d0/nbsd/current/src/external/mit/xorg/lib/gallium
1 error
nbmake[7]: stopped in /d0/nbsd/current/src/external/mit/xorg/lib/gallium
*** [dependall] Error code 2
nbmake[6]: stopped in /d0/nbsd/current/src/external/mit/xorg/lib/gallium
1 error

nbmake[6]: stopped in /d0/nbsd/current/src/external/mit/xorg/lib/gallium
*** Failed target:  dependall-gallium
*** Failed command: _makedirtarget() { dir="$1"; shift; target="$1"; shift; 
case "${dir}" in /*) this="${dir}/"; real="${dir}" ;; .) 
this="external/mit/xorg/lib/"; 
real="/d0/nbsd/current/src/external/mit/xorg/lib" ;; *) 
this="external/mit/xorg/lib/${dir}/"; 
real="/d0/nbsd/current/src/external/mit/xorg/lib/${dir}" ;; esac; 
show=${this:-.}; echo "${target} ===> ${show%/}${1:+ (with: $@)}"; cd "${real}" 
&& /d0/build/current/tools/i386/bin/nbmake _THISDIR_="${this}" "$@" ${target}; 
}; _makedirtarget gallium dependall
*** Error code 2
Stop.


Adding additional swap via a swap file (up to 12GB now) has not worked.

Meanwhile, 4GB of RAM (w/4GB swap) on an amd64 host appears to be
sufficient for building -current (for now).

-- 
|/"\ 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


I've switched arm to gcc-8

2019-11-18 Thread Christos Zoulas


You need a full rebuild as usual. Please report problems to me.

Thanks,

christos