Re: time keeping fallback mechanics during reboot on octeon

2024-01-12 Thread Theo de Raadt
I suspect this is due to how powerpc64 and octeon boot. Their bootblocks are a special kernel called BOOT which mounts the ffs filesystem diretly. I suspect during the transition to loading GENERIC.MP something wrong happens with the on-disk time information, which misleads the next kernel.

Installing OpenBSD amd64 on UTM on Intel Mac?

2024-01-12 Thread Implausibility
Hi. Since there's some uncertainty around the future of VMware Fusion on the Mac, I've decided to switch to UTM (with QEMU under the covers) -- but I can't seem to get OpenBSD .isos (7.3 or 7.4) to boot -- instead, I get dumped into the UEFI shell, which is a dead end. I've done a number of

Re: time keeping fallback mechanics during reboot on octeon

2024-01-12 Thread Otto Moerbeek
On Fri, Jan 12, 2024 at 07:15:43PM +0100, Christian Weisgerber wrote: > Otto Moerbeek: > > > http://man.openbsd.org/octrtc seems to suggest EdgeRouter does not have > > an RTC. A dmesg should give more certainty. > > I think the original poster is aware of this. > > If I understand correctly,

Re: time keeping fallback mechanics during reboot on octeon

2024-01-12 Thread Christian Weisgerber
Otto Moerbeek: > http://man.openbsd.org/octrtc seems to suggest EdgeRouter does not have > an RTC. A dmesg should give more certainty. I think the original poster is aware of this. If I understand correctly, he expects that on reboot the system clock is restored to the last value from before

We desire more map format compatibility for OPENSOURCE game. C

2024-01-12 Thread Gregory Smith
sourceforge.net/p/chaosesqueanthology/tickets/2/ We desire more map format compatability so our code can be used using more maps. We have found C++ OPENSOURCE (RMS I used the word you do not like: because you won't help me get contributors at all) code to load UNREAL format 3d maps. But our

Re: time keeping fallback mechanics during reboot on octeon

2024-01-12 Thread Otto Moerbeek
On Fri, Jan 12, 2024 at 04:47:06PM +0100, Christian Gut wrote: > Hi Otto, > > > > On 12. Jan 2024, at 15:52, Otto Moerbeek wrote: > > > > On Fri, Jan 12, 2024 at 02:35:47PM +0100, Christian Gut wrote: > > > >> Hi, > >> > >> Could somebody point me to documentation or tell me where OpenBSD

Re: time keeping fallback mechanics during reboot on octeon

2024-01-12 Thread Christian Gut
Hi Otto, > On 12. Jan 2024, at 15:52, Otto Moerbeek wrote: > > On Fri, Jan 12, 2024 at 02:35:47PM +0100, Christian Gut wrote: > >> Hi, >> >> Could somebody point me to documentation or tell me where OpenBSD gets the >> time from, when the system has no RTC and ntpd is not working? >> >> I

Re: time keeping fallback mechanics during reboot on octeon

2024-01-12 Thread Otto Moerbeek
On Fri, Jan 12, 2024 at 02:35:47PM +0100, Christian Gut wrote: > Hi, > > Could somebody point me to documentation or tell me where OpenBSD gets the > time from, when the system has no RTC and ntpd is not working? > > I am using an EdgeRouter / octeon and at every reboot, the date/time gets >

time keeping fallback mechanics during reboot on octeon

2024-01-12 Thread Christian Gut
Hi, Could somebody point me to documentation or tell me where OpenBSD gets the time from, when the system has no RTC and ntpd is not working? I am using an EdgeRouter / octeon and at every reboot, the date/time gets reset to the exact same date. I tried to read the source code of boot(9) and

Re: relayd forward with tls

2024-01-12 Thread Michael Hekeler
> Em qui., 11 de jan. de 2024 às 13:35, Michael Hekeler > escreveu: > > > > > Jan 9 07:10:24 stable relayd[29792]: relay wwwtls, session 1 (1 active), > > > fqdn1, 127.0.0.1 -> 127.0.0.1:8080, done, GET -> 127.0.0.1:8080; > > > Jan 9 07:10:25 stable relayd[28442]: relay wwwtls, session 1 (1