From nobody Wed Nov 06 19:19:31 2024 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XkFQF1rttz1GsdP for ; Wed, 06 Nov 2024 19:19:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XkFQC59PCz4rqy for ; Wed, 6 Nov 2024 19:19:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1730920785; bh=/eJ0F3TuU3hyQ4eHTGWJYiZ5PHuNoHRkmDHI/mK/m9I=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=OsNdFOJfj6NB7PvJwy92npaUF4eGK7OpwWEIfuCePNFaajuAiRQ8yqmaYRQg/yT/eCCEdEBf/7dmihisIe+o+pk2xsDj/jhvSCqTic9r3eIih1FiPeP/oYmiRW/7GM+ASf5w5Az12MXfI87JA/CSsI/78pFj5SZNI/zcQAAp4REc1saSwQsChOL1pxY0xk3q0NweL5TMZdetxN4jV5C13E7WXtd9HBUOSJC7VfC0IH3xwN5/jCrSleiBlWZwPOEgudVilC//PQISuW4MnjxCG8k993Q3CfQAQxRAEfvfPeTMKFqwSgFlZ2ZJ3EBsnIYTfPW6NLWQFz10dguN6dgfcw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1730920785; bh=u/RokbASdGG8M4WMOHOl6BdtB0fZ3xaMPe9kbq+NjrP=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Ypg2Ebf2j45WvfocMzUkWThQRBNnvgXw+GOhED4EK/J50hO1E2Xw4F60E4/mUVXGbVsCp+9IGM8w1slGw7+5Rb6TgegN6pVvqs3zKS2tl9VSDyevUULURE0qI+9/VrsSMAg7ReGEGsS+iXecOAoS2v/TLDxYzxplAdy2CA4WYR99bFEyky19mqabA3qs2yNdHReg3R/ZNxDLqbm4X5ocHTjb2trIEWGRVRKBrjJCAY2y/5owD7jRaV5y1sJjQqzhM3Ee+aGX6cdb+fB0nKcbv//e6w2GxPDKIk7p7T4Dk3lsH6WQLaMhFvHzyoNii42xxj5hYhpUimalS7N//ThC5A== X-YMail-OSG: EI7Odk8VM1lfYlFXg8m4fIUV3B0BH4CZ_vZ1Y8IBSWxpvmiq6t0fSkGceT6F8sX nqNWWJ2Ghn5pCldyarPBQNiS.6uwpoV4DkvhY3Tbg4JV8vhtx9MFYScETKNsc6UsIP4RJBFj9SoP _0agmv4iAO6twWnJdpYP3LLY1UAwmdpZ889ycKsBqy0lRHUQUwQrjr4DX6qgk2z4zGqsxdSM9PyE tRrqSKbmZvTH8HwFyDp7Mqw9Cd9Cxpil7lxZc_Lp8oNNW0l2HOMgVrOUUga8FkYkUtJqt7IGzO9m KsqYdZpVNNV51Fy3sK0VNEj.am8HxImQNamz9Fm1lR3ingIfZIGI09A9lVUxcGB7q_TLQc3SMNK2 NDYfUKJZiccheZTuqMiV8WyDMeriXWWMj3Ff49z48jqaa_2AoKQjEVFaxjOlxlP5rOKtU458kqRv APxa5fp8gRw20BKK2NAcaa9S7sdk2Hq5ZuDN2l53vDxN2FyW9iQ0RRvvORShsYICo5_nNX3r_tFx 0IUGibuGFJDhsOepOXyUz9BuMiILcLVTKytKu3XvqkQs93i54srgQN8ZAPZnIoszR3OKQfmd8s2E aJdo9BkBGja..ayqmkWJIC3.eRRLqjM1XIzibyHPOIZngzHBfV0XV7s1Xo_C8_XLbeWOL0ZXVkQ9 WRtGhuvIDE3TnP1eFbwdXhRXQarePeasUSfOavrL1eXsGDXcJFbOEoAyUokOR3UpCoQmQ6wc8hbk ix6A1VcVO_zC__sduxvBwI0zRPndgVpcnkAIMAG9VZ5N3PRCqzg8bfgr2bWnbc7yUWeAmHQX3xCQ tBg_92SYcDP52TbsmGzRogoXahzPUuh7ayHs8.YLfn.0CX58pfBELOIS2vJQ0pTwgMs5irGjU_T. IcK3D9aYSJpVWydWUnVBTLAuoec6_rLJy8i9eN_43sQfOI6wiml6ADta8.G48pBGKbvtrGbyuGWZ KnxtNO.L9CqYWJSShmVzjokIYr.2mlkH1A_n5G4OnDZfFVC9aIVp9TxoPMPranAxNEXQg2zkrH4G 24cCfBwXul8Gesvao4XBvWmkQ60xHEaqYHbgBYLrKwrDtH76D1iUgOrp4iboT7s7YHv1ohFIskCC bzU8hxVLUsMbbcyCkn4FoUSyCHdzTMk3u4KvdV3j_EvgEqePOhTtuaHXV4M8G2my0BFs7MSA35DH mxE9xy7OVGP0URHmWp_VMQPHJWaVFr9.eXvhQvy8NwR230gMY_500xfs.D0NPgFCHCE7gB65Wv5H q9g4WH1jqEbjg7Fw3RNueEwdo7x1DhNdze2IP7xxS_MpnXu2GgUdrU.qJyGIaki0.mQl2yKYWkeR ENdqAMAHIx7HohrklVjwHTph769aG1CQTH9.Dt_wM1g3mEk5uuPG5iGMngFhPqoFOAtMDNaZ1Tqs IxTdAm7LDE6txk_JRZcNcNJcAvDmhScadEZhIql2OhUi8ln.k.d82yGnJ6RIFkWSy_vJCpESy5Su gO3p8gL3Ryn_u9FS0U7MgxSX.XluvTUbkX9Jn9blKYWlB_wisYc37JjHa6R45wTm3a2X4GE5yoPJ YagJNR3LxJ3RwjF777A9NrcwCrhmMKfMZ8Z0IwwVJHVC8JB7umupbUit6WFgvXL8.4os75FdYPaL Iz9ey1c9rMKOmr_ukFR14NWOA7..jH6mcvuXbTHiQDiDynqKbOpz_3QOBs1NW1j9kZIZzNxrtpRe CsbKWW9VfUeOwV0KO5UsLjwmj4IFxd9YhudGcnNCgvgZXgsXYW2ggQRxl6XTdSWO3Bfkiazq1S9g mEPFW2H3aXbsnkJ7e_wwH8lzT70yL4OEjwVEP1LzkyJTwHn7qB.KwcCzLC3WBSZFO2mePoCNDnOx SCPGp1qPWpfUF4ojPm0PGmPagWtCVfGEtSAGseYPEZ4BFHZSM6ol86VEjzgfiPwXwMN8sjILiTzX 5tF9sYVhD7kEcQqGyeVsCgVQa4a6u96Ge0qmEWLucdTQlN5tjsjVQmbQBs9PNDchEV7jYbJr1Nzz k_5HKZqXo_e04HSUlb6EfIFk9aJbbGLzcgopSyQlhBmhTGhFRsk1aehscZJqYVKluYqFoK4BBGED lmZsV5kw0.JOasxNW4EuiLonyz5N61zYsUCgaygvHwjWvzF2ILNjFqXyjMXcxeyBry3Hjs_BcHSM zuwIBD6dTHr1.BF7Q0e8ZEeiH_qIdN3zP1gKNMVJlwdZP8n1.BIl051ijYHas0MYq2OZzywM6V5Z dV3i6uZeSZMMB1fiBqMv7Hykdv0UCPW7lQayk3jwA_3MYE5dj0aeaZ7H79Uovjqusu2ilkfXJP_J cChdZwCMootuHBDgFDwA- X-Sonic-MF: X-Sonic-ID: 9b120b33-80ac-48db-97cf-381a4c3f9c0d Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Wed, 6 Nov 2024 19:19:45 +0000 Received: by hermes--production-gq1-5dd4b47f46-5kxd4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 35f561472c323425972ca78d2ffdccc7; Wed, 06 Nov 2024 19:19:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: kernel core debugging From: Mark Millard In-Reply-To: Date: Wed, 6 Nov 2024 11:19:31 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <34E3792D-E464-45A8-938A-AD266F2EB49F@freebsd.org> <92795A92-653D-4DED-ADB2-3BAAF181B813@freebsd.org> <078E5E0E-E90E-48D3-BED0-66C21343DBF5@yahoo.com> To: "tuexen@freebsd.org" X-Mailer: Apple Mail (2.3776.700.51) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4XkFQC59PCz4rqy X-Spamd-Bar: ---- On Nov 6, 2024, at 10:07, tuexen@freebsd.org wrote: >=20 >> On 6. Nov 2024, at 17:51, Mark Millard wrote: >>=20 >>=20 >>=20 >> On Nov 6, 2024, at 09:28, tuexen@freebsd.org = wrote: >>=20 >>>> On 6. Nov 2024, at 15:12, Mark Millard wrote: >>>>=20 >>>> On Nov 6, 2024, at 01:44, tuexen@freebsd.org = wrote: >>>>=20 >>>>> is debugging a kernel panic by using kgdb or lldb on a core file >>>>> supposed to work? At least it is not right now for me... >>>>=20 >>>> # kgdb /boot/kernel.GENERIC-NODEBUG/kernel /var/crash/vmcore.2 >>>> GNU gdb (GDB) 15.1 [GDB v15.1 for FreeBSD] >>>> Copyright (C) 2024 Free Software Foundation, Inc. >>>> License GPLv3+: GNU GPL version 3 or later = >>>> This is free software: you are free to change and redistribute it. >>>> There is NO WARRANTY, to the extent permitted by law. >>>> Type "show copying" and "show warranty" for details. >>>> This GDB was configured as "aarch64-portbld-freebsd15.0". >>>> Type "show configuration" for configuration details. >>>> For bug reporting instructions, please see: >>>> . >>>> Find the GDB manual and other documentation resources online at: >>>> . >>>>=20 >>>> For help, type "help". >>>> Type "apropos word" to search for commands related to "word"... >>>> Reading symbols from /boot/kernel.GENERIC-NODEBUG/kernel... >>>> Reading symbols from = /usr/lib/debug//boot/kernel.GENERIC-NODEBUG/kernel.debug... >>>>=20 >>>> Unread portion of the kernel message buffer: >>>> KDB: enter: manual escape to debugger >>>>=20 >>>> Reading symbols from /boot/kernel.GENERIC-NODEBUG/uhid.ko... >>>> Reading symbols from = /usr/lib/debug//boot/kernel.GENERIC-NODEBUG/uhid.ko.debug... >>>> Reading symbols from /boot/kernel.GENERIC-NODEBUG/wmt.ko... >>>> Reading symbols from = /usr/lib/debug//boot/kernel.GENERIC-NODEBUG/wmt.ko.debug... >>>> Reading symbols from /boot/kernel.GENERIC-NODEBUG/ums.ko... >>>> Reading symbols from = /usr/lib/debug//boot/kernel.GENERIC-NODEBUG/ums.ko.debug... >>>> Reading symbols from /boot/kernel.GENERIC-NODEBUG/zfs.ko... >>>> Reading symbols from = /usr/lib/debug//boot/kernel.GENERIC-NODEBUG/zfs.ko.debug... >>>> 0xffff00000050f3f0 in doadump (textdump=3D0, = textdump@entry=3D212431136) at = /home/pkgbuild/worktrees/main/sys/kern/kern_shutdown.c:404 >>>> warning: 404 = /home/pkgbuild/worktrees/main/sys/kern/kern_shutdown.c: No such file or = directory >>>> (kgdb) bt >>>> #0 0xffff00000050f3f0 in doadump (textdump=3D0, = textdump@entry=3D212431136) at = /home/pkgbuild/worktrees/main/sys/kern/kern_shutdown.c:404 >>>> #1 0xffff0000000ee6a8 in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) at /home/pkgbuild/worktrees/main/sys/ddb/db_command.c:596 >>>> #2 0xffff0000000ee478 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) at = /home/pkgbuild/worktrees/main/sys/ddb/db_command.c:508 >>>> #3 0xffff0000000ee150 in db_command_loop () at = /home/pkgbuild/worktrees/main/sys/ddb/db_command.c:555 >>>> #4 0xffff0000000f1ff4 in db_trap (type=3D, = code=3D) at = /home/pkgbuild/worktrees/main/sys/ddb/db_main.c:267 >>>> #5 0xffff000000568b0c in kdb_trap (type=3D60, code=3D0, = tf=3D) at = /home/pkgbuild/worktrees/main/sys/kern/subr_kdb.c:790 >>>> #6 >>>> #7 kdb_enter (why=3D, msg=3D) at = /home/pkgbuild/worktrees/main/sys/kern/subr_kdb.c:556 >>>> #8 0xffff0000003625cc in vt_machine_kbdevent (vd=3D, c=3D) at = /home/pkgbuild/worktrees/main/sys/dev/vt/vt_core.c:761 >>>> #9 vt_processkey (kbd=3D0xffffa000803caa80, vd=3D0xffff000000d24360 = , c=3D-2147483514) at = /home/pkgbuild/worktrees/main/sys/dev/vt/vt_core.c:903 >>>> #10 vt_kbdevent (kbd=3D0xffffa000803caa80, event=3D, = arg=3D0xffff000000d24360 ) at = /home/pkgbuild/worktrees/main/sys/dev/vt/vt_core.c:1030 >>>> #11 0xffff0000001ea048 in kbdmux_intr (kbd=3D0xffffa000803caa80, = arg=3D) at = /home/pkgbuild/worktrees/main/sys/dev/kbdmux/kbdmux.c:565 >>>> #12 0xffff0000005839ac in taskqueue_run_locked = (queue=3Dqueue@entry=3D0xffffa000803c9c00) at = /home/pkgbuild/worktrees/main/sys/kern/subr_taskqueue.c:517 >>>> #13 0xffff000000583714 in taskqueue_run (queue=3D0xffffa000803c9c00) = at /home/pkgbuild/worktrees/main/sys/kern/subr_taskqueue.c:532 >>>> #14 0xffff0000004bc114 in intr_event_execute_handlers = (ie=3D0xffffa0008028ec00, p=3D) at = /home/pkgbuild/worktrees/main/sys/kern/kern_intr.c:1183 >>>> #15 ithread_execute_handlers (ie=3D0xffffa0008028ec00, p=3D) at /home/pkgbuild/worktrees/main/sys/kern/kern_intr.c:1196 >>>> #16 ithread_loop (arg=3D, = arg@entry=3D0xffffa000803de5a0) at = /home/pkgbuild/worktrees/main/sys/kern/kern_intr.c:1289 >>>> #17 0xffff0000004b700c in fork_exit (callout=3D0xffff0000004bbd78 = , arg=3D0xffffa000803de5a0, frame=3D0xffff00010ca97a00) at = /home/pkgbuild/worktrees/main/sys/kern/kern_fork.c:1151 >>>> #18 >>>>=20 >>>> The context here was from an official PkgBase kernel and world >>>> installation. >>>>=20 >>>> . . . (deletion) . . . >>>>=20 >>>> You may have to be more explicit about the specific of the >>>> problem(s) you are seeing. >>> OK. Here is what I am referring to: >>>=20 >>> tuexen@head:~ % sudo kgdb -c /var/crash/vmcore.last = /boot/kernel/kernel >>=20 >> That command does not match the parameter order in the man page or >> in my example. >>=20 >> man kgdb output shows kernel first, then core: >>=20 >> SYNOPSIS >> kgdb [-a | -f | -fullname] [-b rate] [-q | -quiet] [-v] [-w] >> [-d crashdir] [-c core | -n dumpnr | -r device] [kernel = [core]] >>=20 >> My example: # kgdb /boot/kernel.GENERIC-NODEBUG/kernel = /var/crash/vmcore.2 >>=20 >> You might want to see if using the other order makes a difference. > No it doesn't. I'm specifying the core via the -c core option instead = of=20 > the second argument... Of course. Sorry for the noise. (Does not look like this is going to be one of my better mornings.) I guess about all we learn is that your issue is somehow more specific to your context rather than it being an example of kgdb being generally broken. > Best regards > Michael >>=20 >>> Password: >>> GNU gdb (GDB) 15.1 [GDB v15.1 for FreeBSD] >>> Copyright (C) 2024 Free Software Foundation, Inc. >>> License GPLv3+: GNU GPL version 3 or later = >>> This is free software: you are free to change and redistribute it. >>> There is NO WARRANTY, to the extent permitted by law. >>> Type "show copying" and "show warranty" for details. >>> This GDB was configured as "aarch64-portbld-freebsd15.0". >>> Type "show configuration" for configuration details. >>> For bug reporting instructions, please see: >>> . >>> Find the GDB manual and other documentation resources online at: >>> . >>>=20 >>> For help, type "help". >>> Type "apropos word" to search for commands related to "word"... >>> Reading symbols from /boot/kernel/kernel... >>> Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... >>>=20 >>> Unread portion of the kernel message buffer: >>> panic: tcp_do_segment: sent too much >>> cpuid =3D 1 >>> time =3D 1730910226 >>> KDB: stack backtrace: >>> db_trace_self() at db_trace_self >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x38 >>> vpanic() at vpanic+0x1a0 >>> panic() at panic+0x48 >>> tcp_do_segment() at tcp_do_segment+0x2794 >>> tcp_input_with_port() at tcp_input_with_port+0xcbc >>> tcp_input() at tcp_input+0x10 >>> ip_input() at ip_input+0x35c >>> netisr_dispatch_src() at netisr_dispatch_src+0xd8 >>> tunwrite() at tunwrite+0x2a8 >>> devfs_write_f() at devfs_write_f+0x108 >>> dofilewrite() at dofilewrite+0x7c >>> kern_writev() at kern_writev+0x4c >>> sys_writev() at sys_writev+0x40 >>> do_el0_sync() at do_el0_sync+0x60c >>> handle_el0_sync() at handle_el0_sync+0x4c >>> --- exception, esr 0x56000000 >>> KDB: enter: panic >>>=20 >>> Reading symbols from /boot/kernel/tcp_rack.ko... >>> Reading symbols from = /usr/lib/debug//boot/kernel/tcp_rack.ko.debug... >>> Reading symbols from /boot/kernel/tcphpts.ko... >>> Reading symbols from /usr/lib/debug//boot/kernel/tcphpts.ko.debug... >>> Reading symbols from /boot/kernel/if_bridge.ko... >>> Reading symbols from = /usr/lib/debug//boot/kernel/if_bridge.ko.debug... >>> Reading symbols from /boot/kernel/bridgestp.ko... >>> Reading symbols from = /usr/lib/debug//boot/kernel/bridgestp.ko.debug... >>> Reading symbols from /boot/kernel/uhid.ko... >>> Reading symbols from /usr/lib/debug//boot/kernel/uhid.ko.debug... >>> Reading symbols from /boot/kernel/wmt.ko... >>> Reading symbols from /usr/lib/debug//boot/kernel/wmt.ko.debug... >>> Reading symbols from /boot/kernel/cc_newreno.ko... >>> Reading symbols from = /usr/lib/debug//boot/kernel/cc_newreno.ko.debug... >>> 0xffff0000004b5644 in doadump (textdump=3D0) at = /usr/home/tuexen/freebsd-src/sys/kern/kern_shutdown.c:404 >>> 404 dump_savectx(); >>> (kgdb) up >>> #1 0x3fdb0000000e99f0 in ?? () Somehow it went from referencing the apparently correct/expected 0xffff0000004b5644 (doadump) to referencing 0x3fdb0000000e99f0 . There is also the odd "404 dump_savectx();". If bt is used as the first command at the prompt, what does it show for the backtrace? Anything interesting? Just #0 for 0xffff0000004b5644 and #1 for 0x3fdb0000000e99f0 ? My doadump line also has ", textdump@entry=3D212431136": 0xffff00000050f3f0 in doadump (textdump=3D0, textdump@entry=3D212431136) = at /home/pkgbuild/worktrees/main/sys/kern/kern_shutdown.c:404 But I'm not aware of the PkbBase build configuration information being published for making comparisons with. >>> (kgdb) Initial frame selected; you cannot go up. >>> (kgdb) Initial frame selected; you cannot go up. >>> (kgdb) quit >>> tuexen@head:~ % pkg info gdb gdb-15.1 >>> Name : gdb >>> Version : 15.1 >>> Installed on : Thu Oct 24 10:32:17 2024 CEST >>> Origin : devel/gdb >>> Architecture : FreeBSD:15:aarch64 >>> Prefix : /usr/local >>> Categories : devel >>> Licenses : GPLv3 >>> Maintainer : pizzamig@FreeBSD.org >>> WWW : https://www.gnu.org/software/gdb/ >>> Comment : GNU Project Debugger >>> Options : >>> BUNDLED_READLINE: off >>> BUNDLED_ZLIB : off >>> DEBUGINFOD : off >>> GDB_LINK : on >>> GUILE : off >>> KGDB : on >>> NLS : on >>> PORT_ICONV : on >>> PORT_READLINE : on >>> PYTHON : on >>> SOURCE_HIGHLIGHT: on >>> SYSTEM_ICONV : off >>> SYSTEM_ZLIB : on >>> TUI : on >>> XXHASH : on >>> Shared Libs required: >>> libzstd.so.1 >>> libxxhash.so.0 >>> libsource-highlight.so.4 >>> libreadline.so.8 >>> libpython3.11.so.1.0 >>> libmpfr.so.6 >>> libintl.so.8 >>> libiconv.so.2 >>> libgmp.so.10 >>> libexpat.so.1 >>> libboost_regex.so.1.85.0 >>> Annotations : >>> FreeBSD_version: 1500025 >>> build_timestamp: 2024-10-16T20:27:27+0000 >>> built_by : poudriere-git-3.4.2 >>> cpe : cpe:2.3:a:gnu:gdb:15.1:::::freebsd15:aarch64 >>> flavor : py311 >>> port_checkout_unclean: no >>> port_git_hash : 82beca9e630 >>> ports_top_checkout_unclean: no >>> ports_top_git_hash: 94c4ac6b071 >>> repo_type : binary >>> repository : FreeBSD >>> Flat size : 58.5MiB >>> Description : >>> GDB is a source-level debugger for Ada, C, C++, Objective-C, Pascal = and >>> many other languages. GDB can target (i.e., debug programs running = on) >>> more than a dozen different processor architectures, and GDB itself = can >>> run on most popular GNU/Linux, Unix and Microsoft Windows variants. Same gdb package version installation as in my context. kgdb, of itself, should not be a source of the behavior differences. >>> tuexen@head:~ %=20 >>>=20 >>> Using kgdb from "pkg install gdb" and locally built world and = kernel. >>>=20 >>> Best regards >>> Michael >>>>=20 >>>> For reference: >>>>=20 >>>> . . . (deletion) . . . >=20 I'm not identifying anything else to investigate. =3D=3D=3D Mark Millard marklmi at yahoo.com