aboutsummaryrefslogtreecommitdiff
path: root/targets/pseudo
Commit message (Collapse)AuthorAgeFilesLines
* Retire obsolete iscsi_initiator(4)Ed Maste2021-10-261-1/+0
| | | | | | | | | | | The new iSCSI initiator iscsi(4) was introduced with FreeBSD 10.0, and the old intiator was marked obsolete shortly thereafter (in commit d32789d95cfbf, MFC'd to stable/10 in ba54910169c4). Remove it now. Reviewed by: jhb, mav Relnotes: yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D32673
* Retire synchronous PPP kernel driver sppp(4).Gleb Smirnoff2021-10-221-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The last two drivers that required sppp are cp(4) and ce(4). These devices are still produced and can be purchased at Cronyx <http://cronyx.ru/hardware/wan.html>. Since Roman Kurakin <rik@FreeBSD.org> has quit them, they no longer support FreeBSD officially. Later they have dropped support for Linux drivers to. As of mid-2020 they don't even have a developer to maintain their Windows driver. However, their support verbally told me that they could provide aid to a FreeBSD developer with documentaion in case if there appears a new customer for their devices. These drivers have a feature to not use sppp(4) and create an interface, but instead expose the device as netgraph(4) node. Then, you can attach ng_ppp(4) with help of ports/net/mpd5 on top of the node and get your synchronous PPP. Alternatively you can attach ng_frame_relay(4) or ng_cisco(4) for HDLC. Actually, last time I used cp(4) back in 2004, using netgraph(4) instead of sppp(4) was already the right way to do. Thus, remove the sppp(4) related part of the drivers and enable by default the negraph(4) part. Further maintenance of these drivers in the tree shouldn't be a big deal. While doing that, remove some cruft and enable cp(4) compilation on amd64. The ce(4) for some unknown reason marks its internal DDK functions with __attribute__ fastcall, which most likely is safe to remove, but without hardware I'm not going to do that, so ce(4) remains i386-only. Reviewed by: emaste, imp, donner Differential Revision: https://reviews.freebsd.org/D32590 See also: https://reviews.freebsd.org/D23928
* Fix bootstrapping to actually build lldb-tblgen for later useJessica Clarke2021-08-241-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Because MK_LLDB=no is in BSARGS, the bootstrap-tools recursive make does not add lldb-tblgen to _clang_tblgen, causing it to not be built. This means that the build currently always uses the host's lldb-tblgen (which, whilst currently it appears to work, could in future break if TableGen backends are added or altered) and, if it doesn't exist (either because the current FreeBSD system was built with it disabled, or you're building on macOS/Linux), fails. Linux and macOS cross-builds used to work simply because LLDB was previously in BROKEN_OPTIONS when building on non-FreeBSD. Instead, move MK_LLDB=no from BSARGS to XMAKE. This ensures that the lib/clang build in cross-tools continues to not build LLDB parts for the bootstrap toolchain (both to save time/space on FreeBSD, and because our vendored LLDB does not include the macOS and Linux host files so those would fail to build). The DIRDEPS target is updated to move MK_LLDB=no from the BSARGS block that mirrors Makefile.inc1 to the line that disables additional toolchain components. The DIRDEPS build likely suffers from the same issue currently, but having never used it and not being familiar with how it works I am leaving that as-is. If it does suffer from the same issue it should be easily reproducible by renaming /usr/bin/lldb-tblgen or moving it to a directory not in PATH. Fixes: 31ba4ce8898f ("Allow bootstrapping llvm-tblgen on macOS and Linux") MFC after: 1 week Reviewed by: dim, emaste, imp Differential Revision: https://reviews.freebsd.org/D31531
* Prefer MK_SSP=no to SSP_CFLAGS=Mitchell Horne2021-08-041-1/+1
| | | | | | | | | It is more idiomatic. CFLAGS is only augmented with $SSP_CFLAGS when $MK_SSP != "no". Reviewed by: imp MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D31401
* mk: format some option listsMitchell Horne2021-08-041-6/+17
| | | | | | | | | Alphabetize and give each option its own line, ahead of making another change to these lists. This makes future diffs easier to read. Reviewed by: imp, emaste MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D31399
* Remove mkcsmapper_static and mkesdb_static from build-toolsAlex Richardson2021-08-021-2/+2
| | | | | | | Build them as part of the bootstrap-tools phase instead. Reviewed by: emaste (no objections) Differential Revision: https://reviews.freebsd.org/D28181
* Remove svnlite.John Baldwin2021-06-111-11/+0
| | | | | Reviewed by: bcr, imp, emaste Differential Revision: https://reviews.freebsd.org/D30737
* Remove kgmon(8)Konstantin Belousov2021-04-031-4/+1
| | | | | | | | | Follow-up to the removal of the mcov from kernel. Noted by: mckusick Reviewed by: mckusick Sponsored by: The FreeBSD Foundation Differential revision: https://reviews.freebsd.org/D29563
* ndis(4): remove as previous announcedBrooks Davis2021-01-251-3/+0
| | | | | | | | | | | | | | nids(4) was a clever idea in the early 2000's when the market was flooded with 10/100 NICs with Windows-only drivers, but that hasn't been the case for ages and the driver has had no meaningful maintenance in ages. It only supports Windows-XP era drivers. Also remove: - ndis support from wpa_supplicant - ndiscvt(8) Reviewed By: emaste, bcr (manpages) Differential Revision: https://reviews.freebsd.org/D27609
* targets: no longer depend on bt3cfw(8)Marius Strobl2021-01-161-1/+0
| | | | The latter has been removed in 23e124c78bcb46ac78d9f06449c4454f43732805.
* Rename NO_WERROR -> MK_WERROR=noAlex Richardson2021-01-071-1/+1
| | | | | | | | As suggested in D27598. This also supports MK_WERROR.clang=no and MK_WERROR.gcc=no to support the existing NO_WERROR.<compiler> uses. Reviewed By: brooks Differential Revision: https://reviews.freebsd.org/D27601
* Stop passing MK_WARNS=no for bootstrap toolsAlex Richardson2021-01-071-1/+1
| | | | | | | | | | | | | | | | | I got annoyed by the number of warnings that the CheriBSD build was emitting. It turns out that we are emitting lots of warnings during bootstrap because bootstrap tools are built with the default compiler flags and ignore the warnings flags that are set in bsd.sys.mk. Looking at git blame, it appears that MK_WARNS=no has been passed since rS112869, replacing the -DNO_WERROR option that was added in rS87775. This commit changes MK_WARNS=no back to -DNO_WERROR. We need to pass -DNO_WERROR, since the system compiler might have new warnings that we don't know about yet, and we shouldn't fail the build in that case. Reviewed By: imp, brooks Differential Revision: https://reviews.freebsd.org/D27598
* Add WITH_CLANG_FORMAT optionConrad Meyer2020-06-242-2/+5
| | | | | | | | | | | | | | | clang-format is enabled conditional on either WITH_CLANG_EXTRAS or WITH_CLANG_FORMAT. Some sources in libclang are build conditional on either rule, and obviously the clang-format binary itself depends on the rule. clang-format could still use a manual page. Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D25427 Notes: svn path=/head/; revision=362587
* libalias: retire cuseeme supportEd Maste2020-05-161-1/+0
| | | | | | | | | | | | | | The CU-SeeMe videoconferencing client and associated protocol is at this point a historical artifact; there is no need to retain support for this protocol today. Reviewed by: philip, markj, allanjude Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D24790 Notes: svn path=/head/; revision=361099
* retire in-tree GPL dtc devicetree compilerEd Maste2020-02-292-10/+1
| | | | | | | | | | | | | | | | | | | | | Now that we no longer have GCC 4.2.1 in the tree and can assume FreeBSD is being built with a C++11 compiler available, we can use BSDL dtc unconditionally and retire the GPL dtc. GPL dtc now has FreeBSD CI support via Cirrus-CI to help ensure it continues to build/work on FreeBSD and is available in the ports tree if needed. The copy of (copyfree licensed) libfdt that we actually use is in sys/contrib/libfdt so the extra copy under contrib/dtc/libfdt can be removed along with the rest of the GPL dtc. Reviewed by: kevans, ian, imp, manu, theraven Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23192 Notes: svn path=/head/; revision=358468
* retire the LLVM_LIBUNWIND optionEd Maste2020-02-292-5/+0
| | | | | | | | | | | | LLVM's libunwind is used on all FreeBSD-supported CPU architectures and is a required component. Reviewed by: brooks (earlier) Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23123 Notes: svn path=/head/; revision=358460
* remove GCC 4.2.1 build infrastructureEd Maste2020-02-293-6/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | As described in Warner's email message[1] to the FreeBSD-arch mailing list we have reached GCC 4.2.1's retirement date. At this time all supported architectures either use in-tree Clang, or rely on external toolchain (i.e., a contemporary GCC version from ports). GCC 4.2.1 was released July 18, 2007 and was imported into FreeBSD later that year, in r171825. GCC has served us well, but version 4.2.1 is obsolete and not used by default on any architecture in FreeBSD. It does not support modern C and does not support arm64 or RISC-V. Thanks to everyone responsible for maintaining, updating, and testing GCC in the FreeBSD base system over the years. So long, and thanks for all the fish. [1] https://lists.freebsd.org/pipermail/freebsd-arch/2020-January/019823.html PR: 228919 Reviewed by: brooks, imp Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23124 Notes: svn path=/head/; revision=358454
* retire BSD_CRTBEGIN optionEd Maste2020-01-311-1/+0
| | | | | | | | | | | | | | | | BSD crt is currently used on all architectures (other than sparc64). Remove the option and use BSD crt everywhere as part of the GCC 4.2.1 retirement plan. https://lists.freebsd.org/pipermail/freebsd-arch/2020-January/019823.html PR: 239851 Reviewed by: andrew, brooks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23122 Notes: svn path=/head/; revision=357338
* Update libssp paths in various Makefile.depend* filesKyle Evans2020-01-061-2/+0
| | | | | | | | | I've been advised that the model that uses these are fairly resilient, but we do know the proper path to use (or remove, in the case of ^/targets/...), so go ahead and update them to reflect that. Notes: svn path=/head/; revision=356422
* - Retire pc-sysinstall(8)Kris Moore2019-09-031-7/+0
| | | | | | | | | | https://reviews.freebsd.org/D21094 Submitted by: kmoore@FreeBSD.org Approved by: imp@FreeBSD.org Notes: svn path=/head/; revision=351781
* iwmbtfw: Firmware loader for Intel Wireless 8260 based Bluetooth USB devicesVladimir Kondratyev2019-08-181-0/+1
| | | | | | | | | | | | | Currently supported models are: 8260, 8265, 9560, 9260 and 22161. Firmware files can be installed with comms/iwmbt-firmware port. PR: 237083 Reviewed by: hps, emax X-MFC with: r351196 Differential Revision: https://reviews.freebsd.org/D21071 Notes: svn path=/head/; revision=351197
* Remove cap_random(3).Mark Johnston2019-07-241-1/+0
| | | | | | | | | | | | | | | | Now that we have a way to obtain entropy in capability mode (getrandom(2)), libcap_random is obsolete. Remove it. Bump __FreeBSD_version in case anything happens to use it, though I've found no consumers. Reviewed by: delphij, emaste, oshogbo Relnotes: yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D21033 Notes: svn path=/head/; revision=350307
* Remove NAND and NANDFS supportWarner Losh2019-06-252-13/+0
| | | | | | | | | | | | | | | | | | | | | NANDFS has been broken for years. Remove it. The NAND drivers that remain are for ancient parts that are no longer relevant. They are polled, have terrible performance and just for ancient arm hardware. NAND parts have evolved significantly from this early work and little to none of it would be relevant should someone need to update to support raw nand. This code has been off by default for years and has violated the vnode protocol leading to panics since it was committed. Numerous posts to arch@ and other locations have found no actual users for this software. Relnotes: Yes No Objection From: arch@ Differential Revision: https://reviews.freebsd.org/D20745 Notes: svn path=/head/; revision=349352
* Remove kgzip and kgzldr.Xin LI2019-05-242-2/+1
| | | | | | | | | PR: 183666, 229763 Submitted by: Yoshihiro Ota <ota at j.email.ne.jp> Differential Revision: https://reviews.freebsd.org/D20248 Notes: svn path=/head/; revision=348225
* retire LINKER_FEATURES filter flagEd Maste2018-11-121-4/+1
| | | | | | | | | | | And build libdl unconditionally. All supported FreeBSD linkers accept -F / --filter so there is no need to test for support. Discussed with: kib Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=340386
* Add -b/-l options to localedef(1) to specify output endianness and useYuri Pankov2018-10-201-0/+1
| | | | | | | | | | | | | | | | it appropriately when building share/ctypedef and share/colldef. This makes the resulting locale data in EL->EB (amd64->powerpc64) cross build and in the native EB build match. Revert the changes done to libc in r308170 as they are no longer needed. PR: 231965 Reviewed by: bapt, emaste, sbruno, 0mp Approved by: kib (mentor) Differential Revision: https://reviews.freebsd.org/D17603 Notes: svn path=/head/; revision=339489
* send-pr: wave goodbyeEitan Adler2018-08-191-1/+0
| | | | | | | | | | Entering into the world of 12.x we no longer need even the placeholder for send-pr. It has not done anything for some time. With Hat: bugmeister Notes: svn path=/head/; revision=338042
* build: remove reference to some dead utilitiesEitan Adler2018-08-191-4/+0
| | | | Notes: svn path=/head/; revision=338041
* Remove special cases for armeb in the build.Warner Losh2018-07-172-3/+2
| | | | | | | Differential Revision: https://reviews.freebsd.org/D16257 Notes: svn path=/head/; revision=336437
* Normalize the g(eom,cache,part,...) build.Brooks Davis2018-06-252-16/+16
| | | | | | | | | | | | | | | | | | | | | | | Rather then combining hardlink creation for the geom(8) binary with shared library build, move libraries to src/lib/geom so they are built and installed normally. Create a common Makefile.classes which is included by both lib/geom/Makefile and sbin/geom/Makefile so the symlink and libraries stay in sync. The relocation of libraries allows libraries to be build for 32-bit compat. This also reduces the number of non-standard builds in the system. This commit is not sufficent to run a 32-bit /sbin/geom on a 64-bit system out of the box as it will look in the wrong place for libraries unless GEOM_LIBRARY_PATH is set appropriatly in the environment. Reviewed by: bdrewery Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D15360 Notes: svn path=/head/; revision=335645
* Remove obsolete asf(8)Ed Maste2018-06-151-2/+0
| | | | | | | | | | | | | | kgdb now handles kernel module state internally, so the asf tool serves no purpose. PR: 229046 Reviewed by: brooks Relnotes: yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D15827 Notes: svn path=/head/; revision=335222
* Add kernel and userspace code to dump the firmware state of supportedHans Petter Selasky2018-03-081-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | ConnectX-4/5 devices in mlx5core. The dump is obtained by reading a predefined register map from the non-destructive crspace, accessible by the vendor-specific PCIe capability (VSC). The dump is stored in preallocated kernel memory and managed by the mlx5tool(8), which communicates with the driver using a character device node. The utility allows to store the dump in format <address> <value> into a file, to reset the dump content, and to manually initiate the dump. A call to mlx5_fwdump() should be added at the places where a dump must be fetched automatically. The most likely place is right before a firmware reset request. Submitted by: kib@ MFC after: 1 week Sponsored by: Mellanox Technologies Notes: svn path=/head/; revision=330653
* Remove libreadline from the source tree, all consumers but gdbBaptiste Daroussin2018-02-061-2/+0
| | | | | | | | | | | | | has been switched to libedit long ago, libreadline was built as an internallib for a while and kept only for gdbtui which was broken using libreadline. Since gdb has been mostly deorbitted in all arches, gdbtui was only installed on arm and sparc64, given it has been removed, gdb has been switched to use libedit, no consumers are left for libreadline. Thus this removal Notes: svn path=/head/; revision=328928
* Remove gdbtui, it was already not installed on every archesBaptiste Daroussin2018-02-061-1/+0
| | | | | | | | | | only installed on arm and sparc64. It is the only bits that keeps us having libreadline in base The rest of gdb can be switched to libedit and will be in another commit Notes: svn path=/head/; revision=328925
* Remove a reference to burncdEitan Adler2017-12-291-1/+0
| | | | | | | | I'm unclear of the purpose of this pseudo-target but while its here keep it up to date Notes: svn path=/head/; revision=327365
* Disconnect OFED after r326169 broke all DIRDEPS support for it.Bryan Drewery2017-12-072-37/+0
| | | | Notes: svn path=/head/; revision=326649
* Merge ^/head r325842 through r325998.Hans Petter Selasky2017-11-192-5/+0
|\ | | | | | | Notes: svn path=/projects/bsd_rdma_4_9/; revision=325999
| * Remove xlint(1).Konstantin Belousov2017-11-162-5/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | xlint is currently a fossil. We have much more useful and alive tools to do now what xlint did twenty years ago. I did not cleared some stuff which makes lint operational, in sys/x86/include and sys/sys, but I might do it as followup. The x86/include/ucontext.h and _types.h hacks made to please lint was the main reason for my initial proposal to classify xlint as obsolete and to remove it. Also I do not intend to clear sccs ids. Reviewed by: bapt, brooks, emaste, jhb, pfg Sponsored by: The FreeBSD Foundation Differential revision: https://reviews.freebsd.org/D13015 Notes: svn path=/head/; revision=325893
* | Merge ^/head r325663 through r325841.Hans Petter Selasky2017-11-154-43/+35
|\| | | | | | | Notes: svn path=/projects/bsd_rdma_4_9/; revision=325842
| * Move sys/boot to stand. Fix all references to new locationWarner Losh2017-11-143-35/+35
| | | | | | | | | | | | | | Sponsored by: Netflix Notes: svn path=/head/; revision=325834
| * Chase removal of pkg_* commandsEitan Adler2017-11-111-7/+0
| | | | | | | | Notes: svn path=/head/; revision=325704
| * badsect(8): case remaining elementEitan Adler2017-11-111-1/+0
| | | | | | | | | | | | | | r325452 removed badsect(8) - remove pseudo-target for it Notes: svn path=/head/; revision=325703
* | Remove no longer supported mthca driver.Hans Petter Selasky2017-11-131-1/+0
|/ | | | | | | Sponsored by: Mellanox Technologies Notes: svn path=/projects/bsd_rdma_4_9/; revision=325761
* Fix nested MAKEOBJDIRPREFIX breaking various release/buildworld/toolchain ↵Bryan Drewery2017-11-051-0/+1
| | | | | | | | | | | | | | | | | | | | | targets. This problem was caused by r325329 and r325350. For the release(7) targets, some will run mm-mtree.sh which itself runs make with a MAKEOBJDIRPREFIX. The execution of that script leaks OBJROOT, MAKEOBJDIR, and MAKELEVEL=1 in the environment. This causes the mm-mtree makes to not do some basic setup of OBJROOT and only use this special MAKEOBJDIRPREFIX case which fails to empty out MAKEOBJDIRPREFIX for further nested makes, such as a tree walk. If that tree walk sets OBJROOT/OBJTOP such as r325329 is doing, then the wrong OBJDIRs end up being used due to the unemptied MAKEOBJDIRPREFIX being preferred over the proper MAKEOBJDIR. Pointyhat to: bdrewery Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325412
* chase removal of csup in r267863 from 2014..Eitan Adler2017-11-031-1/+0
| | | | Notes: svn path=/head/; revision=325353
* Follow-up r325329: Store all WORLDTMP objects back in the same directory.Bryan Drewery2017-11-031-1/+1
| | | | | | | | | | | | | | | | This still keeps the reduced MAKEOBJDIRPREFIX (SRCTOP) redundancy removed in the OBJDIR, but now keeps all early phase objects in the same directory rather than split per phase. The problem of splitting per phase is that later phases want to link in libraries from earlier phases and base their location on ${OBJTOP}. Pointyhat to: bdrewery Reported by: mjoras, Mark Millard Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325350
* Reduce MAKEOBJDIRPREFIX path spam by specifying a direct objdir to use.Bryan Drewery2017-11-021-3/+3
| | | | | | | Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325329
* Disconnect libpathconv tests since they require external perl and do not ↵Bryan Drewery2017-10-311-1/+0
| | | | | | | | | | | | work with kyua. This reverts r325192 and is due to libpathconv being connected in r325186. Reported by: ngie Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325247
* DIRDEPS_BUILD: Update dependencies.Bryan Drewery2017-10-311-1/+0
| | | | | | | Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325188
* DIRDEPS_BUILD: Connect new directories.Bryan Drewery2017-10-316-10/+32
| | | | | | | Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325187