> Date: Wed, 9 Oct 2024 14:36:44 +
> From: Miod Vallat
>
> > Would it make sense to copy the check from wsdisplayopen()
> > instead of crashing in this case?
>
> No. All read/write/ioctl/etc routines rely upon open doing the
> appropriate checks once, and failing if needed. But /dev/console
> Date: Wed, 9 Oct 2024 16:23:11 +0200
> From: Alexander Bluhm
>
> On Tue, Oct 08, 2024 at 06:29:19PM +, Miod Vallat wrote:
> > > So it happens here:
> > >
> > > 1010 int
> > > 1011 wsdisplaywrite(dev_t dev, struct uio *uio, int flag)
> > > 1012 {
> > > 1013 struct wsdisp
> Date: Tue, 8 Oct 2024 20:14:52 +0200
> From: Alexander Bluhm
>
> On Tue, Oct 08, 2024 at 02:57:25PM +0200, Frank Brodbeck wrote:
> > Oct 8 13:28:14 quirm /bsd: OpenBSD 7.6 (RAMDISK_CD) #326: Mon Sep 30
> > 09:00:03 MDT 2024
> > Oct 8 13:28:14 quirm /bsd:
> > dera...@amd64.openbsd.org:/u
> Date: Tue, 8 Oct 2024 00:59:19 +0100
> From: Stuart Henderson
>
> On 2024/10/07 14:17, Stuart Henderson wrote:
> > On 2024/10/07 14:04, Matthieu Herrb wrote:
> > > The only file that Xorg writes to is its log file. Sometimes, when
> > > input devices go bad, it can be very verbose.
> > >
> > >
> From: Stuart Henderson
> Date: Wed, 28 Aug 2024 23:21:50 +0100
>
> I've not run into this again yet (with a few reboots).
Well, the issue is probably real. We have no code to "quiesce" the
drm drivers upon reboot/shutdown, so if you hit the backlight buttons
at the wrong moment, or if X is sl
> From: Greg Steuck
> Date: Thu, 15 Aug 2024 20:36:03 -0700
>
> Mark Kettenis writes:
>
> > The diff also defines CONFIG_AMD_PMC and #ifdefs out the FADT check.
> > With that suspend-to-idle also works on that m715q. I'm still not
> > entirely sure what t
> Date: Thu, 15 Aug 2024 13:54:00 +1000
> From: Jonathan Gray
>
> for in_s0ix to be set the activate function needs to
> call the pmops wrappers
>
> that may help
>
> amdgpu_pm_ops contains other function pointers that may
> also be of interest
>
> Index: sys/dev/pci/drm/amd/amdgpu/amdgpu_drv.
> Date: Thu, 15 Aug 2024 15:02:08 +0200
> From: Mark Kettenis
>
> > From: Greg Steuck
> > Date: Wed, 14 Aug 2024 21:16:08 -0700
> >
> > Jonathan Gray writes:
> >
> > > for in_s0ix to be set the activate function needs to
> &g
> From: Greg Steuck
> Date: Wed, 14 Aug 2024 21:16:08 -0700
>
> Jonathan Gray writes:
>
> > for in_s0ix to be set the activate function needs to
> > call the pmops wrappers
> >
> > that may help
> >
> > amdgpu_pm_ops contains other function pointers that may
> > also be of interest
>
> Applyin
> From: Greg Steuck
> Date: Tue, 13 Aug 2024 21:13:19 -0700
>
> Greg Steuck writes:
>
> >> I suspect around wsdisplay_suspend() and wsdisplay_resume(); I've recently
> >> discovered that the mux aspects are insane.
> >
> > I applied the patches below and added a bunch of tracing to
> > subr_sus
> From: Greg Steuck
> Date: Mon, 12 Aug 2024 18:46:51 -0700
>
> Now that my BIOS update took away S3 I started playing with zzz'ing to
> S0. The first time it seems to be working: the display turns off and the
> usb device are powered off. The power button brings everything back up
> and seemingl
> From: "Theo de Raadt"
> Date: Tue, 06 Aug 2024 23:04:02 -0600
>
> nvme resume is really crazy, since it does not believe the device is
> stopped, tries to use high-level operations to stop it and then restart
> it, but it ends up reusing queue structures from before.
Well, in sys/dev/ic/nvmere
> Date: Mon, 5 Aug 2024 22:23:17 +0200
> From: Matthias Schmidt
Hi Matthias,
Can you try to narrow this down a bit further?
You can either bisect by building kernels from intermediate dates
yourself or use kernels from the snapshot archive at:
https://ftp.hostserver.de/archive/
Thanks,
Mar
> From: Stefano Dalla Valentina
> Date: Tue, 6 Aug 2024 07:43:40 +0200
>
> During the boot process with xenodm disabled even if inteldrm0 has
> resolution of 1440x900 and wsdisplay0: screen 1-5 was created the screen is
> black. If I login and rcctl -f start xenodm with the screen black xenodm
>
> From: Greg Steuck
> Date: Mon, 05 Aug 2024 22:55:03 -0700
>
> With all the great work happening around the different flavors of zzz I
> thought I'd try to test some of this on my desktop. This machine wakes up
> reliably from suspend in Linux. Some days it even wakes up in OpenBSD,
> but mostly
> Date: Wed, 31 Jul 2024 11:23:08 +0200
> From: Mark Kettenis
>
> > Date: Mon, 22 Jul 2024 22:33:39 +
> > From: Lucas Gabriel Vuotto
> >
> > On Mon, Jul 22, 2024 at 10:52:19PM GMT, Mark Kettenis wrote:
> > > However, it is entirely plaus
> Date: Mon, 22 Jul 2024 22:33:39 +
> From: Lucas Gabriel Vuotto
>
> On Mon, Jul 22, 2024 at 10:52:19PM GMT, Mark Kettenis wrote:
> > However, it is entirely plausible that the breakage is caused by either:
> >
> > dev/acpi/acpipwrres.c rev. 1.14
>
>
> Date: Mon, 22 Jul 2024 20:30:20 +
> From: Lucas Gabriel Vuotto
>
> On Mon, Jul 22, 2024 at 12:50:03PM GMT, Mike Larkin wrote:
> > does zzz (suspend, lowercase z) work properly?
>
> It does, regarding USB. (the "wakeup event: GPE 0x0" is still present.)
That "wakeup event" message is harml
> Date: Sat, 22 Jun 2024 15:40:14 +0200
> From: Otto Moerbeek
>
> On Thu, Jun 20, 2024 at 09:17:38AM +0200, Otto Moerbeek wrote:
>
> > On Wed, Jun 19, 2024 at 06:44:56PM +0200, Theo Buehler wrote:
> >
> > > These are the ports using strmode.
> > >
> > > archivers/libarchive
> > > archivers/lib
> Date: Wed, 19 Jun 2024 15:17:05 +0200
> From: Otto Moerbeek
>
> On Tue, Jun 18, 2024 at 10:00:20PM -0700, Collin Funk wrote:
>
> > Hi,
> >
> > I noticed that strmode(3) says that the first argument should be
> > mode_t. OpenBSD declares it with int which is not compatible since
> > mode_t app
> From: Dana Koch
> Date: Tue, 18 Jun 2024 23:34:07 -0400
Hi Dana,
Thanks for the report. I have an M2 Pro Mac Mini that is very
reliable. And I believe there are folks using machines with M2 Max
without issues as well. So these issues are likely specific to the M2
Ultra SoC.
The fact that "
> Date: Sun, 16 Jun 2024 16:37:10 +
> From: Klemens Nanni
>
> GENERIC cpu(4) fix and pcidevs have been committed.
> Now only this ahci(4) quirk is pending to fix the SSD.
>
> Neither Linux nor FreeBSD seem to have AHCI and/or MSI specific
> quirks for this, but contrary to OpenBSD they can b
> Date: Sat, 15 Jun 2024 21:35:30 +
> From: Klemens Nanni
>
> Unchartevice 6640MA notebook with amd64 ZHAOXIN KaiXian KX-6640MA CPU.
>
> https://unchartevice.ru
> https://www.devicekb.com/hardware/pci-vendors/ven_1d17-dev_9083
>
> BIOS one of three SATA speed modes:
> - Gen1/2: bsd.rd reach
> From: Eric Grosse
> Date: Mon, 10 Jun 2024 11:17:23 -0700
>
> A bit of progress: in a kernel built with George Koehler's suggested
> replacement of isync by sync and with uncommented GENERIC.MP
> option MP_LOCKDEBUG
> option WITNESS
> and (getting rid of any dependence on Go) generating load
> b
> From: Dave Voutila
> Date: Wed, 05 Jun 2024 14:56:45 -0400
>
> >Synopsis: witness panic: acquiring blockable sleep lock with spinlock
>or critical section held (rwlock) vmmaplk
> >Category:
> >Environment:
> System : OpenBSD 7.5
> Details : OpenBSD 7.5-curre
> Date: Tue, 30 Apr 2024 16:18:31 +0300
> From: Vitaliy Makkoveev
>
> On Tue, Apr 30, 2024 at 11:08:13AM +0200, Martin Pieuchot wrote:
> >
> > On the other side, would that make sense to have a NET_LOCK()-free
> > sysctl path?
> >
>
> To me it's better to remove uvm_vslock() from network relat
> Date: Tue, 30 Apr 2024 11:08:13 +0200
> From: Martin Pieuchot
>
> On 27/04/24(Sat) 13:44, Visa Hankala wrote:
> > On Tue, Apr 23, 2024 at 02:48:32PM +0200, Martin Pieuchot wrote:
> > > [...]
> > > I agree. Now I'd be very grateful if someone could dig into WITNESS to
> > > figure out why we se
> Date: Mon, 29 Apr 2024 12:58:25 -0600 (MDT)
> From: bo...@plexuscomp.com
>
> >Synopsis:sysupgrade to latest snap results in bootloop, had to replace
> >boot.bin
> >Category:system aarch64
> >Environment:
> System : OpenBSD 7.5
> Details : OpenBSD 7.5-current (GENERI
> Date: Mon, 22 Apr 2024 15:39:55 +0200
> From: Alexander Bluhm
>
> Hi,
>
> I see a witness lock order reversal warning with soreceive. It
> happens during NFS regress tests. In /var/log/messages is more
> context from regress.
>
> Apr 22 03:18:08 ot29 /bsd: uid 0 on
> /mnt/regress-ffs/fstes
> Date: Sun, 31 Mar 2024 10:47:53 +0200
> From: Landry Breuil
>
> Le Sun, Mar 31, 2024 at 09:30:05AM +0200, Landry Breuil a écrit :
> > hi,
> >
> > istr this has been discussed/fixed at some point and it used to work
> > last year, but the t495s i have here on -current hangs at ttyflags -a in
>
> Date: Sun, 31 Mar 2024 13:23:41 +
> From: Klemens Nanni
>
> Default snapshot install works with the intial UEFI/u-boot from macOS/Asahi.
>
> After manual fw_update(8) via urndis(4) tethering to install apple-boot-1.2
> and cold reboot, it still boots the initial UEFI/u-boot and works.
>
>
> Date: Thu, 28 Mar 2024 23:06:13 +0100
> From: Stefan Sperling
>
> On Wed, Mar 27, 2024 at 02:08:27PM +0100, Stefan Sperling wrote:
> > On Tue, Mar 26, 2024 at 11:05:49PM +0100, Patrick Wildt wrote:
> > > On Fri, Mar 01, 2024 at 12:00:29AM +0100, Alexander Bluhm wrote:
> > > > Hi,
> > > >
> > >
> Date: Tue, 26 Mar 2024 23:05:49 +0100
> From: Patrick Wildt
>
> 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
> Date: Tue, 26 Mar 2024 17:08:24 +
> From: Gibson Pilconis
>
> If it was exclusively accessible within the kernel I'd agree that it
> probably isn't neccessary, the trouble is that it is also accessible
> by userland programs. pcidump is an example of a userland program
> that is part of the
> Date: Fri, 8 Mar 2024 20:29:35 +
> From: Stuart Henderson
>
> On 2024/03/08 14:34, Kenneth Westerback wrote:
> > I see the same/similar behaviour on my M1 MacMini. i.e. when sceen blanks
> > it won't come back until I reboot.
> >
> > Monitor is connected via HDMI. Happy to provide more det
> From: "Theo de Raadt"
> Date: Sun, 03 Mar 2024 08:20:33 -0700
>
> It almost feels as if libc.so equivelancy should be closer to
> _dl_find_shlib(),
>
> (in particular, meaning searchpath[0] in _dl_find_shlib() coming
> from lpath in _dl_load_shlib()
>
> Is testing for this in loader.c not the
> Date: Sun, 3 Mar 2024 14:35:09 +
> From: Stuart Henderson
>
> On 2024/03/03 14:29, Stuart Henderson wrote:
> > On 2024/03/03 13:19, Lucas Gabriel Vuotto wrote:
> > > On Sun, Mar 03, 2024 at 11:58:51AM +, Stuart Henderson wrote:
> > > > On 2024/03/02 14:46, Theo de Raadt wrote:
> > > > >
> Date: Sun, 3 Mar 2024 13:19:36 +
> From: Lucas Gabriel Vuotto
>
> On Sun, Mar 03, 2024 at 11:58:51AM +, Stuart Henderson wrote:
> > On 2024/03/02 14:46, Theo de Raadt wrote:
> > > Is this a situation where two libc's are being loaded into the address
> > > space? And the 2nd one is ref
> Date: Wed, 28 Feb 2024 16:16:09 +0300
> From: Vitaliy Makkoveev
>
> On Wed, Feb 28, 2024 at 12:36:26PM +0100, Claudio Jeker wrote:
> > On Wed, Feb 28, 2024 at 12:26:43PM +0100, Marko Cupać wrote:
> > > Hi,
> > >
> > > thank you for looking into it, and for the advice.
> > >
> > > On Wed, 28 F
> Date: Wed, 14 Feb 2024 10:48:15 +
> From: Laurence Tratt
>
> It seems that I have two (at least) lm devices on my motherboard and that
> it's random which attaches. Here are the two I've seen:
>
> lm0 at isa0 port 0x290/8: W83627DHG
> lm0 at isa0 port 0x290/8: NCT6792D
>
> The W83627D
> Date: Sun, 28 Jan 2024 10:44:25 +0100
> From: Marcus Glocker
>
> On Sun, Jan 28, 2024 at 12:16:20AM +0100, Hrvoje Popovski wrote:
>
> > On 27.1.2024. 21:01, Marcus Glocker wrote:
> > > On Sat, Jan 27, 2024 at 08:01:09AM +0100, Hrvoje Popovski wrote:
> > >
> > >> On 26.1.2024. 21:56, Marcus Gl
> Date: Sat, 27 Jan 2024 18:49:02 +
> From: Mikolaj Kucharski
>
> Mark,
>
> On Sat, Jan 27, 2024 at 03:05:10PM +0100, Mark Kettenis wrote:
> > > Date: Sat, 27 Jan 2024 22:47:05 +0900
> > > From: stephane Tranchemer
> > >
> > > Hello J
> Date: Sat, 27 Jan 2024 22:47:05 +0900
> From: stephane Tranchemer
>
> Hello Jonathan,
>
> made a kernel with the patch and here is what I get on dmesg:
>
> puc0 at pci0 dev 26 function 0 "Intel C3000 UART" rev 0x11: ports: 16 com
> com4 at puc0 port 0 apic 2 int 16: ns16550a, 16 byte fifo
>
> Date: Sat, 27 Jan 2024 19:54:43 +0900 (JST)
> From: stran...@free.fr
>
> >Synopsis:Console is lost at boot when com0 is on a UART PCI
> >Category:system amd64
> >Environment:
> System : OpenBSD 7.4
> Details : OpenBSD 7.4 (GENERIC.MP) #2: Fri Dec 8 15:39:04 MST 2023
>
> From: 소랑개
> Date: Mon, 15 Jan 2024 12:57:30 +0900
>
> hi
>
> reporting problem about openbsd 7.4 on arm64 m2 macbook.
>
> i used asahi install script and install complete.
>
> but after booting..
>
> show kernel panic all time
>
> check my screenshot
>
> thank you
The current asahi insta
> Date: Mon, 15 Jan 2024 00:17:53 -0800
> From: Mike Larkin
>
> On Mon, Jan 15, 2024 at 08:58:52AM +0100, Mizsei Zoltán wrote:
> > Thanks, that did the trick, see new dmesg below. Would it possible to
> > enable iwn* in the upstream sources?
> >
> > Best Regards,
> > --Zoltan
> >
>
> I think th
> From: Dave Voutila
> Date: Tue, 09 Jan 2024 09:19:56 -0500
>
> Stefan Fritsch writes:
>
> > On 08.01.24 22:24, Alexander Bluhm wrote:
> >> Hi,
> >> When running a guest in vmm and doing ifconfig operations on vio
> >> interface, I can crash the guest.
> >> I run these loops in the guest:
> >>
> Date: Wed, 20 Dec 2023 12:00:47 +0100
> From: Henryk Paluch
>
> Hello!
>
> > Ah, cool. That is a bit of a heck though. I did look into what is
> > needed to fix this properly. If I send you a diff, can you test it?
>
> Feel free to send me patches. I will test them.
>
> Best regards
>
> Date: Wed, 20 Dec 2023 09:30:45 +0100
> From: Henryk Paluch
>
> Hello!
>
> Problem fixed! I resolved ACPI panic when booting OpenBSD7.4 as guest VM
> under Hyper-V Server 2012R2 in UEFI (Generation 2) mode with this simple
> patch:
>
> --- usr/src/sys/dev/acpi/dsdt.c.orig Tue Dec 19 07:49:
> Date: Thu, 9 Nov 2023 13:21:09 +0100
> From: Alexander Bluhm
>
> Hi,
>
> During make build my arm64 machine with 32 CPUs crashed.
Next time this happens, please include "show malloc" output.
> ddb{24}> x/s version
> version:OpenBSD 7.4-current (GENERIC.MP) #16: Fri Nov 3 21:38:55 MD
> Date: Thu, 21 Sep 2023 10:23:45 +0200
> From: "Peter J. Philipp"
>
> Hi,
>
> I don't know if it's the same on Sifive based CPU's but on the D1
> (doesn't boot beyond main() yet) the FS bits are set. These are floating
> point indicators, and I thought these should be off? In my debugs I have
> Date: Sun, 17 Sep 2023 12:40:29 +0200
> From: "Peter J. Philipp"
Sorry Peter,
But this doesn't make any sense to me. Your C code is just as
unreadable as the assembly code ;)
And your explanation doesn't make sense. The code works fine on
existing hardware supported by OpenBSD. Your previo
> Date: Sat, 9 Sep 2023 21:42:00 +0100
> From: Edd Barrett
>
> Hi,
>
> (tried sending with sendbug, but it never made it to the list, resending)
>
> >Synopsis:sysupgrade doesn't work headless on Thinkcentre m910q
> >Category:kernel
> >Environment:
> System : OpenBSD 7.3
>
> Date: Tue, 29 Aug 2023 19:15:14 +0200
> From: Claudio Jeker
>
> On Tue, Aug 29, 2023 at 01:01:10AM +, Eric Wong wrote:
> > >Synopsis: RLIMIT_CPU doesn't work reliably on mostly idle systems
> > >Category: system
> > >Environment:
> > System : OpenBSD 7.3
> > Details : OpenB
> Date: Sun, 6 Aug 2023 14:36:30 +0200
> From: Tobias Heider
>
> On Sun, Aug 06, 2023 at 07:55:40AM +0200, Anton Lindqvist wrote:
> > On Sat, Aug 05, 2023 at 10:08:53PM +0200, xavie...@mailoo.org wrote:
> > > Hi,
> > >
> > > I run a 2G/100G virtual machine at openbsd.amsterdam freshly upgraded
>
> Date: Wed, 2 Aug 2023 14:11:36 +1000
> From: Jonathan Gray
>
> On Mon, Jul 31, 2023 at 10:48:12PM +1000, Jonathan Gray wrote:
> > On Sun, Jul 30, 2023 at 03:21:47PM +0900, YASUOKA Masahiko wrote:
> > > Hello,
> > >
> > > I got new vaio last week, the machine seems to have the same graphic
> >
> Date: Fri, 28 Jul 2023 14:32:30 +0200
> From: develo...@robert-palm.de
>
> Zitat von Miguel Landaeta :
>
> >> Synopsis: Samsung NVMe M.2 SSD 970 EVO Plus fails to attach on
> >> VisionFive 2 (JH7110 SoC) board
> >> Category: riscv64
> >> Environment:
> > System : OpenBSD 7.3
> >
> Date: Mon, 10 Jul 2023 08:44:20 +0100
> From: Stuart Henderson
>
> On 2023/07/10 05:22, Peter J. Philipp wrote:
> > Redistributions in binary form must reproduce the above copyright
> > notice, this list of conditions and the following disclaimer in
> > the documentation and/or other materials
> Date: Fri, 7 Jul 2023 15:30:37 +0200
> From: "Peter J. Philipp"
>
> I'm looking into considering adding pins for the mango pi SBC (riscv64) and
> noticed this little file that has no license:
>
> --->
> riscv64# head /sys/dev/fdt/sxipio_pins.h
> /* Public Domain */
>
>
> const struct sxi
> Date: Mon, 26 Jun 2023 22:28:42 +0200
> From: Alexander Bluhm
>
> Hi,
>
> I have an ifconfig on ix(4) that hangs in "sbar" wait queue during
> "starting network" while booting.
>
> load: 3.00 cmd: ifconfig 52949 [sbar] 0.01u 0.05s 0% 78k
>
> ddb{0}> ps
>PID TID PPIDUID S
> 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 instances (ampere altra).
>
> Last snapshot working is
> https://ftp.hostserver.de/archive/2023-
> Date: Sun, 28 May 2023 12:08:35 +
> From: Klemens Nanni
>
> Snapshots with 'disable inteldrm' to reduce corruption/hangs on a
> Intel T14 gen 3 always print the following on shutdown/reboot:
>
> syncing disks... done
> wsdisplay_switch2: not switching
> rebooting...
>
>
> Date: Tue, 18 Apr 2023 16:21:54 +1000
> From: David Gwynne
>
> 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 an
> Date: Mon, 27 Feb 2023 10:00:25 +1000
> From: David Gwynne
>
> On Sun, Feb 26, 2023 at 01:28:04PM +0100, Mark Kettenis wrote:
> > > Date: Sun, 26 Feb 2023 18:13:18 +1000
> > > From: David Gwynne
>
> yeesh, i should have proofread my email before i sent i
> Date: Sun, 26 Feb 2023 18:13:18 +1000
> From: David Gwynne
>
> i picked a couple of Dell Wyse 3040 boxes, which are very cute, i
> like them a lot. however, i have to disable acpitz to be able to
> use them because the driver gets stuck during attach.
>
> during apcitz_attach does a read of al
> Date: Fri, 24 Feb 2023 18:28:56 -0600
> From: Amada Mackey
Is this a 7.2-RELEASE kernel? If so, you're probably better off
trying a snapshot (7.2-CURRENT) kernel.
> Date: 02/24/2023 11:30PM UTC
> Version: OpenBSD 7.2 arm64
> Hardware: Apple Macbook Air M2 2022 (Chip ID 0x8112)
> Message: 'pan
> Date: Fri, 24 Feb 2023 21:38:50 +0300
> From: Mikhail
>
> On Thu, Feb 23, 2023 at 05:46:04PM +0300, Mikhail wrote:
> > On Thu, Feb 16, 2023 at 02:34:11PM +0300, Mikhail wrote:
> > > We have a redmi laptop where I want to install OpenBSD current, but
> > > the keyboard there is not functional, i
> Date: Mon, 20 Feb 2023 09:43:10 +0100
> From: Martin Pieuchot
>
> On 20/02/23(Mon) 03:59, Renato Aguiar wrote:
> > [...]
> > I can't reproduce it anymore with this patch on 7.2-stable :)
>
> Thanks a lot for testing! Here's a better fix from Chuck Silvers.
> That's what I believe we should c
> Date: Sat, 18 Feb 2023 18:47:10 +0300
> From: Mikhail
The problem here is that if the firmware provided an ECDT table, its
AML may use the EC right from the start. But that won't be possible
if you bail out early just because the EC_ID doesn't match. So hence
the following question:
Do the a
> Date: Tue, 14 Feb 2023 07:25:18 +0100
> From: Anton Lindqvist
>
> On Tue, Feb 14, 2023 at 01:08:54AM +0100, Alexander Bluhm wrote:
> > Hi,
> >
> > Today I saw this panic on my i386 regress machine.
> >
> > panic: kernel diagnostic assertion "timo || _kernel_lock_held()" failed:
> > file "/
> Date: Sun, 29 Jan 2023 12:31:22 +0100
> From: Martin Pieuchot
>
> On 23/01/23(Mon) 22:57, David Hill wrote:
> > On 1/20/23 09:02, Martin Pieuchot wrote:
> > > > [...]
> > > > Ran it 20 times and all completed and passed. I was also able to
> > > > interrupt
> > > > it as well. no issues.
>
> Date: Tue, 29 Nov 2022 08:16:57 +
> From: Laurence Tratt
>
> I have been trying out a newish AMD machine (7900x with integrated graphics
> on an MSI board). At a basic level it works, though there an awful lot of
> "not configured"s! That might partly be because the ACPI parser/evaluator
>
> Date: Mon, 21 Nov 2022 20:28:35 +0100
> From: Alexander Bluhm
>
> Hi,
>
> Some of my test machines hang while booting userland.
>
> starting network
> -> here it hangs
> load: 0.02 cmd: ifconfig 81303 [sbar] 0.00u 0.15s 0% 78k
>
> ddb shows these two processes.
>
> 81303 375320 89140
> Date: Fri, 18 Nov 2022 09:18:52 -0800
> From: Mike Larkin
>
> On Fri, Nov 18, 2022 at 12:37:48AM +0100, Mike Fischer wrote:
> > On a host running OpenBSD 7.2 stable, amd64, all updates & patches using
> > vmd I have a VM, configured with 1 GB RAM, 40 GB virtual disk, network
> > access direct
> Date: Sun, 13 Nov 2022 16:05:36 +0300
> From: Mikhail
>
> On Sun, Nov 13, 2022 at 04:25:00PM +1100, ja...@tubnor.net wrote:
> >
> >
> > > -Original Message-
> > > From: Mark Kettenis
> > > Sent: Saturday, 12 November 2022
> From:
> Date: Sun, 6 Nov 2022 11:29:47 +1100
>
> > -Original Message-
> > From: Mark Kettenis
> > Sent: Saturday, 5 November 2022 8:44 PM
> > To: ja...@tubnor.net
> > Cc: bugs@openbsd.org
> > Subject: Re: ACPI 6.4 Could not convert 1 to 4 p
> Date: Mon, 7 Nov 2022 13:24:24 +
> From: Martin Pieuchot
>
> On 07/11/22(Mon) 13:20, Martin Pieuchot wrote:
> > On a raspberry pi4, with the following configuration :
> >
> > $ cat /etc/hostname.bse0
> > dhcp
> >
> > ...and with the cable direc
> From:
> Date: Sat, 5 Nov 2022 18:47:23 +1100
Hi Jason,
Can you send us the acpidump output (all the files in /var/db/acpi)
for this machine?
> > -Original Message-
> > From: Mikhail
> > Sent: Wednesday, 2 November 2022 6:43 PM
> > To: bugs@openbsd.org
> > Cc: ja...@tubnor.net
> > Sub
> From: Claudio Miranda
> Date: Wed, 19 Oct 2022 13:28:25 -0400
>
> >
> > Wow:
> >
> > efi0 at bios0: UEFI 2.0
> >
> > that is ancient. I also found
> >
> > https://docs.oracle.com/cd/E26502_01/html/E28978/hardw.html
> >
> > so clearly the UEFI BIOS has bugs. Using UEFI instead of the legac
> From: Claudio Miranda
> Date: Wed, 19 Oct 2022 12:07:50 -0400
>
> Greetings,
>
> I'm getting a kernel panic on a Dell Precision T1600 with BIOS A21
> which is the latest revision from Dell for this system. This all
> started as of the #793 snapshot of -current on Monday, October 17 at
> 10:16:
> Date: Tue, 20 Sep 2022 14:04:14 +
> From: Miod Vallat
>
> I recently installed OpenBSD to a PandaBoard (the original, not
> PandaBoard ES) and noticed that the clock was very quickly getting
> behind, with ntpd unable to cope.
>
> The following extremely crude diff fixes it, but probably a
> Date: Wed, 17 Aug 2022 11:30:04 +0200
> From: Ingo Schwarze
>
> QUESTION TO PORTERS:
> Would providing , strfmon(3), and strfmon_l(3)
> in our libc make porters' lives easier, or are these interfaces
> used so rarely in real-world programs that it does not matter?
Note that these interfaces ha
> From: kiltz
> Date: Tue, 14 Jun 2022 13:27:03 +0200
>
> Dear Mark,
> first of all, thanks again for your efforts!
> After testing the new snapshot, in total 64 cores are recognized (see
> attached screenshot) before the kernel panics again.
> Since the CPU Ampere Altra Q80-33 processor has 80
Otto-von-Guericke University of Magdeburg
> ITI Research Group on
> Multimedia and Security
> Universitaetsplatz 2
> 39106 Magdeburg
> Germany
>
> Tel: +49-391-67-52838
> Fax: +49-391-67-18110
>
> eMail: ki...@iti.cs.uni-magdeburg.de
>
>
>
>
>
>
> From: kiltz
> Date: Mon, 13 Jun 2022 14:46:39 +0200
Hi Stefan,
> Dear kind people at OpenBSD.org,
> we want to run OpenBSD as a firewall system on a Gigabyte R152_P30
> with the following specifications:
>
> Ampere Altra Q80-33 processor (80 Cores, 3,3 GHz)
> 512 GB RAM (3200 M
> Date: Mon, 16 May 2022 00:13:12 +0200
> From: Harold Gutch
>
> Hi,
>
> over the last months there have been multiple reports of sparc64 not
> booting with OF_map_phys() calls failing, see, e.g., the thread
> https://marc.info/?t=16437199371&r=1&w=2 .
>
> In early December 2021, writing to
> Date: Sat, 21 May 2022 13:13:19 -0400
> From: Johan Huldtgren
>
> On 2022/05/21 12:43, Mark Kettenis wrote:
> >> Date: Sat, 21 May 2022 12:36:03 -0400
> >> From: Johan Huldtgren
> >>
> >> hello,
> >>
> >> On 2022/05/21 12:08,
> Date: Sat, 21 May 2022 12:36:03 -0400
> From: Johan Huldtgren
>
> hello,
>
> On 2022/05/21 12:08, Mark Kettenis wrote:
> >> Date: Sat, 21 May 2022 10:31:37 -0400
> >> From: Johan Huldtgren
> >>
> >> hello,
> >>
> >> Det
> Date: Sat, 21 May 2022 10:31:37 -0400
> From: Johan Huldtgren
>
> hello,
>
> Details below, but commenting out 'ttyflags -a' from /etc/rc lets
> this host boot. I wrote much of this e-mail while going through it,
> so while we know now what the issue is I'm leaving my responses in
> case it sh
> Date: Mon, 9 May 2022 17:44:29 +0100
> From: Stuart Henderson
>
> I have a USB combi keyboard/trackpad thing which is triggering "bad
> repid 33" frequently while attached (between a couple of times a minute,
> and once every few minutes). It does work but it's annoying.
>
> Presumably this is
> Date: Wed, 4 May 2022 17:58:14 +0200
> From: Martin Pieuchot
>
> On 04/05/22(Wed) 09:16, Sebastien Marie wrote:
> > [...]
> > we don't have any vclean label ("vclean (inactive)" or "vclean (active)"),
> > so
> > vclean() was not called in this timeframe.
>
> So we are narrowing down the iss
> Date: Mon, 2 May 2022 07:15:51 +0200
> From: Anton Lindqvist
>
> On Mon, May 02, 2022 at 12:32:24AM +0200, Mark Kettenis wrote:
> > > Date: Sun, 1 May 2022 20:13:57 +0200
> > > From: Anton Lindqvist
> > >
> > > On Sat, Apr 30, 2022 at 04:07
> Date: Sun, 1 May 2022 20:13:57 +0200
> From: Anton Lindqvist
>
> On Sat, Apr 30, 2022 at 04:07:51PM +0200, Mark Kettenis wrote:
> > > Date: Tue, 19 Apr 2022 07:32:36 +0200
> > > From: Anton Lindqvist
> > >
> > > On Thu, Mar 24,
> Date: Tue, 19 Apr 2022 07:32:36 +0200
> From: Anton Lindqvist
>
> On Thu, Mar 24, 2022 at 07:41:44AM +0100, Anton Lindqvist wrote:
> > >Synopsis: bse: null dereference in genet_rxintr()
> > >Category: arm64
> > >Environment:
> > System : OpenBSD 7.1
> > Details : OpenBSD 7.1-
> Date: Wed, 27 Apr 2022 13:52:28 -0400 (EDT)
> From: d...@sisu.io
>
> >Synopsis:Witnesss lock order reversal in radeondrm
> >Category:kernel
> >Environment:
> System : OpenBSD 7.1
> Details : OpenBSD 7.1-current (CUSTOM.MP) #14: Wed Apr 27 13:22:39
> EDT 2022
>
> Date: Wed, 27 Apr 2022 18:30:52 +1000
> From: Jonathan Gray
>
> On Wed, Apr 27, 2022 at 03:14:50PM +1000, Jonathan Gray wrote:
> > On Wed, Apr 27, 2022 at 12:53:37PM +1000, Jonathan Gray wrote:
> > > On Tue, Apr 26, 2022 at 12:51:10PM +0100, james palmer wrote:
> > > > That fixes things, thanks
> Date: Tue, 26 Apr 2022 07:24:22 +0200
> From: Anton Lindqvist
>
> On Tue, Apr 26, 2022 at 02:32:22AM +, Lucas wrote:
> > >Synopsis: `ttyflags -a` hangs the system
> > >Category: tty?
> > >Environment:
> > System : OpenBSD 7.1
> > Details : OpenBSD 7.1 (GENERIC.MP) #465: M
> From: Dan Cross
> Date: Sun, 24 Apr 2022 21:12:29 -0400
On a machine of this vintage you probably shouldn't boot using the
legacy BIOS. Try UEFI mode instead.
> >Synopsis: Boot(8) timeouts take excessively long on OnLogic Helix 500.
> >Category: boot, amd64
> >Environment:
> Syst
> Date: Wed, 20 Apr 2022 18:14:57 +0200
> From: Anton Lindqvist
>
> On Tue, Apr 19, 2022 at 06:07:47PM +0200, Anton Lindqvist wrote:
> > On Tue, Apr 19, 2022 at 07:32:36AM +0200, Anton Lindqvist wrote:
> > > On Thu, Mar 24, 2022 at 07:41:44AM +0100, Anton Lindqvist wrote:
> > > > >Synopsis:
> Date: Fri, 18 Mar 2022 17:22:35 +
> From: "Nicola Dell'Uomo"
>
> Hi Mark,
>
> apparently both commands succeed: hw.perfpolicy is set to manual and
> hw.setperf is set to the chosen value; but cpu clock is still stuck
> @2100.
>
> I noticed an increase in cpu temp and a drop in battery lif
1 - 100 of 626 matches
Mail list logo
