Date: Fri, 12 Jan 2024 14:14:43 -0800 From: bob prohaska <fbsd@www.zefox.net> To: Mark Millard <marklmi@yahoo.com> Cc: freebsd-arm@freebsd.org Subject: Re: USB-serial adapter suggestions needed Message-ID: <ZaG50xhlQhIOsDwB@www.zefox.net> In-Reply-To: <B3EF009B-F7FE-4D2D-A266-D064C82E0DFF@yahoo.com> References: <041F74B4-3D44-4364-9EBD-9F21A4F3B313@yahoo.com> <ZaBLnwaHWYedwY9m@www.zefox.net> <902798B1-2B66-4ECD-BDAC-195C85066FE6@yahoo.com> <8B4C76B2-707E-4978-9CB3-5D547303A7E5@yahoo.com> <ZaFoY58MqBv9hX5b@www.zefox.net> <A1F3092A-CEB1-44DE-ADB3-F45113004B34@yahoo.com> <ZaGQfy8u2xYzztri@www.zefox.net> <482FA770-89E8-42E8-945E-B662AD564AFE@yahoo.com> <ZaGxMA23qXBSC4Jj@www.zefox.net> <B3EF009B-F7FE-4D2D-A266-D064C82E0DFF@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jan 12, 2024 at 01:45:04PM -0800, Mark Millard wrote: > > So each of the signals result in a full > > ucom_close: tp=. . . > . . . > ucom_cfg_close: > > sequence? Yes, that part seemed quite consistent. Here's an example Jan 12 10:47:43 nemesis kernel: ucom_param: sc = 0xffffa00002466088 Jan 12 10:47:43 nemesis kernel: ucom_ioctl: cmd = 0x8004667e Jan 12 10:47:43 nemesis kernel: ucom_ioctl: cmd = 0x8004667d Jan 12 10:47:43 nemesis kernel: ucom_get_data: cnt=0 Jan 12 10:47:44 nemesis kernel: ucom_outwakeup: sc = 0xffffa00002466088 Jan 12 10:47:44 nemesis kernel: ucom_get_data: cnt=1 Jan 12 10:47:44 nemesis kernel: ucom_get_data: cnt=0 Jan 12 10:47:44 nemesis kernel: ucom_inwakeup: tp=0xffffa00001979800 Jan 12 10:57:36 nemesis kernel: ucom_close: tp=0xffffa00001979800 Jan 12 10:57:36 nemesis kernel: ucom_shutdown: Jan 12 10:57:36 nemesis kernel: ucom_dtr: onoff = 0 Jan 12 10:57:36 nemesis kernel: ucom_line_state: on=0x00, off=0x01 Jan 12 10:57:36 nemesis kernel: ucom_rts: onoff = 1 Jan 12 10:57:36 nemesis kernel: ucom_line_state: on=0x02, off=0x00 Jan 12 10:57:36 nemesis kernel: ucom_cfg_close: Jan 12 10:57:44 nemesis kernel: ucom_open: tp = 0xffffa00001979800 Jan 12 10:57:44 nemesis kernel: ucom_cfg_open: Jan 12 10:57:44 nemesis kernel: ucom_dtr: onoff = 1 Jan 12 10:57:44 nemesis kernel: ucom_line_state: on=0x01, off=0x00 The lines before ucom_close... seemed to vary slightly in order but not content. My method was crude, to say the least, however. I just used vi to search a version of messages with all but lines containing ucom_ stripped out. There was nary a twitch in the lines following ucom_shutdown, some ordering changes in the lines above. Thanks for writing, bob prohaska > If yes, that answers my question. Otherwise I'd like to > see the variations. > > === > Mark Millard > marklmi at yahoo.com > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ZaG50xhlQhIOsDwB>