Re: X freezes after a few seconds, default installation (amdgpu)

2020-05-19 Thread George Koehler
On Tue, 19 May 2020 23:44:18 - "Andrés V." wrote: >     6.6 works without issues. I made a clean 6.7 installation, selecting auto > loading >     xenodm, finish, reboot, log in and after a trying to resize the default > xterm it >     freezes. But: >     -Mouse moves >     -No cursor

Re: iwm: Intel wireless AC 7265 fails to connect to specific AP ("association failed (status 10)"; worked in 6.7-current #196)

2020-05-19 Thread Theo Buehler
On Tue, May 19, 2020 at 09:12:29PM -0400, Demi M. Obenour wrote: > On 2020-05-19 16:30, Theo Buehler wrote: > > Hi, > > > > Thanks for the detailed report. > > > >>iwm0: sending assoc_req to 18:e8:29:11:2b:2f on channel 6 mode 11g > >>iwm0: association failed (status 10) for

Re: iwm: Intel wireless AC 7265 fails to connect to specific AP ("association failed (status 10)"; worked in 6.7-current #196)

2020-05-19 Thread Demi M. Obenour
On 2020-05-19 21:15, Theo de Raadt wrote: > Demi M. Obenour wrote: >>> >> Would it be possible to get an errata patch for this, so that -stable >> users can get it fixed? > > If we decide. Once it settles in tree. > > For now, no. > > I'm think you don't get it. That change may break

Re: iwm: Intel wireless AC 7265 fails to connect to specific AP ("association failed (status 10)"; worked in 6.7-current #196)

2020-05-19 Thread Theo de Raadt
Demi M. Obenour wrote: > On 2020-05-19 16:30, Theo Buehler wrote: > > Hi, > > > > Thanks for the detailed report. > > > >>iwm0: sending assoc_req to 18:e8:29:11:2b:2f on channel 6 mode 11g > >>iwm0: association failed (status 10) for 18:e8:29:11:2b:2f > >>iwm0: association timed

Re: iwm: Intel wireless AC 7265 fails to connect to specific AP ("association failed (status 10)"; worked in 6.7-current #196)

2020-05-19 Thread Demi M. Obenour
On 2020-05-19 16:30, Theo Buehler wrote: > Hi, > > Thanks for the detailed report. > >> iwm0: sending assoc_req to 18:e8:29:11:2b:2f on channel 6 mode 11g >> iwm0: association failed (status 10) for 18:e8:29:11:2b:2f >> iwm0: association timed out for 18:e8:29:11:2b:2f > > I saw

athn(4): AR9287 instability

2020-05-19 Thread stolen data
>Synopsis: athn(4) AR9287 unstable and poor network quality >Category: system amd64 >Environment: System : OpenBSD 6.7 Details : OpenBSD 6.7 (GENERIC.MP) #1: Sat May 16 16:33:02 MDT 2020 r...@syspatch-67-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/ GENERIC.MP Architecture:

Re: iwm: Intel wireless AC 7265 fails to connect to specific AP ("association failed (status 10)"; worked in 6.7-current #196)

2020-05-19 Thread Theo Buehler
Hi, Thanks for the detailed report. > iwm0: sending assoc_req to 18:e8:29:11:2b:2f on channel 6 mode 11g > iwm0: association failed (status 10) for 18:e8:29:11:2b:2f > iwm0: association timed out for 18:e8:29:11:2b:2f I saw the same problem on my access point. This is fixed in

pkg-config implementation error

2020-05-19 Thread hydronium
Apologies for the duplicate email. I had some issues posting with protonmail. >Synopsis:  pkg-config modversion edge case is not implemented >Category:  system >Environment:     System  : OpenBSD 6.7     Details : OpenBSD 6.7-current (GENERIC.MP) #198: Mon May 18 20:33:28

USB ure RTL8153 panics on release 6.7 + 001_wscons

2020-05-19 Thread Jonathon Fletcher
>Synopsis: ure RTL8153 panics on 6.7 - was stable on 6.6 >Category: >Environment: System : OpenBSD 6.7 Details : OpenBSD 6.7 (GENERIC.MP) #1: Sat May 16 16:33:02 MDT 2020

Crashes on 6.7-stable with PC Engines APU2D4

2020-05-19 Thread Lévai , Dániel
Hi all! So this is a panic I noticed now with the fresh 6.7 release. I guess it's the same as [1] with multi-threaded applications (in this case collectd) being the culprit. It seems only bsd.mp is affected. [1] - https://marc.info/?l=openbsd-bugs=157080005817280=2 Panic, trace, dmesg, etc.

Re: acpipci kernel doesn't boot

2020-05-19 Thread Mark Kettenis
ok, I need a little bit more info than that. Can you build a -current kernel with the diff below and send me the (complete) dmesg output it produces? Index: arch/amd64/pci/acpipci.c === RCS file:

Re: Mounting MFS filesystem does not preserve directory permissions of mount point

2020-05-19 Thread Otto Moerbeek
On Tue, May 19, 2020 at 01:28:24PM +0100, Stuart Henderson wrote: > On 2020/05/19 06:15, Todd C. Miller wrote: > > On Tue, 19 May 2020 14:04:37 +0200, Otto Moerbeek wrote: > > > > > In 18 years, yes. But the -O2 case should work whartever the default > > > is for mfs. > > > > I agree that -O2

Re: Mounting MFS filesystem does not preserve directory permissions of mount point

2020-05-19 Thread Stuart Henderson
On 2020/05/19 06:15, Todd C. Miller wrote: > On Tue, 19 May 2020 14:04:37 +0200, Otto Moerbeek wrote: > > > In 18 years, yes. But the -O2 case should work whartever the default > > is for mfs. > > I agree that -O2 should work for mfs, I'm just wasn't sure that > should be the default for mfs.

Re: Mounting MFS filesystem does not preserve directory permissions of mount point

2020-05-19 Thread Otto Moerbeek
On Tue, May 19, 2020 at 06:15:15AM -0600, Todd C. Miller wrote: > On Tue, 19 May 2020 14:04:37 +0200, Otto Moerbeek wrote: > > > In 18 years, yes. But the -O2 case should work whartever the default > > is for mfs. > > I agree that -O2 should work for mfs, I'm just wasn't sure that > should be

Re: Mounting MFS filesystem does not preserve directory permissions of mount point

2020-05-19 Thread Todd C . Miller
On Tue, 19 May 2020 14:04:37 +0200, Otto Moerbeek wrote: > In 18 years, yes. But the -O2 case should work whartever the default > is for mfs. I agree that -O2 should work for mfs, I'm just wasn't sure that should be the default for mfs. We don't actually have a way to specify the ffs version

Re: Mounting MFS filesystem does not preserve directory permissions of mount point

2020-05-19 Thread Otto Moerbeek
On Tue, May 19, 2020 at 06:06:36AM -0600, Theo de Raadt wrote: > Otto Moerbeek wrote: > > > On Tue, May 19, 2020 at 05:49:23AM -0600, Todd C. Miller wrote: > > > > > Is there any advantage to mfs defaulting to ffs2? > > > > > > - todd > > > > > > > In 18 years, yes. But the -O2 case should

Re: Mounting MFS filesystem does not preserve directory permissions of mount point

2020-05-19 Thread Theo de Raadt
Otto Moerbeek wrote: > On Tue, May 19, 2020 at 05:49:23AM -0600, Todd C. Miller wrote: > > > Is there any advantage to mfs defaulting to ffs2? > > > > - todd > > > > In 18 years, yes. But the -O2 case should work whartever the default > is for mfs. The stored timestamps are unsigned. Are

Re: Mounting MFS filesystem does not preserve directory permissions of mount point

2020-05-19 Thread Otto Moerbeek
On Tue, May 19, 2020 at 05:49:23AM -0600, Todd C. Miller wrote: > Is there any advantage to mfs defaulting to ffs2? > > - todd > In 18 years, yes. But the -O2 case should work whartever the default is for mfs. -Otto

Re: Mounting MFS filesystem does not preserve directory permissions of mount point

2020-05-19 Thread Todd C . Miller
Is there any advantage to mfs defaulting to ffs2? - todd

Re: Mounting MFS filesystem does not preserve directory permissions of mount point

2020-05-19 Thread Stuart Henderson
On 2020/05/19 11:36, Andreas Kusalananda Kähäri wrote: > >Synopsis:Mounting MFS filesystem does not preserve directory permissions > >of mount point > >Category:system > >Environment: > System : OpenBSD 6.7 > Details : OpenBSD 6.7-current (GENERIC.MP) #198: Mon May 18

Mounting MFS filesystem does not preserve directory permissions of mount point

2020-05-19 Thread Andreas Kusalananda Kähäri
>Synopsis: Mounting MFS filesystem does not preserve directory permissions >of mount point >Category: system >Environment: System : OpenBSD 6.7 Details : OpenBSD 6.7-current (GENERIC.MP) #198: Mon May 18 20:33:28 MDT 2020

Re: acpipci kernel doesn't boot

2020-05-19 Thread Moises Simon
On Mon, May 18, 2020 at 11:43:10PM +0200, Mark Kettenis wrote: > > Date: Mon, 18 May 2020 18:09:36 +0200 > > From: Moises Simon > > > > On Mon, May 18, 2020 at 04:59:22PM +0200, Mark Kettenis wrote: > > > > Date: Mon, 18 May 2020 16:39:06 +0200 > > > > From: Moises Simon > > > > > > > > On