- 21 May, 2018 32 commits
-
-
Edward Tomasz Napierala authored
(https://github.com/obdev/v-usb/blob/master/usbdrv/USB-IDs-for-free.txt). Previously we were using an invalid (not assigned to us) VID. Reviewed by: hselasky@ MFC after: 2 weeks Sponsored by: The FreeBSD Foundation
-
Michael Tuexen authored
-
Michael Tuexen authored
-
Michael Tuexen authored
-
Ed Maste authored
Per vnet(9), CURVNET_SET and CURVNET_RESTORE cannot be used as a single statement for a conditional and CURVNET_RESTORE must be in the same block as CURVNET_SET (or a subblock). Reviewed by: andrew Sponsored by: The FreeBSD Foundation
-
Emmanuel Vadot authored
boot1.efi have some trouble to read MBR partitions, it needs them to be aligned a certain way while loader.efi can cope with them either way. We want to switch to loader.efi as the main efi loader everywhere, it seems that arm64 using MBR partition will be the guinea pig. Tested On: RPI3, Pine64 Reviewed by: imp Approved by: gjb
-
Ed Maste authored
-
Eitan Adler authored
Remove 'top.local.hs'. This was not noticed since /srv/obj/fbsd/srv/src/freebsd/svn/head/amd64.amd64/usr.bin/top/top.local.h existed locally on my machine despite "make clean". Only fully removing the objdir allowed me to observe the error directly. Pointyhat to: me
-
Eitan Adler authored
This leaves at WARNS=6: 35 warnings in top.c 88 warnings in machine.c all of which are either "incompatible-pointer-types-discards-qualifiers" or "cast-qual"
-
Eitan Adler authored
- Replace caddr_t with "void *". This reduces the number of warnings at WARNS=6 - use "static" where possible - sprinkle const where possible This leaves at WARNS=6: 35 warnings in top.c 88 warnings in machine.c 7 warnings in commands.c all of which are either "incompatible-pointer-types-discards-qualifiers" or "cast-qual"
-
Eitan Adler authored
Reported by: andrew
-
Eitan Adler authored
-
Eitan Adler authored
- Replace caddr_t with "void *". This reduces the number of warnings at WARNS=6 - use "static" where possible - sprinkle const where possible This leaves at WARNS=6: 35 warnings in top.c 72 warnings in machine.c 5 warnings in commands.c all of which are either "incompatible-pointer-types-discards-qualifiers" or "cast-qual"
-
Matt Macy authored
Reported by: zec at fer.hr
-
Matt Macy authored
-
Mateusz Guzik authored
-
Eitan Adler authored
also fix some nits
-
Eitan Adler authored
This file was not connected to the build, and is better served by primes(6) anyways.
-
Eitan Adler authored
I missed where the parentheses were. Reported by: imp
-
Eitan Adler authored
-
Eitan Adler authored
- sprinkle "const" in a few obvious places - remove "(void)" in front of lack-of-error-checked functions
-
Eitan Adler authored
-
Eitan Adler authored
This fixes everything but -Wincompatible-pointer-types-discards-qualifiers
-
Eitan Adler authored
-
Matt Macy authored
as their queue.h equivalents if !_KERNEL
-
Eitan Adler authored
-
Marius Strobl authored
r329190; sparc64 kernels are always 64-bit but with that revision in place, the loader was treating them as 32-bit ones. - In order to reduce the likelihood of this kind of breakage in the future, #ifdef out md_load() on sparc64 and make md_load_dual() - which is currently local to metadata.c anyway - static. - Make md_getboothowto() - also local to metadata.c - static. - Get rid of the unused DTB pointer on sparc64.
-
Eitan Adler authored
-
Eitan Adler authored
This is only shown at WARNS=6, but since we don't yet build at WARNS=2 its hidden.
-
Eitan Adler authored
There is still one glaring issue: new_message is not a protoype, but can't be trivially converted since it uses K&R style var-args.
-
Eitan Adler authored
-
Eitan Adler authored
This documents the various columns that top might support. PR: 199637 Submitted by: vermaden@interia.pl
-
- 20 May, 2018 8 commits
-
-
Eitan Adler authored
-
Eitan Adler authored
This sets configuration variables directly in the various header files, avoiding the need to have special logic in our Makefile to build the header.
-
Eitan Adler authored
This changes previous behavior of calculating it at startup based on the current max username length. This is done because: - it is in theory possible for the max length to change at run-time (e.g., a new user is added after top starts running) - on machines with many users this delays startup significantly PR: 20799 PR: 89762 Reported by: ob@e-Gitt.NET Reported by: wkwu@Kavalan.csie.NCTU.edu.tw Reported on: 2000-08-23 and 2005-11-30
-
Antoine Brodin authored
libraries installed from ports as pie executables instead of shared libraries, and consequently breaks ports.
-
Sevan Janiyan authored
Reported by: rgrimes@
-
Matt Macy authored
...sigh
-
Matt Macy authored
Reported by: mjg
-
Matt Macy authored
Reported by: pho
-