aboutsummaryrefslogtreecommitdiff
path: root/sys/sparc64/conf
Commit message (Collapse)AuthorAgeFilesLines
* Remove sparc64 kernel supportWarner Losh2020-02-036-488/+0
| | | | | | | | | Remove all sparc64 specific files Remove all sparc64 ifdefs Removee indireeect sparc64 ifdefs Notes: svn path=/head/; revision=357455
* Set MALLOC_DEBUG_MAXZONES=1 in GENERIC-NODEBUG configurations.Mark Johnston2019-11-181-1/+1
| | | | | | | | | | | | | The purpose of this option is to make it easier to track down memory corruption bugs by reducing the number of malloc(9) types that might have recently been associated with a given chunk of memory. However, it increases fragmentation and is disabled in release kernels. MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=354826
* Split out a more generic debugnet(4) from netdump(4)Conrad Meyer2019-10-171-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Debugnet is a simplistic and specialized panic- or debug-time reliable datagram transport. It can drive a single connection at a time and is currently unidirectional (debug/panic machine transmit to remote server only). It is mostly a verbatim code lift from netdump(4). Netdump(4) remains the only consumer (until the rest of this patch series lands). The INET-specific logic has been extracted somewhat more thoroughly than previously in netdump(4), into debugnet_inet.c. UDP-layer logic and up, as much as possible as is protocol-independent, remains in debugnet.c. The separation is not perfect and future improvement is welcome. Supporting INET6 is a long-term goal. Much of the diff is "gratuitous" renaming from 'netdump_' or 'nd_' to 'debugnet_' or 'dn_' -- sorry. I thought keeping the netdump name on the generic module would be more confusing than the refactoring. The only functional change here is the mbuf allocation / tracking. Instead of initiating solely on netdump-configured interface(s) at dumpon(8) configuration time, we watch for any debugnet-enabled NIC for link activation and query it for mbuf parameters at that time. If they exceed the existing high-water mark allocation, we re-allocate and track the new high-water mark. Otherwise, we leave the pre-panic mbuf allocation alone. In a future patch in this series, this will allow initiating netdump from panic ddb(4) without pre-panic configuration. No other functional change intended. Reviewed by: markj (earlier version) Some discussion with: emaste, jhb Objection from: marius Differential Revision: https://reviews.freebsd.org/D21421 Notes: svn path=/head/; revision=353685
* Floppy driver really only works on x86Warner Losh2019-08-121-2/+0
| | | | | | | | | | Move the floppy driver to the x86 specific notes file. Reviewed by: jhb, manu, jhibbits, emaste Differential Revision: https://reviews.freebsd.org/D21208 Notes: svn path=/head/; revision=350964
* Move sc out of the global fileWarner Losh2019-08-121-11/+34
| | | | | | | | | | | | | | | | | | | x86 needs sc, as does sparc64. powerpc doesn't use it by default, but some old powermac notebooks do not work with vt yet for reasons unknonw. Even so, I've removed it from powerpc LINT. It's not in daily use there, and the intent is to 100% switch to vt now that it works for that platform to limit support burden. All the other architectures omit some or all of the screen savers from their lint config. Move them to the x86 NOTES files and remove the exclusions. This reduces slightly the number of savers sparc64 compiles, but since they are in GENERIC, the overage is adequate and if someone reaelly wants to sort them out in sparc64 they can sweat the details and the testing. Reviewed by: jhb (earlier version), manu (earlier version), jhibbits Differential Revision: https://reviews.freebsd.org/D21233 Notes: svn path=/head/; revision=350963
* These are no longer a thing, remove them.Warner Losh2019-08-101-2/+0
| | | | | | | | We don't need to omit ep and ex from LINT since they have been removed from the tree. Notes: svn path=/head/; revision=350830
* sys: Remove DEV_RANDOM device optionConrad Meyer2019-06-211-1/+0
| | | | | | | | | | | | | | Remove 'device random' from kernel configurations that reference it (most). Replace perhaps mistaken 'nodevice random' in two MIPS configs with 'options RANDOM_LOADABLE' instead. Document removal in UPDATING; update NOTES and random.4. Reviewed by: delphij, markm (previous version) Approved by: secteam(delphij) Differential Revision: https://reviews.freebsd.org/D19918 Notes: svn path=/head/; revision=349253
* FCP-101: Remove wb(4)Brooks Davis2019-05-171-1/+0
| | | | | | | | | | Relnotes: yes FCP: https://github.com/freebsd/fcp/blob/master/fcp-0101.md Reviewed by: jhb, imp Differential Revision: https://reviews.freebsd.org/D20230 Notes: svn path=/head/; revision=347922
* FCP-101: Remove vx(4).Brooks Davis2019-05-171-1/+0
| | | | | | | | | | Relnotes: yes FCP: https://github.com/freebsd/fcp/blob/master/fcp-0101.md Reviewed by: jhb, imp Differential Revision: https://reviews.freebsd.org/D20230 Notes: svn path=/head/; revision=347921
* FCP-101: Remove txp(4).Brooks Davis2019-05-171-1/+0
| | | | | | | | | | Relnotes: yes FCP: https://github.com/freebsd/fcp/blob/master/fcp-0101.md Reviewed by: jhb, imp Differential Revision: https://reviews.freebsd.org/D20230 Notes: svn path=/head/; revision=347920
* FCP-101: Remove tx(4).Brooks Davis2019-05-171-1/+0
| | | | | | | | | | Relnotes: yes FCP: https://github.com/freebsd/fcp/blob/master/fcp-0101.md Reviewed by: jhb, imp Differential Revision: https://reviews.freebsd.org/D20230 Notes: svn path=/head/; revision=347919
* FCP-101: Remove tl(4).Brooks Davis2019-05-171-1/+0
| | | | | | | | | | Relnotes: yes FCP: https://github.com/freebsd/fcp/blob/master/fcp-0101.md Reviewed by: jhb, imp Differential Revision: https://reviews.freebsd.org/D20230 Notes: svn path=/head/; revision=347918
* FCP-101: Remove sf(4).Brooks Davis2019-05-171-1/+0
| | | | | | | | | | Relnotes: yes FCP: https://github.com/freebsd/fcp/blob/master/fcp-0101.md Reviewed by: jhb, imp Differential Revision: https://reviews.freebsd.org/D20230 Notes: svn path=/head/; revision=347916
* FCP-101: Remove pcn(4).Brooks Davis2019-05-171-1/+0
| | | | | | | | | | Relnotes: yes FCP: https://github.com/freebsd/fcp/blob/master/fcp-0101.md Reviewed by: jhb, imp Differential Revision: https://reviews.freebsd.org/D20230 Notes: svn path=/head/; revision=347915
* FCP-101: Remove de(4).Brooks Davis2019-05-171-1/+0
| | | | | | | | | | Relnotes: yes FCP: https://github.com/freebsd/fcp/blob/master/fcp-0101.md Reviewed by: jhb, imp Differential Revision: https://reviews.freebsd.org/D20230 Notes: svn path=/head/; revision=347910
* Remove IPSEC from GENERIC due to performance issuesAndrew Gallatin2019-05-091-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Having IPSEC compiled into the kernel imposes a non-trivial performance penalty on multi-threaded workloads due to IPSEC refcounting. In my benchmarks of multi-threaded UDP transmit (connected sockets), I've seen a roughly 20% performance penalty when the IPSEC option is included in the kernel (16.8Mpps vs 13.8Mpps with 32 senders on a 14 core / 28 HTT Xeon 2697v3)). This is largely due to key_addref() incrementing and decrementing an atomic reference count on the default policy. This cause all CPUs to stall on the same cacheline, as it bounces between different CPUs. Given that relatively few users use ipsec, and that it can be loaded as a module, it seems reasonable to ask those users to load the ipsec module so as to avoid imposing this penalty on the GENERIC kernel. Its my hope that this will make FreeBSD look better in "out of the box" benchmark comparisons with other operating systems. Many thanks to ae for fixing auto-loading of ipsec.ko when ifconfig tries to configure ipsec, and to cy for volunteering to ensure the the racoon ports will load the ipsec.ko module Reviewed by: cem, cy, delphij, gnn, jhb, jpaetzel Differential Revision: https://reviews.freebsd.org/D20163 Notes: svn path=/head/; revision=347410
* tun/tap: merge and rename to `tuntap`Kyle Evans2019-05-081-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | tun(4) and tap(4) share the same general management interface and have a lot in common. Bugs exist in tap(4) that have been fixed in tun(4), and vice-versa. Let's reduce the maintenance requirements by merging them together and using flags to differentiate between the three interface types (tun, tap, vmnet). This fixes a couple of tap(4)/vmnet(4) issues right out of the gate: - tap devices may no longer be destroyed while they're open [0] - VIMAGE issues already addressed in tun by kp [0] emaste had removed an easy-panic-button in r240938 due to devdrn blocking. A naive glance over this leads me to believe that this isn't quite complete -- destroy_devl will only block while executing d_* functions, but doesn't block the device from being destroyed while a process has it open. The latter is the intent of the condvar in tun, so this is "fixed" (for certain definitions of the word -- it wasn't really broken in tap, it just wasn't quite ideal). ifconfig(8) also grew the ability to map an interface name to a kld, so that `ifconfig {tun,tap}0` can continue to autoload the correct module, and `ifconfig vmnet0 create` will now autoload the correct module. This is a low overhead addition. (MFC commentary) This may get MFC'd if many bugs in tun(4)/tap(4) are discovered after this, and how critical they are. Changes after this are likely easily MFC'd without taking this merge, but the merge will be easier. I have no plans to do this MFC as of now. Reviewed by: bcr (manpages), tuexen (testing, syzkaller/packetdrill) Input also from: melifaro Relnotes: yes Differential Revision: https://reviews.freebsd.org/D20044 Notes: svn path=/head/; revision=347241
* Add a COMPAT_FREEBSD12 kernel option.Conrad Meyer2019-05-021-0/+1
| | | | | | | | | | | Use it wherever COMPAT_FREEBSD11 is currently specified, like r309749. Reviewed by: imp, jhb, markj Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D20120 Notes: svn path=/head/; revision=347029
* Move mpr/mps drivers from per-arch NOTES files into the MI notesWarner Losh2019-04-131-5/+0
| | | | | | | | file. They are in more arches they they aren't. Add appropriate nodevice directives in powerpc and arm. Notes: svn path=/head/; revision=346177
* Add mpr, mps, mpt to NOTES fileWarner Losh2019-04-051-0/+5
| | | | | | | | Add these to all the architectures that these are in the GENERIC kernel. Notes: svn path=/head/; revision=345902
* Make iflib a loadable module.Konstantin Belousov2019-01-311-0/+2
| | | | | | | | | | | | | | | | iflib is already a module, but it is unconditionally compiled into the kernel. There are drivers which do not need iflib(4), and there are situations where somebody might not want iflib in kernel because of using the corresponding driver as module. Reviewed by: marius Discussed with: erj Sponsored by: The FreeBSD Foundation MFC after: 2 weeks Differential revision: https://reviews.freebsd.org/D19041 Notes: svn path=/head/; revision=343617
* Garbage collect AH_SUPPORT_AR5416 config option.Andriy Voskoboinyk2019-01-251-1/+0
| | | | | | | It does nothing since r318857. Notes: svn path=/head/; revision=343427
* Remove IEEE80211_AMPDU_AGE config option.Andriy Voskoboinyk2019-01-201-1/+0
| | | | | | | It is noop since r297774. Notes: svn path=/head/; revision=343219
* Compile in VERBOSE_SYSINIT support by default, remain silent by defaultKyle Evans2018-10-311-0/+1
| | | | | | | | | | | The loader tunable 'debug.verbose_sysinit' may be used to toggle verbosity. This is added to the debugging section of these kernconfs to be turned off in stable branches for clarity of intent. MFC after: never Notes: svn path=/head/; revision=339973
* Remove bt(4) driverWarner Losh2018-10-221-1/+0
| | | | | | | | | | | | | The buslogic scsi driver has been tagged as gone in 12 for some time now. Remove it. The nycbug dmesg database shows only one sighting in 6 for this driver. It was very popular in the early days of the project, but that popularity seems to have died by 2004 when the nycbug database started up. Relnotes: yes Notes: svn path=/head/; revision=339568
* Remove aha(4) from the tree.Warner Losh2018-10-221-1/+0
| | | | | | | | | | | | We tagged aha as gone in 12 a while ago. Proceed with its removal. Data from nycbug's database shows the last sighting of this driver in 6, with the prior one in 4.x show its popularity had died prior to 4.x. Relnotes: yes Notes: svn path=/head/; revision=339565
* Make 'device crypto' lines more consistent.John Baldwin2018-08-181-3/+1
| | | | | | | | | | | | | - In configurations with a pseudo devices section, move 'device crypto' into that section. - Use a consistent comment. Note that other things common in kernel configs such as GELI also require 'device crypto', not just IPSEC. Reviewed by: rgrimes, cem, imp Differential Revision: https://reviews.freebsd.org/D16775 Notes: svn path=/head/; revision=338023
* Enable kernel dump features in GENERIC for most platforms.Mark Johnston2018-05-191-0/+6
| | | | | | | | | | | | | | This turns on support for kernel dump encryption and compression, and netdump. arm and mips platforms are omitted for now, since they are more constrained and don't benefit as much from these features. Reviewed by: cem, manu, rgrimes Tested by: manu (arm64) Relnotes: yes Differential Revision: https://reviews.freebsd.org/D15465 Notes: svn path=/head/; revision=333890
* Retire ixgb(4)Sean Bruno2018-05-021-1/+0
| | | | | | | | | | | | | | This driver was for an early and uncommon legacy PCI 10GbE for a single ASIC, Intel 82597EX. Intel quickly shifted to the long lived ixgbe family. Submitted by: kbowling Reviewed by: brooks imp jeffrey.e.pieper@intel.com Relnotes: yes Sponsored by: Limelight Networks Differential Revision: https://reviews.freebsd.org/D15234 Notes: svn path=/head/; revision=333173
* It's time to retire AHC_REG_PRETTY_PRINT and AHD_REG_PRETTY_PRINT fromScott Long2017-11-291-2/+0
| | | | | | | | the standard kernels. They are still available as custom compile options. Notes: svn path=/head/; revision=326377
* Update several more URLsEitan Adler2017-10-292-4/+4
| | | | | | | | - Primarily http -> https - Primarily FreeBSD project URLs Notes: svn path=/head/; revision=325096
* With r181803 on 2008-08-17 23:27:27Z the first VIMAGE commit went intoBjoern A. Zeeb2017-10-201-0/+1
| | | | | | | | | | | | | | | | | | | | | HEAD. Enable VIMAGE in GENERIC kernels and some others (where GENERIC does not exist) on HEAD. Disable building LINT-VIMAGE with VIMAGE being default. This should give it a lot more exposure in the run-up to 12 to help us evaluate whether to keep it on by default or not. We are also hoping to get better performance testing. The feature can be disabled using nooptions. Requested by: many Reviewed by: kristof, emaste, hiren X-MFC after: never Relnotes: yes Differential Revision: https://reviews.freebsd.org/D12639 Notes: svn path=/head/; revision=324810
* Fix indentation for r323068Josh Paetzel2017-09-191-1/+1
| | | | | | | | | | PR: 220170 Reported by: lidl MFC after: 3 days Pointyhat to: jpaetzel Notes: svn path=/head/; revision=323778
* Revert r323087Josh Paetzel2017-09-011-0/+1
| | | | | | | | | | This needs more thinking out and consensus, and the commit message was wrong AND there was a typo in the commit. pointyhat: jpaetzel Notes: svn path=/head/; revision=323103
* Take options IPSEC out of GENERICJosh Paetzel2017-09-011-1/+0
| | | | | | | | | | | PR: 220170 Submitted by: delphij Reviewed by: ae, glebius MFC after: 2 weeks Differential Revision: D11806 Notes: svn path=/head/; revision=323087
* Allow kldload tcpmd5Josh Paetzel2017-08-311-0/+1
| | | | | | | | PR: 220170 MFC after: 2 weeks Notes: svn path=/head/; revision=323068
* Revert previous change to sys/conf/options & associated notes so builds canSevan Janiyan2017-04-071-0/+1
| | | | | | | resume while I investigate what I had missed. Notes: svn path=/head/; revision=316623
* Remove the last vestiges of FDC_DEBUG & FD_DEBUGSevan Janiyan2017-04-071-1/+0
| | | | | | | | | | | | | | | FDC_DEBUG is not referenced in any c or header files but traces of it still remain in other files. PR: 105608 Reported by: Eugene Grosbein <ports AT grosbein DOT net> Reviewed by: imp Approved by: bcr (mentor) MFC after: 7 days Differential Revision: https://reviews.freebsd.org/D10303 Notes: svn path=/head/; revision=316615
* Add a COMPAT_FREEBSD11 kernel option.Mark Johnston2016-12-091-0/+1
| | | | | | | | | | Use it wherever COMPAT_FREEBSD10 is currently specified. Reviewed by: glebius, imp, jhb Differential Revision: https://reviews.freebsd.org/D8736 Notes: svn path=/head/; revision=309749
* In the TCP stack, the hhook(9) framework provides hooks for kernel modulesJonathan T. Looney2016-10-121-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | to add actions that run when a TCP frame is sent or received on a TCP session in the ESTABLISHED state. In the base tree, this functionality is only used for the h_ertt module, which is used by the cc_cdg, cc_chd, cc_hd, and cc_vegas congestion control modules. Presently, we incur overhead to check for hooks each time a TCP frame is sent or received on an ESTABLISHED TCP session. This change adds a new compile-time option (TCP_HHOOK) to determine whether to include the hhook(9) framework for TCP. To retain backwards compatibility, I added the TCP_HHOOK option to every configuration file that already defined "options INET". (Therefore, this patch introduces no functional change. In order to see a functional difference, you need to compile a custom kernel without the TCP_HHOOK option.) This change will allow users to easily exclude this functionality from their kernel, should they wish to do so. Note that any users who use a custom kernel configuration and use one of the congestion control modules listed above will need to add the TCP_HHOOK option to their kernel configuration. Reviewed by: rrs, lstewart, hiren (previous version), sjg (makefiles only) Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D8185 Notes: svn path=/head/; revision=307082
* Disable vt(4) by default on sparc64 as creator_vt(4) and vt_ofwfb(4)Marius Strobl2016-09-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | have the serious problem of not actually attaching the hardware they are driving at the bus level. This causes creator(4) and machfb(4) to attach and drive the very same hardware in parallel when both syscons(4) and vt(4) as well as their associated hardware drivers are built into a kernel, i. e. GENERIC, at the same time. Also, syscons(4) and its drivers still are way superior to vt(4) and its equivalents; unlike the syscons(4) counterparts the vt(4) drivers don't provide hardware acceleration resulting in considerably slower screen drawing, creator_vt(4) doesn't provide a /dev/fb node as required by the Xorg sunffb(4) etc. In theory, vt_ofwfb(4) should be able to handle more devices than machfb(4). However, testing shows that it hardly works with any hardware machfb(4) isn't also able to drive, making vt(4) and vt_ofwfb(4) not favorable for the time being from that perspective either. MFC after: 3 days Notes: svn path=/head/; revision=305507
* Remove the wds(4) driver for the WD700 ISA SCSI HBA.John Baldwin2016-08-191-1/+0
| | | | | | | | | | While this driver does do DMA, it bounce buffers all transactions through a single 64k buffer. It also does not have a manpage. Relnotes: yes Notes: svn path=/head/; revision=304503
* Move 'device pci' for the PCI bus driver to the MI NOTES file.John Baldwin2016-04-291-1/+0
| | | | | | | | The PCI bus was already listed in all of the MD NOTES files and the driver should at least compile on all platforms. Notes: svn path=/head/; revision=298824
* Fix whitespace on addition of IPSEC optionEd Maste2015-11-261-1/+1
| | | | Notes: svn path=/head/; revision=291374
* Spell crypto correctly.Christian Brueffer2015-07-141-1/+1
| | | | Notes: svn path=/head/; revision=285530
* Fix up tabs vs. spacesGeorge V. Neville-Neil2015-07-041-1/+1
| | | | Notes: svn path=/head/; revision=285151
* Enable IPSEC in all GENERIC kernels.George V. Neville-Neil2015-07-041-0/+4
| | | | | | | | | | Universe and kernel build tests passed 4 July 2015 PR: 128030 Sponsored by: Rubicon Communications (Netgate) Notes: svn path=/head/; revision=285142
* Build GENERIC with RACCT/RCTL support by default. Note that it stillEdward Tomasz Napierala2015-05-141-0/+3
| | | | | | | | | | | | | needs to be enabled by adding "kern.racct.enable=1" to /boot/loader.conf. Differential Revision: https://reviews.freebsd.org/D2407 Reviewed by: emaste@, wblock@ MFC after: 1 month Relnotes: yes Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=282901
* Apply r276208 to non-amd64 NOTES files as well to fix tinderbox buildsJohn Baldwin2015-03-251-2/+2
| | | | | | | | | run under a system using vt(4) instead of syscons(4): Use compiled in default keymaps which are available both in syscons and vt. Notes: svn path=/head/; revision=280621
* Remove "New" label from NFSCL/NFSD now that they are the only NFSJohn Baldwin2015-01-061-2/+2
| | | | | | | | | client/server. While here, remove duplicate NFSCL from sys/conf/NOTES. Approved by: rmacklem Notes: svn path=/head/; revision=276755
generated by cgit v1.2.3 (git 2.25.1) at 2026-04-11 00:21:30 +0000