Re: AMD Ryzen based Asus ZENBOOK 14 UM433DA-PURE4 14" panic at first boot post install

> 7. mai 2021 kl. 23:28 skrev Mark Kettenis : >> >> Yeah, nothing changed. > > That said, can you try the attached diff? Again I'm curious if > halt -p works with this or not. Yes, of course, excellent! And a few minutes later, I can report that with that patch applied, halt -p works as

Re: panic: ieee80211_encrypt: key unset for sw crypto: 0 on 6.8-beta

Hi Mikolaj, Stefan, Am 08.05.21 um 16:16 schrieb Mikolaj Kucharski: > On Sat, May 08, 2021 at 10:06:08AM +0200, Stefan Sperling wrote: >> On Fri, May 07, 2021 at 10:27:36PM +, Mikolaj Kucharski wrote: >>> Yes, I see ieee80211_encap: data frame for node... messages in >>> dmesg. Two dmesgs,

Re: 6.9amd64 'dhcpd re0' won't listen/reply DHCP requests on Realtek 8168 RTL8168H/8111H

On Thu, 06 May 2021 16:58:40 + Martin wrote: > Small update: > > The laptop has two integrated adapters: > re0 is: RTL8168EP/8111EP - dhcpd re0 -> dhcp server works and give IPs to > clients; > re1 is: RTL8168H/8111H - dhcpd re1 -> dhcpd server does not reply to client's > requests. > >

Re: vmm protection fault trap

On Sat, May 08, 2021 at 08:14:35AM -0400, Dave Voutila wrote: > > Josh Rickmar writes: > > > On Fri, May 07, 2021 at 04:19:18PM -0400, Dave Voutila wrote: > >> > >> Josh Rickmar writes: > >> > >> >>Synopsis:vmm protection fault trap > >> >>Category:vmm > >> >>Environment: > >> >

panic: pci_make_tag: bad request

Sorry for the poor bug report. https://www.dropbox.com/s/ic4t2821uv8geh0/DSC_0009.JPG

Re: panic: ieee80211_encrypt: key unset for sw crypto: 0 on 6.8-beta

On Fri, May 07, 2021 at 10:02:56PM +, Mikolaj Kucharski wrote: > On Tue, Apr 27, 2021 at 11:32:49PM +0200, Stefan Sperling wrote: > > On Tue, Apr 27, 2021 at 06:36:32PM +, Mikolaj Kucharski wrote: > > > I got it again, but had official snapshot, so I don't have more info > > > than I had

uhidpp-related assertwaitok [linuxjus...@gmail.com: Re: Raspberry Pi 4B randomly kernel panics after upgrading to 6.9]

Forwarding to bugs@ because this does not look Raspberry Pi specific rather connected with uhidpp (Logitech keyboard driver new in 6.9). Justin, you can probably bypass this for now if you "boot -c" at the bootloader prompt and "disable uhidpp". If that works you can modify an on-disk kernel to

Re: panic: ieee80211_encrypt: key unset for sw crypto: 0 on 6.8-beta

On Fri, May 07, 2021 at 10:27:36PM +, Mikolaj Kucharski wrote: > Yes, I see ieee80211_encap: data frame for node... messages in > dmesg. Two dmesgs, from two PC Engines machines, in two different > locations, 150+km apart, below. > > Uptime of 12 minutes as hostap from pce-0041: > athn0:

Re: panic: ieee80211_encrypt: key unset for sw crypto: 0 on 6.8-beta

On Sat, May 08, 2021 at 09:51:06AM +0200, Stefan Sperling wrote: > > > > Do you think above could be committed to HEAD? > > Yes, I will commit it. > Cool, thanks! > > Wrong place, wong time.. but could `got rebase` return dedicated > > exit code for below situation? > > > > $ got rebase main

Re: panic: ieee80211_encrypt: key unset for sw crypto: 0 on 6.8-beta

On Sat, May 08, 2021 at 10:06:08AM +0200, Stefan Sperling wrote: > On Fri, May 07, 2021 at 10:27:36PM +, Mikolaj Kucharski wrote: > > Yes, I see ieee80211_encap: data frame for node... messages in > > dmesg. Two dmesgs, from two PC Engines machines, in two different > > locations, 150+km

lib/libc/stdio/vfwscanf.c does not detect premature end of %[ conversion

Hi @ll, reading the source I noticed that it fails to detect the premature end of the format string inside a scanset, for example "%[" | case '[': | ccls = fmt; | if (*fmt == '^') { | cclcompl = 1; |

Re: vmm protection fault trap

Josh Rickmar writes: > On Fri, May 07, 2021 at 04:19:18PM -0400, Dave Voutila wrote: >> >> Josh Rickmar writes: >> >> >>Synopsis: vmm protection fault trap >> >>Category: vmm >> >>Environment: >> >System : OpenBSD 6.9 >> >Details : OpenBSD 6.9-current (GENERIC.MP) #6: Thu May