pfg
69f0978333
libstand: use NULL instead of zero for pointers.
2016-04-18 14:45:56 +00:00
araujo
889ed0c7e4
Use NULL instead of 0 for pointers.
...
strchr(3) will return NULL if the character does not appear in the
string.
MFC after: 2 weeks.
2016-04-18 14:44:01 +00:00
pfg
1bed3a70f7
libbluetooth: use NULL instead of zero for pointers.
2016-04-18 14:41:30 +00:00
pfg
163ec53664
rexec(3): use NULL instead of zero for pointers.
2016-04-18 14:37:26 +00:00
araujo
7c5409f82b
User NULL instead of 0 for pointers.
...
gethostbyname(3) will return NULL in case of an error.
MFC after: 2 weeks.
2016-04-18 14:12:42 +00:00
araujo
3ed503ef4c
Use NULL instead of 0 for pointers.
...
strchr(3) will return NULL if the character does not appear in the
string.
MFC after: 2 weeks.
2016-04-18 14:08:35 +00:00
emaste
60b9a17328
Replace ${CURDIR}/../.. with ${CURDIR:H:H} in elftoolchain
...
This produces a nicer path in debug info and build logs.
MFC after: 1 week
Sponsored by: The FreeBSD Foundation
2016-04-18 13:13:59 +00:00
tuexen
20ff6f8501
Fix signed/unsigned warnings.
2016-04-18 11:39:41 +00:00
andrew
d47609db9b
Pull the MSI/MSI-X handling functions out to help with INTRNG integration.
...
Obtained from: ABT Systems Ltd
Sponsored by: The FreeBSD Foundation
2016-04-18 10:37:50 +00:00
pluknet
129e98db91
Fixed indentation, minor style.
2016-04-18 09:56:41 +00:00
tuexen
81d44bca71
Fix a warning about an unused variable.
2016-04-18 09:39:46 +00:00
tuexen
d1da7b18c1
Put panic() calls under INVARIANTS.
2016-04-18 09:29:14 +00:00
delphij
8fba8672e6
Fix tinderbox LINT build.
2016-04-18 08:24:13 +00:00
ngie
4590c59adf
Minor cosmetic cleanup
...
- Remove spurious trailing whitespace in licensing header
- Remove unnecessary semi-colon after comment [*]
MFC after: 3 days
Submitted by: pfg [*]
Sponsored by: EMC / Isilon Storage Division
2016-04-18 07:48:27 +00:00
araujo
e15a67f910
Use NULL instead of 0 for pointers.
...
malloc will return NULL if it cannot allocate memory.
MFC after: 2 weeks.
2016-04-18 07:47:26 +00:00
araujo
048481b9dc
strchr(3) will return NULL if it cannot find the character in the
...
string.
getfsent(3) will return NULL on EOF or error.
MFC after: 2 weeks.
2016-04-18 07:44:53 +00:00
araujo
ebd15428b5
Use NULL instead of 0 for pointers.
...
strchr(3) will return NULL if the character does not appear in the
string.
MFC after: 2 weeks.
2016-04-18 07:40:36 +00:00
delphij
1852c3675c
MFV r298178:
...
Update file to 5.26.
MFC after: 2 weeks
Relnotes: yes
2016-04-18 07:36:24 +00:00
araujo
cb410646fd
User NULL instead of 0 for pointers.
...
getservent(3) returns NULL on EOF or error.
MFC after: 2 weeks.
2016-04-18 07:14:01 +00:00
araujo
45973d9d15
Use NULL instead of 0 for pointers.
...
fopen(3) will return NULL in case it cannot open the STREAM.
MFC after: 2 weeks.
2016-04-18 07:09:34 +00:00
araujo
b2f244e71e
Use NULL instead of 0 for pointers.
...
MFC after: 2 weeks.
2016-04-18 07:05:18 +00:00
tuexen
00659be9d2
Cleanup debug output.
2016-04-18 06:58:07 +00:00
tuexen
f48ddca9de
Don't use anonymous unions.
2016-04-18 06:38:53 +00:00
tuexen
eac27e6ed9
Remove a left-over debug printf().
2016-04-18 06:32:24 +00:00
sgalabov
f3d0ff63b0
Allow RT3350 CPU clock to be detected as part of RT3050/RT3052 detection
...
OpenWRT's dts files treat RT3050/RT3052/RT3350 within the same SoC dtsi
file, so we need to distinguish between the three dynamically, mainly
because the bit we use to determine the clock speed on RT3050/RT3052
can actually be floating on RT3350 and RT3350 is always at 320MHz.
Approved by: adrian (mentor)
Sponsored by: Smartcom - Bulgaria AD
Differential Revision: https://reviews.freebsd.org/D5983
2016-04-18 06:15:58 +00:00
araujo
a32949ae45
Use NULL instead of 0 for pointers.
...
realloc will return NULL if it cannot allocate memory.
MFC after: 2 weeks.
2016-04-18 06:12:00 +00:00
araujo
76c4083741
Use NULL for pointers.
...
strrchr(3) will return NULL if the character does not appears in
the string.
MFC after: 2 weeks.
2016-04-18 06:02:26 +00:00
araujo
d2d25bb0ca
Use NULL instead of 0 for pointers.
...
Also malloc will return NULL if it cannot allocate memory.
MFC after: 2 weeks.
2016-04-18 05:46:18 +00:00
araujo
0bd7ac2f20
Use NULL instead of 0.
...
strtok(3) will return NULL when no more tokens remain.
MFC after: 2 weeks.
2016-04-18 05:26:32 +00:00
araujo
25333787db
The malloc will return NULL if it can't allocate memory.
...
MFC after: 2 weeks.
2016-04-18 05:19:45 +00:00
delphij
3c98cb6b19
Vendor import of file 4.26.
2016-04-18 04:43:03 +00:00
araujo
d2ff81490f
Use nitems instead of 'sizeof(mapnames) / sizeof(mapnames[0]'.
2016-04-18 03:44:42 +00:00
wblock
895cf4137c
Add the kern.vt.enable_bell sysctl, which was not documented previously.
...
Minor additional punctuation and wording changes.
PR: 208785
Submitted by: david.marec@davenulle.org
MFC after: 1 week
2016-04-18 02:36:49 +00:00
adrian
646fb0e4be
[urtwn] default to announcing RX 64K aggregates.
2016-04-18 00:28:25 +00:00
adrian
d6c7275477
[net80211] put in a comment about the not-quite-correctness of A-MPDU parameters.
...
Although we correctly (now!) calculate the right A-MPDU parameters, the
ioctl() has some faulty logic for choosing which to display. The BSS
params are what were advertised to us, and we would have chosen the
lower of theirs/ours when advertising the HT bits back at them.
So, we /should/ track and fix that so we display the correct A-MPDU
density and size.
However, since I'm a forgetful type, and I don't want to have to re-learn
that this is wrong, drop in a comment so I or someone else fixes it.
Or, when I discover this again in 4 years, I don't have to go digging
too much to remember.
2016-04-18 00:26:11 +00:00
markj
5af0054863
Use a loop instead of a goto in sysctl_kern_proc_kstack().
...
MFC after: 3 days
2016-04-17 23:22:32 +00:00
markj
806ab8645b
Fix the description of the first two arguments to proc:::create.
...
Reported by: Matt C <oholiab@grimmwa.re>
2016-04-17 23:10:09 +00:00
markj
b9677d1249
Make the second argument of dtrace_invop() a trapframe pointer.
...
Currently this argument is a pointer into the stack which is used by FBT
to fetch the first five probe arguments. On all non-x86 architectures it's
simply the trapframe address, so this change has no functional impact. On
amd64 it's a pointer into the trapframe such that stack[1 .. 5] gives the
first five argument registers, which are deliberately grouped together in
the amd64 trapframe definition.
A trapframe argument simplifies the invop handlers on !x86 and makes the
x86 FBT invop handler easier to understand. Moreover, it allows for invop
handlers that may want to modify the register set of the interrupted thread.
2016-04-17 23:08:47 +00:00
bapt
2f359d8f3e
Note that mklocale(1) and colldef(1) are no longer used
...
mklocale and colldef has been replaced by localedef, but they have to be kept
until 10.2 is EOL for mklocale (it has been added to 10.3 as a bootstrap tools)
and until 10.3 is EOL for colldef (it has never been added to bootstrap tools)
2016-04-17 23:02:49 +00:00
bapt
b519ca02d7
Use the nitems() macro
2016-04-17 22:42:48 +00:00
bapt
f1f86fc26a
Import libucl 0.8.0
2016-04-17 21:30:40 +00:00
imp
eab6f9627a
Add CAM_NETFLIX_IOSCHED to the build.
2016-04-17 21:29:47 +00:00
imp
1e01401530
Do the intmax_t dance for debug so CAM_NETFLIX_IOSCHED builds on
...
i386.
Sponsored by: Netflix, Inc
2016-04-17 21:29:44 +00:00
bapt
0a117fc904
Import libucl 0.8.0
2016-04-17 21:25:53 +00:00
bapt
5c425ff754
Import sqlite3 3.12.1
2016-04-17 21:23:14 +00:00
bapt
919e25d1cd
Import sqlite3-3.12.1 (3120100)
2016-04-17 21:14:22 +00:00
jilles
8156bf7454
mail: Don't truncate mtime of mailbox to microseconds.
2016-04-17 20:00:24 +00:00
wblock
b8e96bf982
Fix markup on "\n" in printf so it renders correctly.
...
PR: 208852
Submitted by: coder@tuxfamily.org
MFC after: 1 week
2016-04-17 18:25:34 +00:00
adrian
6c8d2dfeae
undo previous commit - WIP was committed by accident.
...
Noticed by: bz
2016-04-17 15:51:26 +00:00
dim
19d356f9ce
Until it has been properly fixed upstream, apply a temporary workaround
...
for LLVM PR 26999 (in some cases, -save-temps can cause an assertion
failure in clang's -cc1as stage).
2016-04-17 15:48:19 +00:00