While working on suspend/resume for another arm64 board, I ran into an
issue with xhci(4). We detach USB devices early on in the suspend
process. At this point we mark the USB bus as "dying" to make sure
devices don't re-attach. We look at this "dying" flag in the
interrupt handler and bail out
Same problem as sfuart(4); no support for detecting a BREAK. So
leverage db_rint(9) to provide a way to enter DDB.
ok?
Index: dev/fdt/amluart.c
===
RCS file: /cvs/src/sys/dev/fdt/amluart.c,v
retrieving revision 1.3
diff -u -p -r1.3
> Date: Mon, 11 Jul 2022 16:21:39 +0200
> From: Anton Lindqvist
>
> On Mon, Jul 11, 2022 at 09:02:20AM +0200, Mark Kettenis wrote:
> > > Date: Mon, 11 Jul 2022 08:35:44 +0200
> > > From: Anton Lindqvist
> > >
> > > Hi,
> > > Address
> Date: Wed, 20 Jul 2022 19:38:13 +
> From: Klemens Nanni
>
> On Wed, Jul 01, 2020 at 01:15:06AM +0200, Klemens Nanni wrote:
> > Without any later realloactions, size is taken from vnet_dring_alloc():
> >
> > struct vnet_dring *vd;
> > ...
> > vd = malloc(sizeof(struct vnet_dring
> Date: Fri, 22 Jul 2022 17:01:20 +0200
> From: Alexander Bluhm
>
> On Fri, Jul 15, 2022 at 04:51:25PM +0200, Alexander Bluhm wrote:
> > On Fri, Jul 15, 2022 at 02:05:40AM +0200, Alexander Bluhm wrote:
> > > If anyone has some of these old network drivers, please test setting
> > > media type wit
> Date: Sun, 24 Jul 2022 15:48:26 +1000
> From: Jonathan Gray
>
> include cpuid 0 string in dmesg for fw_update
>
> Intel CPUs used to have brand strings such as
> cpu0: Intel(R) Pentium(R) M processor 1200MHz ("GenuineIntel" 686-class) 1.20
> GHz
> cpu0: Intel(R) Core(TM) i7-5600U CPU @ 2.60GH
> Date: Sun, 24 Jul 2022 19:33:57 -0500
> From: Scott Cheloha
>
> On Sat, Jul 23, 2022 at 08:14:32PM -0500, Scott Cheloha wrote:
> >
> > [...]
> >
> > I don't have a powerpc64 machine, so this is untested. [...]
>
> gkoehler@ has pointed out two dumb typos in the prior patch. My bad.
>
> He
> Date: Mon, 25 Jul 2022 14:09:25 +
> From: Klemens Nanni
>
> Jul 23 14:43:02 t4 /bsd: out of order
>
> That's a pretty generic message and I currently see a few on my primary
> domain.
>
> I'd like a bit of context in dmesg; this will also turn it up if I grep
> for "vnet" which I often d
> Date: Tue, 26 Jul 2022 18:11:01 +0200
> From: Alexander Bluhm
>
> On Fri, Jul 22, 2022 at 06:13:04PM +0200, Alexander Bluhm wrote:
> > But I am fine with committing ifmedia, gem(4) and bge(4) now. Then
> > we can decide on a per driver basis. As long kernel lock is not
> > removed from the if
> Date: Wed, 27 Jul 2022 00:11:19 +0200
> From: Alexander Bluhm
>
> On Tue, Jul 26, 2022 at 11:19:27PM +0200, Mark Kettenis wrote:
> > > Date: Tue, 26 Jul 2022 18:11:01 +0200
> > > From: Alexander Bluhm
> > >
> > > On Fri, Jul 22, 2022 at 06:13:
> From: Dave Voutila
> Date: Fri, 29 Jul 2022 10:10:01 -0400
>
> Scott Cheloha writes:
>
> > On Thu, Jul 28, 2022 at 04:57:41PM -0400, Dave Voutila wrote:
> >>
> >> Stuart Henderson writes:
> >>
> >> > On 2022/07/28 12:57, Scott Cheloha wrote:
> >> >> On Thu, Jul 28, 2022 at 07:55:40AM -0400,
> From: Dave Voutila
> Date: Fri, 29 Jul 2022 10:51:20 -0400
>
> Mark Kettenis writes:
>
> >> From: Dave Voutila
> >> Date: Fri, 29 Jul 2022 10:10:01 -0400
> >>
> >> Scott Cheloha writes:
> >>
> >> > On Thu, Jul
> Date: Sat, 30 Jul 2022 18:45:39 +0300
> From: Vitaliy Makkoveev
>
> On Wed, Jul 27, 2022 at 08:53:38PM +0200, Mark Kettenis wrote:
> > > Date: Wed, 27 Jul 2022 00:11:19 +0200
> > > From: Alexander Bluhm
> > >
> > > On Tue, Jul 26, 2022 at 11:19
> Date: Thu, 28 Jul 2022 13:30:12 +0200
> From: Alexander Bluhm
>
> Hi,
>
> The netlock for SIOCSIFMEDIA and SIOCGIFMEDIA ioctl is not necessary.
> Legacy drivers run with kernel lock, interface media is MP safe or
> has kernel lock.
>
> ixl(4) talks about net lock but in fact has kernel lock.
> Date: Tue, 2 Aug 2022 11:56:59 -0500
> From: Scott Cheloha
>
> On Mon, Jul 25, 2022 at 06:44:31PM -0500, Scott Cheloha wrote:
> > On Mon, Jul 25, 2022 at 01:52:36PM +0200, Mark Kettenis wrote:
> > > > Date: Sun, 24 Jul 2022 19:33:57 -0500
> > > > Fr
> Date: Thu, 4 Aug 2022 10:36:22 -0500
> From: Scott Cheloha
>
> On Thu, Aug 04, 2022 at 09:39:13AM +0200, Jeremie Courreges-Anglas wrote:
> > On Mon, Aug 01 2022, Scott Cheloha wrote:
> > > On Mon, Aug 01, 2022 at 07:15:33PM +0200, Jeremie Courreges-Anglas wrote:
> > >> On Sun, Jul 31 2022, Sco
My understanding is that for the Samsung SSDs there are internal part
numbers (PMxxx) and marketing names (SSD 980). So far we've used the
internal part numbers in pcidevs, partly because not all parts show up as
retails SSDs. Given that a 980 reference shows up in the firmware name
that we print.
On 08/19/2022 11:24 AM Scott Cheloha wrote:
On Aug 19, 2022, at 01:52, Claudio Jeker
wrote:
On Thu, Aug 18, 2022 at 10:32:36PM -0500, Scott Cheloha wrote:
Hi,
clockframe is sometimes defined in cpu.h, sometimes in
frame.h, and sometimes defined once each in both
> Date: Thu, 11 Aug 2022 20:48:58 +0300
> From: Sergii Dmytruk
Hi Sergeii,
Sorry for the late reply. I was enjoying a vacation without a laptop
nearby ;).
Having fwupd support for OpenBSD would be great!
I have done some work on adding support for EFI runtime services on
OpenBSD/amd64, based
> Date: Wed, 24 Aug 2022 00:57:40 +1000
> From: Jonathan Gray
>
> On Tue, Aug 23, 2022 at 08:24:24AM -0600, Theo de Raadt wrote:
> > Jonathan Gray wrote:
> >
> > > >
> > > > I could recompile and see the device listed as ugen(4):
> > > >
> > > > $ dmesg | grep pico-debug
> > > > ugen1 at
> Date: Thu, 25 Aug 2022 18:58:39 +
> From: Klemens Nanni
>
> On Thu, Aug 25, 2022 at 06:36:55PM +, Klemens Nanni wrote:
> > Turns out all install media ship full copies of those two manuals due to
> > what can be described like a makefile TOCTOU.
> >
> > In /usr/src/distrib/special, Mak
> From: "Theo de Raadt"
> Date: Fri, 26 Aug 2022 09:53:35 -0600
>
> Klemens Nanni wrote:
>
> > On Fri, Aug 26, 2022 at 04:15:43PM +0100, Stuart Henderson wrote:
> > > On 2022/08/26 09:49, Klemens Nanni wrote:
> > > > grep and CVS agree that this is a switch(4) left-over.
> > > >
> > > > OK?
>
> Date: Sat, 27 Aug 2022 20:48:50 +0200
> From: Marcus Glocker
>
> Left over from NetBSD code?
Probably.
ok kettenis@
> Index: sys/dev/fdt/bcm2835_mbox.c
> ===
> RCS file: /cvs/src/sys/dev/fdt/bcm2835_mbox.c,v
> retrieving revisio
> Date: Mon, 29 Aug 2022 11:33:19 -0500
> From: Scott Cheloha
>
> On Fri, Aug 19, 2022 at 01:24:47PM +0200, Mark Kettenis wrote:
> >
> > This is one of those annoying corners where there is too much
> > unecessary MD variation. Currently travelling without a lapto
> Date: Wed, 31 Aug 2022 19:31:47 +
> From: Klemens Nanni
>
> Another step towards more consistent behaviour across platforms.
>
> This leaves only hppa and landisk **not** logging such copies,
> but I can't test on those.
>
> OK?
ok kettenis@
> Index: sparc64_installboot.c
>
> Date: Thu, 1 Sep 2022 20:31:04 +
> From: Klemens Nanni
>
> This is practically the same diff we already landed for arm64.
>
> The kernel already supports booting off 1C and with tech@'s
> "installboot: sparc64: fix -r on multi-chunk softraid chunk" diff the
> install process will no longe
> Date: Sat, 3 Sep 2022 09:31:39 +0200
> From: Marcus Glocker
>
> On Tue, Aug 30, 2022 at 07:17:19AM +0200, Marcus Glocker wrote:
>
> > Periodic transfers on dwctwo(4) work very unreliable today. If I want
> > to use my RPI3B+ as a workstation, the keyboard is working so
> > unreliable, I can't
Diff below makes it possible for ikbd(4) to become the console. This
in turn means it is usable in DDB. This probably needs a little bit
of testing. If you have an (amd64) laptop with ikbd(4), please give
this a go and report whether it still works.
ok?
Index: dev/i2c/ihidev.h
===
> Date: Tue, 6 Sep 2022 01:16:47 +
> From: Klemens Nanni
>
> The installer considers a disk a root disk if 'a' is FFS and contains
> expected files.
>
> Furthermore, unattended upgrades will always install to the first root
> disk that is found.
>
> This works fine on machines with only on
> Date: Thu, 8 Sep 2022 08:32:27 -0500
> From: Scott Cheloha
>
> On Tue, Sep 06, 2022 at 03:30:44AM -0700, Mike Larkin wrote:
> > On Sun, Sep 04, 2022 at 02:50:10PM +1000, Jonathan Gray wrote:
> > > On Sat, Sep 03, 2022 at 05:33:01PM -0500, Scott Cheloha wrote:
> > > > On Sat, Sep 03, 2022 at 10:
> Date: Sat, 10 Sep 2022 14:18:02 +0200
> From: Martin Pieuchot
>
> Diff below fixes a bug exposed when swapping on arm64. When an anon is
> released make sure the all the pmap references to the related page are
> removed.
I'm a little bit puzzled by this. So these pages are still mapped
even
==
RCS file: arch/amd64/amd64/efi.c
diff -N arch/amd64/amd64/efi.c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ arch/amd64/amd64/efi.c 14 Sep 2022 07:58:01 -
@@ -0,0 +1,315 @@
+/* $OpenBSD$ */
+
+/*
+ * Copyright (c) 2022 Mark K
> Date: Sun, 18 Sep 2022 14:21:06 +0200
> From: Tobias Heider
>
> Hi,
>
> the diff below adds a new mouse type WSMOUSE_TYPE_APPLE which emulates Apples
> touchpad behaviour. Instead of mapping soft-buttons to an area on the pad,
> the different mouse buttons are mapped to single-finger, two-fin
> Date: Sun, 18 Sep 2022 01:53:52 +0200
> From: Tobias Heider
>
> Hi,
>
> below is a diff for a new driver to control the screen backlight on
> Apple Silicon laptops via 'gpio-backlight'. This allows disabling the
> screen via wsconsctl or hotkeys once they are hooked up.
> The task is needed b
Armv8.4 introduced a feature that provides data independent timing for
data processing instructions. This feature is obviously introduced to
mitigate timing side-channel attacks. Presumably enabling the feature
has some impact on performance as it would disable certain
optimizations to guarantee
> Date: Sat, 1 Oct 2022 20:43:31 +0200
> From: Hrvoje Popovski
>
> Hi all,
>
> I have 3 machines where I can reproduce problem in subject.
> Dell R6515 16 core with 4 mcx (64 queues). One mcx have 16 queues. If I
> lower number of cpus to 12 which lowers number of queues for mcx to 12,
> everyth
> From: "Theo de Raadt"
> Date: Sat, 01 Oct 2022 09:37:01 -0600
>
> Mark Kettenis wrote:
>
> > Armv8.4 introduced a feature that provides data independent timing for
> > data processing instructions. This feature is obviously introduced to
> > mitiga
> From: Jeremie Courreges-Anglas
> Date: Sat, 01 Oct 2022 18:36:35 +0200
>
> On Thu, Aug 18 2022, Jeremie Courreges-Anglas wrote:
> > Some time ago I wanted to get a clean poweroff from the power button on
> > my Unmatched, so that I don't get fsck at reboot the morning after
> > someone sleeps
The diff below adds the hooks to disable and enable GPIO interrupts
for amdgpio(4), aplgpio(4), bytgpio(4), chvgpio(4), glkgpio(4) and
pchgpio(4). This is similar to what I did for qcgpio(4) a few weeks
ago. This should fix potential interrupt storms related to
level-triggered interrupts.
I can'
> Date: Tue, 4 Oct 2022 07:56:22 +0200
> From: Matthias Schmidt
>
> Hi Mark,
>
> * Mark Kettenis wrote:
> > The diff below adds the hooks to disable and enable GPIO interrupts
> > for amdgpio(4), aplgpio(4), bytgpio(4), chvgpio(4), glkgpio(4) and
> > pchgpi
> Date: Sat, 17 Sep 2022 10:50:46 +
> From: Klemens Nanni
>
> In my case, accessing guest domain consoles always happens through SSH,
> ILOM, or conserver, so there's usually one more level to escape.
>
> Changing cu(1)'s escape character makes things easier to type and harder
> to mess up (
> Date: Sun, 18 Sep 2022 08:43:14 +
> From: Klemens Nanni
>
> Assignable PCIe devices have a root complex path and a more descriptive
> I/O slot path; example output from a T4-2:
>
> # ldomctl list-io
> PATH NAME
> /@400/@2/@0/@8 /SYS/MB/PCIE0
> /@500/@
> Date: Sun, 18 Sep 2022 19:08:46 +
> From: Klemens Nanni
>
> The T4-2 firmware does NOT select newly downloaded configurations, so
> I have to run
>
> # ldomctl download config-try-3-with-this-feature
> [... wait... sometimes it hangs and needs ^C + rerun...]
> # ldomctl s
> Date: Sun, 18 Sep 2022 21:54:34 +
> From: Klemens Nanni
>
> With eight domains and two or more disks per domain it is easy to exceed
> the current number of 16 virtual disks.
>
> I pass at least one miniroot and one root/data disk to every guest,
> one domain has additional disk for softra
> Date: Fri, 7 Oct 2022 12:38:24 -0500
> From: Scott Cheloha
>
> On Fri, Oct 07, 2022 at 11:27:45AM -0500, Scott Cheloha wrote:
> > On Fri, Oct 07, 2022 at 09:34:46AM -0500, Scott Cheloha wrote:
> > > On Thu, Sep 29, 2022 at 09:14:51AM -0500, Scott Cheloha wrote:
> > > > This patch computes the T
> Date: Sat, 8 Oct 2022 15:10:18 +0300
> From: Mikhail
>
> I'm troubleshooting battery status for my Lenovo IdeaPad 3 14ITL05, on
> latest -current it shows that battery is absent and AC not connected:
>
> Battery state: absent, 0% remaining, unknown life estimate
> AC adapter state: not connect
> Date: Sat, 8 Oct 2022 16:36:09 +0300
> From: Mikhail
>
> On Sat, Oct 08, 2022 at 02:56:18PM +0200, Mark Kettenis wrote:
> > The patch isn't quite right, but you're on the right track here. Can
> > you send me the contents of /var/db/acpi for this machine?
>
v/null 1 Jan 1970 00:00:00 -
+++ arch/amd64/amd64/efi_machdep.c 8 Oct 2022 16:07:02 -
@@ -0,0 +1,296 @@
+/* $OpenBSD$ */
+
+/*
+ * Copyright (c) 2022 Mark Kettenis
+ *
+ * Permission to use, copy, modify, and distribute this software for any
+ * purpose with or without fee is
> From: Dave Voutila
> Date: Mon, 10 Oct 2022 14:08:57 -0400
>
> Mark Kettenis writes:
>
> > Here is a diff that implements EFI runtime services support on amd64
> > in much the same way as we already do on arm64. This will be used in
> > the future to im
> Date: Mon, 10 Oct 2022 17:02:41 +0200
> From: Matthias Schmidt
>
> * Matthias Schmidt wrote:
> > Hi Mark,
> >
> > Addendum after 24h of testing. Your patch fixes the frequent touchpad
> > freezes I see on this model and which I reported back then in
> > https://marc.info/?l=openbsd-bugs&m=165
ch/amd64/amd64/efi_machdep.c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ arch/amd64/amd64/efi_machdep.c 12 Oct 2022 23:11:19 -
@@ -0,0 +1,301 @@
+/* $OpenBSD$ */
+
+/*
+ * Copyright (c) 2022 Mark Kettenis
+ *
+ * Permission to use, copy, modify, and distribute this software for
> Date: Thu, 13 Oct 2022 00:17:37 +0200
> From: Mark Kettenis
>
> > Date: Mon, 10 Oct 2022 17:02:41 +0200
> > From: Matthias Schmidt
> >
> > * Matthias Schmidt wrote:
> > > Hi Mark,
> > >
> > > Addendum after 24h of testing. Your p
> Date: Sun, 16 Oct 2022 11:48:56 -0400
> From: George Koehler
>
> This diff will add a few features to the macppc kernel:
>
> - sysctl hw.power will be set to 0 or 1 when I unplug or plug in
>my PowerBook's AC adapter.
> - sysctl machdep.lidaction and machdep.pwraction will exist.
> - Th
> Date: Mon, 17 Oct 2022 19:45:33 +
> From: Klemens Nanni
>
> I was looking at one particular driver and needed to know what those
> flags are, turns out AUDIO_PROP_FULLDUPLEX is the only audio(9) property
> that is in use.
>
> The other two are only ever set in *_get_props(); their handlin
> Date: Fri, 21 Oct 2022 20:11:49 +0200
> From: Stefan Sperling
>
> On Fri, Oct 21, 2022 at 06:46:14PM +0100, Jason McIntyre wrote:
> > pluggable?
The word "removable" is probably a better choice as this is the
language used by the ACPI and device tree standards.
> It really is a very machine-s
> Date: Fri, 21 Oct 2022 20:02:48 +
> From: Klemens Nanni
>
> This is the second biggest read-write global in a sparc64 bsd.mp:
> 01c091b8 g O .data 2cb8 sparc_i
>
> ddb(4) does not ever write to it and happily decodes instructions after
> moving it to .rodata:
>
>
> Date: Sat, 22 Oct 2022 11:26:31 +0300
> From: Mikhail
>
> I continue my fight with ACPI on Lenovo IdeaPad 3 14ITL05, now, when
> battery status problem has been resolved[1] next target is backlight
> brightness keys.
Well it hasn't been resolved yet. The firmware is clearly broken, and
we sti
> Date: Sat, 22 Oct 2022 11:21:17 +
> From: Klemens Nanni
>
> On Fri, Oct 21, 2022 at 10:55:57PM +0200, Mark Kettenis wrote:
> > Be careful. By moving more stuff into .rodata, you may overflow the
> > .text/.rodata block. Make sure you build and test the kernels and
> Date: Sat, 22 Oct 2022 13:43:23 -0500
> From: Scott Cheloha
>
> On Fri, Oct 07, 2022 at 12:38:24PM -0500, Scott Cheloha wrote:
> > On Fri, Oct 07, 2022 at 11:27:45AM -0500, Scott Cheloha wrote:
> > > On Fri, Oct 07, 2022 at 09:34:46AM -0500, Scott Cheloha wrote:
> > > > On Thu, Sep 29, 2022 at
> Date: Mon, 24 Oct 2022 14:52:00 +0200
> From: Robert Nagy
>
> On 24/10/22 14:49 +0200, Theo Buehler wrote:
> > On Mon, Oct 24, 2022 at 09:24:14AM +0200, Otto Moerbeek wrote:
> > > Hello,
> > >
> > > after updating my M1 macmini after my vacatiuon to the latest snap it
> > > seems to have lost
> Date: Mon, 24 Oct 2022 16:19:44 +0200
> From: Marcus Glocker
>
> Currently the PiJuice HAT EEPROM doesn't ship with the Device Tree node
> for the I2C MCU which delivers us the battery information. The reason
> for that is most likely that Linux is offering a /dev/i2c device node
> for userlan
> Date: Thu, 27 Oct 2022 13:27:43 +
> From: Klemens Nanni
>
> Make drivers which do *not* adverise AUDIO_PROP_FULLDPLEX return ENXIO
> in their open() if full-duplex mode was requested.
>
> This way, sys/dev/audio.c:audio_open() will fail immediately rather than
> later through the to-be-rem
ion 1.96
> diff -u -p -r1.96 db_command.c
> --- sys/ddb/db_command.c 29 Jul 2022 17:47:11 - 1.96
> +++ sys/ddb/db_command.c 28 Oct 2022 16:39:43 -
> @@ -597,6 +597,9 @@ db_bcstats_print_cmd(db_expr_t addr, int
> const struct db_command db_show_all_cmds[] = {
&g
> From: Jeremie Courreges-Anglas
> Date: Mon, 31 Oct 2022 22:44:01 +0100
>
>
> Here's the diff I've been using for the last bulk build on riscv64. It
> resulted in a single kernel crash:
>
> cpu1: pool_do_get: pted free list modified: page 0xffc22cc0a000; item
> addr
> 0xffc22cc0a
> Date: Sat, 5 Nov 2022 02:06:11 +1100
> From: Jonathan Gray
>
> On Fri, Nov 04, 2022 at 09:10:52AM -0500, John Browning wrote:
> > Hi,
> > I noticed I did not have sound on my new thinkpad which has a newer
> > Intel 500 HDA chipset.
> >
> > bsd$ doas pcidump -vvv 0:31:3
> > 0:31:3: Intel 500
> Date: Sun, 6 Nov 2022 19:41:25 +
> From: Scott Cheloha
>
> This patch switches amd64 to clockintr(9).
So a generic comment on this series of patches:
I think we should switch two architectures early on such that we get
some broad testing done without creating too much churn if we need to
> Date: Sun, 6 Nov 2022 19:42:11 +
> From: Scott Cheloha
>
> This patch switches arm64 to clockintr(9).
>
> This has survived about a dozen parallel kernel builds, parallel
> release builds, and bsd.rd upgrades on my RPi4b.
>
> kettenis@ said he tried it on one of his M1 machines, too.
>
>
> Date: Tue, 8 Nov 2022 10:32:14 +0100
> From: Christian Weisgerber
>
> Martin Pieuchot:
>
> > These 3 syscalls should now be ready to run w/o KERNEL_LOCK(). This
> > will reduce contention a lot. I'd be happy to hear from test reports
> > on many architectures and possible workloads.
>
> Thi
> Date: Tue, 8 Nov 2022 11:59:17 +
> From: Scott Cheloha
>
> On some arm64 machines, the agtimer(4) ticks slowly enough that the
> tc_delta() doesn't overflow across brief suspends. While working on
> arm64 suspend/resume, kettenis@ has been seeing warnings like this
> during resume:
>
> tc
> Date: Tue, 8 Nov 2022 13:06:51 +
> From: Scott Cheloha
>
> On Mon, Nov 07, 2022 at 09:23:26PM +0100, Jeremie Courreges-Anglas wrote:
> > On Sun, Nov 06 2022, Scott Cheloha wrote:
> > > This patch switches riscv64 to clockintr(9).
> > >
> > > jca@ has been testing it (on a SiFive board?).
> Date: Tue, 8 Nov 2022 15:49:19 +
> From: Miod Vallat
>
> The following diff removes the last mentions of the sun4 old style
> eeprom behaviour in the eeprom(8) manual page, as well as options
> specific to it.
sure; ok kettenis@
> Index: eeprom.8
>
> Date: Mon, 14 Nov 2022 09:22:13 +
> From: Klemens Nanni
>
> On Tue, Sep 06, 2022 at 01:16:47AM +, Klemens Nanni wrote:
> > The installer considers a disk a root disk if 'a' is FFS and contains
> > expected files.
> >
> > Furthermore, unattended upgrades will always install to the first
> From: "Theo de Raadt"
> Date: Mon, 14 Nov 2022 10:02:40 -0700
>
> An OpenBSD machine only has one OpenBSD install.
I have to disagree here. Not everyone has a pile of test machines
lying around.
> As soon as we leave that model, and allow other setup models, perhaps you
> think there will
> From: Jeremie Courreges-Anglas
> Date: Thu, 17 Nov 2022 18:00:21 +0100
>
> On Tue, Nov 15 2022, Martin Pieuchot wrote:
> > UVM vnode objects include a reference count to keep track of the number
> > of processes that have the corresponding pages mapped in their VM space.
> >
> > When the last
> Date: Thu, 17 Nov 2022 20:23:37 +0100
> From: Mark Kettenis
>
> > From: Jeremie Courreges-Anglas
> > Date: Thu, 17 Nov 2022 18:00:21 +0100
> >
> > On Tue, Nov 15 2022, Martin Pieuchot wrote:
> > > UVM vnode objects include a reference count to k
> Date: Sat, 19 Nov 2022 18:26:36 +0100
> From: Tobias Heider
>
> Here is the promised last diff we need to enable Apple M* bootloader updates.
>
> With this, installboot(8) will pick up apple-boot.bin from the firmware
> directory and writes it to $ESP/m1n1/boot.bin if both file and target
> di
> Date: Sat, 19 Nov 2022 18:44:19 +0100
> From: Tobias Heider
>
> On Sat, Nov 19, 2022 at 06:33:51PM +0100, Mark Kettenis wrote:
> > > Date: Sat, 19 Nov 2022 18:26:36 +0100
> > > From: Tobias Heider
> > >
> > > Here is the promised last diff we n
> Date: Mon, 21 Nov 2022 15:42:37 +0100
> From: Tobias Heider
>
> On Sat, Nov 19, 2022 at 08:27:18PM +0100, Tobias Heider wrote:
> > On Sat, Nov 19, 2022 at 07:25:52PM +0100, Mark Kettenis wrote:
> > > > Date: Sat, 19 Nov 2022 18:44:19 +0100
> > > > Fr
> From: "Theo de Raadt"
> Date: Mon, 21 Nov 2022 21:55:21 -0700
>
> I agree.
Yeah. At some point I had some hope we would learn what those were
about. But I haven't seen anything show up in specs or in Linux.
ok kettenis@
> Jonathan Matthew wrote:
>
> > On a Dell R6515, acpimadt(4) prints
> Date: Tue, 22 Nov 2022 15:08:30 +0100
> From: Martin Pieuchot
>
> On 18/11/22(Fri) 21:33, Mark Kettenis wrote:
> > > Date: Thu, 17 Nov 2022 20:23:37 +0100
> > > From: Mark Kettenis
> > >
> > > > From: Jeremie Courreges-Anglas
> > >
> Date: Tue, 22 Nov 2022 17:47:44 +
> From: Miod Vallat
>
> > Here is a diff. Maybe bluhm@ can try this on the macppc machine that
> > triggered the original "vref used where vget required" problem?
>
> On a similar machine it panics after a few hours with:
>
> panic: uvn_flush: PGO_SYNCIO
> Date: Wed, 23 Nov 2022 10:52:32 +0100
> From: Martin Pieuchot
>
> On 22/11/22(Tue) 23:40, Mark Kettenis wrote:
> > > Date: Tue, 22 Nov 2022 17:47:44 +
> > > From: Miod Vallat
> > >
> > > > Here is a diff. Maybe bluhm@ can try th
> Date: Thu, 24 Nov 2022 19:04:03 +0100
> From: Tobias Heider
>
> The diff below disables the screen backlight on apple silicon macs when the
> lid is closed.
Can we distinguish lid close events from lid open events? Might make
more sense to base the decision to turn the display off based on th
> Date: Thu, 24 Nov 2022 23:38:23 +0100
> From: Tobias Heider
>
> On Thu, Nov 24, 2022 at 08:36:48PM +0100, Mark Kettenis wrote:
> > > Date: Thu, 24 Nov 2022 19:04:03 +0100
> > > From: Tobias Heider
> > >
> > > The diff below disables the screen
> Date: Fri, 25 Nov 2022 10:12:12 +0100
> From: Alexandr Nedvedicky
>
> Hello Hrvoje,
>
> On Fri, Nov 25, 2022 at 09:57:15AM +0100, Hrvoje Popovski wrote:
> > Hi,
> >
> > I think that this is similar problem as what David Hill send on tech@
> > with subject "splassert on boot"
> >
> > I've che
> Date: Fri, 25 Nov 2022 22:46:46 +0100
> From: Tobias Heider
>
> This is the boilerplate code to route lid_action through to aplsmc(4) which I
> previously sent as part of another diff. Depending on how we are going to use
> it, the aplsmc(4) part might need a bit of refinement to distinguish b
> Date: Mon, 12 Jun 2023 19:09:59 -0500
> From: Scott Cheloha
>
> We need to initialize the per-CPU clockintr_queue struct before we can
> call clockintr_establish() from sched_init_cpu().
>
> Initialization is done with a call to clockqueue_init(). Currently we
> call it during clockintr_cpu_i
> Date: Sun, 18 Jun 2023 12:27:17 -0500
> From: Scott Cheloha
>
> The intent here is to update the load averages every five seconds.
> However:
>
> 1. Measuring elapsed time with the UTC clock is unreliable because of
>settimeofday(2).
>
> 2. "Call uvm_loadav() no more than once every five
> Date: Mon, 19 Jun 2023 10:22:56 +0200
> From: Claudio Jeker
>
> On Sun, Jun 18, 2023 at 12:43:18PM -0500, Scott Cheloha wrote:
> > On Sun, Jun 18, 2023 at 12:36:07PM -0500, Scott Cheloha wrote:
> > > On Sun, Jun 18, 2023 at 07:32:56PM +0200, Mark Kettenis wrote:
> Date: Tue, 27 Jun 2023 11:09:32 +
> From: Klemens Nanni
>
> On Tue, Jun 27, 2023 at 01:32:37PM +0300, Vitaliy Makkoveev wrote:
> > M_TEMP seems unreasonable for interface groups data allocations.
>
> After claudio pointed out the wrong type, I thought of the same name,
> no other malloc(9)
> Date: Tue, 27 Jun 2023 17:52:44 +0200
> From: Alexander Bluhm
>
> On Tue, Jun 27, 2023 at 01:55:23PM +0200, Mark Kettenis wrote:
> > > Date: Tue, 27 Jun 2023 11:09:32 +
> > > From: Klemens Nanni
> > >
> > > On Tue, Jun 27, 2023 at 01:32:37P
> Date: Wed, 5 Jul 2023 12:46:36 +0300
> From: Jonathan Matthew
>
> On the Banana Pi R1 (aka Lamobo R1), the dwge interface on the soc is
> connected to a broadcom switch chip. It looks like this in the device
> tree:
>
> &gmac {
> pinctrl-names = "default";
> pinctrl-0 = <&gmac
> Date: Wed, 5 Jul 2023 16:09:14 +0300
> From: Jonathan Matthew
>
> On Wed, Jul 05, 2023 at 01:13:34PM +0200, Mark Kettenis wrote:
> > > Date: Wed, 5 Jul 2023 12:46:36 +0300
> > > From: Jonathan Matthew
> > >
> > > On the Banana Pi R1 (
> Date: Wed, 5 Jul 2023 22:11:19 +0300
> From: Jonathan Matthew
>
> Like dwqe(4), dwge(4) should also register its instances for lookup
> by ofw node or phandle.
>
> ok?
ok kettenis@
> Index: if_dwge.c
> ===
> RCS file: /cvs/src/s
> Date: Thu, 06 Jul 2023 07:31:18 +0900
> From: SASANO Takayoshi
>
> Hello,
>
> Adding axp305 support to axppmic(4), I found following bugs:
>
> - only voltage range defined base and delta working,
> base2 and delta2 not working
> - even if base2 and delta2 range working, vo
> Date: Thu, 06 Jul 2023 22:27:59 +0900
> From: SASANO Takayoshi
>
> Hi,
>
> changed step -> nsteps, and indent is fixed. Here is new diff.
> Can I commit this?
Thank you very much!
ok kettenis@
> Regards,
> --
> SASANO Takayoshi (JG1UAA)
>
> Index: axppmic.c
>
> Date: Fri, 7 Jul 2023 11:56:42 +0200
> From: Tobias Heider
>
> On Wed, Jul 05, 2023 at 04:53:33PM +0200, Tobias Heider wrote:
> > I am planning to restructure the APM/sleep APIs to make it easier to suspend
> > from more places like as a suspend keyboard shortcut.
> >
> > The acpiioctl handler
> Date: Sat, 8 Jul 2023 10:10:51 +0200
> From: Tobias Heider
>
> This diff adds request_sleep(), a MI way of sending the machine to sleep in a
> safe thread. Support is limited to amd64, i386 and arm64 at the moment, macppc
> is currently an empty stub since it doesn't implement a sleep task (yet
> Date: Sat, 8 Jul 2023 16:54:25 +0200
> From: Tobias Heider
>
> Now that we have request_sleep() we can add a new internal KS_Cmd_Sleep
> keycode, map it into the macbook keyboard, catch in wskbd and go to sleep.
>
> ok?
Looks good to me, but I'd like to hear what miod@ has to say about this.
> Date: Sun, 9 Jul 2023 17:24:41 -0500
> From: Scott Cheloha
>
> On Sun, Jul 09, 2023 at 08:11:43PM +0200, Claudio Jeker wrote:
> > On Sun, Jul 09, 2023 at 12:52:20PM -0500, Scott Cheloha wrote:
> > > This patch fixes resume/unhibernate on GPROF kernels where kgmon(8)
> > > has activated kernel p
101 - 200 of 3190 matches
Mail list logo
