daily CVS update output

2021-07-03 Thread NetBSD source update
Updating src tree: P src/distrib/sets/lists/tests/mi P src/include/stdlib.h P src/lib/libc/gmon/gmon.c P src/libexec/ftpd/ftpd.c P src/sys/arch/sparc64/include/hypervisor.h P src/sys/arch/sparc64/include/sparc64.h P src/sys/arch/sparc64/sparc64/autoconf.c P src/sys/arch/sparc64/sparc64/intr.c P

Re: Pcmcia ne(4)/mii crash in -current

2021-07-03 Thread Jason Thorpe
> On Jul 1, 2021, at 4:37 PM, Jason Thorpe wrote: > >> On Jul 1, 2021, at 1:53 PM, Björn Johannesson wrote: >> >> >> Yep. That fixes the media problems. Great! >> Would it be easy to backport the media fix to netbsd9? > > I think so, yes. I’ll send a pull-up request for that. Martin has

Re: 9.99.86 HEAD

2021-07-03 Thread Chavdar Ivanov
On Sat, 3 Jul 2021 at 11:19, Chavdar Ivanov wrote: > > > > On Sat, 3 Jul 2021 at 10:45, Martin Husemann wrote: >> >> On Sat, Jul 03, 2021 at 10:36:07AM +0100, Chavdar Ivanov wrote: >> > At least I found out what causes it - I ran /etc/daily and it promptly >> > crashed the same way eventually.

Re: 9.99.86 HEAD

2021-07-03 Thread Martin Husemann
On Sat, Jul 03, 2021 at 10:36:07AM +0100, Chavdar Ivanov wrote: > At least I found out what causes it - I ran /etc/daily and it promptly > crashed the same way eventually. I'll repeat it on the console to try > to see if something else shows when it happens. Can you show all your mounts? Martin

Re: 9.99.86 HEAD

2021-07-03 Thread Chavdar Ivanov
On Sat, 3 Jul 2021 at 10:12, Chavdar Ivanov wrote: > > On Fri, 2 Jul 2021 at 19:27, David Holland > wrote: > > > > On Fri, Jul 02, 2021 at 07:53:05AM +0100, Chavdar Ivanov wrote: > > > On a system from yesterday, I am still getting > > > > > > Jul 2 04:17:17 ymir /netbsd: [ 49713.7540485]

Re: 9.99.86 HEAD

2021-07-03 Thread Chavdar Ivanov
On Fri, 2 Jul 2021 at 19:27, David Holland wrote: > > On Fri, Jul 02, 2021 at 07:53:05AM +0100, Chavdar Ivanov wrote: > > On a system from yesterday, I am still getting > > > > Jul 2 04:17:17 ymir /netbsd: [ 49713.7540485] panic: kernel > > diagnostic assertion "cnp->cn_nameptr[0] != '\0'"