e69ba32f kib Aug. 3, 2016, 7:10 a.m.
Making emphasis on this lock in the core function comment is confusing
for the modern kernel.

Sponsored by:	The FreeBSD Foundation
MFC after:	3 days
cgit ViewVC
e938ebbc ed Aug. 3, 2016, 6:36 a.m.
1b42875d ed Aug. 3, 2016, 6:35 a.m.
I must have accidentally pressed some random key in vim.
cgit ViewVC
a813fdc6 ed Aug. 3, 2016, 6:33 a.m.
Our mprotect() function seems to take a "const void *" address to the
pages whose permissions need to be adjusted. POSIX uses "void *". Simply
stick to the POSIX one to prevent us from writing unportable code.

PR:		211423 (exp-run)
Tested by:	antoine@ (Thanks!)
cgit ViewVC
fc5b6d72 jhibbits Aug. 3, 2016, 1:46 a.m.
CPU number for MPC85XX is a duplicate for E500.  Since we don't support MPC85XX
"uncore" registers right now, rather than renumbering it simply remove it, and
it will properly use the E500 CPU ID.
cgit ViewVC
6cedae09 jhibbits Aug. 3, 2016, 1:22 a.m.
Summary:
MPC85XX and QorIQ are very similar.  When the DPAA dTSEC driver was
added, QORIQ_DPAA was brought in as a config option to support the differences
in hardware register settings between QorIQ (e500mc-, e5500- based) SoCs and
QUICC (e500v1/e500v2-based) SoCs, particularly in the Local Access Window (LAW)
target settings.

Unify these settings using macros to hide details and ease porting, and use a
new function (mpc85xx_is_qoriq()) to distinguish between QorIQ and QUICC SoCs at
runtime.

An alternative to using the function could be to use a variable initialized at
platform attach time, which may incur less overhead at runtime.  Since it's not
in the critical path once booted, this optimization doesn't seem necessary at
first pass.

Reviewed by: nwhitehorn
MFC after:	1 week
Differential Revision: https://reviews.freebsd.org/D7294
cgit ViewVC
515b36c5 np Aug. 2, 2016, 11:54 p.m.
per-adapter data structure.  This replaces a global array with hardcoded
page sizes.

Sponsored by:	Chelsio Communications
cgit ViewVC
a8d890b4 bdrewery Aug. 2, 2016, 11:46 p.m.
MFC after:	3 days
Sponsored by:	EMC / Isilon Storage Division
cgit ViewVC
0f21f528 bapt Aug. 2, 2016, 10:47 p.m.
trussinfo->curthread must be initialized before calling enter_syscall(),
it is used by t->proc->abi->fetch_args().
Without that truss is segfaulting and the attached program also crash.

Submitted by:	Nikita Kozlov (nikita@gandi.net)
Reviewed by:	jhb
MFC after:	3 days
Differential Revision:	https://reviews.freebsd.org/D7399
cgit ViewVC
08ed5b80 imp Aug. 2, 2016, 9:55 p.m.
we need to include it in -legacy or not. Since the ifdef was removed,
this broke building 10.x and older source trees on -current. Restore
just enough of _WITH_GETLINE to allow these older source trees to
still build and properly omit getline() from their -legacy library.
cgit ViewVC
bfbeda91 emaste Aug. 2, 2016, 9:48 p.m.
kgzip is only useful on i386 and has a number of other limitations.
We're better served by officially deprecating it and encouraging users
to use loader(8) instead.

Reviewed by:	dteske, wblock
Differential Revision:	https://reviews.freebsd.org/D7098
cgit ViewVC
cf2731e6 behlendorf1 Aug. 2, 2016, 8:43 p.m.
When arc_max is increased, arc_meta_limit will not be updated to 3/4
of the new arc_c_max value.  This was done originally to preserve any
existing maximum value.  This turned out to be counter intuitive to
users and this fix changes that behavior.  If zfs_arc_meta_limit is
non-default, it will be picked up later in the ARC tuning function.

Signed-off-by: Gaurav Kumar <gaurav.kumar@nutanix.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes #4893
cgit
72a3cf0f kp Aug. 2, 2016, 8:32 p.m.
This adds const qualifiers where it is possible.

Submitted by:	Christian Mauderer <christian.mauderer@embedded-brains.de>
cgit ViewVC
dd2be8cb emaste Aug. 2, 2016, 8:26 p.m.
Accidentally missed in r303674
cgit ViewVC
00f06000 dim Aug. 2, 2016, 8:25 p.m.
or "+" (these are invalid, because there is no preceding operand).

When bsdgrep attempts to emulate GNU grep in discarding and ignoring the
invalid ? or + operators, some later logic in tre_compile_fast() goes
beyond the end of the buffer, leading to a crash.

Fix this by bailing out, and reporting a bad pattern instead.

Reported by:	Steve Kargl
MFC after:	1 week
cgit ViewVC