Re: 6.9 + 001: uvm_fault

2021-05-16 Thread Antonino Sidoti
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

poor ethernet network performance

2021-05-16 Thread Keegan Saunders
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

Re: poor ethernet network performance

2021-05-16 Thread Darren Tucker
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

Re: poor ethernet network performance

2021-05-16 Thread Steven Shockley
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

Re: OpenBSD on AWS EC2 Nitro

2021-05-16 Thread Ilya Voronin
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:

Re: pflow on PE router

2021-05-16 Thread Denis Fondras
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

Re: openrsync manpage error

2021-05-16 Thread Jan Stary
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

Re: openrsync manpage error

2021-05-16 Thread James Cook
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

Re: VMM 6.9amd64 host video acceleration

2021-05-16 Thread James Cook
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 >

Re: 6.9 + 001: uvm_fault

2021-05-16 Thread Jonathan Gray
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

6.9 + 001: uvm_fault

2021-05-16 Thread Harald Dunkel
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: movq

Re: 6.9 + 001: uvm_fault

2021-05-16 Thread Harald Dunkel
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

Re: 6.9 + 001: uvm_fault

2021-05-16 Thread Harald Dunkel
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

Re: 6.9 + 001: uvm_fault

2021-05-16 Thread Harald Dunkel
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

Re: allocating contiguous memory in user space

2021-05-16 Thread gwes
On 5/15/21 9:17 PM, Alessandro Pistocchi wrote: Hi all, is there any way in openbsd to allocate contiguous memory pages in user space? Thanks, A mmap(2) will give you a block of contiguous virtual pages mlock(2) will lock them down The OS tries very hard to conceal physical page addresses