On Wed, Feb 20, 2019, 9:59 PM Enji Cooper
> > On Feb 20, 2019, at 5:17 PM, Bruce Evans wrote:
> >
> > On Wed, 20 Feb 2019, David Bright wrote:
> >
> >> Log:
> >> Complete fix for CID 1007454, CID 1007453: Resource leak in newsyslog
> >>
> >> The result of a strdup() was stored in a global
> On Feb 20, 2019, at 5:17 PM, Bruce Evans wrote:
>
> On Wed, 20 Feb 2019, David Bright wrote:
>
>> Log:
>> Complete fix for CID 1007454, CID 1007453: Resource leak in newsyslog
>>
>> The result of a strdup() was stored in a global variable and not freed
>> before program exit. This is a
Author: cem
Date: Thu Feb 21 02:41:57 2019
New Revision: 344407
URL: https://svnweb.freebsd.org/changeset/base/344407
Log:
fuse: Fix a regression introduced in r337165
On systems with non-default DFLTPHYS and/or MAXBSIZE, FUSE would attempt to
use a buf cache block size in excess of
Author: sef
Date: Thu Feb 21 01:30:37 2019
New Revision: 344402
URL: https://svnweb.freebsd.org/changeset/base/344402
Log:
* Handle SIGPIPE in gssd
We've got some cases where the other end of gssd's AF_LOCAL socket gets
closed, resulting in an error (and SIGPIPE) when it tries to do I/O to
On Wed, 20 Feb 2019, David Bright wrote:
Log:
Complete fix for CID 1007454, CID 1007453: Resource leak in newsyslog
The result of a strdup() was stored in a global variable and not freed
before program exit. This is a follow-up to r343906. That change
This was an especially large bug in
Author: jkim
Date: Wed Feb 20 23:53:39 2019
New Revision: 344398
URL: https://svnweb.freebsd.org/changeset/base/344398
Log:
MFV: r344395
Import ACPICA 20190215.
Modified:
head/sys/contrib/dev/acpica/changes.txt
head/sys/contrib/dev/acpica/common/ahpredef.c
Nevermind, sorry about that. I see the subsequent commits now.
On Wed, Feb 20, 2019 at 2:33 PM Conrad Meyer wrote:
>
> Hi Konstantin,
>
> What is the (K)API for this (do you have any intended consumers in
> mind)? Will it be documented in a manual page at some point? Does it
> make sense to
Author: andrew
Date: Wed Feb 20 22:41:14 2019
New Revision: 344391
URL: https://svnweb.freebsd.org/changeset/base/344391
Log:
Unwire the kcov buffer when freeing the info struct.
Without this the physical memory will not be returned to the kernel.
While here call vm_object_reference
Hi Konstantin,
What is the (K)API for this (do you have any intended consumers in
mind)? Will it be documented in a manual page at some point? Does it
make sense to expose to userspace via mmap(2) or similar?
Thanks,
Conrad
On Wed, Feb 20, 2019 at 1:51 AM Konstantin Belousov wrote:
>
>
Author: andrew
Date: Wed Feb 20 22:32:28 2019
New Revision: 344390
URL: https://svnweb.freebsd.org/changeset/base/344390
Log:
Call pmap_qenter for each page when creating the kcov buffer.
This removes the need to allocate a buffer to hold the vm_page_t objects
at the cost of extra IPIs
Author: dab
Date: Wed Feb 20 22:05:44 2019
New Revision: 344389
URL: https://svnweb.freebsd.org/changeset/base/344389
Log:
Complete fix for CID 1007454, CID 1007453: Resource leak in newsyslog
The result of a strdup() was stored in a global variable and not freed
before program exit.
Author: sef
Date: Wed Feb 20 21:24:56 2019
New Revision: 344388
URL: https://svnweb.freebsd.org/changeset/base/344388
Log:
It turns out that setting the IV length is necessary with CCM in OpenSSL.
This adds that back.
Reviewed by: cem
Modified:
head/tools/tools/crypto/cryptocheck.c
Author: tsoome
Date: Wed Feb 20 21:07:09 2019
New Revision: 344387
URL: https://svnweb.freebsd.org/changeset/base/344387
Log:
loader: really fix cd9660 dirmatch
The cd9660_open() does pass whole path to dirmatch() and we need to
compare only the current path component, not full path.
Author: dim
Date: Wed Feb 20 21:06:11 2019
New Revision: 344386
URL: https://svnweb.freebsd.org/changeset/base/344386
Log:
Pull in r354515 from upstream libc++ trunk:
Fix the build with gcc when `-Wredundant-decls` is passed
Summary:
gcc warns that `__throw_runtime_error`
Author: mmacy
Date: Wed Feb 20 20:55:02 2019
New Revision: 344385
URL: https://svnweb.freebsd.org/changeset/base/344385
Log:
PFS: Bump NAMELEN and don't require clients to be sleepable
- debugfs consumers expect to be able to export names more than 48 characters
- debugfs consumers
Author: mmacy
Date: Wed Feb 20 20:48:10 2019
New Revision: 344384
URL: https://svnweb.freebsd.org/changeset/base/344384
Log:
Add non-sleepable strdup variant strdup_flags
debugfs expects to do non-sleepable allocations
Reviewed by: hps@
MFC after:1 week
Sponsored by: iX
Author: dim
Date: Wed Feb 20 20:17:54 2019
New Revision: 344381
URL: https://svnweb.freebsd.org/changeset/base/344381
Log:
Fix more AddressSanitizer violations in usr.bin/top
In line_update(), set lastcol correctly after moving to any non-zero
column, so the "overwrite old stuff" part
On Feb 20, 2019, at 09:11, Rodney W. Grimes
wrote:
> One can personally link ZoL into your own kernel, and a company/corporate
> can even do this and run it on 1000's of servers, you just can not
> distribute it to anyone else, which in the end is not really a big
> deal, unless your in the
Author: markj
Date: Wed Feb 20 18:29:52 2019
New Revision: 344369
URL: https://svnweb.freebsd.org/changeset/base/344369
Log:
Remove an obsolete comment.
MFC after:3 days
Modified:
head/sys/kern/kern_descrip.c
Modified: head/sys/kern/kern_descrip.c
Author: tuexen
Date: Wed Feb 20 18:03:43 2019
New Revision: 344368
URL: https://svnweb.freebsd.org/changeset/base/344368
Log:
Reduce the TCP initial retransmission timeout from 3 seconds to
1 second as allowed by RFC 6298.
Reviewed by: kbowling@, Richard Scheffenegger
On February 20, 2019 9:01:53 AM PST, Enji Cooper wrote:
>
>> On Feb 19, 2019, at 23:56, Alexey Dokuchaev
>wrote:
>>
>>> On Tue, Feb 19, 2019 at 06:43:28PM -0500, Shawn Webb wrote:
>>> At the risk of painting a bikeshed a lovely color of neon purple,
>I'm
>>> curious about if/how these types of
Author: tuexen
Date: Wed Feb 20 17:56:38 2019
New Revision: 344367
URL: https://svnweb.freebsd.org/changeset/base/344367
Log:
Use exponential backoff for retransmitting SYN segments as specified
in the TCP RFCs.
Reviewed by: rrs@, Richard Scheffenegger
Sponsored by:
> > On Feb 19, 2019, at 23:56, Alexey Dokuchaev wrote:
> >
> >> On Tue, Feb 19, 2019 at 06:43:28PM -0500, Shawn Webb wrote:
> >> At the risk of painting a bikeshed a lovely color of neon purple, I'm
> >> curious about if/how these types of commits get merged upstream to
> >> (OpenZFS|Illumos|ZFS
Author: markj
Date: Wed Feb 20 17:10:30 2019
New Revision: 344366
URL: https://svnweb.freebsd.org/changeset/base/344366
Log:
MFV r344364:
9058 postmortem DTrace frequently broken under vmware
illumos/illumos-gate@793bd7e3617ae7d3d24e8c6b7d6befe35f07ec1f
MFC after:1 week
Author: markj
Date: Wed Feb 20 17:07:08 2019
New Revision: 344365
URL: https://svnweb.freebsd.org/changeset/base/344365
Log:
Define a constant for the maximum number of GEOM_CTL arguments.
Reviewed by: eugen
MFC with: r344305
Sponsored by: The FreeBSD Foundation
Differential
> On Feb 19, 2019, at 23:56, Alexey Dokuchaev wrote:
>
>> On Tue, Feb 19, 2019 at 06:43:28PM -0500, Shawn Webb wrote:
>> At the risk of painting a bikeshed a lovely color of neon purple, I'm
>> curious about if/how these types of commits get merged upstream to
>> (OpenZFS|Illumos|ZFS On
> On Tue, Feb 19, 2019 at 06:43:28PM -0500, Shawn Webb wrote:
> > At the risk of painting a bikeshed a lovely color of neon purple, I'm
> > curious about if/how these types of commits get merged upstream to
> > (OpenZFS|Illumos|ZFS On Linux|where ever ZFS upstream is now|I'm very
> > confused|is
On Wed, Feb 20, 2019 at 09:40:45PM +0700, Eugene Grosbein wrote:
> 20.02.2019 4:22, Mark Johnston wrote:
>
> > Author: markj
> > Date: Tue Feb 19 21:22:22 2019
> > New Revision: 344305
> > URL: https://svnweb.freebsd.org/changeset/base/344305
> >
> > Log:
> > Impose a limit on the number of
20.02.2019 4:22, Mark Johnston wrote:
> Author: markj
> Date: Tue Feb 19 21:22:22 2019
> New Revision: 344305
> URL: https://svnweb.freebsd.org/changeset/base/344305
>
> Log:
> Impose a limit on the number of GEOM_CTL arguments.
>
> Otherwise a privileged user can trigger a memory
Author: avg
Date: Wed Feb 20 13:37:27 2019
New Revision: 344361
URL: https://svnweb.freebsd.org/changeset/base/344361
Log:
zpool.8: sort zpool status flags in the same order as in illumos manual
Just in case, while I was here.
MFC after:1 week
Modified:
Author: avg
Date: Wed Feb 20 13:34:16 2019
New Revision: 344360
URL: https://svnweb.freebsd.org/changeset/base/344360
Log:
zpool.8: document -D flag for zpool status
The description is taken from the illumos manual.
Reported by: stil...@gmail.com
MFC after:1 week
Modified:
Author: avg
Date: Wed Feb 20 13:19:08 2019
New Revision: 344359
URL: https://svnweb.freebsd.org/changeset/base/344359
Log:
fix userland illumos taskq code to pass relative timeout to cv_timedwait
Unlike illumos, FreeBSD cv_timedwait requires a relative timeout. That
applies both to the
Author: kib
Date: Wed Feb 20 10:03:03 2019
New Revision: 344355
URL: https://svnweb.freebsd.org/changeset/base/344355
Log:
pkru(3) man page.
Reviewed by: alc, markj, jilles
With more input from: pho
Sponsored by: The FreeBSD Foundation
MFC after:2 weeks
Differential revision:
Author: kib
Date: Wed Feb 20 09:56:23 2019
New Revision: 344354
URL: https://svnweb.freebsd.org/changeset/base/344354
Log:
Add usermode helpers for for Intel userspace protection keys feature.
Reviewed by: markj
Tested by:pho
Sponsored by: The FreeBSD Foundation
MFC after:2
Author: kib
Date: Wed Feb 20 09:51:13 2019
New Revision: 344353
URL: https://svnweb.freebsd.org/changeset/base/344353
Log:
Add kernel support for Intel userspace protection keys feature on
Skylake Xeons.
See SDM rev. 68 Vol 3 4.6.2 Protection Keys and the description of the
RDPKRU and
Author: kib
Date: Wed Feb 20 09:46:44 2019
New Revision: 344352
URL: https://svnweb.freebsd.org/changeset/base/344352
Log:
amd64: add defines and decode protection keys and SGX page faults reasons.
Reviewed by: markj
Tested by:pho
Sponsored by: The FreeBSD Foundation
MFC after:
Author: kib
Date: Wed Feb 20 09:38:19 2019
New Revision: 344351
URL: https://svnweb.freebsd.org/changeset/base/344351
Log:
Implement rangesets.
The data structure implements non-intersecting intervals over the [0,
UINT64_MAX] range, and supports fast insert, predicated clearing of
> On 20 Feb 2019, at 09:56, Alexey Dokuchaev wrote:
>
> On Tue, Feb 19, 2019 at 06:43:28PM -0500, Shawn Webb wrote:
>> At the risk of painting a bikeshed a lovely color of neon purple, I'm
>> curious about if/how these types of commits get merged upstream to
>> (OpenZFS|Illumos|ZFS On
38 matches
Mail list logo