From nobody Fri Jan 12 22:34:45 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 4TBbvT2wX7z56XrS for ; Fri, 12 Jan 2024 22:35:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (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 4TBbvS31lnz4nZp for ; Fri, 12 Jan 2024 22:35:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=grlJJ5Wz; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1705098898; bh=T9S1mwR4sEA8juy5wEftKtXNAYeM4errrKRruCExBxQ=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=grlJJ5WzAcvPryp9t47ooXAfY7/aMinMoqmibJ13/bnfNe4MMkEczFGQoJu4R7k11ssq4WoW5hDDnsKCdqum8qo5Ot2jDUeiVczVrCokFW5HPUy4dUS4YvsE1wrlxvjJHwSxiTzLiGZJfCNlTsKpvLnwzsE9I1Te7RpJZbEf7pv7ctnkpAJJigZJdngrec7jApstWJR7oXS3bigKYv1lO4p6X7DUkZZsLRcbV/sPjkeJp2zHzZB8sbihQQq7oT9ORH6S0qExnpUCFkhd0y8FOnUGU7gbCdWlAJOtsOH2eeRe0m2muPkLVLm3QeaAmIAo9KRymC6s//NFIGI7XxsvZg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1705098898; bh=bkBsPupIPxiXnuSXtcOyhI3VUIs5+eKiUrQkAP/9HXO=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=NUbHFGMSChPv6LN6I+XYdID/V+G8gQlgacV83mTFVClNwr8/65yrHIWsB0QWJL7V+XZ0S9qrC+YPIZbXdjSr4Zi1mnfJFvhhvOqZMS1kjimt5N4gcTr4miJ3tNRDEPcS9c5GKM52JFp8Yfq71qw58dZWbu8XllHU61ZAk4SSpg6CuXdbRm142X3tg/0MGC4aebJcFddYyCbNf27cdInlDr4uqtid01Ou04xBc23WJzgJyadq5ow7F0DgWp2brENqRG87C8T+LNpLrzpFJZagHIK1sdu/+1RZhphPxK5Ss1xI3UrNSDM8WmGXk1RucOKQF12vVnzRxgFQ+/rqQyvMyA== X-YMail-OSG: eruMKBgVM1laA_B2k7q35av4LgDo24bVIU5SWJxdO20WnHu6C1f7F0XCsnShy3k UmaaZXOeuvi2SMAkXeodudR8eQEFuWv_bK1ZlEwUB_9aclJo7XvuBaIdFdEkjXRly4sRPLqJvbUP zjfy5srbKbsvpn6XojHw.r8Fshz7n8HfZVYtIFWoyaV9__pYP3RjjBiuBBMwFEcz5_Gni9UOiNm4 w0cq9q_afdrLK64UpgAuY6XpOAk79w1_4dCcYDGFF.KtvBSG1U7bKn6iaPDSJ4iBy9SXxrFBjB5S _pOB3EBH_SQp581m9oX6v4qyF3Epvxp8kQRKX0owocmRqiwpYqsSBIcH3paSAmElwmGJyXpWnLUs POVsUn1_bV59rnzaheHhfYRa4mvKk570kWWOM_hzdI8P9Ew0zGzSBnyf66pKithNugYFeIP32nKj x0g9fxIzVaVukaweMOw9eXo6Wwtc2hcW_7O99UxWr5oPtixi.QLMow5arkKLat7.QpofCYLxoprF HWIMWcHujWJ7mUQ6li8vxJECOkbiUs4Ez5CKmJDKemYJJVZUvS1Tv4_3PJicYFP_nlv18FyM5R3m 6lkbFenG97dUuynPpjK8JIFofTvj5bpDVn_ySdxtrFsub9wHMC1mZZXnErRU9GNrdRjKGqQrkAXI 3meo5r_QKHVMWQ6mpKcNIY1Jk6FcqKwFQe4ICXVGYyOS7x11mufHEtY..jpR179eSUndZ1Uic6I4 asiihzt7XSoCmAjaVYH2kkK0LPLzCYU7whq7uxk.IuxgHHXur8zeTWjwwmBnvmOTBcFJoJMYgJ3b aXaov.5dZPvfUjwT8y.F8DQJ2xE4Xj_CaPuZXAVvGNxLKR8yWT7Uot76mIhXbmSNwqtsRK4AstsU ELBVIwqWRCEVAhB2jhmMaf6Q8Vi2Vshn0D2nvW8JMI4.CpjKFOnWvREh9sx.NPqspOKIbgZgJiZX 7KeeZ6KjiUDbNi1iFDZWRA6qAVfzczJmuey0OykRjOupeAui1bL5HE6b0wyNChcE0Fl9G0qf2see ZrxKjN.eGvDec4KfFsyId3PhZGJfIAwgvAl32P3s8i7NYngHq9RfZ88doTabUXa5x9UxuWPVV6al fdh72F91M3X8LDS9_Y_pvphdc8zuWOOJhGpNXhg5ceNcN3sdBIq4IMZzMcR8IodaQtgkBEL9EBOg fM2s3xBa9xzdCFUTMR51Ae9KQtOf3rqK3tDeRmJFGosHJXft4Ztsjwo8smJhyFvtQdSy5iEdlmzi ujGNPdrOQOGQ5jbzNPbmTorvmwjSER88eRtHNbMrh8VSxk59_jdWgf7We945cIh22us_G6ep0dyo amYAul5JnMQv3BgbqPEMH9BF6EFQysoX0XKkv7R0Csd9VZ.x4HXWRXuJV0bwSfEA0yawIGf11dJF vGq6v3ONPNxcjGuGbdsKbxevwkJjngSb4c_SpjKdWLox.qybbqw0jW_ghcM7K6mjui8LvrrQtJ4H aXFd329DAIiQigRH_cmxgZuWrcl.lhCusvv5Exdm58faGBwccf2WmQWLJ5E9lPTusc8KYC4v4dww cCpHva..tp7bdmdBNwJHaAX_Q3bPpzvPOJbI.w1yQKadSi96ojT1MOpzFLFnd2YJp2.WRWQrTOi_ udF09yBuz8_TvB7XOkp047ecMHVESkX1qfME0sJKUrbVeMK.4VND_QB55GpTt_voxKRZDYBU7YZn sMtEtLUA_H51Tc1c7gYWbz63wGtCL7IKodz0vxr_7hl27qXNAFJcAdRA34mK2s6mOdptcSAihv05 egWhQIf0sDS_5OXnff6j9uSWqYCKKUJcuUsN5iNncfiM0iKWmb6By0u8F5Bb83M96DM4UKgZypwI EjpUIBCqLfvDCfGmdRowIi6ihpYxCa9OGS_CgCaH85s_YdrbF6.3Ee4qObTo4gGEfre3O7VD6bhz TXxw3gqzN1AHhKaj5Fwhv4hTL2.TpiscXM.tLUPqdPgXeFGVkKn2kcMpvBoXi6QZ6odIn1Hr8iIH LRtEh0cZ9Va.f.J6vXVUW1WARr0dCWLr8FQdb8p.jlY.BJUQtJ7cI7byAriU2ea1lG5SMz1CTCOr 7WmFGYc2SIvEwt.4zNT1dvV8XuMbkWGn6CTsrPvkEFiQuNTf2VmWiQVcL0qHUzvsG1sFaEDPe_bD IKMHOZxvaeFSDu4.kZzsC3aQsDjMGOWpEibBCWu96MqlWLm0F7t.Xmu_atif85nXRaWl.dlwNd9F phrMPC2CBIC1eOtmoVMwcVg6.ovvFQvCXIvofsHgEK25BaOBGuyRTdzPPVR6OPWwpL40M4e.h6BT TdA-- X-Sonic-MF: X-Sonic-ID: c539aad7-95b8-4ae3-8232-6b24b2799c54 Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Jan 2024 22:34:58 +0000 Received: by hermes--production-gq1-78d49cd6df-vkd75 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cec106f0f66b8ae7d008c002a6ae7a6a; Fri, 12 Jan 2024 22:34:55 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 \(3774.300.61.1.2\)) Subject: Re: USB-serial adapter suggestions needed Date: Fri, 12 Jan 2024 14:34:45 -0800 References: <55AC6824-587D-4C67-B64B-2045A1112F69@yahoo.com> <041F74B4-3D44-4364-9EBD-9F21A4F3B313@yahoo.com> <902798B1-2B66-4ECD-BDAC-195C85066FE6@yahoo.com> <8B4C76B2-707E-4978-9CB3-5D547303A7E5@yahoo.com> <482FA770-89E8-42E8-945E-B662AD564AFE@yahoo.com> To: bob prohaska , FreeBSD ARM List In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.32:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from] X-Rspamd-Queue-Id: 4TBbvS31lnz4nZp On Jan 12, 2024, at 13:45, Mark Millard wrote: > On Jan 12, 2024, at 13:37, bob prohaska wrote: >>=20 >> On Fri, Jan 12, 2024 at 12:38:30PM -0800, Mark Millard wrote: >>> On Jan 12, 2024, at 11:18, bob prohaska wrote: >>>=20 >>>> On Fri, Jan 12, 2024 at 10:34:11AM -0800, Mark Millard wrote: >>>>>=20 >>>>> If you did not specify the signal explicitly, you tried: >>>>>=20 >>>>> 15 SIGTERM terminate process software termination = signal >>>>>=20 >>>>> (I'm not claiming all those "terminate process" signals are >>>>> likely to be involved. But SIGTERM is need not be involved >>>>> at all.) >>>>>=20 >>>>>> Both the ssh connection from workstation to terminal >>>>>> server and the su to root needed to run tip survive. >>>>>>=20 >>>>>> I should apologize for not testing this sooner, it >>>>>> was a very easy experiment. If you think of useful >>>>>> variations please indicate them. >>>>>=20 >>>>> See above, in particular SIGHUP . >>>>>=20 >>>>=20 >>>> Just tried SIGHUP several times. The ssh connection didn't >>>> disconnect. There were also no reports about overriding stale >>>> locks.=20 >>>>=20 >>>> Using SIGKILL reported: >>>>=20 >>>> login: Killed >>>> root@nemesis:/home/bob #=20 >>>> root@nemesis:/home/bob # tip ucom >>>> Stale lock on cuaU0 PID=3D45604... overriding. >>>> connected >>>>=20 >>>>=20 >>>> FreeBSD/arm (ns2.zefox.net) (ttyu0) >>>> but the ssh session and su survived. >>>>=20 >>>> Finally, I tried SIGSTOP. Again, ssh and su stayed up, but >>>> restarting tip reported: >>>> all ports busy >>>> Power-cycling the usb-serial adpter with usbconfig >>>> isn't able to free the port. That's new-to-me behavior. >>>> Deleting the /dev/cuaU0-related files didn't help. >>>>=20 >>>> Not sure what to make of this, except that ssh survives >>>> exit of tip, graceful or not. =20 >>>=20 >>> Remember: >>>=20 >>> Jan 10 14:29:48 nemesis kernel: ucom_close: tp=3D0xffffa00001979800 >>> Jan 10 14:29:48 nemesis kernel: ucom_shutdown:=20 >>> Jan 10 14:29:48 nemesis kernel: ucom_dtr: onoff =3D 0 >>> Jan 10 14:29:48 nemesis kernel: ucom_line_state: on=3D0x00, off=3D0x01= >>> Jan 10 14:29:48 nemesis kernel: ucom_rts: onoff =3D 1 >>> Jan 10 14:29:48 nemesis kernel: ucom_line_state: on=3D0x02, off=3D0x00= >>> Jan 10 14:29:48 nemesis kernel: ucom_cfg_close:=20 >>> Jan 10 15:04:07 nemesis su[35181]: bob to root on /dev/pts/4 >>>=20 >>> (and what was somewhat before and somewhat after)? >>>=20 >>> What were those messages like (if any) for each of the types of = kills? >>=20 >> Far as I can tell they're the same following ucom_shutdown.=20 >> Preceeding ucom_shutdown it looks like the sequence of messages >> varies a little, but obvious things like the big hex numbers >> are clearly indentical.=20 >>=20 >> If you've got something in mind please tell me what it is and I'll=20 >> be able to look more intelligently. > . . . >=20 Going in a different direction of kill signal testing . . . Showing what ssh running shells looks like, with a little context as well: # ps -xd . . . 1527 - Is 0:00.01 |-- nfsd: master (nfsd) 1529 - S 0:00.15 | `-- nfsd: server (nfsd) 1546 - Is 0:00.00 |-- sshd: /usr/sbin/sshd [listener] 0 of = 10-100 startups (sshd) 1628 - Ss 0:00.10 | |-- sshd: root@pts/1 (sshd) 1642 1 Ss 0:00.04 | | `-- -sh (sh) 9531 1 R+ 0:00.00 | | `-- ps -xd 7512 - Is 0:00.02 | `-- sshd: root@pts/0 (sshd) 7515 0 Is+ 0:00.01 | `-- -sh (sh) 1560 - Is 0:00.69 |-- /usr/sbin/cron -s . . . In that, the: 9531 1 R+ 0:00.00 | | `-- ps -xd is like where a tip command would show up as I understand. Also, you indicated tcsh use instead of sh use. And you are not likely using root@ as your context. You have tried killing tip. You could try killing the parent tcsh for the tip the various ways instead. Same sort of results information for each signal type. Be careful to do the kill from a distinct ssh session. One more level of parent process could be of interest: the equivalent of my "sshd: root@pts/" that indirectly contains your tip command in your context. Be careful to do the kill from a distinct ssh session. -SIGPIPE might be a relevant test here. Do not testing killing "sshd: /usr/sbin/sshd . . .". =3D=3D=3D Mark Millard marklmi at yahoo.com