From nobody Fri Jan 12 21:45:04 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 4TBZp90frWz56R0K for ; Fri, 12 Jan 2024 21:45:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4TBZp85B5Gz4c3t for ; Fri, 12 Jan 2024 21:45:20 +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=1705095918; bh=WF36VVWLsU9+6CatS8Skq9uYCauQqQlocRTWZ0qT2Xo=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=jL6qQ2/8XurpOcCdpeeR3KOx96F/svoj0at/L2rB88kY7kX/eZOQI7iiyz7XyCgKW9XUXsS5ymAJKGKuhHYGGVovK4k+Q3nkhGjUsEafwlc/mUoRlDe5lXEhPTRElQ6UX8h8GS0TTDVRoMLeAP4nMhIhEWzHt6ECOm2AmV1QCf3jFXnhx54WdL+iyvAOiZ7m6KqduftyxR7SfupT3fprqL4m+lRQX/312GImmooNZCoR06tY6Wy1vCNmOaojlgy1F67Znb1nkQ4EyOPi8wyiyBTHc9qxmMo57+Z2fNyOZstngCZcMpAoecffaelmNurBesSxTsy0MaOiW8zzJGepWQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1705095918; bh=/zzoVB15v53sFq4CB1jkSjQDQA6E1qCr/MKyE5KPrvX=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=GOn0WZsV2LutEk6yhe+nr2iryZ10j0KAXku171pgNX+NgmL6f3EK7hLYNLNOAmfk4BHS6VxuHMOUdJn2fA4O9HYIs7lzGjssmSlmN6XqhmDVof9XLaQ2roDAJhK4hfI4cT+n8n+q/fZPF77dk8A7+bRp8PQAhDQeDwI44TykmM8Ukign4t0afYTZu3s9ae8WQ/+9x91NrRONwAIy5tae9HzYPxeE/SuuAU2+IBTonRCLAlh/8ttYEuky/FnubA+GkjvWcnC5W2vLWDZXrhPWVJ6BWqrO1Sgqb+qLQYiRhH53gE9HpsRMamZzZFEN3n1Qf2Y+GcvHIwtLWSzMG81/Ew== X-YMail-OSG: Hl6g50AVM1lK6MHzeCW6FTb1CdgMyBoAmWRjpWJhjVKIic.Q_.UprNXOdxD2UzJ 3JAZ.xULLIkj4IgF6gk64BqDObamHhNrWgopffnNafEx5oNrnaQTpO.RZxSt5X_pjZqb2m2BImNi k11cgxviVchzyov4KVDEtLkgk2vrpNfj7FKUqvLZG9eGWGNB4ePbEEChLrjL7W2srrSy8LIFBrVv h1nL6HLWRlSbsLXRZWiDUhS2PH.ok.CD9lghGjqB.XEcNBxmDagSZ1AZgMsQcYmYDXAzvOIHT7WS vYzLciblxgEjroApGE7lQz7oxHrwxVyQ7jre6tOGLN_xi_U_0TNSzblm6hsyjo6TWeto9JIFIep2 8laYhLp5deNuH.6VjkJ9t2O9qEpBANm6JP4eH74voHtcDD053bnkAYyfl_asuD7abauuJDxZ14in c_WVKh8VvsgnF8WuG0XZhC6xb077FjH.S5ddJb80jUkHBtylbCz6mrTrr_4P3bGZONPJJ2JcvPgj 2PnOy2mKsrEQUCjmGT9BP9Qw_X70.4JjmwPvI5QAMfaNOIjOv4Iof15Q05b6q1mXw8Hpdv7MV8Qj MsLxKHZmYzWmPrcwTyy2.yPEiT.KkAPFaWUrW65QHrizKu8jZ_zs3CTUGYtNoYWQGHUKAkBtum9R ZiabXesktCuTSU.ECyAE3EUDzanOokLJYQHRRIfngZ72n7wHPehOFJazCZCi4DBaQOEcKE8gtaFB 1xqVigiTT0Ywr9gb2Ja7Mc93MqDQbllZhNrfgI3oVVo_XOLm2W_Djr1toRdxXDFN248vSOCqoBFR lj8B5ioEENI9qgBiX.ofV0QHsqN0Ufc1DIs.SKHGPccTsuQL4HpBnRXP3kjCIb.mYn.TOys3d3NV 1_aTbI1h3aUT_GE2JRrrZw.16R.w4wz0ZME381tIrd9CWGQxjGWDFaKi3ZuqAcMrm.hWlhiQkJjo NBz8TuKdXIahbL5W9EcacoctogbI7Tfy1wa.PzCzQ2c386km6TYPaujmMy3in57ro2qncfw8C0jX EHws35337nnqUUxqbblZuwN.6MM4ITchqBOziqPRQRDAKyWzDCLW3oUcL1JY57wb0o8BBYayTuhf 8J_DTNe2A9mEeRk_ub25llffotJ.qCffqUrsFRF1z430MgUnOIbxfDmyw5dlOntrMGNz9Ei6yVEE AiWTfOkOm7sJxEVLkOC_6PAwvILfM8UGBIUYFhVpHWgAvJz47cW.C0orYSrzVnlxHXjoc5.kpF7I R0QHFOoMOKlonetsY8B8GJVhVxMRN73Zbmgp9uaP9KlTmyad_218Mw.QX3kEsK9h3DGgmQ99v3rb 1ldj7QifdM_br9h7V..iKdwAPLCItNqeqRUxbi6uxcYFHDHfvIL1AlaqMKynQul0JuyASs57uxZJ rzjYdRYAuAKLcpPvjiCFfpkGAsdUhv8fxGCFNKtz83K2o0.4OzvGERCJVNJmsx01sY1LJ2niIM0T CTC9.HAEOvFIUpPJTG.l3ntCH6yvJ3GJDQE7hV5E0b.SHtt9nq0vEKpf5B3Xui.3ZyVLXstAJvFE BBJV.0ldTTCaWrW.fidalO6p9Nc1lmQ6LiLt0ecIRppPwo0l0VL2DIAmO0FL01QG5cB.cKViUfTn sGJSY1w8Hb3mqYApitHoecR5gXHcdzH5_ZPQ5c3oAeDLPTFBF38EWX5Q.Xd8psg6zXdX0EaSFmes krDK51k1HHv8numT5CdMtaTNzxDcVMbrS9g6MgnNegYXe8.fCMWXqyTfZlWOYj9Ms3rk74qcDpnV AaNwMBMYGKMf0DzWiSGzScTcVB_3gcp.ksFL5UbUsB4bawto2wVFarqFoIBzGYwxp1SJhhQ3SGgt d0XLBucq9k.gOM7Vn78w1YWwX2hcSFGre_Vsqkxnd6BP6l2qvkHKsa4TWKrWzRqxQghczz89mhGP aFndGKcrdksHCFx0EGlCelpOQcEzuWpRqs4Ql5LVWWD2W9iq9mT9xwPjdCcv2sUJ22DV_kAC7clg P528XPhoDUBorEhWcJYGpM4gVHV_hfrItzeTvrAmvBPiEbPOjp4_XEIBTKm2EDSM6YDiOsXrV1ZK SWOdtX0wgYWQ7BAI39ZH3ckg1VpQ5PPtDm5eFzqXzkriIr5c8.CXRtTDa3Vnorm97TNr.vVQDJb8 72Lu0srGbay.TYAUGFlbzBJU_IDR9loGa7L9ZJuR6.09eCez1aX31b5W7UhVbCj8o.L_kEFToRt6 AEKaljMEKx.OjFjuV.AUjtQAN.CQBQme1bwRfDMKohPQmBXNRlzYkc50d4EH.jGVj1S1LO9g.LQa 5 X-Sonic-MF: X-Sonic-ID: de50ffcb-8469-421b-b6e3-f1b2a1927212 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Jan 2024 21:45:18 +0000 Received: by hermes--production-gq1-78d49cd6df-c978w (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 098538181d25a4ff7fe4efa540757e2f; Fri, 12 Jan 2024 21:45:14 +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 \(3774.300.61.1.2\)) Subject: Re: USB-serial adapter suggestions needed From: Mark Millard In-Reply-To: Date: Fri, 12 Jan 2024 13:45:04 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: 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 X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Rspamd-Queue-Id: 4TBZp85B5Gz4c3t X-Spamd-Bar: ---- 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] 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. So each of the signals result in a full ucom_close: tp=3D. . . . . . ucom_cfg_close: sequence? If yes, that answers my question. Otherwise I'd like to=20 see the variations. =3D=3D=3D Mark Millard marklmi at yahoo.com