From nobody Fri Jan 12 18:34:11 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 4TBVYv51N7z565S2 for ; Fri, 12 Jan 2024 18:34:27 +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 4TBVYv1Q8Tz40Kv for ; Fri, 12 Jan 2024 18:34:27 +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=1705084464; bh=EJZ3APOtgq64YqiU0nx0PardBtFKZwB3I5vgO2bKnR8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QFn4LE8knCfxMSXDco61FPKj1Zx9+CiXBv/CUGz6cAKkSpQRBPQkSeWMboS5SCyi8jWzhkhYtDTeCVY5KYZ4ApkqqHMrlDpvLCrM9uXkWCYcpkAgBK+OzzFHKIMSEX9fkxMLX8tyvLpXWzPvPFSMwqqYqbD/Mv7KJPUtvOs8QkTKZU3Ssah47FtASnicV422utwyAYDC8gd32b1xShBX3G5xXZsaVNesBtFGBIRO6QZmoXf9Sl6WB01HXaqMN2958VykOIjugrUjLK8GukjcY77MK11JRacH3AslOLmRxrY/ApL+v6lXizO830j6DwP8ZTUs2G8TwmU1w65AyLIqTQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1705084464; bh=QzghMcyCapTMTCLO8Up3k26NcR4izLKMCbbqlQrWsBZ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Czt+wYpyuEbRCcQxGX3qWem/f8BokcvDpbot9KLqyYiWQeYCoD9WBvjIHWoaJhcuCrzAa4GyO/N8AHPLP43dg40mSrDudNpoSEbGYkPbxW0eZv2OE4ShBnsTZX3o76OslkAvDXNnGRQAr/6uOjiMHVd2ufm3wOtJ889Zv2OouZT88Gz5HCdi8nL/hGcInL81jwsi+spSWFh3yO61GyMsk5JeIhMiipsFsA4/SowlT92qpDQjLOrOlWf7SmZmMcnbo5pYZtxtffUmKHNfxcRUnDLII9hr0Dmh0HKxJf7eU+oRC8MJhveL3ezKsrh244lGlkfpsFlsiFK5I5bMn35nGA== X-YMail-OSG: oIiLsRwVM1muZ9465Y3FBhEWSZvQeyx7kE67jTRvqs7y5ZVc6VFKeYeIDrsP5fD C4iDwcZFsY5qz1lirJjftOwvfCNjSoSmrLOSMNbYGG1LFpZpQXfMGQri2LkEhG_lybIEbkE1TVyw BYjSApUgE9Mf9lbt02Hwd0mC1tIE7hqvhZKzMSu7ptiL2TyA66gmjTv_9.xBKf4doL2X8BVzxrFK qc6rVsu_fuRFnfqx1qQcjeosxxc18mbodISYN9T9o9FOjS5usfJWOcu1AR1t8YVD3aqd4t.ZMDt7 YVcsY1NdVXdPYTQ3qEPdrCBlgQ11oVHxxjNGunB__7_yuF4WfWFXe585_IotqLxB5T3RcQ.FKtoQ cryLIgwQlJwa8vzZ7s8U7MCN8QDw24tql1jSHEM0SSb1FYq2RfWHsm7BNl1tWT0vtlojZRE27yEb gMXq8Gs_hwi5HEeQf7aUCWcugt4KT8eApgna.9dNnJnIlW1QKrF4b_h4_T3JkYBvTtVZRU_n9e3Y AaB0FHFkzmWrR0hXv6grC4Ojsu6uHZum9WGR6RvYeR7go.lpVVwxsJQHIEmv9tScRPfC7uGAflIZ 4mX9lGPcdV.4Zb3X80MjpoF27wd8z8tMNCs7h8506OflWRPib98P00J28jmNOJdoNzUNwfBDVHy0 AHTpYPG4QBis.5TFuHOXAzF63nWGB.3hmMhas9BCfM7TdrgiIzszzJrdRerNn2jmi6PMiP0f74Rg AUW8q5Y_NwtYoXO_0P8x3e.IvL1n2dwoR7az6iG2WEje2lHz_vx0xtgTW7_ENTFB5pu.gJssNiYK A.YiQiCi_jtMI8ZVBqOfKqCiUvPIxxc7ZSlcCVWxJc46KOQozwhiqk_Cmg7LCVPIYav66VvjDePJ VX8ueZfqq1HbFkGTPZWvU_A6H3B0_FNbpGyTvRBMXBLcqaQPawR4gZMF.GNhLNyrUC2CSlIp6M6t v53Ek6wKVpjU47IfCO1PN9LUoWbYc6MDNXhmf_pbPM9HVX.K9Q3HzZaVKqwbIC4PtCEvwlSShXzf 5rx8Dd7NxtNBO9ikHTLiG3yXtPmR1rY5jr8WVmJrpxB1iqdL15IANQKKYAMevcW0KbYQAS1uE3B1 bu9cqraaHwZKgzT5niNt6Kcm2BBej6JjDzIOood2nBiYwHFgpY0hBs71ot8JWXwbCAyBDQpP7Zco HywYXBE.u9TOncJOR70ab6rMBA2s8OlKPoSdUzLGJ1bb6qXwF.grjMzXjeAXyygBHaIU2IP_xQ3X oLpbxuPaZVdiwkBQIX.3C2ijKBnqwCFn.S2MOeMKPzAn0GadlU42RshoWjnpgX6D5MaC1WND41_V F.vha5w0CXvaQyiBct7WjYmajASZjrK8JPAxyjRvzvXm23vd0iLIjF42aZwOCVspw5hjMpY9ealn SPV3aMXrljE5oWMMYokqiBerQGaB_XufgZvczgO8Bgs4shPiKhUT4y4Cqv8Jw9zl7ImC1k8G6SXH _RZZw2K54YoYiMM6WXaXLVIWt3wWlBTEZtOxnj29i1Yyf8pAaBjG97i9n9WJz0GqFQqrP4AmESXe 3AwQQf.ouG2PGNJj6pvXkPR0x6RwvtwDDaUks69yJN0Klw9gRMrG2UZeyhdKcP6YL2Hk_wHSEfCo 1AtU101SI1j.PN_DIlxG8o7eObL1GEvUuAd4Y2EuBg85G6YYalSvfc2WzM4.VRyK1QPhkF.vHf6J a4AH8ZHVmuIihlWf__aOKP8myJq6CB90XlOFDOl2utV1Ck49FtX8_3Hjy.Aq.XHzzVEsS4gKUnw6 jaknlkH1A9p8YXQ.j2nNA5olUJTadrqJZzBjKF05KNmLFf.CQJog4KVWZfSAb7fGlKRWNpXu1jJm DaUJak7COmk5mMdej79PV37ek_RFba1vZTuvjZz2yIRjqE3HzSUlFok_gvC1MNaHTW45bfYxkoUJ Sp29m1vcUTj8YRqHGJRnmRWsoHtw9_.nk52fFJVLFsgQkTWGdF7ng5vylz9t.8OIME3f9RjTtLv8 msuREL0AIlkvodCVOF0H2NDQnIWzVSRIBag9Ii0M3Kevn.s0hav.so4DmVz8Nz5peq5G_j_6swlZ 2G7PdxcBVvf58fqzq3L8Jflg3o6nFvOfoA_402.ZhNwyG8vU7C_3ZaX93qSUCSP8o3Q8S0sXMjRf tcZlXwCJYBj8BWWvnzz6CyPPXSctnbLnmNtEBzCTGJ3bqhR9lP9Nk3wu2P0RQnwW.uEiQLVbE6Zu zAmzar.tKZ1TE4PgOZ3F82oO3bYBOF3cRCTO0v.Br5_7vMC3TNIJgdpnlS2zY_6B6g0SvM_118A- - X-Sonic-MF: X-Sonic-ID: e1b1a2d2-7251-45c1-97ae-ec5293464d45 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Jan 2024 18:34:24 +0000 Received: by hermes--production-gq1-78d49cd6df-k96gh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ff6b35e08b8820fb2b2ddbf8e795112b; Fri, 12 Jan 2024 18:34:22 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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 10:34:11 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <3012A549-9482-4D69-9DF4-7987E650DFFA@yahoo.com> <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> To: bob prohaska X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Rspamd-Queue-Id: 4TBVYv1Q8Tz40Kv 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 08:27, bob prohaska wrote: > On Thu, Jan 11, 2024 at 02:51:47PM -0800, Mark Millard wrote: >>>>>=20 >>>>> But there is no information here about which of those was the >>>>> one to start the failure on nemesis.zefox.com : >>>>>=20 >>>>> A) Was it the tip process? >>>>> B) Was it the shell process? >>>>> C) Was it the nemesis.zefox.com side of the ssh? >=20 > It turns out that killing tip (using killall on the > terminal server) does not disturb the ssh session. DESCRIPTION The killall utility kills processes selected by name, as opposed to = the selection by PID as done by kill(1). By default, it will send a = TERM signal to all processes with a real UID identical to the caller of killall that match the name procname. The super-user is allowed to = kill any process. . . . -SIGNAL Send a different signal instead of the default TERM. = The signal may be specified either as a name (with or = without a leading =E2=80=9CSIG=E2=80=9D), or numerically. Which SIGNAL values did you try? Did you try -SIGHUP ? There are a bunch of signals that terminate the process(es) involved. The handling of each can be distinct: separate signal handlers are possible. =46rom man signal: Num Name Default Action Description 1 SIGHUP terminate process terminal line hangup 2 SIGINT terminate process interrupt program . . . 9 SIGKILL terminate process kill program . . . 13 SIGPIPE terminate process write on a pipe with no reader 14 SIGALRM terminate process real-time timer expired 15 SIGTERM terminate process software termination = signal . . . 24 SIGXCPU terminate process cpu time limit exceeded = (see setrlimit(2)) 25 SIGXFSZ terminate process file size limit = exceeded (see setrlimit(2)) 26 SIGVTALRM terminate process virtual time alarm (see setitimer(2)) 27 SIGPROF terminate process profiling timer alarm = (see setitimer(2)) . . . 30 SIGUSR1 terminate process User defined signal 1 31 SIGUSR2 terminate process User defined signal 2 32 SIGTHR terminate process thread interrupt 33 SIGLIBRT terminate process real-time library = interrupt If you did not specify the signal explicitly, you tried: 15 SIGTERM terminate process software termination = signal (I'm not claiming all those "terminate process" signals are likely to be involved. But SIGTERM is need not be involved at all.) > 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. See above, in particular SIGHUP . > The "invalid characters in banner" message still > intrigue me. Might it be possible for output from > tip to ssh inadvertently contain a ~. sequence in a > direction that makes ssh or sshd disconnect? I doubt ssh can be confused about where characters are coming from. > It does appear that what looks like console-to-terminal-server=20 > traffic is sometimes reflected back to the console as input,=20 > but only when tip is being started and not every time at that. =20 >=20 > Some help from the comp.sys.raspberry-pi newsgroup > suggested trying > journalctl -u ssh > on the RPiOS workstation. It reports ssh server activity, > essentially sshd startups at boot, but not client activity.=20 > I'll keep looking. =3D=3D=3D Mark Millard marklmi at yahoo.com