/linux/samples/ |
H A D | Kconfig | 17 This builds the trace event example module. 20 tristate "Build custom trace event example -- loadable modules only" 23 This builds the custom trace event example module. 33 tristate "Build register_ftrace_direct() example" 37 This builds an ftrace direct function example 41 tristate "Build register_ftrace_direct() on multiple ips example" 45 This builds an ftrace direct function example 50 tristate "Build custom ftrace ops example" 53 This builds an ftrace ops example that hooks two functions and 76 This build several kprobes example modules. [all …]
|
/linux/Documentation/kbuild/ |
H A D | makefiles.rst | 88 Example:: 98 Example:: 128 Example:: 146 Example:: 151 Note: In this example $(CONFIG_ISDN_PPP_BSDCOMP) evaluates to "m" 159 Example:: 165 In this example, the module name will be isdn.o. Kbuild will 173 Example:: 182 In this example, xattr.o, xattr_user.o and xattr_trusted.o are only 209 Example:: [all …]
|
/linux/tools/testing/kunit/test_data/ |
H A D | test_is_test_passed-all_passed_nested.log | 7 # Subtest: example 16 kunit example: all tests passed 17 ok 2 - example 24 # Subtest: example 33 kunit example: all tests passed 34 ok 2 - example
|
/linux/tools/bpf/bpftool/Documentation/ |
H A D | bpftool-gen.rst | 95 file name, i.e., if BPF object file name is **example.o**, BPF object name 96 will be **example**. Object name can be also specified explicitly through 98 provided (assuming **example** as the object name): 265 This is example BPF application with three BPF programs and a mix of BPF 275 **$ bpftool gen object example.bpf.o example1.bpf.o example2.bpf.o example3.bpf.o** 279 files into the final BPF ELF object file *example.bpf.o*. 281 **$ bpftool gen skeleton example.bpf.o name example | tee example.skel.h** 294 struct example { 334 static void example__destroy(struct example *obj); 335 static inline struct example *example__open_opts( [all …]
|
/linux/Documentation/dev-tools/kunit/ |
H A D | run_wrapper.rst | 72 contains any other config options required by the tests (For example: 83 We can then add any other Kconfig options. For example: 97 (For example: ``make menuconfig``) to adjust other config options. 160 example: if we only want to run KUnit resource tests, use: 183 for example: i386, x86_64, arm and so on; run on qemu. 188 binaries such as GCC. For example: 204 example: 218 instance of ``QemuArchParams`` assigned to it. See example in: 223 ``--arch`` flag. For example: using 251 compiling a kernel (using ``build`` or ``run`` commands). For example: [all …]
|
H A D | start.rst | 97 For example, to include the kernel's linked-list test you can run:: 103 For example, to run only ``FAT_FS`` and ``EXT4`` tests you can run:: 130 For example, let's assume we are using the default config: 138 like ``"example.example_simple_test"``, to run specifically that test case:: 140 ./tools/testing/kunit/kunit.py run "example.example_simple_test" 150 If you do not want to use the KUnit Wrapper (for example: you want code 184 1. Create a file ``drivers/misc/example.h``, which includes: 190 2. Create a file ``drivers/misc/example.c``, which includes: 196 #include "example.h" 208 bool "My example" [all …]
|
H A D | usage.rst | 11 and then sets *expectations* for what should happen. For example: 24 In the above example, ``example_test_success`` always passes because it does 36 logged. For example: 46 In the above example, ``add_test_basic`` makes a number of assertions about the 65 For example, if we want to rigorously test the ``add`` function above, create 97 terminates the test case if the condition is not satisfied. For example: 115 In this example, we need to be able to allocate an array to test the ``sort()`` 174 For example: 186 .name = "example", 195 In the above example, the test suite ``example_test_suite`` would first run [all …]
|
H A D | style.rst | 17 example, non-deterministically producing false positives or negatives, or 45 example, subsystems could be called: 82 to be split into multiple test suites (for example, simple drivers). 89 subsystem (for example, both unit tests and integration tests), they should be 96 module name. For example, test suites could include: 108 Avoid names, for example: 117 ``integration_test``. It should be a separate test suite. For example, if the 139 Example test names include: 168 If we are not able to meet above conditions (for example, the test is unable to 171 For example, a Kconfig entry might look like: [all …]
|
H A D | running_tips.rst | 186 # Subtest: example 190 ok 1 - example 197 For example, we'd change the config options from before to 208 $ modprobe kunit-example-test 249 So using our example config: 253 $ modprobe kunit-example-test > /dev/null 254 $ cat /sys/kernel/debug/kunit/example/results 258 $ modprobe -r kunit-example-test 259 $ cat /sys/kernel/debug/kunit/example/results 260 /sys/kernel/debug/kunit/example/results: No such file or directory [all …]
|
/linux/Documentation/admin-guide/perf/ |
H A D | hisi-pcie-pmu.rst | 35 Example usage of perf:: 54 Example usage of perf group:: 82 For example, if target Root Port is 0000:00:00.0 (x8 lanes), bit0 of 87 Example usage of perf:: 97 For example, "bdf=0x3900" means BDF of target Endpoint is 0000:39:00.0. 99 Example usage of perf:: 110 For example, "trig_len=4" means trigger condition is 2^4 DW, "trig_mode=0" 114 Example usage of perf:: 124 For example, "thr_len=4" means threshold is 2^4 DW, "thr_mode=0" means 128 Example usage of perf:: [all …]
|
H A D | hns3-pmu.rst | 41 Example usage of checking event code and subevent code:: 61 Example usage of checking supported filter mode:: 66 Example usage of perf:: 84 Example usage of perf:: 93 Example usage of perf:: 101 Example usage of perf:: 111 for example: 118 Example usage of perf:: 126 Example usage of perf:: 134 Example usage of perf::
|
/linux/tools/sched_ext/ |
H A D | README.md | 1 SCHED_EXT EXAMPLE SCHEDULERS 6 This directory contains a number of example sched_ext schedulers. These 17 This README will describe these example schedulers, including describing the 25 There are a few toolchain dependencies for compiling the example schedulers. 78 You may notice that most of the example schedulers include a "vmlinux.h" file. 93 example, using vmlinux.h allows a scheduler to access fields defined directly 108 bpf_printk("Task %s enabled in example scheduler", p->comm); 115 .name = "example", 144 example above, we print out a task name with `p->comm`. CO-RE would perform 157 # Example schedulers [all …]
|
/linux/Documentation/admin-guide/gpio/ |
H A D | gpio-virtuser.rst | 29 **Group:** ``/config/gpio-consumer/example-name`` 31 **Attribute:** ``/config/gpio-consumer/example-name/live`` 33 **Attribute:** ``/config/gpio-consumer/example-name/dev_name`` 51 **Group:** ``/config/gpio-consumer/example-name/con_id`` 54 to the ``'con_id'`` argument of the ``gpiod_get()`` function. For example: 60 **Attribute:** ``/config/gpio-consumer/example-name/con_id/0/key`` 62 **Attribute:** ``/config/gpio-consumer/example-name/con_id/0/offset`` 64 **Attribute:** ``/config/gpio-consumer/example-name/con_id/0/drive`` 66 **Attribute:** ``/config/gpio-consumer/example-name/con_id/0/pull`` 68 **Attribute:** ``/config/gpio-consumer/example-name/con_id/0/active_low`` [all …]
|
/linux/rust/kernel/sync/lock/ |
H A D | spinlock.rs | 31 /// The following example shows how to declare, allocate and initialise a struct (`Example`) that 43 /// struct Example { 49 /// impl Example { 58 /// // Allocate a boxed `Example`. 59 /// let e = Box::pin_init(Example::new(), GFP_KERNEL)?; 66 /// The following example shows how to use interior mutability to modify the contents of a struct 72 /// struct Example { 77 /// fn example(m: &SpinLock<Example>) {
|
H A D | mutex.rs | 33 /// The following example shows how to declare, allocate and initialise a struct (`Example`) that 45 /// struct Example { 51 /// impl Example { 60 /// // Allocate a boxed `Example`. 61 /// let e = Box::pin_init(Example::new(), GFP_KERNEL)?; 68 /// The following example shows how to use interior mutability to modify the contents of a struct 74 /// struct Example { 79 /// fn example(m: &Mutex<Example>) {
|
/linux/tools/testing/ktest/examples/ |
H A D | README | 1 This directory contains example configs to use ktest for various tasks. 10 crosstests.conf - this config shows an example of testing a git repo against 16 test.conf - A generic example of a config. This is based on an actual config 19 kvm.conf - A example of a config that is used to test a virtual guest running 22 snowball.conf - An example config that was used to demo ktest.pl against 26 included into other configs. This is a real use example that shows how
|
/linux/Documentation/devicetree/bindings/sound/ |
H A D | renesas,rsnd.txt | 36 ${LINUX}/arch/arm/boot/dts/r8a7790-lager.dts can be good example. 37 This is example of 42 see "Example: simple sound card" 45 ${LINUX}/arch/arm/boot/dts/r8a7790.dts can be good example. 71 for example digital TV case. 79 see "Example: simple sound card for Asynchronous mode" 116 see "Example: simple sound card for channel convert" 123 example of using matrix 132 example of changing connection 152 see "Example: simple sound card for MIXer" [all …]
|
/linux/Documentation/ABI/testing/ |
H A D | ima_policy | 74 For example, "selinux" to measure critical data for SELinux. 76 For example, "sha256,sha512" to only accept to appraise 141 Example of measure rules using alternate PCRs:: 146 Example of appraise rule allowing modsig appended signatures: 150 Example of measure rule using KEY_CHECK to measure all keys: 154 Example of measure rule using KEY_CHECK to only measure 159 Example of the special SETXATTR_CHECK appraise rule, that 165 Example of a 'measure' rule requiring fs-verity's digests 171 Example of 'measure' and 'appraise' rules requiring fs-verity 188 All of these policy rules could, for example, be constrained
|
/linux/Documentation/leds/ |
H A D | leds-lm3556.rst | 28 * if STROBE pin is enabled, below example control brightness only, and 31 Flash Example: 55 * if TORCH pin is enabled, below example control brightness only, 58 Torch Example: 86 Indicator pattern example: 101 Example: 123 Example:: 134 Example::
|
/linux/rust/kernel/sync/ |
H A D | arc.rs | 55 /// struct Example { 60 /// // Create a refcounted instance of `Example`. 61 /// let obj = Arc::new(Example { a: 10, b: 20 }, GFP_KERNEL)?; 85 /// struct Example { 90 /// impl Example { 100 /// let obj = Arc::new(Example { a: 10, b: 20 }, GFP_KERNEL)?; 106 /// Coercion from `Arc<Example>` to `Arc<dyn MyTrait>`: 119 /// struct Example; 120 /// impl MyTrait for Example {} 122 /// // `obj` has type `Arc<Example>`. [all …]
|
/linux/Documentation/driver-api/dmaengine/ |
H A D | dmatest.rst | 41 Example of usage:: 57 Example of multi-channel test usage (new in the 5.0 kernel):: 96 before returning. For example, the following scripts wait for 42 tests 100 Example:: 131 Example of output:: 142 Example:: 160 Example:: 168 Example:: 173 More channels can be added by repeating the example above. 176 Example:: [all …]
|
/linux/tools/power/pm-graph/config/ |
H A D | custom-timeline-functions.cfg | 92 # example: _cpu_up: 99 # example: CPU_ON[{cpu}] 105 # example: [color=#CC00CC] 110 # example: cpu=%di:s32 112 # Example: Display cpu resume in the timeline 157 # example: ata_eh_recover: 164 # example: ata{port}_port_reset 170 # example: [color=#CC00CC] 175 # example: port=+36(%di):s32 177 # Example: Display ATA port reset as ataN_port_reset in the timeline
|
/linux/Documentation/driver-api/nvdimm/ |
H A D | nvdimm.rst | 19 Example NVDIMM Platform 22 libndctl: instantiate a new library context example 26 libndctl: bus enumeration example 29 libndctl: DIMM enumeration example 32 libndctl: region enumeration example 37 libndctl: namespace enumeration example 38 libndctl: namespace creation example 42 libndctl: btt creation example 110 DSM Interface Example: 154 Example NVDIMM Platform [all …]
|
/linux/samples/kfifo/ |
H A D | Makefile | 2 obj-$(CONFIG_SAMPLE_KFIFO) += bytestream-example.o dma-example.o inttype-example.o record-example.o
|
/linux/samples/user_events/ |
H A D | Makefile | 4 example: example.o target 5 example.o: example.c
|