daily CVS update output
Updating src tree: P src/distrib/sets/lists/tests/mi P src/doc/HACKS P src/external/mit/xorg/lib/fontconfig/src/Makefile P src/games/quiz/quiz.c P src/lib/libc/gen/fmtmsg.3 P src/share/mk/bsd.sys.mk P src/sys/arch/emips/stand/common/enic.c P src/sys/net/npf/npf_conn.c P src/sys/net/npf/npf_tableset.c P src/tests/usr.bin/xlint/lint1/Makefile P src/tests/usr.bin/xlint/lint1/d_c99_decls_after_stmt.c cvs update: `src/tests/usr.bin/xlint/lint1/d_c99_decls_after_stmt2.c' is no longer in the repository cvs update: `src/tests/usr.bin/xlint/lint1/d_c99_decls_after_stmt3.c' is no longer in the repository P src/tests/usr.bin/xlint/lint1/msg_071.c P src/tests/usr.bin/xlint/lint1/msg_075.c P src/usr.bin/xlint/lint1/lex.c P src/usr.bin/xlint/lint1/tree.c P src/usr.bin/xlint/xlint/lint.1 P src/usr.bin/xlint/xlint/xlint.c Updating xsrc tree: P xsrc/external/mit/fontconfig/dist/config-fixups.h P xsrc/external/mit/fontconfig/dist/src/fcmatch.c Killing core files: Updating release-8 src tree (netbsd-8): Updating release-8 xsrc tree (netbsd-8): Updating release-9 src tree (netbsd-9): Updating release-9 xsrc tree (netbsd-9): Updating release-10 src tree (netbsd-10): Updating release-10 xsrc tree (netbsd-10): Updating file list: -rw-rw-r-- 1 srcmastr netbsd 50473074 Jan 23 03:12 ls-lRA.gz
Re: 10.0_BETA/i386 GENERIC crash at boot on older CPUs
On Thu, 19 Jan 2023, John D. Baker wrote: > On machines with older CPUs (pentium-III, Am5x86), a GENERIC kernel > (or one based on GENERIC) dies during boot with: > [...] > [ 30.4197804] fatal page fault in supervisor mode > [ 30.4197804] trap type 6 code 0 eip 0xc0617718 cs 0x8 eflags 0x10246 cr2 > 0x103c ilevel 0x7 esp 0xc0a29500 > [ 30.4197804] curlwp 0xc16ac040 pid 0 lid 2 lowest kstack 0xd7c902c0 > kernel: supervisor trap page fault, code=0 > Stopped in pid 0.2 (system) at netbsd:hardclock+0x23: movl3c(%esi),%eax > db{0}> bt > hardclock(1000,d7a92ec4,c02864a1,0,1000,c068d9f3,c027fc14,16b6000,7200,d > 7f375f0) at netbsd:hardclock+0x23 > clockintr(0,1000,c068d9f3,c027fc14,16b6000,7200,d7f375f0,0,c1761000,c010313a > ) at netbsd:clockintr+0x36 > intr_kdtrace_wrapper(c1990540,d7a92ed4,6,d7a90010,c0620030,c16b0010,d7a90010,c16 > ac040,1,d7a92f34) at netbsd:intr_kdtrace_wrapper+0x21 > Xintr_legacy0() at netbsd:Xintr_legacy0+0xda > --- interrupt --- > cx8_spllower(1,0,d7a92f6c,c02864a1,c186c800,c1761000,c1990540,7,0,c186ba00) > at n > etbsd:cx8_spllower+0x14 > intr_biglock_wrapper(c186be80,d7c92f10,0,0,0,0,0,0,0,0) at > netbsd:intr_biglock_w > rapper+0x68 > --- switch to interrupt stack --- > Xintr_legacy5() at netbsd:Xintr_legacy5+0xda > --- interrupt --- > x86_stihlt(c16ac040,0,c0637e70,0,0,c168f100,c0a10100,c168f100,d7c9,c168f100) > at netbsd:x86_stihlt+0x5 > idle_loop(c16ac040,cbb000,cc4000,0,c01005a8,0,0,0,0,0) at > netbsd:idle_loop+0x153 I've bisected the source and have determined that the fault was introduced with: /* $NetBSD: intr.c,v 1.163 2022/10/29 13:59:04 riastradh Exp $ */ Reverting this file to r1.162 eliminates the crash on my pentium-III and Am5x86 (GENERIC kernel) systems. It is not clear why the NET4501 kernel (or a kernel derived from it) does not exhibit the crash. I thought it might be because these kernels never enable "options DIAGNOSTIC", but disabling it in my GENERIC-derived kernel did not avoid the crash. I'll see what lineup of i386-class (i486 and 32-bit pentium) CPUs I can manage and try to see where the "go/no-go" line is. -- |/"\ 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: How to build only one part of NetBSD system
>> As always before such an operation, "do the kernel first". > > How do you do the kernel first without building the userland to > build the updated tools? The "do the kernel first" is sort of a "general warning". Whether it is strictly needed depends on what version user-land and what version source you are trying to mix. Ultimately, if you e.g. install a -current libc and still run a 9.3 kernel, I predict that you are going to have a hard time recovering from the mistake. As for the build error, it's difficult to say. Building the kernel typically requires that it *not* be done against the (possibly old) headers of the running system, and possibly also with the compiler and tools in the "tools" build.sh result. It's difficult to know what failed in your case without significantly more details. Regards, - Håvard
Re: How to build only one part of NetBSD system
> >> I tried going into libexec/ld.elf_so and running "make > >> install" but that didn't work or even come close. > > It would be something like: > > cd src/libexec/ld.elf_so > > ${TOOLDIR}/bin/nbmake-${arch} dependall > > ${TOOLDIR}/bin/nbmake-${arch} install > and if the tool nbmake was built with a different DESTDIR > configured e.g. via "build.sh -D ", you would need > ${TOOLDIR}/bin/nbmake-${arch} DESTDIR= dependall > ${TOOLDIR}/bin/nbmake-${arch} DESTDIR= install > to build this against the currently installed system and to > install it. > As always before such an operation, "do the kernel first". > Regards, > - HÃ¥vard How do you do the kernel first without building the userland to build the updated tools? I tried again to build for amd64 but failed on something with amdgpu. *** Signal 11 Stop. nbmake[7]: stopped in /BETA1/netbsd-HEAD/usr/src/sys/modules/amdgpu *** Failed target: dependall *** Failed command: cd "/BETA1/netbsd-HEAD/usr/src/sys/modules/amdgpu"; /BETA1/netbsd-HEAD/usr/src/../tooldir/bin/nbmake realall *** Error code 1 I don't know what to do further regarding NetBSD update, except maybe try for i386, where there seems to be no reference to amdgpu. Tom