| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| | |
Sponsored by: The FreeBSD Foundation
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
fgetln(3) will returns NULL if cannot get a line from a stream.
strsep(3) it will returns NULL if the end of the string was reached.
jemalloc(3) malloc will returns NULL if it cannot allocate memory.
fgetln(3) it will returns NULL if it cannot get a line from a stream.
MFC after: 4 weeks
|
| |
| |
| |
| |
| |
| |
| |
| | |
getenv(3) returns NULL if the variable name is not in the current
environment.
getservent(3) returns NULL on EOF or error
MFC after: 4 weeks
|
| |
| |
| |
| |
| |
| | |
fopen(3) returns NULL in case it can't open the STREAM.
fgetln(3) returns NULL if it can't get a line from a STREAM.
malloc returns NULL if it can't allocate memory.
|
| |
| |
| |
| |
| |
| | |
malloc and realloc will return NULL pointer if it can't alloc memory.
MFC after: 4 weeks
|
| |
| |
| |
| | |
MFC after: 1 week
|
| |
| |
| |
| | |
fopen(3) will return NULL in case it can't open the STREAM.
|
| |
| |
| |
| |
| | |
The malloc will return a pointer to the allocated memory if successful,
otherwise a NULL pointer is returned.
|
| |
| |
| |
| |
| | |
The strchr(3) returns a NULL if the character does not appears in the string.
The malloc will return NULL if cannot allocate memory.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
fopen(3) will return NULL in case it can't open the STREAM.
The malloc will return a pointer to the allocated memory if successful,
otherwise a NULL pointer is returned.
Also add an extra DEBUG1 to print out the error to open a file.
Reviewed by: ed
Differential Revision: https://svnweb.freebsd.org/changeset/base/297959
|
| |
| |
| |
| |
| |
| | |
fopen(3) returns a FILE pointer, otherwise NULL is returned.
MFC after: 2 weeks
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If the PBA shares a page with the MSI-X table, map the shared page via
/dev/mem and emulate accesses to the portion of the PBA in the shared
page by accessing the mapped page.
Reviewed by: grehan
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D5919
|
| |
| |
| |
| | |
Obtained from: OpenBSD r1.11, r1.17 and r1.36
|
| |
| |
| |
| | |
Sponsored by: The FreeBSD Foundation
|
|\ \
| |/
| |
| | |
Sponsored by: The FreeBSD Foundation
|
| |
| |
| |
| |
| |
| | |
deal with messages that haven't been fully read from the server yet.
Obtained from: OpenBSD r1.11
|
| |
| |
| |
| |
| | |
MFC after: 1 month
Sponsored by: The FreeBSD Foundation
|
| |
| |
| |
| | |
Sponsored by: The FreeBSD Foundation
|
|\ \
| |/
| |
| | |
Sponsored by: The FreeBSD Foundation
|
| |
| |
| |
| |
| |
| | |
Found with devel/coccinelle.
Reviewed by: gad
|
| |
| |
| |
| |
| | |
This makes it easier for the bhyve executable to be built
out of the tree.
|
| |
| |
| |
| |
| |
| |
| | |
PR: 208629
PR: 208568
Submitted by: Galael LAPLANCHE <ganael.laplanche@corp.ovh.com>
MFC after: 2 weeks
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If a user requested encrypted swap, but 0 sized, it would still be added to fstab
PR: 208630
Submitted by: Ganael LAPLANCHE <ganael.laplanche@corp.ovh.com>
MFC after: 2 weeks
Sponsored by: ScaleEngine Inc.
|
| |
| |
| |
| |
| |
| | |
MFC after: 3 days
X-MFC with: r296204
Sponsored by: EMC / Isilon Storage Division
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We were setting an incorrect/undefined size and as it came out the st
struct was not really being used at all. This was actually a bug but
by sheer luck it had no visual effect.
CID: 1194320
Reviewed by: grehan
|
| |
| |
| |
| |
| |
| |
| |
| | |
ncq was not being inititialized properly but it was not actually
necessary either, so make the code smaller by removing it.
CID: 1248842
Reviewed by: grehan
|
| |
| |
| |
| | |
Sponsored by: The FreeBSD Foundation
|
|\ \
| |/
| |
| | |
Sponsored by: The FreeBSD Foundation
|
| |
| |
| |
| |
| | |
In particular this includes additional information on HotPlug capable
slots.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Group the output so that it follows the capability register set more
closely. The first line now contains device information and the
second line contains link information. As a result, ARI status is now
output on the first line, and the link width is moved down to the second
line of link information.
- Only read the DEVICE_CAP2 register to check for ARI if the capability
version is >= 2.
- Don't output any link information if the link capability and status
registers are zero.
- Label the MSI interrupt index value as "MSI" instead of "IRQ".
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
case 'g' makes use of value n, which is initialized for case 'b'
and passe through to case 'g'. If case 'g' is called directly
value 'n' is not initialized.
Avoid the issue by initializing n before entering the switch.
CID: 1006375
Reviewed by: bms
|
| |
| |
| |
| |
| |
| |
| |
| | |
Prevent from returning an unitialized value in case the
ior size is unknown.
CID: 1194319
Reviewed by: grehan
|
| |
| |
| |
| |
| |
| |
| | |
Reviewed by: emaste, hselasky (partial), brooks (brief)
Discussed on: arch@
Sponsored by: EMC / Isilon Storage Division
Differential Revision: https://reviews.freebsd.org/D5742
|
| |
| |
| |
| |
| |
| | |
surrounding sentences. From a discussion on -ports.
Reviewed by: David Wolfskill <david@catwhisker.org>
|
| |
| |
| |
| | |
Found by: include-what-you-use
|
| |
| |
| |
| | |
Found by 'include-what-you-use'
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
in bthidd(8) on amd64 WITH_SSP builds
Submitted by: rakuco
Reviewed by: rakuco
Tested by: rakuco
MFC after: 1 week
|
| |
| |
| |
| | |
coding it to be "/usr/share/firmware".
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
On some architectures, u_long isn't large enough for resource definitions.
Particularly, powerpc and arm allow 36-bit (or larger) physical addresses, but
type `long' is only 32-bit. This extends rman's resources to uintmax_t. With
this change, any resource can feasibly be placed anywhere in physical memory
(within the constraints of the driver).
Why uintmax_t and not something machine dependent, or uint64_t? Though it's
possible for uintmax_t to grow, it's highly unlikely it will become 128-bit on
32-bit architectures. 64-bit architectures should have plenty of RAM to absorb
the increase on resource sizes if and when this occurs, and the number of
resources on memory-constrained systems should be sufficiently small as to not
pose a drastic overhead. That being said, uintmax_t was chosen for source
clarity. If it's specified as uint64_t, all printf()-like calls would either
need casts to uintmax_t, or be littered with PRI*64 macros. Casts to uintmax_t
aren't horrible, but it would also bake into the API for
resource_list_print_type() either a hidden assumption that entries get cast to
uintmax_t for printing, or these calls would need the PRI*64 macros. Since
source code is meant to be read more often than written, I chose the clearest
path of simply using uintmax_t.
Tested on a PowerPC p5020-based board, which places all device resources in
0xfxxxxxxxx, and has 8GB RAM.
Regression tested on qemu-system-i386
Regression tested on qemu-system-mips (malta profile)
Tested PAE and devinfo on virtualbox (live CD)
Special thanks to bz for his testing on ARM.
Reviewed By: bz, jhb (previous)
Relnotes: Yes
Sponsored by: Alex Perez/Inertial Computing
Differential Revision: https://reviews.freebsd.org/D4544
|
| |
| |
| |
| |
| |
| |
| |
| | |
Remove the requirement that the resulting partition table be atleast 50% ZFS
PR: 208094
Requested by: brooks
Sponsored by: ScaleEngine Inc.
|
| |
| |
| |
| |
| |
| |
| | |
PR: 193865
Reviewed by: cem
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D5645
|
| |
| |
| |
| |
| | |
MFC after: 1 month
Sponsored by: The FreeBSD Foundation
|
| |
| |
| |
| |
| |
| |
| |
| | |
variable.
Suggested by: Daniel Braniss
MFC after: 1 month
Sponsored by: The FreeBSD Foundation
|
| |
| |
| |
| |
| |
| | |
in.
Differential Review: https://reviews.freebsd.org/D5639
|
|\ \
| |/
| |
| | |
Sponsored by: The FreeBSD Foundation
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The buffer length should be checked to avoid overflow, but there
is no API to get the slot length, so the hardcoded value is used.
Return the currently-first request chain back to the available
queue if there are no more packets.
Report the link as up if we managed to open vale port.
Use consistent coding style.
Submitted by: btw
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D5595
|
| |
| |
| |
| |
| |
| |
| | |
Reviewed by: trasz
Approved by: trasz (mentor)
MFC after: 1 month
Sponsored by: iXsystems, Inc.
|
| | |
|