summaryrefslogtreecommitdiffstats
path: root/share/man/man9
Commit message (Collapse)AuthorAgeFilesLines
...
* Revert r299467 to fix the kernel build.cem2016-05-112-17/+1
| | | | | | $ svn merge -c -299467 . Approved by: build being broken for six hours
* Add a new get_id interface to pci and pcib. This will allow us to bothandrew2016-05-112-1/+17
| | | | | | | | | | | | | | | | | | | detect failures, and get different PCI IDs. For the former the interface returns an int to signal an error. The ID is returned at a uintptr_t * argument. For the latter there is a type argument that allows selecting the ID type. This only specifies a single type, however a MSI type will be added to handle the need to find the ID the hardware passes to the ARM GICv3 interrupt controller. A follow up commit will be made to remove pci_get_rid. Reviewed by: jhb, rstone Obtained from: ABT Systems Ltd Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D6239
* Add a missing section to a cross-reference.jhb2016-05-101-2/+3
| | | | While here, add bus_space(9) to the SEE ALSO section.
* Bump date. Forgotten in r299312.imp2016-05-101-1/+1
|
* Document g_reset_bio(). This is long overdue. g_reset_bio will resetimp2016-05-101-1/+30
| | | | | | | | | | the bio to a pristine state should you wish to re-use it for another I/O without freeing it. In the bast, a simple bzero was done to do this, but that may not be sufficient in the future when the bio may contain state that's not part of the documented API. Besides, it makes the code clearer as to the intent... Noticed by: smh@
* Add a new bus method to fetch device-specific CPU sets.jhb2016-05-092-0/+103
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | bus_get_cpus() returns a specified set of CPUs for a device. It accepts an enum for the second parameter that indicates the type of cpuset to request. Currently two valus are supported: - LOCAL_CPUS (on x86 this returns all the CPUs in the package closest to the device when DEVICE_NUMA is enabled) - INTR_CPUS (like LOCAL_CPUS but only returns 1 SMT thread for each core) For systems that do not support NUMA (or if it is not enabled in the kernel config), LOCAL_CPUS fails with EINVAL. INTR_CPUS is mapped to 'all_cpus' by default. The idea is that INTR_CPUS should always return a valid set. Device drivers which want to use per-CPU interrupts should start using INTR_CPUS instead of simply assigning interrupts to all available CPUs. In the future we may wish to add tunables to control the policy of INTR_CPUS (e.g. should it be local-only or global, should it ignore SMT threads or not). The x86 nexus driver exposes the internal set of interrupt CPUs from the the x86 interrupt code via INTR_CPUS. The ACPI bus driver and PCI bridge drivers use _PXM to return a suitable LOCAL_CPUS set when _PXM exists and DEVICE_NUMA is enabled. They also and the global INTR_CPUS set from the nexus driver with the per-domain set from _PXM to generate a local INTR_CPUS set for child devices. Compared to the r298933, this version uses 'struct _cpuset' in <sys/bus.h> instead of 'cpuset_t' to avoid requiring <sys/param.h> (<sys/_cpuset.h> still requires <sys/param.h> for MAXCPU even though <sys/_bitset.h> does not after recent changes).
* kern: Add phashinit_flags(), which allows malloc(M_NOWAIT)sephe2016-05-031-5/+19
| | | | | | | | | | It will be used for the upcoming LRO hash table initialization. And probably will be useful in other cases, when M_WAITOK can't be used. Reviewed by: jhb, kib Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6138
* Revert bus_get_cpus() for now.jhb2016-05-032-102/+0
| | | | | I really thought I had run this through the tinderbox before committing, but many places need <sys/types.h> -> <sys/param.h> for <sys/bus.h> now.
* Add a new bus method to fetch device-specific CPU sets.jhb2016-05-022-0/+102
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | bus_get_cpus() returns a specified set of CPUs for a device. It accepts an enum for the second parameter that indicates the type of cpuset to request. Currently two valus are supported: - LOCAL_CPUS (on x86 this returns all the CPUs in the package closest to the device when DEVICE_NUMA is enabled) - INTR_CPUS (like LOCAL_CPUS but only returns 1 SMT thread for each core) For systems that do not support NUMA (or if it is not enabled in the kernel config), LOCAL_CPUS fails with EINVAL. INTR_CPUS is mapped to 'all_cpus' by default. The idea is that INTR_CPUS should always return a valid set. Device drivers which want to use per-CPU interrupts should start using INTR_CPUS instead of simply assigning interrupts to all available CPUs. In the future we may wish to add tunables to control the policy of INTR_CPUS (e.g. should it be local-only or global, should it ignore SMT threads or not). The x86 nexus driver exposes the internal set of interrupt CPUs from the the x86 interrupt code via INTR_CPUS. The ACPI bus driver and PCI bridge drivers use _PXM to return a suitable LOCAL_CPUS set when _PXM exists and DEVICE_NUMA is enabled. They also and the global INTR_CPUS set from the nexus driver with the per-domain set from _PXM to generate a local INTR_CPUS set for child devices. Reviewed by: wblock (manpage) Differential Revision: https://reviews.freebsd.org/D5519
* Spelling fixes supplied by pfg@, detected with codespell, pluswblock2016-05-018-11/+11
| | | | | | additional misspellings detected by igor. MFC after: 1 week
* Add some notes about the implicit resource mapping for activated resources.jhb2016-04-281-2/+47
| | | | | | Specifically, mention that rman_get_bustag/handle/virtual are valid after a resource is activated. Also, mention the wrapper API that accepts a struct resource instead of a bus tag and handle.
* Document RF_PREFETCHABLE.jhb2016-04-281-0/+2
|
* Document PCI_RES_BUS as a possible resource type.jhb2016-04-282-2/+6
|
* Remove a stale reference to the removed RF_TIMESHARE flag.jhb2016-04-281-3/+1
|
* Add a new rescan method to the bus interface.jhb2016-04-272-0/+52
| | | | | | | | The BUS_RESCAN() method rescans a single bus device checking for devices that have been added or removed from the bus. A new 'rescan' command is added to devctl(8) to trigger a rescan. Differential Revision: https://reviews.freebsd.org/D6016
* osd(9): Change array pointer to array pointer type from void*cem2016-04-261-8/+9
| | | | | | | | | | | | | This is a minor follow-up to r297422, prompted by a Coverity warning. (It's not a real defect, just a code smell.) OSD slot array reservations are an array of pointers (void **) but were cast to void* and back unnecessarily. Keep the correct type from reservation to use. osd.9 is updated to match, along with a few trivial igor fixes. Reported by: Coverity CID: 1353811 Sponsored by: EMC / Isilon Storage Division
* Correct types for g_example_start() and g_example_access().brueffer2016-04-241-3/+3
| | | | | | | PR: 203498 Submitted by: chadf@triularity.org, ae MFC after: 1 week Sponsored by: Essen Hackathon 2016
* Improve upon r296618 to keep lines < 80 characters.brueffer2016-04-232-4/+9
| | | | | Pointed out by: jhb Sponsored by: Essen Hackathon 2016
* MFHgjb2016-04-049-48/+221
|\ | | | | | | Sponsored by: The FreeBSD Foundation
| * Add osd_reserve() and osd_set_reserved(), which allow M_WAITOK allocationjamie2016-03-301-3/+61
| | | | | | | | of an OSD array,
| * Reword descriptions of asserting locks held without WITNESS.bdrewery2016-03-292-15/+21
| | | | | | | | | | | | | | | | | | | | | | | | This corrects an error in r296947 in that it is not possible to assert which thread holds a shared (or read) lock, but it is possible to assert that one is held. Just not very useful. MFC after: 1 week Submitted by: wblock, jhb Reviewed by: kib (earlier version), jhb, wblock Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D5659
| * Fix two more unhappy instances of "user land".wblock2016-03-281-1/+1
| | | | | | | | | | Submitted by: bdrewery MFC after: 1 week
| * Fix bunch of .Xrs.trasz2016-03-281-1/+1
| | | | | | | | | | MFC after: 1 month Sponsored by: The FreeBSD Foundation
| * Change a little to match what appears to be the right way of specifying an ↵julian2016-03-181-1/+3
| | | | | | | | | | | | | | | | | | argument (from looking at other man pages) MFC after: 1 week Sponsored by: Panzura inc
| * Add a few details that make it easier to use this macro.julian2016-03-181-0/+13
| | | | | | | | | | MFC after: 1 week Sponsored by: Panzura inc
| * Remove incorrect BUGS entry about asserting lock not held.bdrewery2016-03-161-6/+1
| | | | | | | | | | | | | | For non-WITNESS< assertion support for SA_UNLOCKED was added in r125421 and made to panic in r126316. MFC after: 1 week
| * Improve the implementation and documentation of thehselasky2016-03-162-1/+15
| | | | | | | | | | | | | | | | | | | | SYSCTL_COUNTER_U64_ARRAY() macro. - Add proper asserts to the SYSCTL_COUNTER_U64_ARRAY() macro that checks the size of the first element of the array. - Add an example to the counter(9) manual page how to use the SYSCTL_COUNTER_U64_ARRAY() macro. - Add some missing symbolic links for counter(9) while at it.
| * fail.9: Bump Ddcem2016-03-161-1/+1
| |
| * fail(9): Upstreaming some fail point enhancementscem2016-03-161-21/+70
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is several year's worth of fail point upgrades done at EMC Isilon. They are interdependent enough that it makes sense to put a single diff up for them. Primarily, we added: - Changing all mainline execution paths to be lockless, which lets us use fail points in more sleep-sensitive areas, and allows more parallel execution - A number of additional commands, including 'pause' that lets us do some interesting deterministic repros of race conditions - The ability to dump the stacks of all threads sleeping on a fail point - A number of other API changes to allow marking up the fail point's context in the code, and firing callbacks before and after execution - A man page update Submitted by: Matthew Bryan <matthew.bryan@isilon.com> Reviewed by: cem (earlier version), jhb, kib, pho With feedback from: bdrewery Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D5427
| * Provide sysctl(9) macro to deal with array of counter(9).glebius2016-03-151-1/+37
| |
* | MFHgjb2016-03-141-7/+5
|\ \ | |/ | | | | Sponsored by: The FreeBSD Foundation
| * Reword SX_NOADAPTIVE description to be clear that adaptive is default.bdrewery2016-03-141-7/+5
| | | | | | | | | | | | The default changed in r193011. MFC after: 1 week
* | MFHgjb2016-03-102-7/+4
|\ \ | |/ | | | | Sponsored by: The FreeBSD Foundation
| * Fix mdoc markup.brueffer2016-03-102-7/+4
| |
| * Remove self-reference to destroy_dev_drain(9).bdrewery2016-03-021-2/+1
| | | | | | | | MFC after: 1 week
* | MFHgjb2016-03-021-2/+1
| | | | | | | | Sponsored by: The FreeBSD Foundation
* | MFHgjb2016-03-026-35/+51
|\ \ | |/ | | | | Sponsored by: The FreeBSD Foundation
| * Document m_catpkt(), and remove misinformation about m_cat(9).markj2016-03-022-7/+24
| | | | | | | | | | | | | | | | | | | | Since m_cat() may copy data from the second mbuf chain into the last mbuf of the first chain, it may free the first mbuf of the second chain. Thus, the second chain is not guaranteed to be valid after m_cat() returns. Reviewed by: glebius MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D5497
| * Remove taskqueue_enqueue_fast().jhb2016-03-012-21/+2
| | | | | | | | | | | | | | | | | | | | taskqueue_enqueue() was changed to support both fast and non-fast taskqueues 10 years ago in r154167. It has been a compat shim ever since. It's time for the compat shim to go. Submitted by: Howard Su <howard0su@gmail.com> Reviewed by: sephe Differential Revision: https://reviews.freebsd.org/D5131
| * ddb(9) -> ddb(4)trasz2016-02-291-1/+1
| | | | | | | | | | MFC after: 1 month Sponsored by: The FreeBSD Foundation
| * Add the bus_alloc_resource_anywhere() convenience function.jhibbits2016-02-271-2/+18
| | | | | | | | | | | | | | | | | | | | | | | | Summary: Many instances of bus_alloc_resource() simply use 0 and ~0 for start and end to denote 'anywhere' with a given count. To clean this up, introduce a bus_alloc_resource_anywhere() convenience function. Bump __FreeBSD_version for the new API. Reviewed By: jhb Differential Revision: https://reviews.freebsd.org/D5370
| * Fix year.kib2016-02-241-1/+1
| | | | | | | | | | Noted by: bdrewery MFC after: 2 weeks
| * Remove references to Giant in the description of vrele(9). Add noteskib2016-02-241-4/+6
| | | | | | | | | | | | | | | | about vnode lock and sleeping. Reported by: julian Sponsored by: The FreeBSD Foundation MFC after: 2 weeks
* | MFHgjb2016-02-221-2/+0
|\ \ | |/ | | | | Sponsored by: The FreeBSD Foundation
| * As <machine/param.h> is included from <sys/param.h>, there is no needskra2016-02-221-1/+0
| | | | | | | | | | | | | | to include it explicitly when <sys/param.h> is already included. Reviewed by: alc, kib Differential Revision: https://reviews.freebsd.org/D5378
| * As <machine/pmap.h> is included from <vm/pmap.h>, there is no need toskra2016-02-221-1/+0
| | | | | | | | | | | | | | include it explicitly when <vm/pmap.h> is already included. Reviewed by: alc, kib Differential Revision: https://reviews.freebsd.org/D5373
* | MFHgjb2016-01-291-1/+1
|\ \ | |/ | | | | Sponsored by: The FreeBSD Foundation
| * Rename netinet/tcp_cc.h to netinet/cc/cc.h.glebius2016-01-271-1/+1
| | | | | | | | Discussed with: lstewart
* | MFHgjb2016-01-275-14/+18
|\ \ | |/ | | | | Sponsored by: The FreeBSD Foundation
| * Convert rman to use rman_res_t instead of u_longjhibbits2016-01-275-14/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: Migrate to using the semi-opaque type rman_res_t to specify rman resources. For now, this is still compatible with u_long. This is step one in migrating rman to use uintmax_t for resources instead of u_long. Going forward, this could feasibly be used to specify architecture-specific definitions of resource ranges, rather than baking a specific integer type into the API. This change has been broken out to facilitate MFC'ing drivers back to 10 without breaking ABI. Reviewed By: jhb Sponsored by: Alex Perez/Inertial Computing Differential Revision: https://reviews.freebsd.org/D5075
OpenPOWER on IntegriCloud