| /linux/fs/kernfs/ |
| H A D | file.c | 67 static struct kernfs_open_node *of_on(struct kernfs_open_file *of) in of_on() argument
69 return rcu_dereference_protected(of->kn->attr.open, in of_on()
70 !list_empty(&of->list)); in of_on()
74 static struct kernfs_open_file *kernfs_get_active_of(struct kernfs_open_file *of) in kernfs_get_active_of() argument
77 if (unlikely(of->released)) in kernfs_get_active_of()
80 if (!kernfs_get_active(of->kn)) in kernfs_get_active_of()
83 return of; in kernfs_get_active_of()
86 static void kernfs_put_active_of(struct kernfs_open_file *of) in kernfs_put_active_of() argument
88 return kernfs_put_active(of->kn); in kernfs_put_active_of()
155 struct kernfs_open_file *of = sf->private; in kernfs_seq_stop_active() local
[all …]
|
| /linux/Documentation/admin-guide/perf/ |
| H A D | hns3-pmu.rst | 6 End Point device to collect performance statistics of HiSilicon SoC NIC.
9 HNS3 PMU supports collection of performance statistics such as bandwidth,
17 The HNS3 PMU driver registers a perf PMU with the name of its sicl id.::
21 PMU driver provides description of available events, filter modes, format,
24 The "events" directory describes the event code of all supported events
27 The "filtermode" directory describes the supported filter modes of each
30 The "format" directory describes all formats of the config (events) and
31 config1 (filter options) fields of the perf_event_attr structure.
33 The "identifier" file shows version of PMU hardware device.
35 The "bdf_min" and "bdf_max" files show the supported bdf range of each
[all …]
|
| /linux/Documentation/sound/designs/ |
| H A D | tracepoints.rst | 12 This subsystem includes two categories of tracepoints; for state of PCM buffer
13 and for processing of PCM hardware parameters. These tracepoints are available
18 Tracepoints for state of PCM buffer
24 Tracepoints for processing of PCM hardware parameters
30 In a design of ALSA PCM core, data transmission is abstracted as PCM substream.
34 interaction between applications and ALSA PCM core. Once decided, runtime of
38 structure includes several types of parameters. Applications set preferable
41 set of parameters. The latter is used for an actual decision of the parameters.
49 Configurable. This type of parameter is described in
50 struct snd_mask and represent mask values. As of PCM protocol
[all …]
|
| /linux/Documentation/process/ |
| H A D | code-of-conduct-interpretation.rst | 3 Linux Kernel Contributor Covenant Code of Conduct Interpretation
7 provide a set of rules for almost any open source community. Every
9 Because of this, this document describes how we in the Linux kernel
14 to "traditional" ways of developing software. Your contributions and
19 the best possible solution for the overall success of Linux. This
22 quality of submission and eventual result to ever decrease.
27 The Code of Conduct uses the term "maintainers" numerous times. In the
35 The Code of Conduct mentions rights and responsibilities for
43 behave in the parts of the community where they are active. That
44 responsibility is upon all of us, and ultimately the Code of Conduct
[all …]
|
| H A D | 1.Intro.rst | 9 The rest of this section covers the scope of the kernel development process
10 and the kinds of frustrations that developers and their employers can
14 influence the direction of kernel development. Code contributed to the
18 release cycle, and the mechanics of the merge window. The various phases in
20 discussion of tools and mailing lists. Developers wanting to get started
29 patches are covered, and there is an introduction to some of the tools
32 :ref:`development_posting` talks about the process of posting patches for
40 of the development process; this section offers a number of tips on how to
44 :ref:`development_advancedtopics` introduces a couple of "advanced" topics:
53 The Linux kernel, at over 8 million lines of code and well over 1000
[all …]
|
| /linux/Documentation/mm/ |
| H A D | zsmalloc.rst | 10 any object of size PAGE_SIZE/2 or larger would occupy an entire page.
11 This was one of the major issues with its predecessor (xvmalloc).
13 To overcome these issues, zsmalloc allocates a bunch of 0-order pages
19 For simplicity, zsmalloc can only allocate objects of size up to PAGE_SIZE
20 since this satisfies the requirements of all its current users (in the
27 location of the allocated object. The reason for this indirection is that
37 ``/sys/kernel/debug/zsmalloc/<user name>``. Here is a sample of stat output::
56 the number of zspages with usage ratio less than 10% (see below)
58 the number of zspages with usage ratio between 10% and 20%
60 the number of zspages with usage ratio between 20% and 30%
[all …]
|
| /linux/Documentation/admin-guide/ |
| H A D | iostats.rst | 29 of disks. If you're tracking a large number of devices,
31 overhead of opening and closing multiple files for each snapshot.
39 Each set of stats only applies to the indicated device; if you want
42 Field 1 -- # of reads completed (unsigned long)
43 This is the total number of reads completed successfully.
45 Field 2 -- # of reads merged, field 6 -- # of writes merged (unsigned long)
51 Field 3 -- # of sectors read (unsigned long)
52 This is the total number of sectors read successfully.
54 Field 4 -- # of milliseconds spent reading (unsigned int)
55 This is the total number of milliseconds spent by all reads (as
[all …]
|
| /linux/Documentation/filesystems/ |
| H A D | directory-locking.rst | 7 kinds of locks - per-inode (->i_rwsem) and per-filesystem
44 * decide which of the source and target need to be locked.
58 ancestor of the other, lock the parent of source first.
60 * verify that the source is not a descendent of the target and
61 target is not a descendent of source; fail the operation otherwise.
73 in its own right; it may happen as part of lookup. We speak of the
75 picture of those - especially for network filesystems. What we have
76 is a bunch of subtrees visible in dcache and locking happens on those.
79 when one growing tree reaches the root of another? That can happen in
81 from the same NFS4 server and doing lookups in one of them has reached
[all …]
|
| H A D | propagate_umount.txt | 3 Umount propagation starts with a set of mounts we are already going to
5 that set - anything with the same mountpoint as one of the removed
6 mounts and with parent that would receive events from the parent of that
10 It is convenient to define several properties of sets of mounts:
12 1) A set S of mounts is non-shifting if for any mount X belonging
13 to S all subtrees mounted strictly inside of X (i.e. not overmounting
14 the root of X) contain only elements of S.
19 3) A set S is closed if it contains all children of its elements.
21 The set of mounts taken out by umount(2) must be non-shifting and
24 of any concealed mountpoints.
[all …]
|
| /linux/LICENSES/deprecated/ |
| H A D | GFDL-1.1 | 10 part of sections that are already using it (notably, the
29 of this license document, but changing it is not allowed.
34 The purpose of this License is to make a manual, textbook, or other
35 written document "free" in the sense of freedom: to assure everyone
42 This License is a kind of "copyleft", which means that derivative
43 works of the document must themselves be free in the same sense. It
51 it can be used for any textual work, regardless of subject matter or
60 under the terms of this License. The "Document", below, refers to any
61 such manual or work. Any member of the public is a licensee, and is
64 A "Modified Version" of the Document means any work containing the
[all …]
|
| H A D | GFDL-1.2 | 28 of this license document, but changing it is not allowed.
33 The purpose of this License is to make a manual, textbook, or other
34 functional and useful document "free" in the sense of freedom: to
41 This License is a kind of "copyleft", which means that derivative
42 works of the document must themselves be free in the same sense. It
50 it can be used for any textual work, regardless of subject matter or
59 distributed under the terms of this License. Such a notice grants a
62 refers to any such manual or work. Any member of the public is a
67 A "Modified Version" of the Document means any work containing the
68 Document or a portion of it, either copied verbatim, or with
[all …]
|
| H A D | CC0-1.0 | 22 Statement of Purpose
24 The laws of most jurisdictions throughout the world automatically confer
26 and subsequent owner(s) (each and all, an "owner") of an original work of
30 the purpose of contributing to a commons of creative, cultural and
32 of later claims of infringement build upon, modify, incorporate in other
35 These owners may contribute to the Commons to promote the ideal of a free
36 culture and the further production of creative, cultural and scientific
38 part through the use and efforts of others.
41 expectation of additional consideration or compensation, the person
43 is an owner of Copyright and Related Rights in the Work, voluntarily
[all …]
|
| /linux/Documentation/devicetree/bindings/display/ |
| H A D | st,stih4xx.txt | 6 - reg: Physical base address of the IP registers and length of memory mapped region.
14 - reg: Physical base address of the IP registers and length of memory mapped region.
16 number of clocks may depend of the SoC type.
18 - clock-names: names of the clocks listed in clocks property in the same
22 This device must be the parent of all the sub-components and is responsible
23 of bind them.
26 - ranges: to allow probing of subdevices
29 must be a child of sti-display-subsystem
32 - reg: Physical base address of the IP registers and length of memory mapped region.
34 number of clocks may depend of the SoC type.
[all …]
|
| /linux/Documentation/filesystems/ext4/ |
| H A D | group_descr.rst | 6 Each block group on the filesystem has one of these descriptors
9 standard configuration is for each block group to contain a full copy of
13 Notice how the group descriptor records the location of both bitmaps and
18 of the groups' bitmaps and inode tables into one long run in the first
19 group of the flex group.
36 checksum is the crc16 of the FS UUID, the group number, and the group
38 checksum is the lower 16 bits of the checksum of the FS UUID, the group
56 - Lower 32-bits of location of block bitmap.
60 - Lower 32-bits of location of inode bitmap.
64 - Lower 32-bits of location of inode table.
[all …]
|
| /linux/Documentation/networking/device_drivers/ethernet/mellanox/mlx5/ |
| H A D | counters.rst | 22 addition, each group of counters may have different counter types.
71 An aggregation of software ring counters.
86 A set of the physical port counters, per priority per port.
105 Increment of these counters might indicate a problem. Each of these counters
119 explicitly documented since `tx[i]_packets` describes the behavior of both
127 These counters provide information on the amount of traffic that was accelerated
145 - The number of packets received on ring i.
149 - The number of bytes received on ring i.
153 - The number of packets transmitted on ring i.
157 - The number of bytes transmitted on ring i.
[all …]
|
| /linux/Documentation/arch/powerpc/ |
| H A D | associativity.rst | 5 Associativity represents the groupings of the various platform resources into
6 domains of substantially similar mean performance relative to resources outside
7 of that domain. Resources subsets of a given domain that exhibit better
9 are represented as being members of a sub-grouping domain. This performance
10 characteristic is presented in terms of NUMA node distance within the Linux kernel.
13 PAPR interface currently supports different ways of communicating these resource
17 Hypervisor indicates the type/form of associativity used via "ibm,architecture-vec-5 property".
18 Bit 0 of byte 5 in the "ibm,architecture-vec-5" property indicates usage of Form 0 or Form 1.
19 A value of 1 indicates the usage of Form 1 associativity. For Form 2 associativity
20 bit 2 of byte 5 in the "ibm,architecture-vec-5" property is used.
[all …]
|
| /linux/Documentation/scheduler/ |
| H A D | sched-stats.rst | 5 Version 17 of schedstats removed 'lb_imbalance' field as it has no
8 'lb_imbalance_misfit'. The domain field prints the name of the
11 Version 16 of schedstats changed the order of definitions within
12 'enum cpu_idle_type', which changed the order of [CPU_MAX_IDLE_TYPES]
13 columns in show_schedstat(). In particular the position of CPU_IDLE
14 and __CPU_NOT_IDLE changed places. The size of the array is unchanged.
16 Version 15 of schedstats dropped counters for some sched_yield:
22 Version 14 of schedstats includes support for sched_domains, which hit the
29 In version 14 of schedstat, there is at least one level of domain
34 sometimes balancing only between pairs of cpus. At this time, there
[all …]
|
| /linux/Documentation/filesystems/caching/ |
| H A D | fscache.rst | 71 FS-Cache does not follow the idea of completely loading every netfs file
73 then serving the pages out of that cache rather than the netfs inode because:
77 (2) The size of any accessible file must not be limited to the size of the
80 (3) The combined size of all opened files (this includes mapped libraries)
81 must not be limited to the size of the cache.
84 one-off access of a small portion of it (such as might be done with the
94 explicitly by use of tags.
104 * There are three types of cookie: cache, volume and data file cookies.
106 to the netfs; the netfs gets a volume cookie to represent a collection of
113 superblock, say, from another. This would be a compound of things like
[all …]
|
| /linux/Documentation/userspace-api/media/ |
| H A D | fdl-appendix.rst | 15 The purpose of this License is to make a manual, textbook, or other
16 written document "free" in the sense of freedom: to assure everyone the
23 This License is a kind of "copyleft", which means that derivative works
24 of the document must themselves be free in the same sense. It
32 used for any textual work, regardless of subject matter or whether it is
47 terms of this License. The "Document", below, refers to any such manual
48 or work. Any member of the public is a licensee, and is addressed as
54 A "Modified Version" of the Document means any work containing the
55 Document or a portion of it, either copied verbatim, or with
61 A "Secondary Section" is a named appendix or a front-matter section of
[all …]
|
| /linux/Documentation/devicetree/bindings/net/ |
| H A D | micrel-ksz90x1.txt | 20 change the driver now because of the many existing device trees that have
21 been created using values that go up in increments of 200.
23 The following table shows the actual skew delay you will get for each of the
48 - rxc-skew-ps : Skew control of RXC pad
49 - rxdv-skew-ps : Skew control of RX CTL pad
50 - txc-skew-ps : Skew control of TXC pad
51 - txen-skew-ps : Skew control of TX CTL pad
52 - rxd0-skew-ps : Skew control of RX data 0 pad
53 - rxd1-skew-ps : Skew control of RX data 1 pad
54 - rxd2-skew-ps : Skew control of RX data 2 pad
[all …]
|
| /linux/LICENSES/dual/ |
| H A D | copyleft-next-0.3.1 | 22 Subject to the terms of this License, I grant You:
26 of, publicly perform and publicly display My Work.
38 recipients how they can obtain a copy of this License; (ii) satisfy the
39 applicable conditions of sections 3 through 6; and (iii) preserve all
48 Work as a whole under this License, with prominent notice of such
50 separate Distribution of portions of the Derived Work.
58 restrictions on the exercise of rights in the Covered Work granted under
65 governed by a license that is both OSI-Approved and FSF-Free as of the
66 release date of this License, provided that compliance with such
68 sections of this License.
[all …]
|
| H A D | Apache-2.0 | 25 distribution as defined by Sections 1 through 9 of this document.
30 "Legal Entity" shall mean the union of the acting entity and all other
32 that entity. For the purposes of this definition, "control" means (i) the
33 power, direct or indirect, to cause the direction or management of such
34 entity, whether by contract or otherwise, or (ii) ownership of fifty
35 percent (50%) or more of the outstanding shares, or (iii) beneficial
36 ownership of such entity.
46 or translation of a Source form, including but not limited to compiled
49 "Work" shall mean the work of authorship, whether in Source or Object form,
57 a whole, an original work of authorship. For the purposes of this License,
[all …]
|
| H A D | MPL-1.1 | 25 the creation of Modifications.
27 1.2. "Contributor Version" means the combination of the Original
32 combination of the Original Code and Modifications, in each case
37 transfer of data.
47 portions thereof with code not governed by the terms of this License.
52 extent possible, whether at the time of the initial grant or
53 subsequently acquired, any and all of the rights conveyed herein.
56 substance or structure of either the Original Code or any previous
57 Modifications. When Covered Code is released as a series of files, a
59 A. Any addition to or deletion from the contents of a file
[all …]
|
| /linux/Documentation/driver-api/early-userspace/ |
| H A D | buffer-format.rst | 17 via CONFIG_DECOMPRESS_*. One valid version of an initramfs buffer is
20 The full format of the initramfs buffer is defined by the following
23 * is used to indicate "0 or more occurrences of"
26 GZIP() indicates gzip compression of the operand
27 BZIP2() indicates bzip2 compression of the operand
28 LZMA() indicates lzma compression of the operand
29 XZ() indicates xz compression of the operand
30 LZO() indicates lzo compression of the operand
31 LZ4() indicates lz4 compression of the operand
32 ZSTD() indicates zstd compression of the operand
[all …]
|
| /linux/Documentation/input/ |
| H A D | multi-touch-protocol.rst | 13 In order to utilize the full power of the new multi-touch and multi-user
17 drivers to report details for an arbitrary number of contacts.
19 The protocol is divided into two types, depending on the capabilities of the
22 devices capable of tracking identifiable contacts (type B), the protocol
32 Contact details are sent sequentially as separate packets of ABS_MT
33 events. Only the ABS_MT events are recognized as part of a contact
35 applications, the MT protocol can be implemented on top of the ST protocol
39 input_mt_sync() at the end of each packet. This generates a SYN_MT_REPORT
44 input_mt_slot(), with a slot as argument, at the beginning of each packet.
46 prepare for updates of the given slot.
[all …]
|