svn commit: r327615 - head/usr.bin/morse

Author: eadler Date: Sat Jan 6 07:48:17 2018 New Revision: 327615 URL: https://svnweb.freebsd.org/changeset/base/327615 Log: morse(6): minor nits - Use copyright comment header - Make it easier to compile on !FreeBSD - Diff reduction against DragonFlyBSD Modified:

Re: svn commit: r327614 - head/usr.bin/morse

On 5 January 2018 at 23:02, Eitan Adler wrote: > Author: eadler > Date: Sat Jan 6 07:02:24 2018 > New Revision: 327614 > URL: https://svnweb.freebsd.org/changeset/base/327614 > > Log: > morse(6): implement support for decoding morse code > > - Use `-r` for "reverse" mode

svn commit: r327614 - head/usr.bin/morse

Author: eadler Date: Sat Jan 6 07:02:24 2018 New Revision: 327614 URL: https://svnweb.freebsd.org/changeset/base/327614 Log: morse(6): implement support for decoding morse code - Use `-r` for "reverse" mode and to match DragonFlyBSD. - Move defines around to clear up logic - use

svn commit: r327613 - stable/11/usr.bin/pathchk

Author: eadler Date: Sat Jan 6 06:34:49 2018 New Revision: 327613 URL: https://svnweb.freebsd.org/changeset/base/327613 Log: MFC r302480: Add -P to pathchk usage Modified: stable/11/usr.bin/pathchk/pathchk.c Directory Properties: stable/11/ (props changed) Modified:

svn commit: r327612 - in head/stand/i386: libfirewire libi386

Author: imp Date: Sat Jan 6 06:00:45 2018 New Revision: 327612 URL: https://svnweb.freebsd.org/changeset/base/327612 Log: Invent new #defines for the biospci_{read,write}_config function to specify the width and use them everywhere. Sponsored by: Netflix Modified:

svn commit: r327610 - head/usr.sbin/efibootmgr

Author: imp Date: Sat Jan 6 06:00:34 2018 New Revision: 327610 URL: https://svnweb.freebsd.org/changeset/base/327610 Log: Fix usage strings. -d and -p were removed before this was committed to FreeBSD, but the strings weren't updated. Sponsored by: Netflix Modified:

svn commit: r327611 - head/usr.sbin/efibootmgr

Author: imp Date: Sat Jan 6 06:00:40 2018 New Revision: 327611 URL: https://svnweb.freebsd.org/changeset/base/327611 Log: There's no need / benefit from deleting the variable before we set it. Sponsored by: Netflix Modified: head/usr.sbin/efibootmgr/efibootmgr.c Modified:

svn commit: r327609 - stable/11

Author: eadler Date: Sat Jan 6 05:00:36 2018 New Revision: 327609 URL: https://svnweb.freebsd.org/changeset/base/327609 Log: MFC r327183: .git*: add gitattributes and gitignore For users of the git mirrors, lets provide useful git configuration files. Added:

svn commit: r327608 - stable/10

Author: eadler Date: Sat Jan 6 05:00:30 2018 New Revision: 327608 URL: https://svnweb.freebsd.org/changeset/base/327608 Log: MFC r327183: .git*: add gitattributes and gitignore For users of the git mirrors, lets provide useful git configuration files. Added:

svn commit: r327607 - in head/sys/contrib/dev/acpica: . common

Author: jkim Date: Sat Jan 6 03:41:35 2018 New Revision: 327607 URL: https://svnweb.freebsd.org/changeset/base/327607 Log: Fix a header inclusion missed in the previous commit. Reported by: Michael Butler (imb at protected-networks dot net) Modified:

Re: svn commit: r327559 - in head: . sys/net

On 05/01/2018 23:30, Scott Long wrote: On Jan 5, 2018, at 11:20 AM, Eugene Grosbein wrote: CC'ng scottl@ as author of the change in question. 06.01.2018 0:39, Matt Joras wrote: For what it's worth, this was the conclusion I came to, and at Isilon we've made the same

svn commit: r327606 - head/stand/i386/libi386

Author: sbruno Date: Fri Jan 5 23:50:50 2018 New Revision: 327606 URL: https://svnweb.freebsd.org/changeset/base/327606 Log: Handle misconfigured/nonexistent pcidev for comconsole instead of BTX panic. PR: 203319 Reviewed by: imp jhb MFC after:2 weeks Sponsored by:

Re: svn commit: r327559 - in head: . sys/net

> On Jan 5, 2018, at 11:20 AM, Eugene Grosbein wrote: > > CC'ng scottl@ as author of the change in question. > > 06.01.2018 0:39, Matt Joras wrote: > For what it's worth, this was the conclusion I came to, and at Isilon we've made the same change being discussed

svn commit: r327605 - in head/sys/contrib/dev/acpica: . common compiler components/debugger components/disassembler components/dispatcher components/events components/executer components/hardware c...

Author: jkim Date: Fri Jan 5 23:21:47 2018 New Revision: 327605 URL: https://svnweb.freebsd.org/changeset/base/327605 Log: Merge ACPICA 20180105. Added: head/sys/contrib/dev/acpica/include/actbinfo.h - copied unchanged from r327603, vendor-sys/acpica/dist/source/include/actbinfo.h

svn commit: r327604 - vendor-sys/acpica/20180105

Author: jkim Date: Fri Jan 5 23:04:13 2018 New Revision: 327604 URL: https://svnweb.freebsd.org/changeset/base/327604 Log: Tag ACPICA 20180105. Added: vendor-sys/acpica/20180105/ - copied from r327603, vendor-sys/acpica/dist/ ___ svn-src-all

svn commit: r327603 - in vendor-sys/acpica/dist: . source/common source/compiler source/components/debugger source/components/disassembler source/components/dispatcher source/components/events sour...

Author: jkim Date: Fri Jan 5 23:02:12 2018 New Revision: 327603 URL: https://svnweb.freebsd.org/changeset/base/327603 Log: Import ACPICA 20180105. Added: vendor-sys/acpica/dist/source/include/actbinfo.h (contents, props changed) Modified: vendor-sys/acpica/dist/changes.txt vendor-sys

svn commit: r327602 - in vendor-sys/acpica/dist: . source/common source/compiler source/components/debugger source/components/disassembler source/components/dispatcher source/components/events sour...

/changes.txt Fri Jan 5 22:56:07 2018 (r327601) +++ vendor-sys/acpica/dist/changes.txt Fri Jan 5 22:59:03 2018 (r327602) @@ -1,37 +1,4 @@ -05 January 2018. Summary of changes for version 20180105: - - -1) ACPICA kernel-resident subsystem

svn commit: r327601 - vendor-sys/acpica/20180105

Author: jkim Date: Fri Jan 5 22:56:07 2018 New Revision: 327601 URL: https://svnweb.freebsd.org/changeset/base/327601 Log: Remove a tag. The import was missing a new file. Deleted: vendor-sys/acpica/20180105/ ___ svn-src-all@freebsd.org mailing

svn commit: r327600 - vendor-sys/acpica/20180105

Author: jkim Date: Fri Jan 5 22:52:18 2018 New Revision: 327600 URL: https://svnweb.freebsd.org/changeset/base/327600 Log: Tag ACPICA 20180105. Added: vendor-sys/acpica/20180105/ - copied from r327599, vendor-sys/acpica/dist/ ___ svn-src-all

svn commit: r327599 - in vendor-sys/acpica/dist: . source/common source/compiler source/components/debugger source/components/disassembler source/components/dispatcher source/components/events sour...

Author: jkim Date: Fri Jan 5 22:51:18 2018 New Revision: 327599 URL: https://svnweb.freebsd.org/changeset/base/327599 Log: Import ACPICA 20180105. Modified: vendor-sys/acpica/dist/changes.txt vendor-sys/acpica/dist/source/common/acfileio.c vendor-sys/acpica/dist/source/common

svn commit: r327598 - head/sys/sys

Author: jhb Date: Fri Jan 5 22:26:23 2018 New Revision: 327598 URL: https://svnweb.freebsd.org/changeset/base/327598 Log: Remove LINK_MAX. After recent changes to change filesystems to use filesystem-specific limits, LINK_MAX is no longer used in the base system. Applications should

svn commit: r327597 - in head: sys/amd64/amd64 sys/dev/cpuctl sys/sys sys/x86/include sys/x86/x86 usr.sbin/cpucontrol

Author: kib Date: Fri Jan 5 21:06:19 2018 New Revision: 327597 URL: https://svnweb.freebsd.org/changeset/base/327597 Log: Make it possible to re-evaluate cpu_features. Add cpuctl(4) ioctl CPUCTL_EVAL_CPU_FEATURES which forces re-read of cpu_features, cpu_features2, cpu_stdext_features,

Re: svn commit: r327559 - in head: . sys/net

On 05/01/2018 17:39, Matt Joras wrote: On Fri, Jan 5, 2018 at 9:32 AM, Eugene Grosbein wrote: 06.01.2018 0:28, Matt Joras wrote: For what it's worth, this was the conclusion I came to, and at Isilon we've made the same change being discussed here. For the case of

svn commit: r327596 - head/sys/kern

Author: glebius Date: Fri Jan 5 20:21:46 2018 New Revision: 327596 URL: https://svnweb.freebsd.org/changeset/base/327596 Log: In sendfile_iodone() both pru_abort and sorele need to be executed with proper VNET context set. Reported by: sbruno MFC after:2 weeks Modified:

Re: svn commit: r327559 - in head: . sys/net

06.01.2018 2:20, Navdeep Parhar пишет: > On Fri, Jan 5, 2018 at 10:23 AM, Eugene Grosbein wrote: >> 06.01.2018 1:03, Steven Hartland wrote: >> >>> Is there a way to determine if the mbuf is a forwarded mbuf of not? >> >> Yes: m->m_pkthdr.rcvif is defined in case of forwarding.

Re: svn commit: r327561 - head/sys/kern

On Thursday, January 04, 2018 09:59:34 PM John Baldwin wrote: > Author: jhb > Date: Thu Jan 4 21:59:34 2018 > New Revision: 327561 > URL: https://svnweb.freebsd.org/changeset/base/327561 > > Log: > Report offset relative to the backing object for kinfo_vmentry structures. > > For the

svn commit: r327595 - stable/11/sys/arm/ti

Author: ian Date: Fri Jan 5 19:28:13 2018 New Revision: 327595 URL: https://svnweb.freebsd.org/changeset/base/327595 Log: MFC r324185: Enhance the interrupt capabilities of ti_pruss driver. The existing ti_pruss driver for the PRUSS Hardware provided by the AM335x ARM CPU has basic

svn commit: r327594 - stable/11/sys/arm/broadcom/bcm2835

Author: ian Date: Fri Jan 5 19:21:45 2018 New Revision: 327594 URL: https://svnweb.freebsd.org/changeset/base/327594 Log: MFC r324169: Work around bcm283x silicon bugs to make i2c repeat-start work for the most common case where it's needed -- a write followed by a read to the same

Re: svn commit: r327559 - in head: . sys/net

On Fri, Jan 5, 2018 at 10:23 AM, Eugene Grosbein wrote: > 06.01.2018 1:03, Steven Hartland wrote: > >> Is there a way to determine if the mbuf is a forwarded mbuf of not? > > Yes: m->m_pkthdr.rcvif is defined in case of forwarding. > It is NULL for locally originated packets.

svn commit: r327593 - head/sys/amd64/vmm/amd

Author: avg Date: Fri Jan 5 19:15:24 2018 New Revision: 327593 URL: https://svnweb.freebsd.org/changeset/base/327593 Log: Fix a couple of comments in AMD Virtual Machine Control Block structure MFC after:1 week Modified: head/sys/amd64/vmm/amd/vmcb.h Modified:

svn commit: r327592 - in stable/11: etc etc/defaults sbin/mdmfs

Author: ian Date: Fri Jan 5 19:12:36 2018 New Revision: 327592 URL: https://svnweb.freebsd.org/changeset/base/327592 Log: MFC r319987, r324107-r324108 r319987 (MFC'd just to make following changes apply cleanly): Replace md(4) usage in diskless(8) script rc.initdiskless with tmpfs(5).

svn commit: r327591 - head/sys/fs/procfs

Author: jhb Date: Fri Jan 5 18:32:46 2018 New Revision: 327591 URL: https://svnweb.freebsd.org/changeset/base/327591 Log: Correct comment. procfs_doprocfile implements 'file', not 'self'. Modified: head/sys/fs/procfs/procfs.c Modified: head/sys/fs/procfs/procfs.c

Re: svn commit: r327559 - in head: . sys/net

06.01.2018 1:03, Steven Hartland wrote: > Is there a way to determine if the mbuf is a forwarded mbuf of not? Yes: m->m_pkthdr.rcvif is defined in case of forwarding. It is NULL for locally originated packets. ___ svn-src-all@freebsd.org mailing list

Re: svn commit: r327559 - in head: . sys/net

CC'ng scottl@ as author of the change in question. 06.01.2018 0:39, Matt Joras wrote: >>> For what it's worth, this was the conclusion I came to, and at Isilon >>> we've made the same change being discussed here. For the case of >>> drivers that end up using a queue index for the flowid, you end

Re: svn commit: r327559 - in head: . sys/net

On 05/01/2018 17:06, Eugene Grosbein wrote: 05.01.2018 23:11, Steven Hartland wrote: What do others think, am I missing something? You still consider only TCP case missing IP forwarning case when all IP packets are transit coming from lagg0 and going out via lagg1. Just going out via a laggX

Re: svn commit: r327559 - in head: . sys/net

06.01.2018 0:38, Steven Hartland wrote: >> How do you know that flowid of incoming packet is preserved on outgoing >> path? It should not. > https://github.com/freebsd/freebsd/blob/master/sys/netinet/ip_output.c#L234 This is a bug then. It should keep previously computed flowid value (for

Re: svn commit: r327577 - head/sys/cam/ata

> Author: eadler > Date: Fri Jan 5 07:14:39 2018 > New Revision: 327577 > URL: https://svnweb.freebsd.org/changeset/base/327577 > > Log: > cam/da: QUIRK: Add 4K quirks for WD Red and Black MHDDs > > PR: 188685 > Submitted by: Jeremy Chadwick >

Re: svn commit: r327559 - in head: . sys/net

On Fri, Jan 5, 2018 at 9:32 AM, Eugene Grosbein wrote: > 06.01.2018 0:28, Matt Joras wrote: > >> For what it's worth, this was the conclusion I came to, and at Isilon >> we've made the same change being discussed here. For the case of >> drivers that end up using a queue index

Re: svn commit: r327559 - in head: . sys/net

On 05/01/2018 17:16, Eugene Grosbein wrote: That is, there is no guarantee of persistance of flowid of incoming packets as they can be received with distinct ports of lagg being distinct hardware computing flowid differently. Some ports may not support RSS at all. We should not use incoming

Re: svn commit: r327559 - in head: . sys/net

06.01.2018 0:28, Matt Joras wrote: > For what it's worth, this was the conclusion I came to, and at Isilon > we've made the same change being discussed here. For the case of > drivers that end up using a queue index for the flowid, you end up > with pathological behavior on the lagg; the flowid

Re: svn commit: r327559 - in head: . sys/net

On Fri, Jan 05, 2018 at 11:59:30PM +0700, Eugene Grosbein wrote: > 05.01.2018 21:38, Slawa Olhovchenkov wrote: > > >>> Irrelevant to RSS and etc. flowid distribution in lacp case work very > >>> bad. This is good and must be MFC (IMHO). > >> > >> It may work bad depending on NIC and/or traffic

Re: svn commit: r327559 - in head: . sys/net

06.01.2018 0:12, Steven Hartland wrote: >>> I hope there's some improvements that can be made, for example if we >>> can determine >>> the stream was instigated remotely then flowid would always be valid >>> hence we can use it assuming it >>> matches the requested spec or

Re: svn commit: r327559 - in head: . sys/net

On Fri, Jan 5, 2018 at 7:42 AM, Steven Hartland wrote: > My current thinking is that flowid shouldn't be used for either LACP or > loadbalance protocols as doing so will almost certainly lead to unexpected > behavior (the stated lagghash may not be valid). > > Regards

svn commit: r327590 - stable/10/sys/dev/txp

Author: pfg Date: Fri Jan 5 17:23:17 2018 New Revision: 327590 URL: https://svnweb.freebsd.org/changeset/base/327590 Log: MFC r327329: dev/txp: Update if_txpreg.h to match OpenBSD's version. Resolve a minor mismatch: TXP_CMD_READ_VERSION instead of TXP_CMD_VERSIONS_READ. Curiously

svn commit: r327589 - stable/11/sys/dev/txp

Author: pfg Date: Fri Jan 5 17:21:51 2018 New Revision: 327589 URL: https://svnweb.freebsd.org/changeset/base/327589 Log: MFC r327329: dev/txp: Update if_txpreg.h to match OpenBSD's version. Resolve a minor mismatch: TXP_CMD_READ_VERSION instead of TXP_CMD_VERSIONS_READ. Curiously

Re: svn commit: r327559 - in head: . sys/net

05.01.2018 22:42, Steven Hartland wrote: >> RSS by definition has meaning to received stream. What is "outbound" >> stream >> in this context, why can the hash calculatiom method change and what >> exactly >> does it mean "a stream being incorrectly split"? > Yes RSS is

Re: svn commit: r327559 - in head: . sys/net

On 05/01/2018 17:02, Eugene Grosbein wrote: 05.01.2018 22:13, Steven Hartland wrote: I hope there's some improvements that can be made, for example if we can determine the stream was instigated remotely then flowid would always be valid hence we can use it assuming it matches the requested

Re: svn commit: r327559 - in head: . sys/net

05.01.2018 23:11, Steven Hartland wrote: > What do others think, am I missing something? You still consider only TCP case missing IP forwarning case when all IP packets are transit coming from lagg0 and going out via lagg1. IP forwarding case benefits from pre-computed RSS flowid since

Re: svn commit: r327559 - in head: . sys/net

05.01.2018 22:13, Steven Hartland wrote: > I hope there's some improvements that can be made, for example if we can > determine > the stream was instigated remotely then flowid would always be valid > hence we can use it assuming it > matches the requested spec or if we can

Re: svn commit: r327559 - in head: . sys/net

05.01.2018 21:38, Slawa Olhovchenkov wrote: >>> Irrelevant to RSS and etc. flowid distribution in lacp case work very >>> bad. This is good and must be MFC (IMHO). >> >> It may work bad depending on NIC and/or traffic type. >> It works just fine in common case of IP forwarding for packets with

Re: svn commit: r327559 - in head: . sys/net

On 05/01/2018 09:41, hiren panchasara wrote: IIRC, with 'RSS' in kernconf, most NIC drivers and stack should do the right thing. Look at drivers and also conn startup code in TCP as I recall it doing the flowid mapping correctly when stream originated from the other side and had flowid assigned

svn commit: r327588 - in stable/11/sys/dev: hpt27xx hptnr hptrr

Author: emaste Date: Fri Jan 5 16:04:56 2018 New Revision: 327588 URL: https://svnweb.freebsd.org/changeset/base/327588 Log: MFC r327497, r327498: fix memory disclosure in hpt* ioctls r327497: hpt27xx: plug info leak in hpt_ioctl The hpt27xx ioctl handler allocates a buffer without

Re: svn commit: r327559 - in head: . sys/net

On 05/01/2018 14:38, Slawa Olhovchenkov wrote: On Fri, Jan 05, 2018 at 08:36:48PM +0700, Eugene Grosbein wrote: 05.01.2018 20:11, Slawa Olhovchenkov wrote: Irrelevant to RSS and etc. flowid distribution in lacp case work very bad. This is good and must be MFC (IMHO). It may work bad

Re: svn commit: r327559 - in head: . sys/net

On 05/01/2018 13:49, Eugene Grosbein wrote: 05.01.2018 16:26, Steven Hartland пишет: On 05/01/2018 02:01, Eugene Grosbein wrote: 05.01.2018 4:52, Steven Hartland wrote: RSS by definition has meaning to received stream. What is "outbound" stream in this context, why can the hash calculatiom

Re: svn commit: r327559 - in head: . sys/net

On 05/01/2018 13:41, Eugene Grosbein wrote: 05.01.2018 16:34, Steven Hartland wrote: I hope there's some improvements that can be made, for example if we can determine the stream was instigated remotely then flowid would always be valid hence we can use it assuming it matches the requested

Re: svn commit: r327559 - in head: . sys/net

On Fri, Jan 05, 2018 at 08:36:48PM +0700, Eugene Grosbein wrote: > 05.01.2018 20:11, Slawa Olhovchenkov wrote: > > > Irrelevant to RSS and etc. flowid distribution in lacp case work very > > bad. This is good and must be MFC (IMHO). > > It may work bad depending on NIC and/or traffic type. > It

Re: svn commit: r327559 - in head: . sys/net

On Fri, Jan 05, 2018 at 03:50:31AM +0700, Eugene Grosbein wrote: > 05.01.2018 3:05, Steven Hartland wrote: > > > Author: smh > > Date: Thu Jan 4 20:05:47 2018 > > New Revision: 327559 > > URL: https://svnweb.freebsd.org/changeset/base/327559 > > > > Log: > > Disabled the use of flowid for

Re: svn commit: r327559 - in head: . sys/net

05.01.2018 16:26, Steven Hartland пишет: > > On 05/01/2018 02:01, Eugene Grosbein wrote: >> 05.01.2018 4:52, Steven Hartland wrote: >> RSS by definition has meaning to received stream. What is "outbound" stream in this context, why can the hash calculatiom method change and what

Re: svn commit: r327559 - in head: . sys/net

05.01.2018 16:34, Steven Hartland wrote: >>> I hope there's some improvements that can be made, for example if we can >>> determine >>> the stream was instigated remotely then flowid would always be valid hence >>> we can use it assuming it >>> matches the requested spec or if we can make it

Re: svn commit: r327559 - in head: . sys/net

05.01.2018 20:11, Slawa Olhovchenkov wrote: > Irrelevant to RSS and etc. flowid distribution in lacp case work very > bad. This is good and must be MFC (IMHO). It may work bad depending on NIC and/or traffic type. It works just fine in common case of IP forwarding for packets with TCP/UDP

svn commit: r327587 - stable/11/sys/vm

Author: kib Date: Fri Jan 5 11:46:45 2018 New Revision: 327587 URL: https://svnweb.freebsd.org/changeset/base/327587 Log: MFC r327359: Do not lock vm map in swapout_procs(). Modified: stable/11/sys/vm/vm_swapout.c Directory Properties: stable/11/ (props changed) Modified:

svn commit: r327586 - stable/11/sys/vm

Author: kib Date: Fri Jan 5 11:45:40 2018 New Revision: 327586 URL: https://svnweb.freebsd.org/changeset/base/327586 Log: MFC r327354: Style. Modified: stable/11/sys/vm/vm_swapout.c Directory Properties: stable/11/ (props changed) Modified: stable/11/sys/vm/vm_swapout.c

svn commit: r327585 - stable/11/sys/fs/ext2fs

Author: fsu Date: Fri Jan 5 10:04:13 2018 New Revision: 327585 URL: https://svnweb.freebsd.org/changeset/base/327585 Log: MFC r326807: Fix extattr getters in case of neither uio nor buffer was not passed to VOP_*. Approved by:pfg (mentor) Differential Revision:

svn commit: r327584 - head/sys/fs/ext2fs

Author: fsu Date: Fri Jan 5 10:04:01 2018 New Revision: 327584 URL: https://svnweb.freebsd.org/changeset/base/327584 Log: Add 64bit feature support. Reviewed by:kevlo, pfg (mentor) Approved by:pfg (mentor) MFC after: 6 months Differential Revision:

Re: svn commit: r327559 - in head: . sys/net

I found https://wiki.freebsd.org/NetworkRSS but I couldn't see any options mentioned, is there a sysctl or kernel option for that Adrian? For reference our current test is on a production LB running 11.0-RELEASE. We're in the process of updating our HEAD box for additional testing. On

Re: svn commit: r327559 - in head: . sys/net

On 01/04/18 at 11:37P, Steven Hartland wrote: > > > On 04/01/2018 22:42, hiren panchasara wrote: > > On 01/04/18 at 09:52P, Steven Hartland wrote: > >> On 04/01/2018 20:50, Eugene Grosbein wrote: > >>> 05.01.2018 3:05, Steven Hartland wrote: > >>> > Author: smh > Date: Thu Jan 4

Re: svn commit: r327559 - in head: . sys/net

On 05/01/2018 02:09, Eugene Grosbein wrote: 05.01.2018 6:37, Steven Hartland wrote: Our TCP stack seems fragile during setup to out of order packets which this multipath behavior causes, we've seen this on our loadbalancers which is what triggered the investigation. The concrete result is many

svn commit: r327583 - in head/lib/libcasper/services: cap_dns/tests cap_grp/tests cap_pwd/tests cap_sysctl/tests

Author: oshogbo Date: Fri Jan 5 09:31:41 2018 New Revision: 327583 URL: https://svnweb.freebsd.org/changeset/base/327583 Log: Build service tests with Casper support. Modified: head/lib/libcasper/services/cap_dns/tests/Makefile head/lib/libcasper/services/cap_grp/tests/Makefile

Re: svn commit: r327559 - in head: . sys/net

On 05/01/2018 02:01, Eugene Grosbein wrote: 05.01.2018 4:52, Steven Hartland wrote: RSS by definition has meaning to received stream. What is "outbound" stream in this context, why can the hash calculatiom method change and what exactly does it mean "a stream being incorrectly split"? Yes

svn commit: r327582 - head/usr.sbin/dumpcis

Author: lwhsu (ports committer) Date: Fri Jan 5 08:29:32 2018 New Revision: 327582 URL: https://svnweb.freebsd.org/changeset/base/327582 Log: Fix typo & build Approved by: kevlo Modified: head/usr.sbin/dumpcis/readcis.c Modified: head/usr.sbin/dumpcis/readcis.c