Re: Backup OBSD router at 6.7, anyway to upgrade it to 6.9???

On Mon, 17 May 2021 20:26:25 -0400 "Jay Hart" wrote: > Its still at 6.7, it there anyway I can update it to 6.9 without > doing a full re-install, or has the only train left the station? I updated my Loongson netbook from OpenBSD 6.6 on the week-end to 6.9… the process I followed: 1. download

Re: Advice on serial port communication

On Tue, 25 May 2021 09:38:21 +1000 Stuart Longland wrote: > Maybe it can't find the boot-loader? To clarify… (yes, half asleep this morning)… TI boot-loader cannot find the OS boot-loader… not that it can't find itself. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind...

Re: Advice on serial port communication

On Mon, 24 May 2021 07:54:38 -0700 Joseph Olatt wrote: > Any advice on what those "C"s mean. The serial cable I'm using is: > Something in the back of my mind suggests this might be the TI bootloader complaining, about something. Maybe it can't find the boot-loader? -- Stuart Longland (aka

Re: Backup OBSD router at 6.7, anyway to upgrade it to 6.9???

> On Mon, 17 May 2021 20:26:25 -0400 > "Jay Hart" wrote: > >> Its still at 6.7, it there anyway I can update it to 6.9 without >> doing a full re-install, or has the only train left the station? > > I updated my Loongson netbook from OpenBSD 6.6 on the week-end to 6.9… the > process I

Re: carp backup and disconnecting ssh session

MJ J(mikedotjack...@gmail.com) on 2021.05.23 17:58:47 +0300: > Hi, > > I have a carp master and backup on a pair of one-armed Rapsberry Pi 4B > devices (router1 and router2) and when I ssh to the backup using the > carp IP as my gateway, it repeatedly throws me out after a few seconds > with the

Advice on serial port communication

Hi, I am trying to install OpenBSD (6.9) on a Beaglebone (Black, I presume -- it is a kit from Vilros). I followed the instructions at: https://ftp.openbsd.org/pub/OpenBSD/6.9/armv7/INSTALL.armv7 When I try to connect to the console via the serial port using cu, as described in the

Re: iwm0: fatal firmware error

On Mon, May 24, 2021 at 02:35:02PM +0200, Marco Scholz wrote: > Hello. > My laptop (Lenovo Thinkpad T495s AMD Ryzen) reports an iwm0 fatal > firmware error. I'm running 6.9 #29. > System gets quite hot, systat shows 40-50% interrupt while idling. > Networking works fine. > > Anybody else has this

iwm0: fatal firmware error

Hello. My laptop (Lenovo Thinkpad T495s AMD Ryzen) reports an iwm0 fatal firmware error. I'm running 6.9 #29. System gets quite hot, systat shows 40-50% interrupt while idling. Networking works fine. Anybody else has this issue? Regards, Marco. OpenBSD 6.9-current (GENERIC.MP) #29: Fri May 21

Re: argv from bogus argc

Yes, I did ! Thank you. On Mon, May 24, 2021 at 4:51 PM Omar Polo wrote: > > Kihaguru Gathura writes: > > > While testing to determine command line arguments passed to a cgi file > > using the *function 1*, I receive the message *output 1.* > > one argument is passed and that is the name of

Re: argv from bogus argc

Kihaguru Gathura writes: > While testing to determine command line arguments passed to a cgi file > using the *function 1*, I receive the message *output 1.* > one argument is passed and that is the name of the file. > > However, testing with a bogus number 30 for argc in *function 2*,

argv from bogus argc

While testing to determine command line arguments passed to a cgi file using the *function 1*, I receive the message *output 1.* one argument is passed and that is the name of the file. However, testing with a bogus number 30 for argc in *function 2*, discloses multiple arguments beyond the last

EVP_DIGESTINIT(3) vs. MD5(3) and my CPU

Hi, I did a search on marc.info on this but didn't come to a conclusion. So the subject already says it, the MD5(3) manpage says that the EVP functions should be used, ok. I'm hoping that using the EVP functions will give me hardware support at these hashing functions much like AESNI, however,