lue.
+*/
+ tbo = 0;
+ }
+
/*
* Note this loop does not process the last line, but this editor
* always makes the last line empty so this is good.
Best Regards.
Mark
> 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
> 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
> 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
> 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
>
>Synopsis: assertion failures in relayd after config reload
>Category: system
>Environment:
System : OpenBSD 7.5
Details : OpenBSD 7.5 (GENERIC.MP) #82: Wed Mar 20 15:48:40 MDT 2024
> 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.
> >
> >
> 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
I think that's a better
outcome than an endless loop.
Best Regards,
Mark
--
Mark Willson | Email: mark.will...@hydrus.org.uk
> 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
> 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
> 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
> 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
> 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
commit.
>
> e1000: disable TSO on lem(4) and em(4):
> Disable TSO on lem(4) and em(4) until a ring stall can be debugged.
> https://github.com/freebsd/freebsd-src/commit/797e480cba8834e584062092c098e60956d28180
>
> Can you try this diff to specifically disable TSO for I350 please?
>
> 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
> > >
> > > Hel
> 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
>
e com port there is ISA bus
>
> Is there something I'm missing to catch the console or enable it in OpenBSD,
> or is it a non-supported trouble.
Pretty much the latter.
Now it may be possible to turn that into supported trouble with some
minor changes to the code if you're able to test some patches for me.
As a first step can you send me:
* The full dmesg for this machine
* The acpidump output for this machine (tar up everything in /var/db/acpi)
* The output of pcidump -vxxx
Cheers,
Mark
> 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
gards,
> > --Zoltan
> >
>
> I think that should be doable. Mark, Patrick, any objections (and if no, do we
> want iwm in there too?)
If we add iwn(4), we probably should add iwm(4) too.
I think I had some worries that these Intel wireless cards were
somehow closely tied to
> 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
> 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
file are
Best Regards,
Mark
--
Mark Willson
> 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
y OpenBSD. Your previous mails were also
high on speculation and low on facts.
Cheers,
Mark
> Hi OpenBSD/riscv64'ers!
>
> After a week of debugging a different issue I noticed this issue with the
> L2 cache in locore.S:
>
> The physical address of the base boot memory is held in
y
> ACPI implementation?)
>
> For now I've been working around this using the manual "untar it over
> the running system" method, as I need this box to be headless.
>
> Let me know if there's more info I can supply. Cheers.
Unlikely to get fixed
> 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 :
> 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
> >
at some
point. Not only because of the somewhat obscure license but also
because we'll need newer UEFI features at some point. For the kernel
we already have . Extending that one to include the
bits that we use in our EFI bootloaders shouldn't be too much work.
Cheers,
Mark
> 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
> 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
>
> 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
> 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 sen
> 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
nt-- > 0 && cp < snapend) {
> > > putchar(',');
> > > if ((cp = ns_rprint(cp, bp, is_mdns))
> > > == NULL)
> > > goto trunc;
> > > @@ -723,11 +723,11 @
> 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:
> 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,
> 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
> 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
scsibus0 at mpath0: 256 targets
> > mainbus0 at root
> > bios0 at mainbus0: date 07/19/11, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.6
> > @ 0x99c00 (88 entries)
> > bios0: vendor American Megatrends Inc. version "2.0c"
> > bios0: Supermicro GS0700
> > a
t; > > interrupt
> > > > it as well. no issues.
> > > >
> > > > Excellent!
> > >
> > > Here's the best fix I could come up with. We mark the VM map as "busy"
> > > during the page fault just before the faulting thr
o change this and make it
comply with POSIX so that "s" with no args saves the current message to
the user's mbox file as the diff upthread does. I think it's handy, but
that behaviour might have been omitted on purpose. And, tbh, "s" isn't
really that much more convenient than "s &
ve/copy the indicated messages at the end of the passed file name.
+ * If no file name is specified, default to user mbox.
* If mark is true, mark the message "saved."
*/
int
@@ -208,10 +209,11 @@ swrite(void *v)
/*
* Snarf the file from the end of the command line and
*
> 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
> 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
> 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
> >
> 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
> 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
>
> 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
> 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
> 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 Al
> 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 snapshot with a higher value of max CPUs out of the b
g MAXCPUS. Depending on the
outcome of that a snapshot with this change may be available in a few
days.
I'm not sure how well OpenBSD/arm64 scales to 80 CPUs. Probably not
very well but I guess there is only one way to find out...
Cheers,
Mark
Index: arch/arm64/include/cpu.h
==
d.org/56829 .
>
>
> cheers,
> Harold
Hi Harald,
Thanks for the diff. I've made some further adjustments, in
particular fixing the return type of the OF_map_phys() function. The
diff is currently in snapshots and will probably be committed soon.
Thanks again,
Mark
Index: arch/spar
> 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,
> >>
> &g
> 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
> 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
> 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
> 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
> 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,
> 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:
> 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:
>
> 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 in
> Date: Fri, 18 Mar 2022 16:05:06 +
> From: "Nicola Dell'Uomo"
So what does apm(8) say? And sysctl hw.power?
On modern Intel and AMD CPUs the CPU "speed" isn't really all that
relevant for how much power your machine consumes. But OpenBSD is
still supposed to switch to the lower speed
I did not panic,
> don't know why it went to ddb. Console output:
>
> [-- MARK -- Wed Mar 9 08:05:00 2022]
> dar 0xfd7f0020 dsisr 0x4000
> trap type 300 srr1 90009032 at 1411eb8 lr 1411e94
> Stopped at pool_do_get+0xa8: ld r4,32(r27)
>
&
> Date: Wed, 16 Feb 2022 21:13:03 +
> From: Klemens Nanni
>
> Unmodified -current with WITNESS enabled booting into X on my X230:
>
> wsdisplay0: screen 1-5 added (std, vt100 emulation)
> witness: acquiring duplicate lock of same type: ">vmobjlock"
> 1st uobjlk
> 2nd uobjlk
> Starting
> Date: Thu, 10 Feb 2022 23:46:43 -0800
> From: guent...@openbsd.org
>
> On Thu, 10 Feb 2022, Jan Stary wrote:
> > > > When you build a kernel with this, do please add ACPI_DEBUG to your
> > > > kernel
> > > > config, so we can see more details about what the firmware is telling
> > > > us.
>
> Date: Fri, 4 Feb 2022 19:33:08 +
> From: Miod Vallat
>
> > After printing information via "doas pcidump -v" on device PCI
> > 0:0:27:0 "Intel 82801GB HD Audio", kernel panics. Sorry, I used OCR
> > software to recognize the text from the photo of the screen, maybe
> > there are some errors
> Date: Wed, 2 Feb 2022 16:19:10 -0800
> From: guent...@openbsd.org
>
> On Wed, 2 Feb 2022, Alexander Bluhm wrote:
> > On Wed, Feb 02, 2022 at 07:53:59PM +, Miod Vallat wrote: > > Hi, > > >
> > > On my sparc64 machine
> > regress/lib/libpthread triggers a panic. It > > happend with Feb 1 and
> From: Greg Steuck
> Date: Mon, 10 Jan 2022 20:59:17 -0800
>
> Greg Steuck writes:
>
> > This failure can be reduced to a trivial program which does change
> > its behavior for the worse if s_cos.S is taken out:
> >
> > #include
> > #include
> >
> > int main(int a, char**b) {
> > double
> From: "Theo de Raadt"
> Date: Sat, 15 Jan 2022 10:03:07 -0700
>
> Additionally, the /boot code must be able to see that the disk contains
> a hibernate signature, and this may not work if your swap partition
> is at such a far into the disk.
>
> #size offset fstype
> Date: Mon, 10 Jan 2022 15:40:34 +0100 (CET)
> From: Mark Kettenis
>
> > Date: Mon, 10 Jan 2022 14:40:50 +0100
> > From: Alexander Bluhm
> >
> > On Thu, Jan 06, 2022 at 03:59:55PM +0100, Alexander Bluhm wrote:
> > > My armv7 regress machine han
> Date: Mon, 10 Jan 2022 14:40:50 +0100
> From: Alexander Bluhm
>
> On Thu, Jan 06, 2022 at 03:59:55PM +0100, Alexander Bluhm wrote:
> > My armv7 regress machine hangs every day in regress/sys/kern/fork-exit.
>
> Maybe a show uvm provides some information.
Not really. I can reproduce the
> From: Daniel Dickman
> Date: Sun, 9 Jan 2022 16:36:33 -0500
>
> On Sun, Jan 9, 2022 at 4:18 PM Mark Kettenis wrote:
> >
> > > From: Greg Steuck
> > > Date: Sun, 09 Jan 2022 12:47:14 -0800
> > >
> > > Greg Steuck writes:
>
> From: Greg Steuck
> Date: Sun, 09 Jan 2022 12:47:14 -0800
>
> Greg Steuck writes:
>
> > This was reduced from a ghc test. The results of the program differ
> > between OpenBSD 7.0-current-amd64 and a couple of other systems:
>
> Thanks to phessler@ for testing on arm64 where the bug doesn't
> Date: Mon, 20 Dec 2021 15:10:42 +0100
> From: Anton Lindqvist
>
> On Mon, Dec 20, 2021 at 01:19:54PM +, cipher-hea...@riseup.net wrote:
> > I booted into bsd.rd to grep in /var/log/messages when I last ran
> > sysupgrade:
> >
> > Dec 19 22:11:48 0 sysupgrade: installed new /bsd.upgrade.
> Date: Mon, 20 Dec 2021 15:10:42 +0100
> From: Anton Lindqvist
>
> On Mon, Dec 20, 2021 at 01:19:54PM +, cipher-hea...@riseup.net wrote:
> > I booted into bsd.rd to grep in /var/log/messages when I last ran
> > sysupgrade:
> >
> > Dec 19 22:11:48 0 sysupgrade: installed new /bsd.upgrade.
> Date: Mon, 20 Dec 2021 17:55:14 +0100
> From: Paul de Weerd
>
> While watching a video under firefox, I experienced what appeared to
> be a halt of the system: the system no longer responded to
> keyboard/mouse (no keyboard led activity), or to the network. As I
> have a RPi connected to the
> Date: Tue, 14 Dec 2021 22:54:48 +
> From: Renato Aguiar
>
> "Mark Kettenis" writes:
>
> >
> > Does the diff below help?
> >
> >
> > Index: dev/ic/dwiic.c
> > =
> From: Jeremie Courreges-Anglas
> Date: Tue, 14 Dec 2021 13:29:11 +0100
>
> On Fri, Oct 08 2021, Jeremie Courreges-Anglas wrote:
> > riscv64.ports was running dpb(1) with two other members in the build
> > cluster. A few minutes ago I found it in ddb(4). The report is short,
> > sadly, as
> Date: Tue, 14 Dec 2021 02:20:11 +
> From: Renato Aguiar
>
> I did some investigation over the weekend and I was able to get more
> information about the problem and find a better workaround.
>
> There are 3 devices attaching to `dwiic* at pci0':
>
> dwiic0 at pci0 dev 21 function 0
1 - 100 of 596 matches
Mail list logo
