Hi,
I also have this issue on a fresh install of 6.9 amd64. I reported it as a bug
last week to “bugs” mail list with all appropriate information. I can confirm
that plugging in a monitor will allow my system to boot. I did not have the 001
patch installed.
Antonino Sidoti
> On 16 May 2021
I'm noticing that my OpenBSD desktop with a Realtek 8168 ethernet controller
(re(4) driver) is experiencing slow network speeds on OpenBSD 6.9 (not
recent, has been an issue before)
For example, on OpenBSD, cloning GitHub repos has about <400kb/s download
speeds whereas on Linux it is upwards of 3
On Mon, 17 May 2021 at 08:23, Keegan Saunders
wrote:
> I'm noticing that my OpenBSD desktop with a Realtek 8168 ethernet
> controller
> (re(4) driver) is experiencing slow network speeds on OpenBSD 6.9 (not
> recent, has been an issue before)
>
I've had something similar in the past and it was a
On 5/16/2021 6:07 PM, Keegan Saunders wrote:
I'm noticing that my OpenBSD desktop with a Realtek 8168 ethernet controller
(re(4) driver) is experiencing slow network speeds on OpenBSD 6.9 (not
recent, has been an issue before)
For example, on OpenBSD, cloning GitHub repos has about <400kb/s down
I was able to fix boot error on t3a (AMD EPYC based) instances (kernel:
protection fault trap at lapic_set_lvt:rdmsr) with this patch (tested
against 6.9):
Index: arch/amd64/amd64/lapic.c
===
RCS file: /cvs/src/sys/arch/amd64/amd64
Here are some more infos :
>- does running pf(4) without pflow(4) cause issue?
Yes, the issue is linked to pf(4) being enabled.
>- can you confirm you were running with pf(4) disabled prior to enabling
> pflow(4)?
I do confirm. I never enable pf(4) on edge routers, it bit in the past
On May 16 13:30:00, falsif...@falsifian.org wrote:
> On Fri, May 14, 2021 at 11:02:23AM +0200, Claudio Jeker wrote:
> > On Fri, May 14, 2021 at 12:44:45AM +0300, Irshad Sulaiman wrote:
> > > Hi
> > >
> > > I have modified error in openrsync(1) manpage in Example section isn’t
> > > that ‘openrsyn
On Fri, May 14, 2021 at 11:02:23AM +0200, Claudio Jeker wrote:
> On Fri, May 14, 2021 at 12:44:45AM +0300, Irshad Sulaiman wrote:
> > Hi
> >
> > I have modified error in openrsync(1) manpage in Example section isn’t
> > that ‘openrsync -t' instead of 'rsync -t ‘
> > And without --rsync-path= it
On Thu, May 13, 2021 at 10:00:11AM +, Martin wrote:
> By the way,
>
> While running Firefox on OpenBSD host I have repeatedly appearing console
> messages like below:
>
> ###!!! [Parent][MessageChannel] Error:
> (msgtype=0x6A0008,name=PMessagePort::Msg___delete__) Channel closing: too
> la
On Sun, May 16, 2021 at 12:10:33PM +0200, Harald Dunkel wrote:
> And another attempt, see attachment.
>
> Seems I have to power cycle to make it boot.
There have been a few reports of this in the last few weeks.
An initial workaround patch is in
https://marc.info/?l=openbsd-bugs&m=162012367130138
Hi folks,
after installing syspatch 001 the reboot showed:
:
scsibus3 at softraid0: 256 targets
root on sd0a (614daaae133f0ac5.a) swap on sd0b dump on sd0b
uvm_fault(0x82186300, 0xb8, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at i915_ggtt_pin+0x29: movq0xb8(%rdi),%r
And another attempt, see attachment.
Seems I have to power cycle to make it boot.
Regards
Harri
OpenBSD/amd64 (redgatea.red.aixigo.de) (tty00)
login: root
Password:
Last login: Sun May 16 11:45:27 on ttyp0 from 2a00:fe0:30:60::7a
OpenBSD 6.8 (GENERIC.MP) #5: Mon Feb 22 04:36:10 MST 2021
Welco
PS: The next power cycle went fine, see attachment.
Regards
Harri
boot>
NOTE: random seed is being reused.
booting hd0a:/bsd: 14415144+3220488+34+0+1171456
[1008375+128+1145856+866050]=0x1526a80
entry point at 0x81001000
[ using 3021440 bytes of bsd ELF symbol table ]
Copyright (c)
PPS: I got a similar panic on another host after installing syspatch
001, see attachment.
Regards
Harri
Last login: Sat May 15 21:46:44 on ttyp0 from 2a00:fe0:30:60::7a
OpenBSD 6.8 (GENERIC.MP) #5: Mon Feb 22 04:36:10 MST 2021
Welcome to OpenBSD: The proactively secure Unix-like operating system
14 matches
Mail list logo