pkg_add quirks log in snapshot

Hi all, i'm getting this log after update to latest snapshot pkg_add -ui quirks-3.580 signed on 2021-02-24T18:23:18Z |No change in quirks-3.580String found where operator expected at /usr/local/libdata/perl5/site_perl/OpenBSD/Quirks.pm line 2196, near ""Upstrem moved to unversioned tarballs, use

Re: fix nvme(4): NULL deref. and empty device attachments

ok > On 25 Feb 2021, at 02:34, Jan Klemkow wrote: > > Hi, > > While attaching the following disks, the nvme driver runs into a NULL > dereference in nvme_scsi_capacity16() and nvme_scsi_capacity(). > > nvme0 at pci1 dev 0 function 0 vendor "Intel", unknown product 0x0a54 rev > 0x00: msix, NVM

Re: Secure by default

Dear Stuart Henderson, On Fri, Feb 19, 2021 at 8:42 PM Stuart Henderson wrote: > > On 2021/02/19 20:27, sivasubramanian muthusamy wrote: > > Dear Flint, > > > > During installation I didn't connect the network, but after installation, > > Yes. What would I do with a Computer that isn't connected?

Re: fix nvme(4): NULL deref. and empty device attachments

Am Wed, Feb 24, 2021 at 05:34:48PM +0100 schrieb Jan Klemkow: > Hi, > > While attaching the following disks, the nvme driver runs into a NULL > dereference in nvme_scsi_capacity16() and nvme_scsi_capacity(). > > nvme0 at pci1 dev 0 function 0 vendor "Intel", unknown product 0x0a54 rev > 0x00: ms

fix nvme(4): NULL deref. and empty device attachments

Hi, While attaching the following disks, the nvme driver runs into a NULL dereference in nvme_scsi_capacity16() and nvme_scsi_capacity(). nvme0 at pci1 dev 0 function 0 vendor "Intel", unknown product 0x0a54 rev 0x00: msix, NVMe 1.2 nvme0: INTEL SSDPE2KX040T8, firmware VDV10170, serial PHLJ04130

Re: quiz: Fix multi-line questions (trailing newline)

Hi all, v2 below following some feedback from Christian (naddy@, thanks!). Only change is the malloc + strlcpy is replaced with a strdup. Thanks, Alex diff --git games/quiz/quiz.c games/quiz/quiz.c index 073c1700719..f6eac5027e8 100644 --- games/quiz/quiz.c +++ games/quiz/quiz.c @@ -110,7 +110,

Re: LibreSSL legacy verifier regression

On Wed, Feb 24, 2021 at 09:00:05PM +0100, Theo Buehler wrote: > On Wed, Feb 24, 2021 at 06:47:00AM +0100, Jan Klemkow wrote: > > Hi, > > > > another co-worker of mine has found an other regress in the LibreSSL > > legacy verifier. I took his diff and made a test for our regression > > framework.

Re: LibreSSL legacy verifier regression

On Wed, Feb 24, 2021 at 06:47:00AM +0100, Jan Klemkow wrote: > Hi, > > another co-worker of mine has found an other regress in the LibreSSL > legacy verifier. I took his diff and made a test for our regression > framework. > > The legacy verifier seems not to check the certificate if no root CA

Re: have m_copydata use a void * instead of caddr_t

I agree. Alexander Bluhm wrote: > On Wed, Feb 24, 2021 at 04:27:03PM +1000, David Gwynne wrote: > > it's a start though. cocci and i came up with this to push in after. > > Less casting is better. OK bluhm@ > > > Index: arch/armv7/sunxi/sxie.c > >

Re: have m_copydata use a void * instead of caddr_t

On Wed, Feb 24, 2021 at 04:27:03PM +1000, David Gwynne wrote: > it's a start though. cocci and i came up with this to push in after. Less casting is better. OK bluhm@ > Index: arch/armv7/sunxi/sxie.c > === > RCS file: /cvs/src/sys/

Re: Sky Lake-E PCI ids.

Few more ids added to also support W-22xx systems with no "unknown" intel. diff --git a/sys/dev/pci/pcidevs b/sys/dev/pci/pcidevs index ba975d05548..190634d6c35 100644 --- a/sys/dev/pci/pcidevs +++ b/sys/dev/pci/pcidevs @@ -4188,6 +4188,58 @@ product INTEL ATOMC2000_PCU_SMB 0x1f3c    Atom C20

Sky Lake-E PCI ids.

Hello, attach patch adds some SkyLake-E related PCI ids. Tested on Kontron/Fujitsu D3598-B with Intel Xeon W-2123. Thanks for review, comment(s) and/or commit. Karel diff --git a/sys/dev/pci/pcidevs b/sys/dev/pci/pcidevs index ba975d05548..10d98d3ce2b 100644 --- a/sys/dev/pci/pcidevs +++ b

patch: split off some port-modules(5) documentation

This is mostly mechanical, split off the largest modules documentation off the main page. Note that some of this could use some reformatting and reparagraphing and even proper English, but this is a bit daunting until the split-off is done. okay ? Index: Makefile

uvm: modify `uvmexp.swpgonly' atomically

As soon as the upper part of the page fault handler is executed w/o KERNEL_LOCK(), uvm_anfree_list() will also be executed without it. To not corrupt the value of `uvmexp.swpgonly' counter, use atomic operations to modify it. ok? Index: uvm/uvm_anon.c

LibreSSL legacy verifier regression

Hi, another co-worker of mine has found an other regress in the LibreSSL legacy verifier. I took his diff and made a test for our regression framework. The legacy verifier seems not to check the certificate if no root CA was given. The following test creates an expired certificate and tries to

Re: pdaemon vs anon locking

On 17/02/21(Wed) 11:56, Martin Pieuchot wrote: > Diff below adds anon locking to the page daemon. It will become > necessary to guarantee exclusive access to an anon as soon as the > KERNEL_LOCK() is removed from the fault handler. Anyone? This should have been part of the already committed anon