Re: CVS commit: src/external/cddl/osnet/dist/uts/common/fs/zfs

2020-11-29 Thread Yorick Hardy
On 2020-11-28, Yorick Hardy wrote: > Module Name: src > Committed By: yhardy > Date: Sat Nov 28 22:53:06 UTC 2020 > > Modified Files: > src/external/cddl/osnet/dist/uts/common/fs/zfs: vdev_disk.c > > Log Message: > Use vn_close to release the vnodes in the error handling blocks,

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

2020-11-21 Thread Rin Okuyama
Excellent! Thank you so much for finding out and fixing this! Full ATF successfully completed for Raspberry Pi 2b, which formerly crashed due to "anon != NULL && anon->an_ref != 0" panic. Now, ATF is running on Cubietruck and Raspberry Pi Zero W. Thanks, rin On 2020/11/22 4:44, Nick Hudson

Re: CVS commit: src/sys

2020-11-12 Thread Erik Fair
Please pull up to netbsd-8 and netbsd-9 release branches. > On Nov 11, 2020, at 23:44, Simon Burge wrote: > > Module Name: src > Committed By: simonb > Date: Thu Nov 12 07:44:01 UTC 2020 > > Modified Files: > src/sys/conf: param.c > src/sys/kern: init_main.c >

Re: CVS commit: src

2020-11-12 Thread Joerg Sonnenberger
On Sun, Nov 08, 2020 at 09:56:48PM +, Nia Alarie wrote: > Module Name: src > Committed By: nia > Date: Sun Nov 8 21:56:48 UTC 2020 > > Modified Files: > src/external/bsd/kyua-cli: Makefile.inc > src/external/ibm-public/postfix: Makefile.inc >

Re: CVS commit: src

2020-11-12 Thread Rin Okuyama
On 2020/11/13 2:35, nia wrote: I'll revert the commit shortly. Thank you very much for your quick response. I wasn't expecting such major breakage (obviously) and actually did run a build but ran into different problems with libstdc++. Yeah, this is why we need tests, and also listen to

Re: CVS commit: src

2020-11-12 Thread Martin Husemann
On Thu, Nov 12, 2020 at 07:58:13PM +, Taylor R Campbell wrote: > But there's a snag with heimdal. > > Heimdal exposes the sqlite3 library to clients via libgssapi.so which > links against libkrb5.so which brings in libsqlite3.so. So we get nice > situations like this: > > % ldd

Re: CVS commit: src

2020-11-12 Thread Taylor R Campbell
> Date: Thu, 12 Nov 2020 11:21:43 -0800 > From: Jason Thorpe > > > On Nov 12, 2020, at 9:40 AM, nia wrote: > > > > For the record I'm just trying to fix things so that running > > third-party software on NetBSD sucks less. If fewer third-party > > libraries were exposed by the base system this

Re: CVS commit: src

2020-11-12 Thread Jason Thorpe
> On Nov 12, 2020, at 9:40 AM, nia wrote: > > For the record I'm just trying to fix things so that running > third-party software on NetBSD sucks less. If fewer third-party > libraries were exposed by the base system this wouldn't be > necessary. Why do we even have sqlite in the base system

Re: CVS commit: src

2020-11-12 Thread nia
On Thu, Nov 12, 2020 at 05:35:44PM +, nia wrote: > I'll revert the commit shortly. > > I wasn't expecting such major breakage (obviously) and actually > did run a build but ran into different problems with libstdc++. For the record I'm just trying to fix things so that running third-party

Re: CVS commit: src

2020-11-12 Thread nia
I'll revert the commit shortly. I wasn't expecting such major breakage (obviously) and actually did run a build but ran into different problems with libstdc++.

Re: CVS commit: src

2020-11-12 Thread Rin Okuyama
On 2020/11/12 23:03, Rin Okuyama wrote: The backtrace reads: | (gdb) bt | #0  0xfc2961bca308 in ?? () | #1  0xfc2961b9ec10 in __deregister_frame_info_bases () |    from /usr/lib/libgcc_s.so.1 | #2  0xf88425b4 in _rtld_call_function_void (obj=0xfc2962917400, |

Re: CVS commit: src

2020-11-12 Thread Rin Okuyama
On 2020/11/11 1:50, nia wrote: On Tue, Nov 10, 2020 at 04:29:21PM +, Taylor R Campbell wrote: Module Name:src Committed By: nia Date: Sun Nov 8 21:56:48 UTC 2020 Modified Files: src/external/bsd/kyua-cli: Makefile.inc src/external/ibm-public/postfix:

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

2020-11-11 Thread Rin Okuyama
On 2020/11/12 6:52, matthew green wrote: "Rin Okuyama" writes: Module Name:src Committed By: rin Date: Tue Nov 10 21:40:07 UTC 2020 Modified Files: src/sys/arch/arm/arm: cpu_exec.c Log Message: Test (epp->ep_esch->es_emul != _netbsd) instead of nice, this is a step

re: CVS commit: src/sys/arch/arm/arm

2020-11-11 Thread matthew green
"Rin Okuyama" writes: > Module Name: src > Committed By: rin > Date: Tue Nov 10 21:40:07 UTC 2020 > > Modified Files: > src/sys/arch/arm/arm: cpu_exec.c > > Log Message: > Test (epp->ep_esch->es_emul != _netbsd) instead of nice, this is a step forward. an optimisation on it could

Re: CVS commit: src

2020-11-10 Thread nia
On Tue, Nov 10, 2020 at 04:29:21PM +, Taylor R Campbell wrote: > > Module Name:src > > Committed By: nia > > Date: Sun Nov 8 21:56:48 UTC 2020 > > > > Modified Files: > > src/external/bsd/kyua-cli: Makefile.inc > > src/external/ibm-public/postfix: Makefile.inc

Re: CVS commit: src

2020-11-10 Thread Taylor R Campbell
> Module Name:src > Committed By: nia > Date: Sun Nov 8 21:56:48 UTC 2020 > > Modified Files: > src/external/bsd/kyua-cli: Makefile.inc > src/external/ibm-public/postfix: Makefile.inc > src/external/public-domain/sqlite: Makefile.inc >

Re: CVS commit: src/share/mk

2020-11-09 Thread Rin Okuyama
On 2020/11/10 1:15, Christos Zoulas wrote: - when we need to run ctfconvert, go through an intermediate ${.TARGET}.o file, instead of writing directly to ${.TARGET} and then overwriting ${.TARGET} with ctfconvert. This avoids build failures after a build got interrupted (the "partially

Re: CVS commit: src

2020-11-08 Thread Kamil Rytarowski
On 08.11.2020 22:56, Nia Alarie wrote: > Module Name: src > Committed By: nia > Date: Sun Nov 8 21:56:48 UTC 2020 > > Modified Files: > src/external/bsd/kyua-cli: Makefile.inc > src/external/ibm-public/postfix: Makefile.inc > src/external/public-domain/sqlite:

Re: CVS commit: src

2020-11-08 Thread Kamil Rytarowski
On 08.11.2020 17:55, Christos Zoulas wrote: > In article <20201108145236.3a009f...@cvs.netbsd.org>, > Kamil Rytarowski wrote: >> -=-=-=-=-=- >> >> Module Name: src >> Committed By:kamil >> Date:Sun Nov 8 14:52:36 UTC 2020 >> >> Modified Files: >> src: BUILDING >>

Re: CVS commit: src

2020-11-08 Thread Christos Zoulas
In article <20201108145236.3a009f...@cvs.netbsd.org>, Kamil Rytarowski wrote: >-=-=-=-=-=- > >Module Name: src >Committed By: kamil >Date: Sun Nov 8 14:52:36 UTC 2020 > >Modified Files: > src: BUILDING > src/distrib/sets: sets.subr > src/doc: BUILDING.mdoc >

Re: CVS commit: src/sys

2020-11-07 Thread Paul Goyette
Thanks for checking! I agree with your proposed changes. If noone else objects, please go ahead and commit. On Sun, 8 Nov 2020, Rin Okuyama wrote: Thanks Paul for finding out the bug! Then, compat_netbsd32 and compat_netbsd32_coredump modules are successfully load for kernel without

Re: CVS commit: src/sys

2020-11-07 Thread Rin Okuyama
Thanks Paul for finding out the bug! Then, compat_netbsd32 and compat_netbsd32_coredump modules are successfully load for kernel without COMPAT_NETBSD32 option. However, OABI binaries still do not work. I found this is due to there remains ``#ifdef COMPAT_NETBSD32'' codes in sys/arch/arm. By

Re: CVS commit: src/sys

2020-11-07 Thread Paul Goyette
Thanks for fixing ... On Sat, 7 Nov 2020, Christos Zoulas wrote: /usr/obj/evbarm-earmv7/tools/bin/nbmake-evbarm -V MACHINE_ARCH earmv7 christos On Nov 7, 2020, at 4:27 PM, Paul Goyette wrote: OK, I think I found the problem, but I don't know how to solve it... All of the undefined

re: CVS commit: src/sys

2020-11-07 Thread matthew green
> .if ${MACHINE_ARCH} == "arm" this is wrong. it should use MACHINE_CPU. .mrg.

Re: CVS commit: src/sys

2020-11-07 Thread Christos Zoulas
/usr/obj/evbarm-earmv7/tools/bin/nbmake-evbarm -V MACHINE_ARCH earmv7 christos > On Nov 7, 2020, at 4:27 PM, Paul Goyette wrote: > > OK, I think I found the problem, but I don't know how to solve it... > > All of the undefined symbols are supposed to be provided by > >

Re: CVS commit: src/sys

2020-11-07 Thread Paul Goyette
OK, I think I found the problem, but I don't know how to solve it... All of the undefined symbols are supposed to be provided by .../sys/arch/arm/arm32/netbsd32_machdep.c but there is no netbsd32_machdep.o included in the compat_netbsd32 module. This file should be included by the

Re: CVS commit: src/sys

2020-11-05 Thread Rin Okuyama
On 2020/11/05 23:07, Paul Goyette wrote: I will investigate. Thanks! Can you confirm that it works correctly if you have the built-in module?  (ie, kernel with ``options COMPAT_NETBSD32'') Yes, it works fine. rin

Re: CVS commit: src/sys

2020-11-05 Thread Paul Goyette
I will investigate. Can you confirm that it works correctly if you have the built-in module? (ie, kernel with ``options COMPAT_NETBSD32'') On Thu, 5 Nov 2020, Rin Okuyama wrote: On 2020/11/05 5:43, Paul Goyette wrote: BTW, the patch you submitted with the initial message in this thread

Re: CVS commit: src/sys

2020-11-05 Thread Rin Okuyama
On 2020/11/05 5:43, Paul Goyette wrote: BTW, the patch you submitted with the initial message in this thread looks good for avoiding the issue. But I'm not sure it is a complete solution. In particular, you would need to build a 32-bit arm that contains ``no options COMPAT_NETBSD32'' and then

Re: CVS commit: src/sys/kern

2020-11-05 Thread Rin Okuyama
On 2020/11/05 2:45, Paul Goyette wrote: On Wed, 4 Nov 2020, Rin Okuyama wrote: On 2020/11/04 22:52, Paul Goyette wrote: On Wed, 4 Nov 2020, Rin Okuyama wrote: ptrace_common_{init,fini} are called from the ptrace_common module's modcmd routine in kern/sys_ptrace_common.c.  The modcmd routine

Re: CVS commit: src/sys

2020-11-04 Thread Paul Goyette
BTW, the patch you submitted with the initial message in this thread looks good for avoiding the issue. But I'm not sure it is a complete solution. In particular, you would need to build a 32-bit arm that contains ``no options COMPAT_NETBSD32'' and then boot and load the compat_netbsd32 and

Re: CVS commit: src/sys/kern

2020-11-04 Thread Paul Goyette
OK, this is my mistake. When I change the calls in the ptrace_common modcmd, I should also have renamed the functions (including their entries in sys/ptrace.h). I will commit this shortly, before I leave. Thanks for the "recipe" for reproducing the problem - I will try it later when I return.

Re: CVS commit: src/sys/kern

2020-11-04 Thread Paul Goyette
On Wed, 4 Nov 2020, Rin Okuyama wrote: On 2020/11/04 22:52, Paul Goyette wrote: On Wed, 4 Nov 2020, Rin Okuyama wrote: ptrace_common_{init,fini} are called from the ptrace_common module's modcmd routine in kern/sys_ptrace_common.c. The modcmd routine in turn is called at module

Re: CVS commit: src/sys/kern

2020-11-04 Thread Rin Okuyama
On 2020/11/04 22:52, Paul Goyette wrote: On Wed, 4 Nov 2020, Rin Okuyama wrote: ptrace_common_{init,fini} are called from the ptrace_common module's modcmd routine in kern/sys_ptrace_common.c. The modcmd routine in turn is called at module initialization time. In the case of a built-in

Re: CVS commit: src/sys

2020-11-04 Thread Jason Thorpe
> On Nov 4, 2020, at 5:33 AM, Paul Goyette wrote: > > I guess I don't understand why a 32-bit architecture would also have > COMPAT_NETBSD32. In this particular case, it's for the old 32-bit ABI that predates the EABI standard the ARM port now uses. -- thorpej

Re: CVS commit: src/sys/kern

2020-11-04 Thread Paul Goyette
On Wed, 4 Nov 2020, Rin Okuyama wrote: ptrace_common_{init,fini} are called from the ptrace_common module's modcmd routine in kern/sys_ptrace_common.c.  The modcmd routine in turn is called at module initialization time.  In the case of a built-in module, it will be called by module_init via

Re: CVS commit: src/sys/kern

2020-11-04 Thread Rin Okuyama
On 2020/11/04 22:31, Paul Goyette wrote: On Wed, 4 Nov 2020, Rin Okuyama wrote: Hi, On 2020/10/26 0:55, Paul Goyette wrote: Module Name:    src Committed By:    pgoyette Date:    Sun Oct 25 15:55:37 UTC 2020 Modified Files: src/sys/kern: sys_ptrace_common.c Log Message:

Re: CVS commit: src/sys

2020-11-04 Thread Martin Husemann
On Wed, Nov 04, 2020 at 05:33:29AM -0800, Paul Goyette wrote: > I guess I don't understand why a 32-bit architecture would also have > COMPAT_NETBSD32. (At least) mips and arm have various 32bit ABIs that are handled by COMPAT_NETBSD32. Martin

Re: CVS commit: src/sys

2020-11-04 Thread Paul Goyette
I guess I don't understand why a 32-bit architecture would also have COMPAT_NETBSD32. Christos, can you help out on this? On Wed, 4 Nov 2020, Rin Okuyama wrote: Hello again, On 2020/11/02 3:51, Paul Goyette wrote: Module Name:src Committed By: pgoyette Date: Sun Nov 1

Re: CVS commit: src/sys/kern

2020-11-04 Thread Paul Goyette
On Wed, 4 Nov 2020, Rin Okuyama wrote: Hi, On 2020/10/26 0:55, Paul Goyette wrote: Module Name:src Committed By: pgoyette Date: Sun Oct 25 15:55:37 UTC 2020 Modified Files: src/sys/kern: sys_ptrace_common.c Log Message: ptrace_Common is a module unto itself. Don't

Re: CVS commit: src/sys

2020-11-03 Thread Rin Okuyama
Hello again, On 2020/11/02 3:51, Paul Goyette wrote: Module Name:src Committed By: pgoyette Date: Sun Nov 1 18:51:03 UTC 2020 Modified Files: src/sys/compat/netbsd32: netbsd32.h netbsd32_core.c src/sys/kern: compat_stub.c files.kern kern_core.c kern_sig.c

Re: CVS commit: src/sys/kern

2020-11-03 Thread Rin Okuyama
Hi, On 2020/10/26 0:55, Paul Goyette wrote: Module Name:src Committed By: pgoyette Date: Sun Oct 25 15:55:37 UTC 2020 Modified Files: src/sys/kern: sys_ptrace_common.c Log Message: ptrace_Common is a module unto itself. Don't use the ptrace module's init/fini

Re: CVS commit: src/sys

2020-11-01 Thread Paul Goyette
On Sun, 1 Nov 2020, Paul Goyette wrote: Module Name:src Committed By: pgoyette Date: Sun Nov 1 18:51:03 UTC 2020 Modified Files: src/sys/compat/netbsd32: netbsd32.h netbsd32_core.c src/sys/kern: compat_stub.c files.kern kern_core.c kern_sig.c

Re: CVS commit: src/external/bsd/tmux

2020-11-01 Thread Christos Zoulas
I've asked. Best, christos > On Nov 1, 2020, at 11:19 AM, Kimmo Suominen wrote: > >> Log Message: >> CHANGED FROM 3.1b TO 3.1c >> >> * Do not write after the end of the array and overwrite the stack when >> colon-separated SGR sequences contain empty arguments. > > Pullup to -9 and -8 for

Re: CVS commit: src/external/bsd/tmux

2020-11-01 Thread Kimmo Suominen
> Log Message: > CHANGED FROM 3.1b TO 3.1c > > * Do not write after the end of the array and overwrite the stack when > colon-separated SGR sequences contain empty arguments. Pullup to -9 and -8 for security fix? https://mail-index.netbsd.org/source-changes/2020/11/01/msg123671.html

Re: CVS commit: src

2020-10-28 Thread David H. Gutteridge
On Wed, 2020-10-28 at 11:56 +, nia wrote: > On Tue, Oct 27, 2020 at 05:01:51PM -0400, David H. Gutteridge wrote: > > > i can have a look at mate-applets tomorrow, the current code looks > > > like it won't work with AMD CPUs on netbsd-9 and that should > > > ideally > > > be fixed. > > > >

Re: CVS commit: src

2020-10-28 Thread nia
On Tue, Oct 27, 2020 at 05:01:51PM -0400, David H. Gutteridge wrote: > > i can have a look at mate-applets tomorrow, the current code looks > > like it won't work with AMD CPUs on netbsd-9 and that should ideally > > be fixed. > > Yeah, that's my understanding. (I'm guessing Youri only had Intel

Re: CVS commit: src

2020-10-27 Thread David H. Gutteridge
On Tue, 2020-10-27 at 19:54 +, nia wrote: > On Tue, Oct 27, 2020 at 03:14:29PM -0400, David H. Gutteridge wrote: > > On Tue, 27 Oct 2020 at 09:04:28 +, nia wrote: > > > On Tue, Oct 27, 2020 at 01:16:00PM +1100, matthew green wrote: > > > > this doesn't seem like the right design. we have

Re: CVS commit: src

2020-10-27 Thread nia
On Tue, Oct 27, 2020 at 03:14:29PM -0400, David H. Gutteridge wrote: > On Tue, 27 Oct 2020 at 09:04:28 +, nia wrote: > >On Tue, Oct 27, 2020 at 01:16:00PM +1100, matthew green wrote: > >> this doesn't seem like the right design. we have cpus > >> already that have multiple frequency domains,

Re: CVS commit: src

2020-10-27 Thread David H. Gutteridge
On Tue, 27 Oct 2020 at 09:04:28 +, nia wrote: >On Tue, Oct 27, 2020 at 01:16:00PM +1100, matthew green wrote: >> this doesn't seem like the right design. we have cpus >> already that have multiple frequency domains, so this >> doesn't work with that setup, so attempt to use it as a >> general

Re: CVS commit: src

2020-10-27 Thread nia
On Tue, Oct 27, 2020 at 01:16:00PM +1100, matthew green wrote: > this doesn't seem like the right design. we have cpus > already that have multiple frequency domains, so this > doesn't work with that setup, so attempt to use it as a > general method for estd etc seems limited and thsu not > the

Re: CVS commit: src/usr.bin/make

2020-10-26 Thread David Holland
On Sun, Oct 25, 2020 at 05:37:36PM +, Simon J. Gerraty wrote: > Modified Files: > src/usr.bin/make: main.c > src/usr.bin/make/unit-tests: varmod-match-escape.exp > > Log Message: > Skip reading .MAKE.DEPENDFILE if set to > "/dev/null" or anything starting with "no". > >

re: CVS commit: src

2020-10-26 Thread matthew green
"Nia Alarie" writes: > Module Name: src > Committed By: nia > Date: Sun Oct 25 16:39:00 UTC 2020 > > Modified Files: > src/share/man/man4: acpicpu.4 > src/share/man/man4/man4.x86: est.4 powernow.4 > src/sys/arch/evbmips/loongson: loongson_clock.c >

Re: CVS commit: src/sbin/mount

2020-10-25 Thread nia
On Sat, Oct 24, 2020 at 10:38:04PM +0700, Robert Elz wrote: > | file systems that are used as what spools? > > Ah, youth! > > The old text: > This option is useful for optimizing read performance on file systems > that are used as news spools. > was refering to netnews (usenet,

Re: CVS commit: src/sbin/mount

2020-10-24 Thread David Holland
On Sat, Oct 24, 2020 at 10:51:34AM +, Nia Alarie wrote: > Modified Files: > src/sbin/mount: mount.8 > > Log Message: > file systems that are used as what spools? Kibozing caches. -- David A. Holland dholl...@netbsd.org

Re: CVS commit: src/sys/arch/sparc64/dev

2020-10-24 Thread Julian Coleman
Hi Tobias, > If you're interested there is an older version[1] of envctrl in the > Attic that might be relevant to use for reference. It supported fan > speed controls on E450. IIRC I got some of the magic constants from > OpenSolaris. Sadly I don't own an E450 any more. > > [1] >

Re: CVS commit: src/sys/arch/sparc64/dev

2020-10-24 Thread Tobias Nygren
On Sat, 24 Oct 2020 15:16:39 + Julian Coleman wrote: > Module Name: src > Committed By: jdc > Date: Sat Oct 24 15:16:39 UTC 2020 > > Modified Files: > src/sys/arch/sparc64/dev: pcf8591_envctrl.c > > Log Message: > Add support for automatically changing the CPU fan speed on

Re: CVS commit: src/sbin/mount

2020-10-24 Thread Robert Elz
Date:Sat, 24 Oct 2020 10:51:34 + From:"Nia Alarie" Message-ID: <20201024105134.6539bf...@cvs.netbsd.org> | file systems that are used as what spools? Ah, youth! The old text: This option is useful for optimizing read performance on file systems

Re: CVS commit: src/sys/dev/wsfb

2020-10-21 Thread Rin Okuyama
Hi, On 2020/10/21 15:42, Michael wrote: Hello, On Sun, 18 Oct 2020 11:54:21 + "Rin Okuyama" wrote: Module Name:src Committed By: rin Date: Sun Oct 18 11:54:21 UTC 2020 Modified Files: src/sys/dev/wsfb: genfb.c Log Message: For WSDISPLAYIO_GET_FBINFO ioctl, set

Re: CVS commit: src/sys/dev/wsfb

2020-10-21 Thread Michael
Hello, On Sun, 18 Oct 2020 11:54:21 + "Rin Okuyama" wrote: > Module Name: src > Committed By: rin > Date: Sun Oct 18 11:54:21 UTC 2020 > > Modified Files: > src/sys/dev/wsfb: genfb.c > > Log Message: > For WSDISPLAYIO_GET_FBINFO ioctl, set WSFB_VRAM_IS_RAM to fbi_flags >

Re: CVS commit: src/external/gpl3/gcc/dist/gcc/config/aarch64

2020-10-20 Thread Joerg Sonnenberger
On Wed, Oct 21, 2020 at 08:58:36AM +0900, Rin Okuyama wrote: > I'm also one who feels hesitate to import Linux'ism into our basic > components. However, for this problem in particular, I still think > it is not a good choice to keep NetBSD support in driver-aarch64.c: > > (a) Our sysctl(3)-based

Re: CVS commit: src/external/gpl3/gcc/dist/gcc/config/aarch64

2020-10-20 Thread Rin Okuyama
Hi, (tech-toolchain@ added to cc) On 2020/10/16 1:49, Kamil Rytarowski wrote: On 15.10.2020 17:14, Rin Okuyama wrote: On 2020/10/15 16:12, matthew green wrote: Martin Husemann writes: On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote: you could try reverting most of our changes

Re: CVS commit: src/sys

2020-10-20 Thread Paul Goyette
This still isn't quite correct. For i386, a custom kernel build fails. Here's the diff between GENERIC and the custom config (this mirrors the config I used on amd64 to file the original PR kern/55731): --- GENERIC 2020-09-27 22:28:13.468056102 -0700 +++ TEST2020-10-20

Re: CVS commit: src/sys

2020-10-20 Thread Paul Goyette
I am getting errors, too, when I build a NOCOMPAT kernel: # link NOCOMPAT/netbsd /build/netbsd-compat/tools/x86_64/amd64/bin/x86_64--netbsd-ld -Map netbsd.map --cref -T netbsd.ldscript -Ttext 0x8020 -e start -z max-page-size=0x20 -X -o netbsd

Re: CVS commit: src/sys

2020-10-20 Thread Rin Okuyama
Hi, This causes build failures for LP64 archs without COMPAT_NETBSD32, i.e., alpha and ie64: kern_core.o: in function `coredump_modcmd': (.text+0x1c4): undefined reference to `real_coredump_elf32 https://releng.netbsd.org/builds/HEAD/202010200300Z/ (Failure for aarch64eb is irrelevant, and

Re: CVS commit: src/sys/kern

2020-10-19 Thread Christos Zoulas
In article <20201019144701.a6d3bf...@cvs.netbsd.org>, Kamil Rytarowski wrote: >-=-=-=-=-=- > >Module Name: src >Committed By: kamil >Date: Mon Oct 19 14:47:01 UTC 2020 > >Modified Files: > src/sys/kern: sys_ptrace.c sys_ptrace_common.c > >Log Message: >Remove obsolete references

re: CVS commit: src/distrib/sets/lists/debug

2020-10-18 Thread matthew green
"Rin Okuyama" writes: > Module Name: src > Committed By: rin > Date: Sun Oct 18 10:10:18 UTC 2020 > > Modified Files: > src/distrib/sets/lists/debug: mi module.mi > > Log Message: > Fix build for mips; move from mi to module.mi debug symbols for > test cases only available when

Re: CVS commit: src/sys/dev/wsfb

2020-10-18 Thread Rin Okuyama
On 2020/10/18 21:18, Jared McNeill wrote: I think WSFB_VRAM_IS_RAM is meant to be a hint for what kind of memory you get when you mmap the device. When shadow FB is used, that is generally only used for rasops and mmap bypasses the shadow and uses device memory directly. So I think this could

Re: CVS commit: src/sys/dev/wsfb

2020-10-18 Thread Jared McNeill
I think WSFB_VRAM_IS_RAM is meant to be a hint for what kind of memory you get when you mmap the device. When shadow FB is used, that is generally only used for rasops and mmap bypasses the shadow and uses device memory directly. So I think this could cause performance regressions on such

Re: CVS commit: src/external/gpl3/gcc/dist/gcc/config/aarch64

2020-10-16 Thread Robert Elz
Date:Fri, 16 Oct 2020 04:07:31 + From:"Thomas Mueller" Message-ID: <20201016052422.e063084...@mail.netbsd.org> | Should I add ,linux to the end of the procfs line? You can, but it isn't needed these days -- I used to mount procfs twice, once without the linux

Re: CVS commit: src

2020-10-16 Thread Michał Górny
On Fri, 2020-10-16 at 04:59 +, Martin Husemann wrote: > On Thu, Oct 15, 2020 at 05:44:45PM +, Micha? G?rny wrote: > > Module Name:src > > Committed By: mgorny > > Date: Thu Oct 15 17:44:45 UTC 2020 > > > > Modified Files: > > src/distrib/sets/lists/tests:

Re: CVS commit: src/sys/dev/pci

2020-10-16 Thread SAITOH Masanobu
On 2020/10/16 14:53, SAITOH Masanobu wrote: Module Name:src Committed By: msaitoh Date: Fri Oct 16 05:53:40 UTC 2020 Modified Files: src/sys/dev/pci: if_wm.c Log Message: Fixes a problem that the attach function reported "wm_gmii_setup_phytype: Unknown PHY model.

Re: CVS commit: src/external/gpl3/gcc/dist/gcc/config/aarch64

2020-10-15 Thread Thomas Mueller
Excerpt from Rin Okuyama: > Nowadays, -o linux is turned on by default (unless nolinux is > specified explicitly). Still, native apps probably should not > depend on it. > This needs MI changes to procfs, not MD to aarch64. Should we > enable /proc/cpuinfo unconditionally? My NetBSD

Re: CVS commit: src

2020-10-15 Thread Martin Husemann
On Thu, Oct 15, 2020 at 05:44:45PM +, Micha? G?rny wrote: > Module Name: src > Committed By: mgorny > Date: Thu Oct 15 17:44:45 UTC 2020 > > Modified Files: > src/distrib/sets/lists/tests: mi > src/etc/mtree: NetBSD.dist.tests > src/tests/sys: Makefile > Added

Re: CVS commit: src/external/gpl3/gcc/dist/gcc/config/aarch64

2020-10-15 Thread Kamil Rytarowski
On 15.10.2020 17:14, Rin Okuyama wrote: > On 2020/10/15 16:12, matthew green wrote: >> Martin Husemann writes: >>> On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote: you could try reverting most of our changes to this file and making sure you run with /proc mounted -o linux. 

Re: CVS commit: src/external/gpl3/gcc/dist/gcc/config/aarch64

2020-10-15 Thread Rin Okuyama
On 2020/10/15 16:12, matthew green wrote: Martin Husemann writes: On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote: you could try reverting most of our changes to this file and making sure you run with /proc mounted -o linux. ryo@ recently added additional /proc/cpuinfo support

Re: CVS commit: src

2020-10-15 Thread Kimmo Suominen
On Wed, Oct 14, 2020 at 10:13:21PM +0100, Roy Marples wrote: > On 14/10/2020 20:07, Kimmo Suominen wrote: > > - not interfere with (static) IPv4 configuration > > How do you expect > ifconfig_vioif0='dhcp rtsol' > to work? When I added the code for the rtsol keyword, I did not imagine that it

re: CVS commit: src/external/gpl3/gcc/dist/gcc/config/aarch64

2020-10-15 Thread matthew green
Martin Husemann writes: > On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote: > > you could try reverting most of our changes to this file and > > making sure you run with /proc mounted -o linux. ryo@ recently > > added additional /proc/cpuinfo support that should make this > > just

Re: CVS commit: src/external/gpl3/gcc/dist/gcc/config/aarch64

2020-10-15 Thread Martin Husemann
On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote: > you could try reverting most of our changes to this file and > making sure you run with /proc mounted -o linux. ryo@ recently > added additional /proc/cpuinfo support that should make this > just work with the upstream version, but

re: CVS commit: src/external/gpl3/gcc/dist/gcc/config/aarch64

2020-10-15 Thread matthew green
"Rin Okuyama" writes: > Module Name: src > Committed By: rin > Date: Tue Oct 13 07:12:00 UTC 2020 > > Modified Files: > src/external/gpl3/gcc/dist/gcc/config/aarch64: driver-aarch64.c > > Log Message: > Reduce diff with upstream a bit. > No functional changes. you could try

Re: CVS commit: src

2020-10-14 Thread Roy Marples
On 14/10/2020 20:07, Kimmo Suominen wrote: > - not interfere with (static) IPv4 configuration How do you expect ifconfig_vioif0='dhcp rtsol' to work? With recent dhcpcd changes, it is possible to get them working independently of each other, but as it stands right now, you just killed ipv4

Re: CVS commit: src

2020-10-14 Thread Kimmo Suominen
Hi Roy, On Mon, Oct 12, 2020 at 03:56:44PM +0100, Roy Marples wrote: > Can you explain how it was not functional before and how this fixes it? I think the change was well described in the same commit in the manual page updates that you did not quote in your message. The "rtsol" keyword is used

Re: CVS commit: src/external/gpl3/gdb/dist/gdb

2020-10-14 Thread Christos Zoulas
Thanks for fixing it! christos signature.asc Description: Message signed with OpenPGP

Re: CVS commit: src/external/gpl3/gdb/dist/gdb

2020-10-14 Thread Kamil Rytarowski
On 13.10.2020 11:14, Leonardo Taccari wrote: > Hello Kamil, > > Kamil Rytarowski writes: >> Module Name: src >> Committed By:kamil >> Date:Tue Oct 6 23:14:47 UTC 2020 >> >> Modified Files: >> src/external/gpl3/gdb/dist/gdb: inf-ptrace.c nbsd-nat.c >> >> Log Message:

Re: CVS commit: src/sys/arch/aarch64/aarch64

2020-10-13 Thread Martin Husemann
On Tue, Oct 13, 2020 at 12:57:44PM +0200, Kamil Rytarowski wrote: > > Log Message: > > BE32 binaries are no longer supported for ARMv7 and later, and > > therefore for aarch64eb. > > > > Reject them with ENOEXEC, rather than causing illegal instruction > > exceptions due to unexpected binary

Re: CVS commit: src/sys/arch/aarch64/aarch64

2020-10-13 Thread Rin Okuyama
On 2020/10/13 19:57, Kamil Rytarowski wrote: On 13.10.2020 09:04, Rin Okuyama wrote: Module Name:src Committed By: rin Date: Tue Oct 13 07:04:49 UTC 2020 Modified Files: src/sys/arch/aarch64/aarch64: exec_machdep.c Log Message: BE32 binaries are no longer supported for

Re: CVS commit: src/sys/arch/aarch64/aarch64

2020-10-13 Thread Kamil Rytarowski
On 13.10.2020 09:04, Rin Okuyama wrote: > Module Name: src > Committed By: rin > Date: Tue Oct 13 07:04:49 UTC 2020 > > Modified Files: > src/sys/arch/aarch64/aarch64: exec_machdep.c > > Log Message: > BE32 binaries are no longer supported for ARMv7 and later, and > therefore for

Re: CVS commit: src/external/gpl3/gdb/dist/gdb

2020-10-13 Thread Leonardo Taccari
Hello Kamil, Kamil Rytarowski writes: > Module Name: src > Committed By: kamil > Date: Tue Oct 6 23:14:47 UTC 2020 > > Modified Files: > src/external/gpl3/gdb/dist/gdb: inf-ptrace.c nbsd-nat.c > > Log Message: > Undo local patches > > They are no longer needed (and are wrong). >

Re: CVS commit: src/usr.sbin/sysinst

2020-10-12 Thread Martin Husemann
On Tue, Oct 13, 2020 at 12:15:58AM +0900, Izumi Tsutsui wrote: > IIRC I added it to avoid users from accidentally destroy existing native > Windows partition (for NetBSD/arc that initially required FAT partition). I see. If needed we can add more safety checks when setting the newfs flag (like we

Re: CVS commit: src/usr.sbin/sysinst

2020-10-12 Thread Izumi Tsutsui
martin@ wrote: > Module Name: src > Committed By: martin > Date: Mon Oct 12 14:29:41 UTC 2020 > > Modified Files: > src/usr.sbin/sysinst: disks.c > > Log Message: > Remove very strange code that special-cased MSDOS file systems and refused > to newfs the partition (despite

Re: CVS commit: src

2020-10-12 Thread Roy Marples
Hi Kimmo On 11/10/2020 23:38, Kimmo Suominen wrote: Module Name:src Committed By: kim Date: Sun Oct 11 22:38:48 UTC 2020 Modified Files: src/etc/rc.d: network src/share/man/man5: ifconfig.if.5 Log Message: Make "rtsol" functional again.

Re: CVS commit: src/sys/dev/pci

2020-10-12 Thread Michael
Hello, On Sun, 11 Oct 2020 21:41:57 + "Julian Coleman" wrote: > Module Name: src > Committed By: jdc > Date: Sun Oct 11 21:41:57 UTC 2020 > > Modified Files: > src/sys/dev/pci: radeonfb.c > > Log Message: ... > don't ignore the bottom 200 lines of the display (for no

re: CVS commit: src/sys/kern

2020-10-08 Thread David H. Gutteridge
On Mon, 07 Sep 2020 at 20:47:25 +1000, matthew green wrote: "Jason R Thorpe" writes: Module Name:src Committed By: thorpej Date: Mon Sep 7 03:50:41 UTC 2020 Modified Files: src/sys/kern: files.kern init_main.c Log Message: Add the ability to set an alternate cnmagic

Re: CVS commit: src/external/public-domain/tz/dist

2020-10-08 Thread Robert Elz
Date:Thu, 08 Oct 2020 19:11:59 +1100 From:matthew green Message-ID: <22915.1602144...@splode.eterna.com.au> | at least pacificnew is referenced by the build still: Yes, sorry, the way that tzdata updates get done makes it essentially impossible to test what is

re: CVS commit: src/external/public-domain/tz/dist

2020-10-08 Thread matthew green
"Robert Elz" writes: > Module Name: src > Committed By: kre > Date: Thu Oct 8 04:28:00 UTC 2020 > > Modified Files: > src/external/public-domain/tz/dist: TZDATA_VERSION > Removed Files: > src/external/public-domain/tz/dist: pacificnew systemv yearistype.sh at least

Re: CVS commit: src/sys/arch

2020-10-06 Thread Thomas Klausner
Thank you very much! Thomas > On 06.10.2020, at 15:42, Christos Zoulas wrote: > > Module Name: src > Committed By: christos > Date: Tue Oct 6 13:42:03 UTC 2020 > > Modified Files: > src/sys/arch/aarch64/include: vmparam.h > src/sys/arch/amd64/include: vmparam.h >

Re: CVS commit: src/sys/arch/aarch64/aarch64

2020-10-06 Thread Rin Okuyama
It works fine now. Thank you for quick fix!! rin On 2020/10/06 15:28, Nick Hudson wrote: On 06/10/2020 01:54, Rin Okuyama wrote: Hi, On 2020/10/01 1:35, Nick Hudson wrote: Module Name:    src Committed By:    skrll Date:    Wed Sep 30 16:35:49 UTC 2020 Modified Files:

Re: CVS commit: src/sys/arch/aarch64/aarch64

2020-10-06 Thread Nick Hudson
On 06/10/2020 01:54, Rin Okuyama wrote: Hi, On 2020/10/01 1:35, Nick Hudson wrote: Module Name:    src Committed By:    skrll Date:    Wed Sep 30 16:35:49 UTC 2020 Modified Files: src/sys/arch/aarch64/aarch64: cpuswitch.S vectors.S Log Message: Move el[01]_trap_exit into vectors.S

Re: CVS commit: src/sys/arch/aarch64/aarch64

2020-10-05 Thread Rin Okuyama
Hi, On 2020/10/01 1:35, Nick Hudson wrote: Module Name:src Committed By: skrll Date: Wed Sep 30 16:35:49 UTC 2020 Modified Files: src/sys/arch/aarch64/aarch64: cpuswitch.S vectors.S Log Message: Move el[01]_trap_exit into vectors.S where the callers exist To generate

Re: CVS commit: src/crypto/external/bsd/openssl

2020-10-05 Thread Andreas Gustafsson
Christos Zoulas committed: > Module Name:src > Committed By: christos > Date: Sun Oct 4 19:32:48 UTC 2020 > > Modified Files: > src/crypto/external/bsd/openssl/dist/crypto/bn: bn_print.c > src/crypto/external/bsd/openssl/dist/include/openssl: bn.h >

  1   2   3   4   5   6   7   8   9   10   >