On Fri, Mar 01, 2024 at 12:00:29AM +0100, Alexander Bluhm wrote:
> Hi,
>
> When doing flood ping transmit from a machine and simultaneously
> ifconfig down/up in a loop, dwqe(4) interface driver crashes.
>
> dwqe_down() contains an interrupt barrier, but somehow it does not
> work. Immediately
Root cause has been found, the next snap, whenever it will be out, will have
the fixes!
Sorry it took so long, reverting wasn‘t a solution as that would have broken
another machine, and it took some time too find out what was wrong.
Cheers,
Patrick
>
> On 20. Jun 2023, at 12:35,
On Sat, Jun 24, 2023 at 05:48:15PM +0200, Volker Schlecht wrote:
> > > Date: Tue, 20 Jun 2023 09:31:58 +0200
> > > From: develo...@robert-palm.de
> > >
> > > Hi,
> > >
> > > I noticed that an ARM64 installation with latest snapshots is not
> > > possible any longer in hetzner cloud arm64
On Tue, Apr 18, 2023 at 04:25:27PM +0200, Patrick Wildt wrote:
> On Sun, Apr 16, 2023 at 11:39:33PM +0200, Patrick Wildt wrote:
> > You can also simply dd the image to /dev/sda and reboot, but that still
> > doesn't solve the problem. The bootup is hard to debug because the
>
On Sun, Apr 16, 2023 at 11:39:33PM +0200, Patrick Wildt wrote:
> You can also simply dd the image to /dev/sda and reboot, but that still
> doesn't solve the problem. The bootup is hard to debug because the
> console is KVM and uses viogpu. As soon as we exit the EFI boo
You can also simply dd the image to /dev/sda and reboot, but that still
doesn't solve the problem. The bootup is hard to debug because the
console is KVM and uses viogpu. As soon as we exit the EFI bootservices
the framebuffer is shut down for whatever reason. Means we can only get
access to it
On Sun, Sep 18, 2022 at 10:45:41AM +, Klemens Nanni wrote:
> On Sun, Sep 18, 2022 at 12:13:34PM +0200, Martin Pieuchot wrote:
> > The rockpro64 no longer boots in multi-user on -current. It hangs after
> > displaying the following lines:
> >
> > rkiis0 at mainbus0
> > rkiis1 at mainbus0
> >
Am Sat, Jul 02, 2022 at 08:52:57PM -0500 schrieb
leonardo.moreno.urbi...@gmail.com:
> >Synopsis:bwfm driver sends message "could not set mpc " after resuming
> >from sleep with A/C charger connected
> >Category:kernel amd64
> >Environment:
> System : OpenBSD 7.1
>
Am Mon, Jun 13, 2022 at 07:44:24PM +0200 schrieb Mark Kettenis:
> > From: kiltz
> > Date: Mon, 13 Jun 2022 18:12:27 +0200
> >
> > Dear Mark,
> > first of all, thank you very much for your explainations, the diff
> > and, indeed, the ultra swift reply!
> > That helps us a lot already.
> > A
Am Mon, Feb 14, 2022 at 05:57:44PM -0700 schrieb Theo de Raadt:
> your root filesystem is on a detachable device?
Sure? It seems to use sd0a for root, and that is coming from ahci0.
There is an sd1 though, which seems detachable, but that is not used
as root device as far as I can see?
> That
Hi,
I was actually wondering why we removed it and it stems from a
discussion with kettenis when I was doing cleanup, he wrote:
"Maybe it is time to retire the boot_file parsing completely. These
days we use the bootduid. The device we get from boot_file is only
used if we don't find a match
Am Sat, Aug 28, 2021 at 05:22:34PM +1200 schrieb Graeme Neilson:
> >Synopsis: imxspi causes a kernel panic during boot on novena (armv7)
> >Category: kernel arm
> >Environment:
> System : OpenBSD 6.9
> Details : OpenBSD 6.9 (GENERIC) #386: Tue Apr 20 04:06:48 MDT
Am Tue, Mar 16, 2021 at 03:25:46PM -0700 schrieb Rafael Ávila de Espíndola:
>
> Patrick Wildt writes:
>
> > Am Tue, Mar 16, 2021 at 09:24:46AM -0700 schrieb Rafael Ávila de Espíndola:
> >> Patrick Wildt writes:
> >>
> >> > Am Tue, Mar 16, 202
Am Tue, Mar 16, 2021 at 09:24:46AM -0700 schrieb Rafael Ávila de Espíndola:
> Patrick Wildt writes:
>
> > Am Tue, Mar 16, 2021 at 08:17:09AM -0700 schrieb Rafael Ávila de Espíndola:
> >> Got the same error this morning after updating to MP#408.
> >
Am Tue, Mar 16, 2021 at 08:17:09AM -0700 schrieb Rafael Ávila de Espíndola:
> Got the same error this morning after updating to MP#408.
>
> Cheers,
> Rafael
Is this a regression? Did 6.8 work and 6.9-beta broke it? Were you
already following snapshots and switching from one snapshot to the
On Sat, Aug 29, 2020 at 08:12:37AM -0700, open...@evantann.com wrote:
> >Synopsis:Mouse is not functional in latest snapshot
> >Category:
> >Environment:
> System : OpenBSD 6.7
> Details : OpenBSD 6.7-current (GENERIC.MP) #48: Fri Aug 28 23:21:33
> MDT 2020
>
On Mon, Jun 08, 2020 at 05:31:44PM +0200, Gerhard Roth wrote:
> On 2020-05-25 13:19, Martin Pieuchot wrote:
> > On 25/05/20(Mon) 12:56, Gerhard Roth wrote:
> > > On 5/22/20 9:05 PM, Mark Kettenis wrote:
> > > > > From: Łukasz Lejtkowski
> > > > > Date: Fri, 22 May 2020 20:51:57 +0200
> > > > >
>
On Mon, Jun 01, 2020 at 08:46:32AM +, Mikolaj Kucharski wrote:
> On Sat, Apr 18, 2020 at 02:01:14PM +0200, Patrick Wildt wrote:
> > On Tue, Apr 14, 2020 at 06:42:53PM +, Mikolaj Kucharski wrote:
> > > On Tue, Apr 14, 2020 at 11:06:00AM +0200, Patrick Wildt wrote:
>
On Tue, Apr 14, 2020 at 06:42:53PM +, Mikolaj Kucharski wrote:
> On Tue, Apr 14, 2020 at 11:06:00AM +0200, Patrick Wildt wrote:
> > On Mon, Apr 13, 2020 at 09:36:04PM +0200, Mark Kettenis wrote:
> > > Can you print the status (full 32 bits) of that particular QTD?
> >
On Mon, Apr 13, 2020 at 09:36:04PM +0200, Mark Kettenis wrote:
> > From: "Theo de Raadt"
> > cc: Patrick Wildt
> > Comments: In-reply-to Mikolaj Kucharski
> >message dated "Mon, 13 Apr 2020 18:55:37 -."
> > Content-Type: text/plain; c
On Sun, Apr 12, 2020 at 11:51:52AM +, Mikolaj Kucharski wrote:
> On Sun, Apr 12, 2020 at 10:05:28AM +0200, Patrick Wildt wrote:
> > I'm now trying to reproduce it, running this diff. I'm sure the printfs
> > will slow the system down, but it's one way to see what's going on.
On Sun, Apr 12, 2020 at 09:19:48AM +0200, Patrick Wildt wrote:
> On Sun, Apr 12, 2020 at 05:41:15AM +, Mikolaj Kucharski wrote:
> > On Sat, Apr 11, 2020 at 09:46:49PM +0200, Patrick Wildt wrote:
> > > > OpenBSD 6.7-beta (GENERIC.MP) #552: Fri Apr 10 20:48:05 MDT 2020
>
On Sun, Apr 12, 2020 at 05:41:15AM +, Mikolaj Kucharski wrote:
> On Sat, Apr 11, 2020 at 09:46:49PM +0200, Patrick Wildt wrote:
> > > OpenBSD 6.7-beta (GENERIC.MP) #552: Fri Apr 10 20:48:05 MDT 2020
> > > dera...@arm64.openbsd.org:/usr/src/sys/arch/arm
On Sat, Apr 11, 2020 at 12:41:36PM +, Mikolaj Kucharski wrote:
> On Sat, Apr 11, 2020 at 09:06:57AM +, Mikolaj Kucharski wrote:
> > >Synopsis: kernel panic with message _dmamap_sync: ran off map!
> > >Category: kernel
> > >Environment:
> > System : OpenBSD 6.7
> > Details
On Tue, Jul 02, 2019 at 02:07:22PM +0200, Krystian Lewandowski wrote:
>
> > Wiadomość napisana przez Krystian Lewandowski w dniu
> > 01.07.2019, o godz. 21:50:
> >
> > I thought it would be a good idea to rebuild cross-tools because of LLVM
> > version bump
> > but - with recent src - I'm
On Tue, Nov 20, 2018 at 07:56:31PM -0800, Carlos Cardenas wrote:
>
> I've been running the updated patch and so far so good...
>
> If y'all don't mind, I want to keep pounding on it for the next day or
> two before giving a thumbs up.
>
> Thanks.
>
> +--+
> Carlos
>
I had a look into the IRQ
On Tue, Nov 20, 2018 at 04:44:56PM +0100, Mark Kettenis wrote:
> > Date: Mon, 19 Nov 2018 20:35:44 +0100
> > From: Patrick Wildt
> >
> > On Mon, Nov 19, 2018 at 08:16:31PM +0100, Patrick Wildt wrote:
> > > On Mon, Nov 19, 2018 at 11:27:54AM -0700, Theo de Raadt w
On Mon, Nov 19, 2018 at 08:16:31PM +0100, Patrick Wildt wrote:
> On Mon, Nov 19, 2018 at 11:27:54AM -0700, Theo de Raadt wrote:
> > > That means bnxt(4) and dwpcie(4) share the same interrupt line, but one
> > > has IPL_AUDIO and the other one IPL_NET. Since the highest IPL
On Mon, Nov 19, 2018 at 02:13:52PM -0200, Martin Pieuchot wrote:
> On 18/11/18(Sun) 14:29, Carlos Cardenas wrote:
> > Howdy.
> >
> > After an upgrade, my mcbin-ss panic'ed while performing pkg_add -u.
> >
> > Attached is the dmesg and ddb output(s).
>
> This seems to be a SPL issue. In the
On Wed, Nov 07, 2018 at 10:26:11PM +0100, Jan Johansson wrote:
> Patrick Wildt wrote:
> > Oh, that's an interesting hardware. The second x86 machine I see that
> > has bwfm(4) on SDIO. So the thing is, in addition to your firmware
> > you need a product-specific NVRAM f
On Sun, Oct 28, 2018 at 06:36:57PM +0100, Jan Johansson wrote:
> >Synopsis:bwfm fails to load firmware on Asus T100HA
> >Category:amd64
> >Environment:
> System : OpenBSD 6.4
> Details : OpenBSD 6.4 (GENERIC.MP) #0: Sun Oct 28 00:20:45 CEST 2018
>
On Thu, Apr 05, 2018 at 12:20:15PM +0900, KAWAMATA Yoshihiro wrote:
> I built a 6.3 kernel with tmpfs enabled.
>
> Here's a diff of this kernel with GENERIC:
>
> # diff -u GENERIC GENERIC_TMPFS
> --- GENERIC Thu Mar 15 03:52:16 2018
> +++ GENERIC_TMPFS Thu Apr 5 00:56:50 2018
> @@
On Sun, Nov 05, 2017 at 09:19:04PM +0100, Patrick Wildt wrote:
> On Wed, Oct 25, 2017 at 06:03:44AM -0700, j...@posteo.de wrote:
> > The patched submitted by Andrei fixed it for me.
> > There are some style issues, I fixed the ones I saw and reattached the
> > patch.
>
On Wed, Oct 25, 2017 at 06:03:44AM -0700, j...@posteo.de wrote:
> The patched submitted by Andrei fixed it for me.
> There are some style issues, I fixed the ones I saw and reattached the
> patch.
>
> Index: ikeca.c
> ===
> RCS file:
On Wed, Aug 23, 2017 at 08:30:39PM -0300, R0me0 *** wrote:
> I have noticed this just with RPI3, every reboot, kernel relink fails. ( It
> comes from 6.1-current )
>
> /usr/share/compile/GENERIC/relink.log
>
> (SHA256) /bsd: OK
> LD="ld" sh makegap.sh 0xd4d4d4d4 gapdummy.o
> ld: error:
Hi,
I've been trying to debug a pmap issue on ARM. I have no solution, but
I would like to share my findings so far.
First of all, the panic/uvm_fault:
login:
uvm_fault(0xca06c858, 0, 1, 0) -> e
Fatal kernel mode data abort: 'Translation Fault (P)'
trapframe: 0xc986bd98
DFSR=0007,
On Sat, Mar 19, 2016 at 11:36:14AM +0100, Peter Oruba wrote:
> Hello,
>
> I was testing the most recent ARMv7 snapshot on my Cubieboard2 and got the
> crash documented in the attached file. Please let me know if I can be of any
> help.
>
> Thanks,
> Peter
>
Hi,
unfortunately that issue is
37 matches
Mail list logo