Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 6 Jan 2024 08:33:52 -0800
From:      bob prohaska <fbsd@www.zefox.net>
To:        Mark Millard <marklmi@yahoo.com>
Cc:        Marcin Cieslak <saper@saper.info>, John F Carr <jfc@mit.edu>, ticso@cicely.de, freebsd-arm <freebsd-arm@freebsd.org>, bob prohaska <fbsd@www.zefox.net>
Subject:   Re: USB-serial adapter suggestions needed
Message-ID:  <ZZmA8D4DaVJJCjF6@www.zefox.net>
In-Reply-To: <849BD5E3-4C09-46CB-932D-ADC1B45F3C73@yahoo.com>
References:  <ZY4y2NvvL0N8Db69@www.zefox.net> <B7E5DF67-4B43-401A-89DC-6F9422C95FA9@yahoo.com> <ZZBIkRLZzYLZLsv8@www.zefox.net> <9o7q7p36-o7pn-27o9-62no-8p1r6o127123@fncre.vasb> <ZZCb1WA2sjtYhw13@www.zefox.net> <p0n4n675-22qq-9np2-96r0-s6o06253o450@fncre.vasb> <ZZgrLEFX5AUwgHPe@www.zefox.net> <849BD5E3-4C09-46CB-932D-ADC1B45F3C73@yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jan 05, 2024 at 07:26:16PM -0800, Mark Millard wrote:
> 
> I'd next try having powerd disabled only on the terminal server
> pelorus and then checking for getting a failure.
> 

I started powerd manually on www.zefox.org using
powerd -a adp (which I think is the default)
last night. The machine's console connection lasted all night.
Previously powerd was started via /etc/rc.conf. Might that be
somewhat different?

However, early in the evening I accidentally crashed the RPiOS
workstation, forcing me to re-establish all the console sessions.
When the connection to www.zefox.org came back up it was prefaced
by the usual non-printable gibberish. That session is still up
as I write this. Could the gibberish be the result of getty
activity on www.zefox.org as it establishes the connection from
pelorus (the terminal server)? Part of baudrate negotiations, 
maybe? 

The overnight test was unloaded. Now www.zefox.org has been 
updated: Updating 499e84e16f56..aa1223ac3afc
with a -j4 build/install cycle running with 3.5 GB swap
divided between two USB mechanical hard disks.  

> Last I would try instead having www.zefox.org <http://www.zefox.org/>; be the only one
> of the two with powerd disabled.
>
That test will come next, in a couple of days.
 
> I expect that having powerd disabled just on pelorus will prove
> sufficient and that having powerd disabled just on www.zefox.org <http://www.zefox.org/>;
> will not prove sufficient.
>
 
So the difficulty is on the ethernet-usb-serial side? 
I was thinking it's on the serial-console side, maybe
an inadvertent escape sequence from baud mismatch.

> I also request to again list the exact content of the two
> config.txt files --and again every time they are changed during
> this investigation.
> 

On pelorus, the terminal server, config.txt contains:
bob@pelorus:~ % more /boot/efi/config.txt
[all]
arm_64bit=1
dtparam=audio=on,i2c_arm=on,spi=on
dtoverlay=mmc
dtoverlay=disable-bt
device_tree_address=0x4000
kernel=u-boot.bin

[pi4]
hdmi_safe=1
armstub=armstub8-gic.bin

On www.zefox.org, the console client, config.txt contains
bob@www:~ % more /boot/msdos/config.txt
arm_64bit=1
dtoverlay=disable-bt
init_uart_clock=3000000
enable_uart=1
kernel=u-boot.bin
kernel7=u-boot.bin
dtoverlay=mmc
force_mac_address=b8:27:eb:71:46:4f

I'll admit to some uncertainty where 
init_uart_clock=3000000
and 
kernel7=u-boot.bin
came from. The latter seems harmless, but I'm
not so sure about the former. 

> 
> You also have the option of fixed-rate clocking that is faster
> than FreeBSD default. This can be controlled from config.txt .

As a last resort, yes. Still, I'd like to minimize power use
to the extent possible. Powerd seems optimized for laptops.
Maybe it isn't the right tool for mains-powered, lightly
loaded servers which occasionally see saturation loads.

Thanks for writing!

bob prohaska




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ZZmA8D4DaVJJCjF6>