Or simply check for `show' and `test'.
Index: pfctl.c
===
RCS file: /cvs/src/sbin/pfctl/pfctl.c,v
retrieving revision 1.355
diff -u -p -r1.355 pfctl.c
--- pfctl.c 10 Jul 2018 09:30:49 - 1.355
+++ pfctl.c 19 Jul 2018
Nope.
Still some useful stuff in there.
On Fri, Jul 20, 2018 at 01:11:29AM +0200, Klemens Nanni wrote:
> Or simply check for `show' and `test'.
>
> Index: pfctl.c
> ===
> RCS file: /cvs/src/sbin/pfctl/pfctl.c,v
> retrieving revision 1.355
> diff -u -p -r1.355 pfctl.c
> ---
On Thu, Jul 19, 2018 at 09:47:06PM +0200, Björn Ketelaars wrote:
> On Wed 18/07/2018 08:54, Florian Obser wrote:
> > During g2k18 I commited rad(8).
> >
> > The latest amd64 and i386 snapshots should contain it with enough
> > features to replace rtadvd(8). If you are using rtadvd(8) I'd
> >
This is strictly a cosmetic change, as it already gets bound to
nvme(4) and works properly, but is currently identified as an unknown
product.
diff --git a/sys/dev/pci/pcidevs b/sys/dev/pci/pcidevs
index f9ab4d1c535..e50b8d1a1a7 100644
--- a/sys/dev/pci/pcidevs
+++ b/sys/dev/pci/pcidevs
@@
Probably an oversight back in 2003 when this command got zapped.
OK?
Index: pfctl.c
===
RCS file: /cvs/src/sbin/pfctl/pfctl.c,v
retrieving revision 1.355
diff -u -p -r1.355 pfctl.c
--- pfctl.c 10 Jul 2018 09:30:49 -
Linux >= 4.18-rc1 changed the compat string for armada uart to a
different value in b7639b0b15ddd1a4686b0142e70dfb122eefc88f.
Only compile tested for lack of hardware.
Index: com_fdt.c
===
RCS file: /cvs/src/sys/dev/fdt/com_fdt.c,v
Hello,
correct version of the patch is below. The previos one was wrong.
Thanks,
Karel
Index: sys/arch/amd64/amd64/machdep.c
===
RCS file: /cvs/src/sys/arch/amd64/amd64/machdep.c,v
retrieving revision 1.248
diff -u -p -u -r1.248
I am wanting to add the WD Black High-performance NVMe SSD PCI
IDs to pcidevs and I am not sure how to proceed. WD bought Sandisk a
while back but the vendor ID is 15b7 which is Sandisk Corp. The product
itself is WD Black High-performance NVMe SSD and is labeled as Western
Digital. The vendor ID
On 2018/07/19 10:00, Bryan Vyhmeister wrote:
> I am wanting to add the WD Black High-performance NVMe SSD PCI
> IDs to pcidevs and I am not sure how to proceed. WD bought Sandisk a
> while back but the vendor ID is 15b7 which is Sandisk Corp. The product
> itself is WD Black High-performance NVMe
Index: PSD.doc/Makefile
===
RCS file: PSD.doc/Makefile
diff -N PSD.doc/Makefile
--- PSD.doc/Makefile1 Feb 2004 14:33:13 - 1.4
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,11 +0,0 @@
-# $OpenBSD: Makefile,v 1.4
Anyone?
-- Forwarded message --
From: Mikhail
Date: Wed, Jul 11, 2018 at 6:12 PM
Subject: Re: new usb id for urtwn
To: Stuart Henderson
Cc: tech@openbsd.org
Sorry, new patch attached.
On Wed, Jul 11, 2018 at 4:45 PM, Stuart Henderson wrote:
> On 2018/07/11 16:27, Mikhail
On 2018/07/19 18:00, Mikhail wrote:
> Anyone?
>
>
> -- Forwarded message --
> From: Mikhail
> Date: Wed, Jul 11, 2018 at 6:12 PM
> Subject: Re: new usb id for urtwn
> To: Stuart Henderson
> Cc: tech@openbsd.org
>
>
> Sorry, new patch attached.
>
> On Wed, Jul 11, 2018 at
On 19 July 2018 at 19:36, Stuart Henderson wrote:
>
> On 2018/07/19 10:00, Bryan Vyhmeister wrote:
> > I am wanting to add the WD Black High-performance NVMe SSD PCI
> > IDs to pcidevs and I am not sure how to proceed. WD bought Sandisk a
> > while back but the vendor ID is 15b7 which is Sandisk
On Thu, Jul 19, 2018 at 09:02:07PM +0300, Leonid Bobrov wrote:
> Index: PSD.doc/Makefile
> ===
evening.
all the PSD/USD/... docs in src that remain have been previously
vouched for by other developers as having value, either as-is,
On Thu, Jul 19, 2018 at 08:32:45PM +0200, Mike Belopuhov wrote:
> But at this point the origin of new devices is WD. I think since it's
> a new addition it should go by WD to reduce potential confusion in the
> future.
I would tend to agree. It would look rather strange to have a Sandisk WD
> Date: Tue, 17 Jul 2018 20:41:26 +0200
> From: Christian Weisgerber
>
> Since the VAX port was discontinued, all our remaining architectures
> use IEEE floating point, as will any future ones.
>
> For this reason, I would like to remove all of libm/noieee_src,
> which is unused now. I don't
On Wed 18/07/2018 08:54, Florian Obser wrote:
> During g2k18 I commited rad(8).
>
> The latest amd64 and i386 snapshots should contain it with enough
> features to replace rtadvd(8). If you are using rtadvd(8) I'd
> appreciate if you could switch to rad(8) and report back if any
> features are
18 matches
Mail list logo