Alexey Dokuchaev wrote this message on Mon, Apr 13, 2020 at 04:32 +:
> On Sun, Apr 12, 2020 at 01:08:49PM -0700, Xin Li via svn-src-all wrote:
> > On 3/27/20 11:25 AM, John Baldwin wrote:
> > > - Drivers no longer register a list of supported algorithms. [...]
> >
> > For user-visible
On Sun, Apr 12, 2020 at 01:08:49PM -0700, Xin Li via svn-src-all wrote:
> On 3/27/20 11:25 AM, John Baldwin wrote:
> > - Drivers no longer register a list of supported algorithms. [...]
>
> For user-visible interface, it seems like we are essentially treating
> "accelerated software" like
Author: rmacklem
Date: Mon Apr 13 00:07:37 2020
New Revision: 359840
URL: https://svnweb.freebsd.org/changeset/base/359840
Log:
Delete the mbuf macros that were used for the Mac OS/X port.
When the code was ported to Mac OS/X, mbuf handling functions were
converted to using the Mac OS/X
Author: kevans
Date: Sun Apr 12 22:22:53 2020
New Revision: 359839
URL: https://svnweb.freebsd.org/changeset/base/359839
Log:
Bump __FreeBSD_version after r359836, close_range(2)
Reported by: cy
Modified:
head/sys/sys/param.h
Modified: head/sys/sys/param.h
In message <202004122123.03clnk82073...@repo.freebsd.org>, Kyle Evans
writes:
> Author: kevans
> Date: Sun Apr 12 21:23:19 2020
> New Revision: 359836
> URL: https://svnweb.freebsd.org/changeset/base/359836
>
> Log:
> Implement a close_range(2) syscall
>
> close_range(min, max, flags)
Author: kevans
Date: Sun Apr 12 21:23:51 2020
New Revision: 359837
URL: https://svnweb.freebsd.org/changeset/base/359837
Log:
sysent: re-roll after introduction of close_range in r359836
Modified:
head/sys/compat/freebsd32/freebsd32_syscall.h
head/sys/compat/freebsd32/freebsd32_syscalls.c
Author: kevans
Date: Sun Apr 12 21:23:19 2020
New Revision: 359836
URL: https://svnweb.freebsd.org/changeset/base/359836
Log:
Implement a close_range(2) syscall
close_range(min, max, flags) allows for a range of descriptors to be
closed. The Python folk have indicated that they would
Author: crees (doc,ports committer)
Date: Sun Apr 12 20:54:35 2020
New Revision: 359835
URL: https://svnweb.freebsd.org/changeset/base/359835
Log:
Add mention of wireless option in bsdconfig
Submitted by: debdrup
Approved by: dteske (maintainer)
Differential Revision:
On 3/27/20 11:25 AM, John Baldwin wrote:
[...]> - Drivers no longer register a list of supported algorithms. This
> doesn't quite work when you factor in modes (e.g. a driver might
> support both AES-CBC and SHA2-256-HMAC separately but not combined
> for ETA). Instead, a new
> Author: cem
> Date: Sun Apr 12 18:04:20 2020
> New Revision: 359829
> URL:
> https://svnweb.freebsd.org/changeset/base/359829
>
>
> Log:
> Add queue(2) debug macros as build options
>
> Add QUEUE_MACRO_DEBUG_TRACE and QUEUE_MACRO_DEBUG_TRASH as proper kernel
> options. While here,
Author: cem
Date: Sun Apr 12 18:04:20 2020
New Revision: 359829
URL: https://svnweb.freebsd.org/changeset/base/359829
Log:
Add queue(2) debug macros as build options
Add QUEUE_MACRO_DEBUG_TRACE and QUEUE_MACRO_DEBUG_TRASH as proper kernel
options. While here, alpha-sort the debug
Hi Michael,
On Sun, Apr 12, 2020 at 2:33 AM Michael Tuexen wrote:
> Yes. What I meant is that in the stream scheduler code (sctp_ss_functions.c)
> the pattern is
>
> TAILQ_REMOVE(>ss_data.out.list, sp, ss_next);
> sp->ss_next.tqe_next = NULL;
> sp->ss_next.tqe_prev =
Author: kp
Date: Sun Apr 12 16:13:05 2020
New Revision: 359828
URL: https://svnweb.freebsd.org/changeset/base/359828
Log:
carp tests: Basic functionality test
Set up three vnet jails, bridged together. Run carp between two of them.
Attempt to provoke locking / epoch issues.
Reviewed
Author: kp
Date: Sun Apr 12 16:09:21 2020
New Revision: 359827
URL: https://svnweb.freebsd.org/changeset/base/359827
Log:
carp: Widen epoch coverage
Fix panics related to calling code which expects to be running inside
the NET_EPOCH from outside that epoch.
This leads to panics
Author: dim
Date: Sun Apr 12 16:06:59 2020
New Revision: 359826
URL: https://svnweb.freebsd.org/changeset/base/359826
Log:
Merge commit 30588a739 from llvm git (by Erich Keane):
Make target features check work with ctor and dtor-
The problem was reported in PR45468, applying
Author: melifaro
Date: Sun Apr 12 15:16:34 2020
New Revision: 359824
URL: https://svnweb.freebsd.org/changeset/base/359824
Log:
Fix string format error missed in r359823.
Modified:
head/usr.bin/netstat/nhops.c
Modified: head/usr.bin/netstat/nhops.c
Author: melifaro
Date: Sun Apr 12 14:30:00 2020
New Revision: 359823
URL: https://svnweb.freebsd.org/changeset/base/359823
Log:
Introduce nexthop objects and new routing KPI.
This is the foundational change for the routing subsytem rearchitecture.
More details and goals are available in
> On 11. Apr 2020, at 23:35, Conrad Meyer wrote:
>
> Hi Michael,
>
> On Sat, Apr 11, 2020 at 1:37 PM Michael Tuexen wrote:
>>
>> Author: tuexen
>> Date: Sat Apr 11 20:36:54 2020
>> New Revision: 359809
>> URL: https://svnweb.freebsd.org/changeset/base/359809
>>
>> Log:
>> Zero out pointers
Author: tuexen
Date: Sun Apr 12 09:31:36 2020
New Revision: 359822
URL: https://svnweb.freebsd.org/changeset/base/359822
Log:
Revert https://svnweb.freebsd.org/changeset/base/359809
The intended change was
sp->next.tqe_next = NULL;
sp->next.tqe_prev = NULL;
which doesn't
19 matches
Mail list logo
