Author: kevans
Date: Tue Aug 4 02:18:24 2020
New Revision: 363820
URL: https://svnweb.freebsd.org/changeset/base/363820
Log:
gtest: link against libregex for GNU extensions
gtest tests want to use \w ([[:alnum:]]) at the very least, which was
causing them to fail after r363679.
Star
Author: kevans
Date: Tue Aug 4 02:20:15 2020
New Revision: 363821
URL: https://svnweb.freebsd.org/changeset/base/363821
Log:
Re-enable disabled googletest-port-test tests after r363820
gtest now links against libregex here, and the tests pass locally.
PR: 248452
Modified:
Author: kevans
Date: Tue Aug 4 02:47:24 2020
New Revision: 363823
URL: https://svnweb.freebsd.org/changeset/base/363823
Log:
bsdgrep: switch to libregex for GNU_GREP_COMPAT
libregex is incomplete, but it's a bit less buggy than the in-base
libgnuregex and mostly OK.
While here, rena
Author: kevans
Date: Tue Aug 4 03:43:28 2020
New Revision: 363824
URL: https://svnweb.freebsd.org/changeset/base/363824
Log:
Ensure libregex is built in time for googletest
In lib/Makefile, we document the dependency with SUBDIR_DEPEND
For buildworld orchestration, just prebuild libre
Author: kevans
Date: Tue Aug 4 21:49:13 2020
New Revision: 363869
URL: https://svnweb.freebsd.org/changeset/base/363869
Log:
makesyscalls.lua: improve syscall ordering validation
There were two separate issues here:
1.) #if/#else wasn't taken into account at all for maxsyscall figures
We have to bootstrap grep when cross-building from macOS/Linux.
>
What's going on here that it isn't bootstrapping gnugrep over in
gnu/usr.bin/grep as grep? My gut instinct is that we're missing
something else and this isn't quite the rig
On Fri, Aug 7, 2020 at 11:22 AM Alexander Richardson
wrote:
>
> On Fri, 7 Aug 2020 at 17:06, Kyle Evans wrote:
> >
> > On Fri, Aug 7, 2020 at 11:04 AM Alex Richardson
> > wrote:
> > >
> > > Author: arichardson
> > > Date: Fri Aug 7 16:04:
er than play whack-a-mole, I opted to take us back to the old
> way. Before r340157 or so we did copies (thogh of a lot fewer
> artifacts), and we didn't have issues like this.
>
Many thanks for pinpointing the real cause here and solving it!
Thanks,
Kyle Evans
___
Author: kevans
Date: Fri Aug 14 02:22:19 2020
New Revision: 364226
URL: https://svnweb.freebsd.org/changeset/base/364226
Log:
flua: don't allow dlopen, et al., for bootstrap flua
There are some logistics issues that need to be sorted out here before we
can actually allow this to work.
Mo
Author: kevans
Date: Fri Aug 14 02:40:17 2020
New Revision: 364227
URL: https://svnweb.freebsd.org/changeset/base/364227
Log:
Properly disable LUA_USE_DLOPEN for bootstrap flua
flua does have some specific bits that will include luaconf.h, but the
definition of LUA_USE_DLOPEN for those wo
Author: kevans
Date: Sun Aug 23 23:56:57 2020
New Revision: 364600
URL: https://svnweb.freebsd.org/changeset/base/364600
Log:
caroot: switch to using echo+shell glob to enumerate certs
This solves an issue on stable/12 that causes certs to not get installed.
ls is apparently not in PATH d
Author: kevans
Date: Tue Aug 25 18:16:40 2020
New Revision: 364775
URL: https://svnweb.freebsd.org/changeset/base/364775
Log:
libbe: lift the WARNS post-OpenZFS merge
sys/ccompile.h no longer uses #pragma ident, so we no longer need to worry
about unknown pragmas.
I fixed one WARNS i
On Wed, Aug 26, 2020 at 6:58 AM Roman Bogorodskiy wrote:
>
> Jamie Gritton wrote:
>
> > Author: jamie
> > Date: Wed Aug 26 00:42:59 2020
> > New Revision: 364791
> > URL: https://svnweb.freebsd.org/changeset/base/364791
> >
> > Log:
> > Handle jail.conf variables that have the same names as pa
On Thu, Aug 27, 2020 at 8:05 AM Ryan Moeller wrote:
>
> Author: freqlabs
> Date: Thu Aug 27 13:05:41 2020
> New Revision: 364861
> URL: https://svnweb.freebsd.org/changeset/base/364861
>
> Log:
> libzfs: Add missing crypto dependency
>
> libzfs_crypto.c uses PKCS5_PBKDF2_HMAC_SHA1 from libcryp
On Thu, Aug 27, 2020 at 9:03 AM Cy Schubert wrote:
>
> What would you suggest in this case, where /etc/zfs/zpool.cache is newer
> than /boot/zfs/zpool.cache?
>
> slippy$ lh /boot/zfs/zpool.cache /etc/zfs/zpool.cache
> -rw-r--r-- 1 root wheel 4.6K Aug 25 07:19 /boot/zfs/zpool.cache
> -rw-r--r--
On Thu, Aug 27, 2020 at 9:05 AM Kyle Evans wrote:
>
> On Thu, Aug 27, 2020 at 9:03 AM Cy Schubert wrote:
> >
> > What would you suggest in this case, where /etc/zfs/zpool.cache is newer
> > than /boot/zfs/zpool.cache?
> >
> > slippy$ lh /boot/zfs/zpool.cac
On Thu, Aug 27, 2020 at 10:59 AM Andriy Gapon wrote:
>
> On 2020-08-27 17:06, Kyle Evans wrote:
> > On Thu, Aug 27, 2020 at 9:05 AM Kyle Evans wrote:
> >>
> >> On Thu, Aug 27, 2020 at 9:03 AM Cy Schubert
> >> wrote:
> >>>
> >>> Wha
On Wed, Aug 26, 2020 at 7:17 PM Jamie Gritton wrote:
>
> Author: jamie
> Date: Thu Aug 27 00:17:17 2020
> New Revision: 364850
> URL: https://svnweb.freebsd.org/changeset/base/364850
>
> Log:
> Don't allow jail.conf variables to have the same names as jail parameters.
> It was already not allo
Author: kevans
Date: Fri Oct 16 15:16:23 2020
New Revision: 366766
URL: https://svnweb.freebsd.org/changeset/base/366766
Log:
Makefile: add a small blurb about building with gcc xtoolchain
The key details are to install the appropriate flavor of devel/freebsd-gcc9
and pass CROSS_TOOLCHAIN
On Fri, Oct 16, 2020 at 10:36 AM Jessica Clarke wrote:
>
> On 16 Oct 2020, at 16:16, Kyle Evans wrote:
> >
> > Author: kevans
> > Date: Fri Oct 16 15:16:23 2020
> > New Revision: 366766
> > URL: https://svnweb.freebsd.org/changeset/base/366766
> >
>
On Fri, Oct 16, 2020 at 11:47 AM John Baldwin wrote:
>
> On 10/16/20 8:16 AM, Kyle Evans wrote:
> > Author: kevans
> > Date: Fri Oct 16 15:16:23 2020
> > New Revision: 366766
> > URL: https://svnweb.freebsd.org/changeset/base/366766
> >
> > Log:
> &
Author: kevans
Date: Fri Oct 16 17:03:27 2020
New Revision: 366769
URL: https://svnweb.freebsd.org/changeset/base/366769
Log:
MFC r366760: lua: update to 5.3.6
This release contains some minor bugfixes; notably:
- 2x minor Makefile fixes (not used in base)
- Long brackets with a huge nu
Author: kevans
Date: Fri Oct 16 17:51:09 2020
New Revision: 366770
URL: https://svnweb.freebsd.org/changeset/base/366770
Log:
libc: typo fix (s/involes/involves)
Reported by: Masahiko Sawada via twitter
MFC after:3 days
Modified:
head/lib/libc/stdlib/bsearch.c
Modified: head/lib/
Author: kevans
Date: Sun Oct 18 23:32:47 2020
New Revision: 366819
URL: https://svnweb.freebsd.org/changeset/base/366819
Log:
libbe(3): const'ify a couple arguments
libbe will never need to mutate these as we either process them into a local
buffer or we just don't touch them and write to
Author: kevans
Date: Sun Oct 18 23:42:00 2020
New Revision: 366820
URL: https://svnweb.freebsd.org/changeset/base/366820
Log:
libbe(3): document be_snapshot()
While toying around with lua bindings for libbe(3), I discovered that I
apparently never documented this, despite having documente
Author: kevans
Date: Sun Oct 18 23:58:40 2020
New Revision: 366821
URL: https://svnweb.freebsd.org/changeset/base/366821
Log:
libbe(3): install MLINKS for all of the functions provided
MFC after:1 week
Modified:
head/lib/libbe/Makefile
head/tools/build/mk/OptionalObsoleteFiles.inc
>
>> To the kernel config.
>>
>> Yep, thank you!
>> Maybe it's worth considering adding static assert with the message
>> describing this dependency?
>
>
> Yes. It likely is worth doing something to highlight this issue
On Thu, Oct 22, 2020 at 2:35 PM Niclas Zeising wrote:
>
> On 2020-10-22 15:22, Kyle Evans wrote:
> > On Sat, Oct 17, 2020 at 11:40 AM Warner Losh wrote:
> >>
> >>
> >>
> >> On Sat, Oct 17, 2020, 10:11 AM Alexander V. Chernikov
> >> w
Author: kevans
Date: Sat Oct 24 14:39:17 2020
New Revision: 367002
URL: https://svnweb.freebsd.org/changeset/base/367002
Log:
audit: correct reporting of *execve(2) success
r326145 corrected do_execve() to return EJUSTRETURN upon success so that
important registers are not clobbered. This
Author: kevans
Date: Sat Oct 24 15:38:04 2020
New Revision: 367004
URL: https://svnweb.freebsd.org/changeset/base/367004
Log:
backlight(9): compile with COMPAT_LINUXKPI as well
This would be more accurately expressed as COMPAT_LINUXKPI implying or
requiring backlight, but config(8) doesn'
On Sat, Oct 24, 2020 at 4:52 AM Hans Petter Selasky wrote:
>
> On 2020-10-24 02:13, Warner Losh wrote:
> > I was going to suggest and try this change, but life has been complicated...
> >
> > Has it been committed?
> >
>
> No, not yet.
>
> --HPS
>
I went ahead and did so: r367004
such source files, for example, and also
> to build base for systems with modified LOCALBASE.
>
> The following C header files in base (ignoring contrib) contain the
> string /usr/local:
>
> ...
> sys/contrib/openzfs/include/sys/lua/lu
Author: kevans
Date: Mon Oct 26 17:30:17 2020
New Revision: 367060
URL: https://svnweb.freebsd.org/changeset/base/367060
Log:
audit: also correctly audit linux_execve()
Linux execve() gets audited as AUE_EXECVE as well, we should also interpret
the return from this correctly for the same
Author: kevans
Date: Tue Oct 27 12:27:26 2020
New Revision: 367076
URL: https://svnweb.freebsd.org/changeset/base/367076
Log:
diff: don't force the format to 'context' with -p immediately
Instead, leave the fomat as unspecified (if it hasn't been) and use the
-p flag as a hint to 'context
On Tue, Oct 27, 2020 at 7:57 AM Baptiste Daroussin wrote:
>
> On Tue, Oct 27, 2020 at 12:27:26PM +, Kyle Evans wrote:
> > Author: kevans
> > Date: Tue Oct 27 12:27:26 2020
> > New Revision: 367076
> > URL: https://svnweb.freebsd.org/changeset/base/367076
> &
On Wed, Oct 28, 2020 at 8:06 AM Stefan Eßer wrote:
>
> Author: se
> Date: Wed Oct 28 13:06:39 2020
> New Revision: 367103
> URL: https://svnweb.freebsd.org/changeset/base/367103
>
> Log:
> Fix parsing of #ifdef in calendar files
>
> There was code to process an #ifndef tokens, but none for #if
On Wed, Oct 28, 2020 at 8:24 AM Stefan Esser wrote:
>
> Am 28.10.20 um 14:12 schrieb Kyle Evans:>> Modified:
> head/usr.bin/calendar/io.c
> >> ==
> >> --- head/usr.bin/calend
Author: kevans
Date: Thu Nov 5 04:19:48 2020
New Revision: 367361
URL: https://svnweb.freebsd.org/changeset/base/367361
Log:
imgact_binmisc: fix up some minor nits
- Removed a bunch of redundant headers
- Don't explicitly initialize to 0
- The !error check prior to setting imgp->interp
Author: kevans
Date: Sat Nov 7 03:28:32 2020
New Revision: 367439
URL: https://svnweb.freebsd.org/changeset/base/367439
Log:
imgact_binmisc: minor re-organization of imgact_binmisc_exec exits
Notably, streamline error paths through the existing 'done' label, making it
easier to quickly v
Author: kevans
Date: Sat Nov 7 03:29:04 2020
New Revision: 367440
URL: https://svnweb.freebsd.org/changeset/base/367440
Log:
epoch: support non-preemptible epochs checking in_epoch()
Previously, non-preemptible epochs could not check; in_epoch() would always
fail, usually because non-pre
Author: kevans
Date: Sat Nov 7 03:43:45 2020
New Revision: 367441
URL: https://svnweb.freebsd.org/changeset/base/367441
Log:
binmiscctl(8): miscellaneous cleanup
- Bad whitespace in Makefile.
- Reordered headers, sys/ first.
- Annotated fatal/usage __dead2 to help `make analyze` out a
Author: kevans
Date: Sat Nov 7 04:10:23 2020
New Revision: 367442
URL: https://svnweb.freebsd.org/changeset/base/367442
Log:
imgact_binmisc: validate flags coming from userland
We may want to reserve bits in the future for kernel-only use, so start
rejecting any that aren't the two that
Author: kevans
Date: Sat Nov 7 05:10:46 2020
New Revision: 367444
URL: https://svnweb.freebsd.org/changeset/base/367444
Log:
imgact_binmisc: abstract away the list lock (NFC)
This module handles relatively few execs (initial qemu-user-static, then
qemu-user-static handles exec'ing itself
Author: kevans
Date: Sat Nov 7 15:38:01 2020
New Revision: 367448
URL: https://svnweb.freebsd.org/changeset/base/367448
Log:
vt: resolve conflict between VT_ALT_TO_ESC_HACK and DBG
When using the ALT+CTRL+ESC sequence to break into kdb, the keyboard is
completely borked when you return.
Author: kevans
Date: Sat Nov 7 16:41:59 2020
New Revision: 367452
URL: https://svnweb.freebsd.org/changeset/base/367452
Log:
imgact_binmisc: reorder members of struct imgact_binmisc_entry (NFC)
This doesn't change anything at the moment since the out-of-order elements
were a pair of uint
Author: kevans
Date: Sat Nov 7 18:07:55 2020
New Revision: 367456
URL: https://svnweb.freebsd.org/changeset/base/367456
Log:
imgact_binmisc: move some calculations out of the exec path
The offset we need to account for in the interpreter string comes in two
variants:
1. Fixed - macr
Author: kevans
Date: Sun Nov 8 04:24:29 2020
New Revision: 367477
URL: https://svnweb.freebsd.org/changeset/base/367477
Log:
imgact_binmisc: limit the extent of match on incoming entries
imgact_binmisc matches magic/mask from imgp->image_header, which is only a
single page in size mapped
Author: kevans
Date: Wed Nov 11 22:35:23 2020
New Revision: 367604
URL: https://svnweb.freebsd.org/changeset/base/367604
Log:
umtx: drop incorrect timespec32 definition
This works for amd64, but none others -- drop it, because we already have a
proper definition in sys/compat/freebsd32/fr
t recall how good atf-c's diagnostics are
otherwise, if it'd be clear that last_sig == 0 or not without
requiring further triage.
Thanks,
Kyle Evans
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
On Sat, Nov 14, 2020 at 11:20 AM Mateusz Piotrowski <0...@freebsd.org> wrote:
>
> Hello Rodney,
>
> On 11/14/20 4:59 PM, Rodney W. Grimes wrote:
> >> Author: 0mp (doc,ports committer)
> >> Date: Sat Nov 14 13:07:41 2020
> >> New Revision: 367678
> >> URL: https://svnweb.freebsd.org/changeset/base/3
Author: kevans
Date: Sat Nov 14 18:06:35 2020
New Revision: 367688
URL: https://svnweb.freebsd.org/changeset/base/367688
Log:
Makefile: re-wordsmith the blurb about xtoolchain ports
The new version only includes a specific version once, and uses the one
that's currently advised by tinderb
Author: kevans
Date: Tue Nov 17 03:26:56 2020
New Revision: 367742
URL: https://svnweb.freebsd.org/changeset/base/367742
Log:
_umtx_op: document UMTX_OP_SEM2_WAIT copyout behavior
This clever technique to get a time remaining back was added to support
sem_clockwait_np.
Reviewed by: k
Nov 17 03:34:01 2020
(r367743)
@@ -0,0 +1,108 @@
+/*-
+ * SPDX-License-Identifier: BSD-2-Clause
+ *
+ * Copyright (c) 2020 Kyle Evans
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ *
Author: kevans
Date: Tue Nov 17 03:36:58 2020
New Revision: 367744
URL: https://svnweb.freebsd.org/changeset/base/367744
Log:
umtx_op: reduce redundancy required for compat32
All of the compat32 variants are substantially the same, save for
copyin/copyout (mostly). Apply the same kind of
Author: kevans
Date: Tue Nov 17 04:06:35 2020
New Revision: 367745
URL: https://svnweb.freebsd.org/changeset/base/367745
Log:
sys/proc.h: improve comment for new TDP2 flag
This was suggested by kib and integrated locally, but somehow did not make
it into the committed version.
Modified:
Author: kevans
Date: Tue Nov 17 04:22:10 2020
New Revision: 367746
URL: https://svnweb.freebsd.org/changeset/base/367746
Log:
Fix !COMPAT_FREEBSD32 kernel build
One of the last shifts inadvertently moved these static assertions out of a
COMPAT_FREEBSD32 block, which the relevant definitio
On Tue, Nov 17, 2020 at 11:11 AM Brooks Davis wrote:
>
> On Tue, Nov 17, 2020 at 03:36:58AM +, Kyle Evans wrote:
> > Modified: head/sys/compat/freebsd32/freebsd32.h
> > ==
> > --- head/sys/comp
Author: kevans
Date: Wed Nov 18 03:30:31 2020
New Revision: 367783
URL: https://svnweb.freebsd.org/changeset/base/367783
Log:
_umtx_op: fix robust lists after r367744
A copy-pasto left us copying in 24-bytes at the address of the rb pointer
instead of the intended target.
Reported by
On Tue, Nov 17, 2020 at 1:51 PM Brooks Davis wrote:
>
> On Tue, Nov 17, 2020 at 11:59:50AM -0600, Kyle Evans wrote:
> > On Tue, Nov 17, 2020 at 11:11 AM Brooks Davis wrote:
> > >
> > > On Tue, Nov 17, 2020 at 03:36:58AM +, Kyle Evans wrote:
> > >
Author: kevans
Date: Sun Nov 22 05:34:51 2020
New Revision: 367928
URL: https://svnweb.freebsd.org/changeset/base/367928
Log:
_umtx_op: move compat32 definitions back in
These are reasonably compact, and a future commit will blur the compat32
lines by supporting 32-bit operations with the
Author: kevans
Date: Sun Nov 22 05:47:45 2020
New Revision: 367930
URL: https://svnweb.freebsd.org/changeset/base/367930
Log:
[2/2] _umtx_op: introduce 32-bit/i386 flags for operations
This patch takes advantage of the consolidation that happened to provide two
flags that can be used with
On Sat, Nov 21, 2020 at 11:47 PM Kyle Evans wrote:
>
> Author: kevans
> Date: Sun Nov 22 05:47:45 2020
> New Revision: 367930
> URL: https://svnweb.freebsd.org/changeset/base/367930
>
> Log:
> [2/2] _umtx_op: introduce 32-bit/i386 flags for operations
>
> Thi
On Sat, Nov 21, 2020 at 11:43 PM Alexander Motin wrote:
>
> Author: mav
> Date: Sun Nov 22 05:42:52 2020
> New Revision: 367929
> URL: https://svnweb.freebsd.org/changeset/base/367929
>
> Log:
> Fix build after 367926.
>
> Option ISP_TARGET_MODE is evil.
>
The LINT build appears to be broken
p2 (2, bad_fd);
>dup2 (2, -1);
>dup2 (2, 255);
>dup2 (2, 256);
>return 0;
> }
>
Whoops. =\
It looks like kern_dup grows the file table but assumes that it can
continue using oldfe that it fetched from the now-freed table. I
suspect we just need to refetch oldfde a
On Sun, Nov 22, 2020 at 10:36 AM Kyle Evans wrote:
>
> On Sun, Nov 22, 2020 at 9:54 AM Guy Yur wrote:
> >
> > On 22/11/20 7:00 am, Robert Wing wrote:
> > > Author: rew
> > > Date: Sun Nov 22 05:00:28 2020
> > > New Revision: 367927
> > >
On Sun, Nov 22, 2020 at 11:25 AM Kyle Evans wrote:
>
> On Sun, Nov 22, 2020 at 10:36 AM Kyle Evans wrote:
> >
> > On Sun, Nov 22, 2020 at 9:54 AM Guy Yur wrote:
> > >
> > > On 22/11/20 7:00 am, Robert Wing wrote:
> > > > Author: rew
> > &
On Sun, Nov 22, 2020 at 1:55 AM Konstantin Belousov wrote:
>
> On Sun, Nov 22, 2020 at 05:34:51AM +, Kyle Evans wrote:
> > Author: kevans
> > Date: Sun Nov 22 05:34:51 2020
> > New Revision: 367928
> > URL: https://svnweb.freebsd.org/changeset/base/367928
>
Author: kevans
Date: Mon Nov 23 00:33:06 2020
New Revision: 367942
URL: https://svnweb.freebsd.org/changeset/base/367942
Log:
kern: dup: do not assume oldfde is valid
oldfde may be invalidated if the table has grown due to the operation that
we're performing, either via fdalloc() or a dir
Author: kevans
Date: Mon Nov 23 00:58:14 2020
New Revision: 367943
URL: https://svnweb.freebsd.org/changeset/base/367943
Log:
freebsd32: take the _umtx_op struct definitions back
Providing these in freebsd32.h facilitates local testing/measuring of the
structs rather than forcing one to l
Author: kevans
Date: Mon Nov 23 02:49:53 2020
New Revision: 367944
URL: https://svnweb.freebsd.org/changeset/base/367944
Log:
cpuset_setproc: use the appropriate parent for new anonymous sets
As far as I can tell, this has been the case since initially committed in
2008. cpuset_setproc i
Author: kevans
Date: Wed Nov 25 01:08:57 2020
New Revision: 368006
URL: https://svnweb.freebsd.org/changeset/base/368006
Log:
kern: never restart syscalls calling closefp(), e.g. close(2)
All paths leading into closefp() will either replace or remove the fd from
the filedesc table, and cl
Author: kevans
Date: Wed Nov 25 01:42:32 2020
New Revision: 368009
URL: https://svnweb.freebsd.org/changeset/base/368009
Log:
kern: cpuset: allow cpuset_create() to take an allocated *setp
Currently, it must always allocate a new set to be used for passing to
_cpuset_create, but it doesn'
Author: kevans
Date: Wed Nov 25 02:12:24 2020
New Revision: 368010
URL: https://svnweb.freebsd.org/changeset/base/368010
Log:
kern: cpuset: rename _cpuset_create() to cpuset_init()
cpuset_init() is better descriptor for what the function actually does. The
name was previously taken by a s
Author: kevans
Date: Wed Nov 25 03:14:25 2020
New Revision: 368011
URL: https://svnweb.freebsd.org/changeset/base/368011
Log:
kern: cpuset: properly rebase when attaching to a jail
The current logic is a fine choice for a system administrator modifying
process cpusets or a process creatin
Author: kevans
Date: Sat Nov 28 01:21:11 2020
New Revision: 368116
URL: https://svnweb.freebsd.org/changeset/base/368116
Log:
kern: cpuset: drop the lock to allocate domainsets
Restructure the loop a little bit to make it a little more clear how it
really operates: we never allocate any d
d.\n",
> + root != NULL ? root : "");
> return (-1);
> + }
>
> libbe_print_on_error(be, !cmd->silent);
>
This should be gated on !cmd->silent, because some paths have
consumers that are specifically designed to no
On Tue, Dec 1, 2020 at 7:39 AM O. Hartmann wrote:
>
> On Sun, 29 Nov 2020 19:38:04 + (UTC)
> Matt Macy wrote:
>
> > Author: mmacy
> > Date: Sun Nov 29 19:38:03 2020
> > New Revision: 368163
> > URL: https://svnweb.freebsd.org/changeset/base/368163
> >
> > Log:
> > Import kernel WireGuard su
On Wed, Dec 2, 2020 at 12:02 PM Gleb Smirnoff wrote:
>
> Kyle,
>
> On Mon, Nov 30, 2020 at 08:28:58PM -0600, Kyle Evans wrote:
> K> > Log:
> K> > Print at least something when failing.
> K> >
> K> > Modified:
> K> > head/sbin/bectl/be
On Wed, Dec 2, 2020 at 1:12 PM Gleb Smirnoff wrote:
>
> Kyle,
>
> On Wed, Dec 02, 2020 at 12:08:43PM -0600, Kyle Evans wrote:
> K> > K> This should be gated on !cmd->silent, because some paths have
> K> > K> consumers that are specifically designed to not
Author: kevans
Date: Fri Dec 4 04:39:48 2020
New Revision: 368326
URL: https://svnweb.freebsd.org/changeset/base/368326
Log:
kern: soclose: don't sleep on SO_LINGER w/ timeout=0
This is a valid scenario that's handled in the various protocol layers where
it makes sense (e.g., tcp_disconn
On Thu, Dec 3, 2020 at 10:40 PM Kyle Evans wrote:
>
> Author: kevans
> Date: Fri Dec 4 04:39:48 2020
> New Revision: 368326
> URL: https://svnweb.freebsd.org/changeset/base/368326
>
> Log:
> kern: soclose: don't sleep on SO_LINGER w/ timeout=0
>
> This is
Author: kevans
Date: Fri Dec 4 15:21:12 2020
New Revision: 368333
URL: https://svnweb.freebsd.org/changeset/base/368333
Log:
gnu: don't build libgnuregex for WITH_GNU_GREP_COMPAT
bsdgrep switched over to libregex back in r363823 to fill
WITH_GNU_GREP_COMPAT, since libgnuregex in base is
Author: kevans
Date: Sat Dec 5 02:21:58 2020
New Revision: 368355
URL: https://svnweb.freebsd.org/changeset/base/368355
Log:
Retire GNU_GREP_COMPAT knob
This was introduced and then disabled by default primarily to avoid dealing
with bugs in libgnuregex. rS363823 switched to using libreg
Author: kevans
Date: Sat Dec 5 02:23:11 2020
New Revision: 368356
URL: https://svnweb.freebsd.org/changeset/base/368356
Log:
libc: regex: factor out ISBOW/ISEOW macros
These will be reused for \b (word boundary, which matches both sides).
No functional change.
Modified:
head/lib/li
Author: kevans
Date: Sat Dec 5 03:13:47 2020
New Revision: 368357
URL: https://svnweb.freebsd.org/changeset/base/368357
Log:
libregex: implement \` and \' (begin-of-subj, end-of-subj)
These are GNU extensions, generally equivalent to ^ and $ except that the
new syntax will not match begi
Author: kevans
Date: Sat Dec 5 03:16:05 2020
New Revision: 368358
URL: https://svnweb.freebsd.org/changeset/base/368358
Log:
libregex: implement \b and \B (word boundary, not word boundary)
This is the last of the needed GNU expressions before we can unleash bsdgrep
by default. \b is eff
Author: kevans
Date: Sat Dec 5 03:18:48 2020
New Revision: 368359
URL: https://svnweb.freebsd.org/changeset/base/368359
Log:
libc: regex: retire internal EMPTBR ("Empty branch present")
It was realized just a little too late that this was a hack that belonged in
individual regex(3)-using
Author: kevans
Date: Sat Dec 5 14:38:46 2020
New Revision: 368371
URL: https://svnweb.freebsd.org/changeset/base/368371
Log:
libc: regex: partial revert of r368358
Part of the libregex functionality leaked into the tests it shares with
the standard regex(3). Introduce a P flag to set the
Author: kevans
Date: Sun Dec 6 15:58:50 2020
New Revision: 368388
URL: https://svnweb.freebsd.org/changeset/base/368388
Log:
bectl: simplify the tail end of the jail cmd
This has already confused me once (and I'm pretty sure I wrote it), so let's
clarify: unjailing after the command has
Author: kevans
Date: Sun Dec 6 17:45:42 2020
New Revision: 368392
URL: https://svnweb.freebsd.org/changeset/base/368392
Log:
bsdgrep: don't link against libregex for bootstrap
r368355 removed the GNU_GREP_COMPAT knob (off by default) and forgot that
bsdgrep may be built/used for bootstra
prior. =-(
I'm kind of leaning towards trying to shoehorn a qemu-user-static
build into ci.f.o somewhere, though, since it's used as a part of
producing some of the weekly snapshot images and digs pretty deeply in
other areas. I've got a Cirrus config for qemu-user-static and
On Mon, Dec 7, 2020 at 2:36 PM John Baldwin wrote:
>
> On 12/7/20 11:11 AM, Kyle Evans wrote:
> > On Mon, Dec 7, 2020 at 12:58 PM John Baldwin wrote:
> >>
> >> On 12/6/20 8:51 PM, Steve Wills wrote:
> >>> Hi,
> >>>
> >>> On 11
On Mon, Dec 7, 2020 at 2:41 PM John Baldwin wrote:
>
> On 12/7/20 12:37 PM, Kyle Evans wrote:
> > On Mon, Dec 7, 2020 at 2:36 PM John Baldwin wrote:
> >>
> >> qemu-user uses this flag? What on earth can it be using it for?
> >>
> >
> > It was
Author: kevans
Date: Tue Dec 8 14:05:25 2020
New Revision: 368439
URL: https://svnweb.freebsd.org/changeset/base/368439
Log:
src.opts.mk: switch to bsdgrep as /usr/bin/grep
This has been years in the making, and we all knew it was bound to happen
some day. Switch to the BSDL grep impleme
Author: kevans
Date: Tue Dec 8 14:05:54 2020
New Revision: 368440
URL: https://svnweb.freebsd.org/changeset/base/368440
Log:
src.conf(5): regen after r368439 (WITH_BSD_GREP default)
Modified:
head/share/man/man5/src.conf.5
Modified: head/share/man/man5/src.conf.5
===
Author: kevans
Date: Tue Dec 8 18:44:06 2020
New Revision: 368460
URL: https://svnweb.freebsd.org/changeset/base/368460
Log:
kern: cpuset: plug a unr leak
cpuset_rel_defer() is supposed to be functionally equivalent to
cpuset_rel() but with anything that might sleep deferred until
cpus
Author: kevans
Date: Tue Dec 8 18:45:47 2020
New Revision: 368461
URL: https://svnweb.freebsd.org/changeset/base/368461
Log:
kern: cpuset: resolve race between cpuset_lookup/cpuset_rel
The race plays out like so between threads A and B:
1. A ref's cpuset 10
2. B does a lookup of cpu
Author: kevans
Date: Tue Dec 8 18:47:22 2020
New Revision: 368462
URL: https://svnweb.freebsd.org/changeset/base/368462
Log:
cpuset_set{affinity,domain}: do not allow empty masks
cpuset_modify() would not currently catch this, because it only checks that
the new mask is a subset of the r
On Tue, Dec 8, 2020 at 8:05 AM Kyle Evans wrote:
>
> Author: kevans
> Date: Tue Dec 8 14:05:25 2020
> New Revision: 368439
> URL: https://svnweb.freebsd.org/changeset/base/368439
>
> Log:
> src.opts.mk: switch to bsdgrep as /usr/bin/grep
>
> [.. snip ...]
>
&g
Author: kevans
Date: Wed Dec 9 03:20:51 2020
New Revision: 368479
URL: https://svnweb.freebsd.org/changeset/base/368479
Log:
_umtx_op(2): document recent addition of 32bit compat flags
This was part of D27325.
Reviewed by: kib
Modified:
head/lib/libc/sys/_umtx_op.2
Modified: head
501 - 600 of 1706 matches
Mail list logo
