Author: pkelsey
Date: Thu Jan 25 07:27:03 2018
New Revision: 328392
URL: https://svnweb.freebsd.org/changeset/base/328392
Log:
MFC of r305169:
_taskqueue_start_threads() now fails if it doesn't actually start any threads.
Reviewed by: jhb
Differential Revision:https://review
Author: pkelsey
Date: Thu Jan 25 07:19:07 2018
New Revision: 328391
URL: https://svnweb.freebsd.org/changeset/base/328391
Log:
MFC of r316630, r316631, r316632, r316633, r316634
Fixed various typos.
Modified:
stable/11/sys/net/if_epair.c
stable/11/sys/net/rtsock.c
stable/11/sys/sys/e
Author: lwhsu (ports committer)
Date: Thu Jan 25 06:37:14 2018
New Revision: 328390
URL: https://svnweb.freebsd.org/changeset/base/328390
Log:
Fix build for architectures where size_t is not unsigned long
Reviewed by: cem
Differential Revision:https://reviews.freebsd.org/D14045
Author: mizhka
Date: Thu Jan 25 05:48:42 2018
New Revision: 328389
URL: https://svnweb.freebsd.org/changeset/base/328389
Log:
[etherswitch] fix LINT build for rtl8366rb
Build with rtl8366rb has been broken due to incorrect retrieval of pointer
to device_t.
Reported by: lwhsu
Diffe
Author: lwhsu (ports committer)
Date: Thu Jan 25 05:15:44 2018
New Revision: 328388
URL: https://svnweb.freebsd.org/changeset/base/328388
Log:
Fix manual page install on non-amd64
Reviewed by: emaste, imp
Differential Revision:https://reviews.freebsd.org/D14038
Modified:
head/
On 25 Jan 2018, at 12:08, Kristof Provost wrote:
On 25 Jan 2018, at 11:34, Ian Lepore wrote:
On Wed, 2018-01-24 at 16:13 -0800, Gleb Smirnoff wrote:
(r328313)
K> @@ -1613,6 +1613,7 @@ int
K> pf_unlink_state(struct pf_state *s, u_int flags)
K> {
K> struct pf_idhash *ih = &V_pf_idhash[PF_IDHA
Author: imp
Date: Thu Jan 25 02:52:44 2018
New Revision: 328387
URL: https://svnweb.freebsd.org/changeset/base/328387
Log:
Minor whitespace cleanup to remove leading space before tab. No
functional changes.
Modified:
head/sys/cam/scsi/scsi_da.c
Modified: head/sys/cam/scsi/scsi_da.c
===
Author: pkelsey
Date: Thu Jan 25 02:45:21 2018
New Revision: 328386
URL: https://svnweb.freebsd.org/changeset/base/328386
Log:
MFC r316648:
Corrected misspelled versions of rendezvous.
The MFC maintains smp_no_rendevous_barrier() as a symbol alias of
smp_no_rendezvous_barrier().
On Jan 24, 2018 6:08 PM, "Kristof Provost" wrote:
On 25 Jan 2018, at 11:34, Ian Lepore wrote:
> On Wed, 2018-01-24 at 16:13 -0800, Gleb Smirnoff wrote:
>
>> (r328313)
>> K> @@ -1613,6 +1613,7 @@ int
>> K> pf_unlink_state(struct pf_state *s, u_int flags)
>> K> {
>> K> struct pf_idhash *ih
On 25 Jan 2018, at 11:34, Ian Lepore wrote:
On Wed, 2018-01-24 at 16:13 -0800, Gleb Smirnoff wrote:
(r328313)
K> @@ -1613,6 +1613,7 @@ int
K> pf_unlink_state(struct pf_state *s, u_int flags)
K> {
K> struct pf_idhash *ih = &V_pf_idhash[PF_IDHASH(s)];
K> + int last;
K>
K> if ((flags & PF_E
On Wed, 2018-01-24 at 16:13 -0800, Gleb Smirnoff wrote:
> Hi Kristof,
>
> On Wed, Jan 24, 2018 at 04:29:17AM +, Kristof Provost wrote:
> K> Author: kp
> K> Date: Wed Jan 24 04:29:16 2018
> K> New Revision: 328313
> K> URL: https://svnweb.freebsd.org/changeset/base/328313
> K>
> K> Log:
> K>
On Thu, Jan 25, 2018 at 11:16:23AM +1100, Kristof Provost wrote:
K> On 25 Jan 2018, at 11:13, Gleb Smirnoff wrote:
K> > On Wed, Jan 24, 2018 at 04:29:17AM +, Kristof Provost wrote:
K> > K> Author: kp
K> > K> Date: Wed Jan 24 04:29:16 2018
K> > K> New Revision: 328313
K> > K> URL: https://svnweb
Hi Michael,
I already replied to Dmitry that this patch isn't correct.
The if_alloc() shall never fail. All checks like that needs
to be removed. Inside the if_alloc() the check for L2COM
allocation should also be removed. Everything happens with
M_WAITOK in this path.
On Wed, Jan 24, 2018 at 0
On 25 Jan 2018, at 11:13, Gleb Smirnoff wrote:
On Wed, Jan 24, 2018 at 04:29:17AM +, Kristof Provost wrote:
K> Author: kp
K> Date: Wed Jan 24 04:29:16 2018
K> New Revision: 328313
K> URL: https://svnweb.freebsd.org/changeset/base/328313
K>
K> Log:
K> pf: States have at least two references
Hi Kristof,
On Wed, Jan 24, 2018 at 04:29:17AM +, Kristof Provost wrote:
K> Author: kp
K> Date: Wed Jan 24 04:29:16 2018
K> New Revision: 328313
K> URL: https://svnweb.freebsd.org/changeset/base/328313
K>
K> Log:
K> pf: States have at least two references
K>
K> pf_unlink_state() rele
Author: jhb
Date: Thu Jan 25 00:09:44 2018
New Revision: 328385
URL: https://svnweb.freebsd.org/changeset/base/328385
Log:
MFC 312534: ANSYfy kern_ktrace.c and remove archaic register keyword
Modified:
stable/11/sys/kern/kern_ktrace.c
Directory Properties:
stable/11/ (props changed)
Modi
Author: jhb
Date: Thu Jan 25 00:08:13 2018
New Revision: 328384
URL: https://svnweb.freebsd.org/changeset/base/328384
Log:
MFC 287600,287602: Fixes for fork following tests.
287600:
Properly size the children[] arrays in the follow fork tests.
287602:
Use _exit() instead of exit()
Author: mckusick
Date: Wed Jan 24 23:57:40 2018
New Revision: 328383
URL: https://svnweb.freebsd.org/changeset/base/328383
Log:
More throughly integrate libufs into fsck_ffs by using its cgput()
routine to write out the cylinder groups rather than recreating the
calculation of the cylinder-g
Author: mckusick
Date: Wed Jan 24 22:36:21 2018
New Revision: 328382
URL: https://svnweb.freebsd.org/changeset/base/328382
Log:
Update .Dd missed in -r328304.
Reported by: Bjoern Zeeb (bz)
MFC with:328304
Modified:
head/lib/libc/sys/setgroups.2
Modified: head/lib/libc/sys/setgroup
Author: dim
Date: Wed Jan 24 22:35:00 2018
New Revision: 328381
URL: https://svnweb.freebsd.org/changeset/base/328381
Log:
Upgrade our copies of clang, llvm, lld, lldb, compiler-rt and libc++ to
6.0.0 (branches/release_60 r323338).
MFC after:3 months
X-MFC-With: r327952
PR:
Author: manu
Date: Wed Jan 24 22:04:16 2018
New Revision: 328380
URL: https://svnweb.freebsd.org/changeset/base/328380
Log:
arm: lpc: Remove support
Code hasn't been touch this it's original commit in 2012 beside api changes.
Reviewed by: ian
Differential Revision:https://re
On Wed, Jan 24, 2018 at 2:40 PM, Conrad Meyer wrote:
> On Wed, Jan 24, 2018 at 1:13 PM, Warner Losh wrote:
> > mallocarray should be the last line of defense, not the only line of
> > defense.
>
> Agreed.
>
> > most of the time, it's more correct to say
> >
> > if (WOULD_OVERFLOW(a,b))
> > r
Author: jhb
Date: Wed Jan 24 21:48:39 2018
New Revision: 328379
URL: https://svnweb.freebsd.org/changeset/base/328379
Log:
MFC 325028,328344: Discard the correct thread event reported for a ptrace
stop.
325028:
Discard the correct thread event reported for a ptrace stop.
When multip
Author: jhb
Date: Wed Jan 24 21:48:39 2018
New Revision: 328379
URL: https://svnweb.freebsd.org/changeset/base/328379
Log:
MFC 325028,328344: Discard the correct thread event reported for a ptrace
stop.
325028:
Discard the correct thread event reported for a ptrace stop.
When multip
[ Charset UTF-8 unsupported, converting... ]
> Author: emaste
> Date: Wed Jan 24 21:39:40 2018
> New Revision: 328378
> URL: https://svnweb.freebsd.org/changeset/base/328378
>
> Log:
> Add efi.8 as a man page link to uefi.8
>
> FreeBSD and industry has been inconsistent in the use of UEFI a
On Wed, Jan 24, 2018 at 1:13 PM, Warner Losh wrote:
> mallocarray should be the last line of defense, not the only line of
> defense.
Agreed.
> most of the time, it's more correct to say
>
> if (WOULD_OVERFLOW(a,b))
> return EINVAL;
> ptr = mallocarray(a,b...);
Disagree -- the right check t
Author: emaste
Date: Wed Jan 24 21:39:40 2018
New Revision: 328378
URL: https://svnweb.freebsd.org/changeset/base/328378
Log:
Add efi.8 as a man page link to uefi.8
FreeBSD and industry has been inconsistent in the use of UEFI and EFI.
They are essentially just different versions of the s
Author: mizhka
Date: Wed Jan 24 21:33:18 2018
New Revision: 328377
URL: https://svnweb.freebsd.org/changeset/base/328377
Log:
[etherswitch] check if_alloc returns NULL
This patch is cosmetic. It checks if allocation of ifnet structure failed.
It's better to have this check rather than ass
Author: emaste
Date: Wed Jan 24 21:26:01 2018
New Revision: 328376
URL: https://svnweb.freebsd.org/changeset/base/328376
Log:
uefi.8: add .Xr cross references to new efi tools
Modified:
head/share/man/man8/uefi.8
Modified: head/share/man/man8/uefi.8
==
Author: emaste
Date: Wed Jan 24 21:20:24 2018
New Revision: 328375
URL: https://svnweb.freebsd.org/changeset/base/328375
Log:
uefi.8: note that UEFI and EFI are used interchangeably
Modified:
head/share/man/man8/uefi.8
Modified: head/share/man/man8/uefi.8
On Wed, Jan 24, 2018 at 12:40 PM, Conrad Meyer wrote:
> On Wed, Jan 24, 2018 at 11:27 AM, Warner Losh wrote:
> >
> > Which is why we should add check overflows for most of the no wait cases.
> > They should be checked, but not primarily with mallocarray...
>
> I don't understand what the distinc
Author: emaste
Date: Wed Jan 24 21:11:35 2018
New Revision: 328374
URL: https://svnweb.freebsd.org/changeset/base/328374
Log:
uefi.8: update HISTORY and remove incomplete AUTHORS
- EFI support appeared in 5.0 for ia64
- arm64 UEFI support added in 11.0
The AUTHORS section included th
Author: dim
Date: Wed Jan 24 20:26:12 2018
New Revision: 328372
URL: https://svnweb.freebsd.org/changeset/base/328372
Log:
Vendor import of lldb release_60 branch r323338:
https://llvm.org/svn/llvm-project/lldb/branches/release_60@323338
Modified:
vendor/lldb/dist-release_60/lit/CMakeLists.
Author: dim
Date: Wed Jan 24 20:26:08 2018
New Revision: 328371
URL: https://svnweb.freebsd.org/changeset/base/328371
Log:
Tag lld release_60 branch r323338.
Added:
vendor/lld/lld-release_60-r323338/
- copied from r328370, vendor/lld/dist-release_60/
_
Author: dim
Date: Wed Jan 24 20:25:51 2018
New Revision: 328367
URL: https://svnweb.freebsd.org/changeset/base/328367
Log:
Tag compiler-rt release_60 branch r323338.
Added:
vendor/compiler-rt/compiler-rt-release_60-r323338/
- copied from r328366, vendor/compiler-rt/dist-release_60/
_
Author: dim
Date: Wed Jan 24 20:26:03 2018
New Revision: 328370
URL: https://svnweb.freebsd.org/changeset/base/328370
Log:
Vendor import of lld release_60 branch r323338:
https://llvm.org/svn/llvm-project/lld/branches/release_60@323338
Added:
vendor/lld/dist-release_60/test/ELF/Inputs/as-ne
Author: dim
Date: Wed Jan 24 20:25:56 2018
New Revision: 328368
URL: https://svnweb.freebsd.org/changeset/base/328368
Log:
Vendor import of libc++ release_60 branch r323338:
https://llvm.org/svn/llvm-project/libcxx/branches/release_60@323338
Modified:
vendor/libc++/dist-release_60/include/t
Author: dim
Date: Wed Jan 24 20:25:48 2018
New Revision: 328366
URL: https://svnweb.freebsd.org/changeset/base/328366
Log:
Vendor import of compiler-rt release_60 branch r323338:
https://llvm.org/svn/llvm-project/compiler-rt/branches/release_60@323338
Modified:
vendor/compiler-rt/dist-relea
Author: dim
Date: Wed Jan 24 20:26:15 2018
New Revision: 328373
URL: https://svnweb.freebsd.org/changeset/base/328373
Log:
Tag lldb release_60 branch r323338.
Added:
vendor/lldb/lldb-release_60-r323338/
- copied from r328372, vendor/lldb/dist-release_60/
_
Author: dim
Date: Wed Jan 24 20:25:59 2018
New Revision: 328369
URL: https://svnweb.freebsd.org/changeset/base/328369
Log:
Tag libc++ release_60 branch r323338.
Added:
vendor/libc++/libc++-release_60-r323338/
- copied from r328368, vendor/libc++/dist-release_60/
_
Author: dim
Date: Wed Jan 24 20:25:46 2018
New Revision: 328365
URL: https://svnweb.freebsd.org/changeset/base/328365
Log:
Tag clang release_60 branch r323338.
Added:
vendor/clang/clang-release_60-r323338/
- copied from r328364, vendor/clang/dist-release_60/
_
Author: dim
Date: Wed Jan 24 20:25:37 2018
New Revision: 328364
URL: https://svnweb.freebsd.org/changeset/base/328364
Log:
Vendor import of clang release_60 branch r323338:
https://llvm.org/svn/llvm-project/cfe/branches/release_60@323338
Added:
vendor/clang/dist-release_60/docs/OpenMPSuppor
Author: dim
Date: Wed Jan 24 20:23:54 2018
New Revision: 328363
URL: https://svnweb.freebsd.org/changeset/base/328363
Log:
Tag llvm release_60 branch r323338.
Added:
vendor/llvm/llvm-release_60-r323338/
- copied from r328362, vendor/llvm/dist-release_60/
_
Author: dim
Date: Wed Jan 24 20:23:48 2018
New Revision: 328362
URL: https://svnweb.freebsd.org/changeset/base/328362
Log:
Vendor import of llvm release_60 branch r323338:
https://llvm.org/svn/llvm-project/llvm/branches/release_60@323338
Added:
vendor/llvm/dist-release_60/test/CodeGen/AArc
Author: jhb
Date: Wed Jan 24 20:16:48 2018
New Revision: 328361
URL: https://svnweb.freebsd.org/changeset/base/328361
Log:
Store IV in output buffer in GCM software fallback when requested.
Properly honor the lack of the CRD_F_IV_PRESENT flag in the GCM
software fallback case for encrypti
Author: jhb
Date: Wed Jan 24 20:15:49 2018
New Revision: 328360
URL: https://svnweb.freebsd.org/changeset/base/328360
Log:
Don't read or generate an IV until all error checking is complete.
In particular, this avoids edge cases where a generated IV might be
written into the output buffer
Author: jhb
Date: Wed Jan 24 20:14:57 2018
New Revision: 328359
URL: https://svnweb.freebsd.org/changeset/base/328359
Log:
Expand the software fallback for GCM to cover more cases.
- Extend ccr_gcm_soft() to handle requests with a non-empty payload.
While here, switch to allocating the
Author: jhb
Date: Wed Jan 24 20:13:07 2018
New Revision: 328358
URL: https://svnweb.freebsd.org/changeset/base/328358
Log:
Clamp DSGL entries to a length of 2KB.
This works around an issue in the T6 that can result in DMA engine
stalls if an error occurs while processing a DSGL entry with
Author: jhb
Date: Wed Jan 24 20:12:00 2018
New Revision: 328357
URL: https://svnweb.freebsd.org/changeset/base/328357
Log:
Fail crypto requests when the resulting work request is too large.
Most crypto requests will not trigger this condition, but a request
with a highly-fragmented data b
Author: jhb
Date: Wed Jan 24 20:11:00 2018
New Revision: 328356
URL: https://svnweb.freebsd.org/changeset/base/328356
Log:
Don't discard AAD and IV output data for AEAD requests.
The T6 can hang when processing certain AEAD requests if the request
sets a flag asking the crypto engine to d
Author: jhb
Date: Wed Jan 24 20:08:10 2018
New Revision: 328355
URL: https://svnweb.freebsd.org/changeset/base/328355
Log:
Reject requests with AAD and IV larger than 511 bytes.
The T6 crypto engine's control messages only support a total AAD
length (including the prefixed IV) of 511 byte
Author: jhb
Date: Wed Jan 24 20:04:08 2018
New Revision: 328353
URL: https://svnweb.freebsd.org/changeset/base/328353
Log:
Always store the IV in the immediate portion of a work request.
Combined authentication-encryption and GCM requests already stored the
IV in the immediate explicitly.
Author: jhb
Date: Wed Jan 24 20:06:02 2018
New Revision: 328354
URL: https://svnweb.freebsd.org/changeset/base/328354
Log:
Always set the IV location to IV_NOP.
The firmware ignores this field in the FW_CRYPTO_LOOKASIDE_WR work
request.
Submitted by: Harsh Jain @ Chelsio
Sponsored
Author: ae
Date: Wed Jan 24 19:48:25 2018
New Revision: 328352
URL: https://svnweb.freebsd.org/changeset/base/328352
Log:
Adopt revision 1.76 and 1.77 from NetBSD:
Fix a vulnerability in IPsec-IPv6-AH, that allows an attacker to remotely
crash the kernel with a single packet.
In t
On Wed, Jan 24, 2018 at 11:27 AM, Warner Losh wrote:
>
> Which is why we should add check overflows for most of the no wait cases.
> They should be checked, but not primarily with mallocarray...
I don't understand what the distinction is here. Can you help me
understand why the overflow check sh
Author: cem
Date: Wed Jan 24 19:37:18 2018
New Revision: 328351
URL: https://svnweb.freebsd.org/changeset/base/328351
Log:
malloc(9): Change nominal size to size_t to match standard C
No functional change -- size_t matches unsigned long on all platforms.
Reported by: bde
Discussed w
On Jan 24, 2018 12:24 PM, "Conrad Meyer" wrote:
On Wed, Jan 24, 2018 at 10:51 AM, Pedro Giffuni wrote:
> FWIW, I suggested a panic for M_WAITOK and returning NULL for M_NOWAIT,
but
> cem didn't like it because it was inconsistent.
>
> I think the current argument is more about the size/trigger t
On Wed, Jan 24, 2018 at 10:44 AM, Pedro Giffuni wrote:
> ...
> On 24/01/2018 13:30, Conrad Meyer wrote:
>>
>> ...
>> size_t can handle 10GB, but u_long can't.
>> This whole argument hinges upon incorrect assumption that size_t is
>> larger than u_long.
>
>
> Hmm...
>
> Lets just make it "unsigned
On Wed, Jan 24, 2018 at 10:51 AM, Pedro Giffuni wrote:
> FWIW, I suggested a panic for M_WAITOK and returning NULL for M_NOWAIT, but
> cem didn't like it because it was inconsistent.
>
> I think the current argument is more about the size/trigger than the
> behavior though.
Yeah. If an overflow
Author: ae
Date: Wed Jan 24 19:06:44 2018
New Revision: 328350
URL: https://svnweb.freebsd.org/changeset/base/328350
Log:
Merge revision 1.35 from NetBSD:
fix pointer/offset mistakes in handling of IPv4 options
Reported by: Maxime Villard
MFC after:1 week
Modified:
head/sys/n
On 24/01/2018 13:40, Hans Petter Selasky wrote:
On 01/24/18 19:28, Warner Losh wrote:
Does mallocarray(10 ,1Gb) panic on i386? It does not. It should.
Hi,
If M_WAITOK is specified, then sleep forever and print a message.
Else return NULL ?
FWIW, I suggested a panic for M_WAITOK and return
...
On 24/01/2018 13:30, Conrad Meyer wrote:
...
size_t can handle 10GB, but u_long can't.
This whole argument hinges upon incorrect assumption that size_t is
larger than u_long.
Hmm...
Lets just make it "unsigned long" to be consistent with malloc(9) and
avoid confusion?
Pedro.
___
On Wed, Jan 24, 2018 at 10:40 AM, Hans Petter Selasky wrote:
> On 01/24/18 19:28, Warner Losh wrote:
>>
>> Does mallocarray(10 ,1Gb) panic on i386? It does not. It should.
>
>
> Hi,
>
> If M_WAITOK is specified, then sleep forever and print a message.
> Else return NULL ?
Depends on the machine.
On Jan 24, 2018 11:33 AM, "Conrad Meyer" wrote:
Bruce didn't get this wrong, you've just misread his (style / opinion)
complaint as an actual bug (which is kind of the whole reason why it's
hard to treat his complaints seriously):
> size_t happens to have the same representation as u_long on all
On 01/24/18 19:28, Warner Losh wrote:
Does mallocarray(10 ,1Gb) panic on i386? It does not. It should.
Hi,
If M_WAITOK is specified, then sleep forever and print a message.
Else return NULL ?
--HPS
___
svn-src-all@freebsd.org mailing list
https://li
Bruce didn't get this wrong, you've just misread his (style / opinion)
complaint as an actual bug (which is kind of the whole reason why it's
hard to treat his complaints seriously):
> size_t happens to have the same representation as u_long on all supported
> arches
So yes, the check works on i
On Wed, Jan 24, 2018 at 10:05 AM, Warner Losh wrote:
> It changes the fundamental 'can't fail' allocations into 'maybe panic'
> allocations, which was my big objection.
No, it doesn't make any such change. The only calls that will panic
now would have "succeeded" before but returned a smaller si
On Wed, Jan 24, 2018 at 11:05:24AM -0700, Warner Losh wrote:
> Let's start with his point about u_long vs size_t causing problems:
>
> void*malloc(unsigned long size, struct malloc_type *type, int flags)
> vs
> void*mallocarray(size_t nmemb, size_t size, struct malloc_type *type,
>
> Sinc
Does mallocarray(10 ,1Gb) panic on i386? It does not. It should.
Warner
On Jan 24, 2018 11:20 AM, "Conrad Meyer" wrote:
> Please point out what in Bruce's rant is actually relevant. Again, I
> usually start reading them and get sidetracked in things that are
> opinions stated as fact, or outri
Please point out what in Bruce's rant is actually relevant. Again, I
usually start reading them and get sidetracked in things that are
opinions stated as fact, or outright incorrect. At which point, I
give up on them.
___
svn-src-all@freebsd.org mailing
On 01/24/18 12:37, Conrad Meyer wrote:
On Tue, Jan 23, 2018 at 11:40 AM, Pedro Giffuni wrote:
On 23/01/2018 14:08, Conrad Meyer wrote:
On Sun, Jan 21, 2018 at 7:42 AM, Pedro F. Giffuni wrote:
Author: pfg
Date: Sun Jan 21 15:42:36 2018
New Revision: 328218
I'm confused about this change.
Author: ian
Date: Wed Jan 24 18:10:11 2018
New Revision: 328349
URL: https://svnweb.freebsd.org/changeset/base/328349
Log:
Make the trivial imx_soc_family() function an inline in imx_machdep.h.
The imx_machdep.c file is on the fast path to non-existance and this would
be the only thing le
Author: bdrewery
Date: Wed Jan 24 18:09:44 2018
New Revision: 328348
URL: https://svnweb.freebsd.org/changeset/base/328348
Log:
test-system-compiler: Display X_ variants for compiler/linker.
Sponsored by: Dell EMC
Modified:
head/Makefile.inc1
Modified: head/Makefile.inc1
===
Author: bdrewery
Date: Wed Jan 24 18:08:37 2018
New Revision: 328347
URL: https://svnweb.freebsd.org/changeset/base/328347
Log:
X_COMPILER_* may not be defined.
Sponsored by: Dell EMC
Modified:
head/Makefile.inc1
head/Makefile.libcompat
Modified: head/Makefile.inc1
===
On Wed, Jan 24, 2018 at 10:34 AM, Conrad Meyer wrote:
> On Wed, Jan 24, 2018 at 7:44 AM, Warner Losh wrote:
> > I agree completely. It doesn't do what you think it is doing, for all the
> > reasons that Bruce outlines. We thought it was a bad idea when it came
> up 2
> > years ago and nothing ha
On Wed, 2018-01-24 at 09:34 -0800, Conrad Meyer wrote:
> On Wed, Jan 24, 2018 at 7:44 AM, Warner Losh wrote:
> >
> > I agree completely. It doesn't do what you think it is doing, for all the
> > reasons that Bruce outlines. We thought it was a bad idea when it came up 2
> > years ago and nothing
Author: pfg
Date: Wed Jan 24 17:58:48 2018
New Revision: 328346
URL: https://svnweb.freebsd.org/changeset/base/328346
Log:
ext2fs|ufs:Unsign some values related to allocation.
When allocating memory through malloc(9), we always expect the amount of
memory requested to be unsigned as a neg
Author: ian
Date: Wed Jan 24 17:52:06 2018
New Revision: 328345
URL: https://svnweb.freebsd.org/changeset/base/328345
Log:
Reformat indentation to match other imx5/6 register definition headers, and
tweak some comments. No functional changes.
Modified:
head/sys/arm/freescale/imx/imx_wdogre
Author: jhb
Date: Wed Jan 24 17:46:20 2018
New Revision: 328344
URL: https://svnweb.freebsd.org/changeset/base/328344
Log:
Mark the unused argument to continue_thread() as such.
clang in HEAD and 11 does not warn about this, but clang in 10 does.
Modified:
head/tests/sys/kern/ptrace_test
On 01/24/18 03:50, Bruce Evans wrote:
On Tue, 23 Jan 2018, Pedro Giffuni wrote:
On 23/01/2018 14:08, Conrad Meyer wrote:
Hi Pedro,
On Sun, Jan 21, 2018 at 7:42 AM, Pedro F. Giffuni
wrote:
Author: pfg
Date: Sun Jan 21 15:42:36 2018
New Revision: 328218
URL: https://svnweb.freebsd.org/chan
On Tue, Jan 23, 2018 at 11:40 AM, Pedro Giffuni wrote:
> On 23/01/2018 14:08, Conrad Meyer wrote:
>> On Sun, Jan 21, 2018 at 7:42 AM, Pedro F. Giffuni wrote:
>>>
>>> Author: pfg
>>> Date: Sun Jan 21 15:42:36 2018
>>> New Revision: 328218
>>
>> I'm confused about this change. Wouldn't it be bette
On Wed, Jan 24, 2018 at 7:44 AM, Warner Losh wrote:
> I agree completely. It doesn't do what you think it is doing, for all the
> reasons that Bruce outlines. We thought it was a bad idea when it came up 2
> years ago and nothing has really changed.
I disagree. I'm not sure what you mean by "it
On 0124T1216, Pedro Giffuni wrote:
>
> On 01/24/18 12:04, Edward Tomasz Napierala wrote:
> > Author: trasz
> > Date: Wed Jan 24 17:04:01 2018
> > New Revision: 328342
> > URL: https://svnweb.freebsd.org/changeset/base/328342
> >
> > Log:
> >Add SPDX identifiers to linux_ptrace.c and cfumass.c.
On 01/24/18 12:04, Edward Tomasz Napierala wrote:
Author: trasz
Date: Wed Jan 24 17:04:01 2018
New Revision: 328342
URL: https://svnweb.freebsd.org/changeset/base/328342
Log:
Add SPDX identifiers to linux_ptrace.c and cfumass.c.
MFC after: 2 weeks
Thanks for all these!
For the rec
Author: asomers
Date: Wed Jan 24 17:12:34 2018
New Revision: 328343
URL: https://svnweb.freebsd.org/changeset/base/328343
Log:
time(1): use clock_gettime(2) instead of gettimeofday(2)
This is a prerequisite to adding support for the monotonic clock
Reviewed by: ken, imp
MFC after:
Author: trasz
Date: Wed Jan 24 17:04:01 2018
New Revision: 328342
URL: https://svnweb.freebsd.org/changeset/base/328342
Log:
Add SPDX identifiers to linux_ptrace.c and cfumass.c.
MFC after:2 weeks
Modified:
head/sys/amd64/linux/linux_ptrace.c
head/sys/dev/usb/storage/cfumass.c
Mod
Author: trasz
Date: Wed Jan 24 16:58:26 2018
New Revision: 328341
URL: https://svnweb.freebsd.org/changeset/base/328341
Log:
Add SPDX tags to iscsi(4).
MFC after:2 weeks
Modified:
head/sys/dev/iscsi/icl_conn_if.m
head/sys/dev/iscsi/icl_soft.c
head/sys/dev/iscsi/icl_wrappers.h
Mo
Author: pfg
Date: Wed Jan 24 16:44:57 2018
New Revision: 328340
URL: https://svnweb.freebsd.org/changeset/base/328340
Log:
Revert r327781, r328093, r328056:
ufs|ext2fs: Revert uses of mallocarray(9).
These aren't really useful: drop them.
Variable unsigning will be brought again later.
Author: trasz
Date: Wed Jan 24 16:39:02 2018
New Revision: 328338
URL: https://svnweb.freebsd.org/changeset/base/328338
Log:
Add SPDX tags for automount(8) et al.
MFC after:2 weeks
Modified:
head/usr.sbin/autofs/automount.c
head/usr.sbin/autofs/automountd.c
head/usr.sbin/autofs/a
Author: trasz
Date: Wed Jan 24 16:37:29 2018
New Revision: 328337
URL: https://svnweb.freebsd.org/changeset/base/328337
Log:
Add missing SPDX tags for ctld(8).
MFC after:2 weeks
Modified:
head/usr.sbin/ctld/chap.c
head/usr.sbin/ctld/isns.c
head/usr.sbin/ctld/uclparse.c
Modified:
Author: trasz
Date: Wed Jan 24 16:40:26 2018
New Revision: 328339
URL: https://svnweb.freebsd.org/changeset/base/328339
Log:
Add SPDX tags to autofs(5).
MFC after:2 weeks
Modified:
head/sys/fs/autofs/autofs.h
head/sys/fs/autofs/autofs_ioctl.h
head/sys/fs/autofs/autofs_vfsops.c
Author: trasz
Date: Wed Jan 24 16:34:37 2018
New Revision: 328336
URL: https://svnweb.freebsd.org/changeset/base/328336
Log:
Add missing SPDX identifier in iscsid(8).
MFC after:2 weeks
Modified:
head/usr.sbin/iscsid/chap.c
Modified: head/usr.sbin/iscsid/chap.c
==
Author: trasz
Date: Wed Jan 24 16:33:33 2018
New Revision: 328335
URL: https://svnweb.freebsd.org/changeset/base/328335
Log:
Add SPDX identifiers for uefisign(8) sources.
MFC after:2 weeks
Modified:
head/usr.sbin/uefisign/child.c
head/usr.sbin/uefisign/magic.h
head/usr.sbin/uefis
On Wed, Jan 24, 2018 at 1:50 AM, Bruce Evans wrote:
> On Tue, 23 Jan 2018, Pedro Giffuni wrote:
>
> On 23/01/2018 14:08, Conrad Meyer wrote:
>>
>>> Hi Pedro,
>>>
>>> On Sun, Jan 21, 2018 at 7:42 AM, Pedro F. Giffuni
>>> wrote:
>>>
Author: pfg
Date: Sun Jan 21 15:42:36 2018
New Rev
Author: markj
Date: Wed Jan 24 15:16:17 2018
New Revision: 328334
URL: https://svnweb.freebsd.org/changeset/base/328334
Log:
MFC r327779, r327780:
Fix handling of read errors during synchronization.
Added:
stable/11/tests/sys/geom/class/mirror/sync_error.sh
- copied unchanged from r327
Author: markj
Date: Wed Jan 24 15:15:18 2018
New Revision: 328333
URL: https://svnweb.freebsd.org/changeset/base/328333
Log:
MFC r327496, r327760:
Fix some I/O ordering issues in gmirror.
Modified:
stable/11/sys/geom/mirror/g_mirror.c
Directory Properties:
stable/11/ (props changed)
Mo
In message <82d52ee3-1c2a-2399-0142-0027b4370...@selasky.org>, Hans Petter
Sela
sky writes:
> On 01/24/18 15:00, Cy Schubert wrote:
> > Why? What happened?
> >
>
> Hi,
>
> See r326376 . This patch is out of date :-)
This makes my point. Someone browsing through the log will not be able to
deter
Author: mm
Date: Wed Jan 24 14:24:17 2018
New Revision: 328332
URL: https://svnweb.freebsd.org/changeset/base/328332
Log:
MFV r328323,328324:
Sync libarchive with vendor.
Relevant vendor changes:
PR #893: delete dead ppmd7 alloc callbacks
PR #904: Fix archive freeing bug in bsdcat
Author: amdmi3 (ports committer)
Date: Wed Jan 24 14:15:06 2018
New Revision: 328331
URL: https://svnweb.freebsd.org/changeset/base/328331
Log:
Support configuring arbitrary limits(1) for any daemon in rc.conf
Usage is ${name}_limits, and the argument is any flags accepted by
limits(1), s
On 01/24/18 15:00, Cy Schubert wrote:
Why? What happened?
Hi,
See r326376 . This patch is out of date :-)
--HPS
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-s
1 - 100 of 115 matches
Mail list logo
