latest 'config' creates broken "ioconf.c" w/some custom kernels

Following from this thread: http://mail-index.netbsd.org/current-users/2017/11/23/msg032761.html the latest 'config' ('nbconfig') is creating broken "ioconf.c" files with some of my custom kernel configs, which until now have worked fine for years. I tried rolling back just 'config' to the

Re: cross-compiling ARM img question

On Sun, Nov 26, 2017 at 6:20 PM Robert Elz wrote: > Date:Sun, 26 Nov 2017 14:25:35 -0800 > From:bch > Message-ID: < > cabfrot8f-uvae_srhdgrz5mnzmnd0vccxnj_zaoa9gocgtk...@mail.gmail.com> > > | That's not fixing things...

daily CVS update output

Updating src tree: P src/sys/dev/hdaudio/hdaudio.c P src/sys/dev/pci/ixgbe/ixgbe.c P src/sys/netinet/ip_input.c P src/sys/netinet6/in6_src.c P src/sys/netinet6/ip6_input.c P src/sys/netinet6/ip6_output.c P src/tests/lib/libc/locale/t_sprintf.c P src/tests/net/net_common.sh P

Re: panic by "acpidump -dt" on -current(Nov 22)

And also I get the same panic with 'acpidump -dt', tested with the yesterday's image from releng - http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/201711212310Z/images/NetBSD-8.99.7-amd64.iso . Chavdar On Wed, 22 Nov 2017 at 09:17 Chavdar Ivanov wrote: > Interesting - I

Re: panic by "acpidump -dt" on -current(Nov 22)

Interesting - I reported earlier exactly the same sequence - ... pmap_enter_ma() at pmap_enter_ma+0xe2a pmap_enter_default() at pmap_enter_default+0x1d udv_fault() at udv_fault+0x151 uvm_fault_internal() at uvm_fault_internal+0x6d4 trap() at trap+0x3f0 --- trap (number 6) --- ... when starting

Another pmap panic

➜ crash crash -M netbsd.1.core -N netbsd.1 Crash version 8.99.7, image version 8.99.7. System panicked: prevented access to 0x10 (SMAP) Backtrace from time of crash is available. crash> bt _KERNEL_OPT_NARCNET() at 0 ?() at e40043fb vpanic() at vpanic+0x149 snprintf() at snprintf trap() at

daily CVS update output

Updating src tree: P src/doc/3RDPARTY P src/sbin/mount_qemufwcfg/Makefile cvs update: `src/sbin/mount_qemufwcfg/defs.h' is no longer in the repository P src/sbin/mount_qemufwcfg/fwcfg.c P src/sbin/mount_qemufwcfg/virtdir.c P src/sbin/mount_qemufwcfg/virtdir.h P src/share/dict/web2 U

Re: cross-compiling ARM img question

On 11/26/17, Robert Elz wrote: > Date:Sun, 26 Nov 2017 14:25:35 -0800 > From:bch > Message-ID: > > > | That's not fixing things... that's adjusting what

Re: cross-compiling ARM img question

Date:Sun, 26 Nov 2017 14:25:35 -0800 From:bch Message-ID: | That's not fixing things... that's adjusting what used to be | destdir.evbarm in the OBJDIR. OK, just trying

Re: latest 'config' creates broken "ioconf.c" w/some custom kernels

On Sun, 26 Nov 2017, John D. Baker wrote: > I'll see if I can come up with a simpler test case for sparc, but I > suspect it will be trickier. By process of elimination: no xbox* at sbus? is the problem in my configs. A simple test case including GENERIC and the above line configured and

Re: latest 'config' creates broken "ioconf.c" w/some custom kernels

On Sun, 26 Nov 2017, John D. Baker wrote: > Comment out "no attimer0 at isa?" and "no pcppi0 at isa?" and the failure > is reduced to only: I meant "un-comment" the "no attimer0 at isa?" and "no pcppi0 at isa?" statements... > [...] > --- ioconf.o --- > ioconf.c:2972:54: error: 'pspec28'

Re: latest 'config' creates broken "ioconf.c" w/some custom kernels

On Sun, 26 Nov 2017, John D. Baker wrote: > As it stands right now, even if your machine attaches "pckbc* at acpi?" > you MUST also have "pckbc0 at isa?" or Bad Things will happen. To be clear, the above is true if you also have: tpm* at isa? iomem 0xfed4 irq 7 active in your custom

Re: latest 'config' creates broken "ioconf.c" w/some custom kernels

On Sun, 26 Nov 2017, John D. Baker wrote: > Another amd64 machine has a similar problem with: > > spkr* at pcppi? # PC speaker > midi* at pcppi? # MIDI interface to the PC speaker > > defined in GENERIC and not elided/deleted in the custom kernel. This > is

Re: latest 'config' creates broken "ioconf.c" w/some custom kernels

I've come up with a simpler test configuration that elicits the behavior: # TEST include "arch/amd64/conf/GENERIC" no options INCLUDE_CONFIG_FILE # embed config file in kernel binary options INCLUDE_JUST_CONFIG no pcib*at pci? # PCI-ISA bridges no fwhrng* at

Re: cross-compiling ARM img question

On 11/26/17, Robert Elz wrote: > Date:Sun, 26 Nov 2017 09:55:55 -0800 > From:bch > Message-ID: > > > | I've got an invocation like this, hoping to get an

os-test

In case this is new for other people as well: Some people wrote a test suite, looking mostly network-related, and following POSIX, and ran them on various operating systems. The result is here: https://sortix.org/os-test/ NetBSD still has some read boxes. You can get the source code here:

Re: Automated report: NetBSD-current/i386 test failure

Date:Sun, 26 Nov 2017 17:27:43 + (UTC) From:NetBSD Test Fixture Message-ID: <151171726367.14929.15350427540173059...@babylon5.netbsd.org> | The newly failing test case is: | | net/ndp/t_ra:ra_flush_prefix_entries This one is mine.

Re: cross-compiling ARM img question

Date:Sun, 26 Nov 2017 09:55:55 -0800 From:bch Message-ID: | I've got an invocation like this, hoping to get an armv7 img to dd | onto an SD card: | | $ nice

Automated report: NetBSD-current/i386 test failure

This is an automatically generated notice of a new failure of the NetBSD test suite. The newly failing test case is: net/ndp/t_ra:ra_flush_prefix_entries The above test failed in each of the last 3 test runs, and passed in at least 27 consecutive runs before that. The following commits