| /linux/tools/build/Documentation/ |
| H A D | Build.txt | 1 Build Framework
4 The perf build framework was adopted from the kernel build system, hence the
7 Basically the user provides set of 'Build' files that list objects and
8 directories to nest for specific target to be build.
10 Unlike the kernel we don't have a single build object 'obj-y' list that where
11 we setup source objects, but we support more. This allows one 'Build' file to
12 carry a sources list for multiple build objects.
15 Build framework makefiles
16 -------------------------
18 The build framework consists of 2 Makefiles:
[all …]
|
| /linux/tools/perf/Documentation/ |
| H A D | Build.txt | 2 1) perf build
4 The perf build process consists of several separated building blocks,
6 - libperf library (static)
7 - perf builtin commands
8 - traceevent library (static)
9 - GTK ui library
11 Several makefiles govern the perf build:
13 - Makefile
15 Makefile.perf with a -j option to do parallel builds.
17 - Makefile.perf
[all …]
|
| H A D | perf-inject.txt | 1 perf-inject(1)
5 ----
6 perf-inject - Filter to augment the events stream with additional information
9 --------
14 -----------
15 perf-inject reads a perf-record event stream and repipes it to stdout. At any
16 point the processing code can inject other events into the event stream - in
17 this case build-ids (-b option) are read and injected as needed into the event
20 Build-ids are just the first user of perf-inject - potentially anything that
25 -------
[all …]
|
| H A D | perf-buildid-cache.txt | 1 perf-buildid-cache(1)
5 ----
6 perf-buildid-cache - Manage build-id cache.
9 --------
11 'perf buildid-cache <options>'
14 -----------
15 This command manages the build-id cache. It can add, remove, update and purge
16 files to/from the cache. In the future it should as well set upper limits for
19 record it along with the buildid-cache, which will be used by perf-probe.
20 For more details, see linkperf:perf-probe[1].
[all …]
|
| /linux/drivers/accessibility/speakup/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0
9 video console for blind people. If built in to the
12 point your browser at <http://www.linux-speakup.org/>.
24 Speakup can either be built in or compiled as a module
32 used in conjunction with Speakup. Think of them as
37 requires software to be pre-loaded on to the card before
55 synthesizer. You can say y to build it into the kernel,
56 or m to build it as a module. See the configuration
64 synthesizer. You can say y to build it into the kernel,
65 or m to build it as a module. See the configuration
[all …]
|
| /linux/samples/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only
5 You can build and test sample kernel code here.
14 tristate "Build trace_events examples -- loadable modules only"
20 tristate "Build custom trace event example -- loadable modules only"
26 tristate "Build trace_printk module - tests various trace_printk formats"
33 tristate "Build register_ftrace_direct() example"
41 tristate "Build register_ftrace_direct() on multiple ips example"
50 tristate "Build custom ftrace ops example"
57 tristate "Build sample module for kernel access to Ftrace instances"
64 tristate "Build kobject examples"
[all …]
|
| /linux/Documentation/bpf/libbpf/ |
| H A D | libbpf_build.rst | 1 .. SPDX-License-Identifier: (LGPL-2.1 OR BSD-2-Clause)
8 pkg-config is used by default to find libelf, and the program called
11 If using pkg-config at build time is not desired, it can be disabled by
14 To build both static libbpf.a and shared libbpf.so:
16 .. code-block:: bash
21 To build only static libbpf.a library in directory build/ and install them
22 together with libbpf headers in a staging directory root/:
24 .. code-block:: bash
27 $ mkdir build root
28 $ BUILD_STATIC_ONLY=y OBJDIR=build DESTDIR=root make install
[all …]
|
| /linux/ |
| H A D | Makefile | 1 # SPDX-License-Identifier: GPL-2.0
5 EXTRAVERSION = -rc7
10 # More info can be located in ./README
11 # Comments in this file are targeted only to the developer, do not
12 # expect to learn how to build the kernel reading this file.
14 ifeq ($(filter output-sync,$(.FEATURES)),)
25 # We are using a recursive build, so we need to do a little thinking
28 # Most importantly: sub-Makefiles should only ever modify files in
29 # their own directory. If in some directory we have a dependency on
30 # a file in another dir (which doesn't happen often, but it's often
[all …]
|
| /linux/samples/bpf/ |
| H A D | README.rst | 4 This directory contains a test stubs, verifier test-suite and examples
7 Note that the XDP-specific samples have been removed from this directory and
8 moved to the xdp-tools repository: https://github.com/xdp-project/xdp-tools
11 in xdp-tools.
13 Build dependencies
24 command: ``llc --version``
27 -----------------------
32 make -C tools clean
33 make -C samples/bpf clean
42 --------------
[all …]
|
| /linux/Documentation/dev-tools/ |
| H A D | gcov.rst | 6 is exported in gcov-compatible format via the "gcov" debugfs directory.
7 To get coverage data for a specific file, change to the kernel build
8 directory and use gcov with the ``-o`` option as follows (requires root)::
10 # cd /tmp/linux-out
11 # gcov -o /sys/kernel/debug/gcov/tmp/linux-out/kernel spinlock.c
14 in the current directory. In addition, graphical gcov front-ends such
16 for the entire kernel and provide coverage overviews in HTML format.
26 .. _lcov: https://github.com/linux-test-project/lcov
30 -----------
48 mount -t debugfs none /sys/kernel/debug
[all …]
|
| H A D | propeller.rst | 1 .. SPDX-License-Identifier: GPL-2.0
7 This enables Propeller build support for the kernel when using Clang
8 compiler. Propeller is a profile-guided optimization (PGO) method used
23 AutoFDO/AutoFDO+ThinLTO/iFDO. The whole build process involves
24 "build-afdo - train-afdo - build-propeller - train-propeller -
25 build-optimized".
30 #. In addition to LLVM toolchain, Propeller requires a profiling
36 #. Initial building: Build the AutoFDO or AutoFDO+ThinLTO binary as
37 you would normally do, but with a set of compile-time / link-time
53 #. Optimized build: Build the AutoFDO or AutoFDO+ThinLTO optimized
[all …]
|
| /linux/drivers/usb/gadget/udc/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0
7 # NOTE: Gadget support ** DOES NOT ** depend on host-side CONFIG_USB !!
9 # - Host systems (like PCs) need CONFIG_USB (with "A" jacks).
10 # - Peripherals (like PDAs) need CONFIG_USB_GADGET (with "B" jacks).
11 # - Some systems have both kinds of controllers.
13 # With help from a special transceiver and a "Mini-AB" jack, systems with
14 # both kinds of controller can also support "USB On-the-Go" (CONFIG_USB_OTG).
22 # - integrated/SOC controllers first
23 # - licensed IP used in both SOC and discrete versions
24 # - discrete ones (including all PCI-only controllers)
[all …]
|
| /linux/tools/testing/selftests/ |
| H A D | Makefile | 1 # SPDX-License-Identifier: GPL-2.0
4 TARGETS += amd-pstate
15 TARGETS += cpu-hotplug
19 TARGETS += dmabuf-heaps
20 TARGETS += drivers/dma-buf
38 TARGETS += filesystems/mount-notify
61 TARGETS += memory-hotplug
112 TARGETS += tc-testin
189 BUILD := $(abs_objtree)/kselftest global() macro
192 BUILD := $(CURDIR) global() macro
[all...] |
| /linux/sound/hda/codecs/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only
8 tristate "Build Analog Devices HD-audio codec support"
11 Say Y or M here to include Analog Devices HD-audio codec support in
12 snd-hda-intel driver, such as AD1986A.
14 comment "Set to Y if you want auto-loading the codec driver"
18 tristate "Build IDT/Sigmatel HD-audio codec support"
22 Say Y or M here to include IDT (Sigmatel) HD-audio codec support in
23 snd-hda-intel driver, such as STAC9200.
25 comment "Set to Y if you want auto-loading the codec driver"
29 tristate "Build VIA HD-audio codec support"
[all …]
|
| /linux/drivers/gpu/drm/ci/ |
| H A D | gitlab-ci.yml | 2 DRM_CI_PROJECT_PATH: &drm-ci-project-path mesa/mesa
3 DRM_CI_COMMIT_SHA: &drm-ci-commit-sha 02337aec715c25dae7ff2479d986f831c77fe536
6 TARGET_BRANCH: drm-next
10 DEQP_RUNNER_GIT_URL: https://gitlab.freedesktop.org/mesa/deqp-runner.git
13 FDO_UPSTREAM_REPO: helen.fornazier/linux # The repo where the git-archive daily runs
14 MESA_TEMPLATES_COMMIT: &ci-templates-commit c6aeb16f86e32525fa630fb99c66c4f3e62fc3cb
16 CI_PRE_CLONE_SCRIPT: |-
17 set -o xtrace
18 …-L --retry 4 -f --retry-all-errors --retry-delay 60 -s ${DRM_CI_PROJECT_URL}/-/raw/${DRM_CI_COMMIT…
19 bash download-git-cache.sh
[all …]
|
| /linux/tools/power/cpupower/ |
| H A D | README | 4 ------------
6 On x86 pciutils is needed at runtime (-lpci).
7 For compilation pciutils-devel (pci/pci.h) and a gcc version
13 ----------
16 tools and programs to the cpufreq core and drivers in the Linux kernel. This
17 allows for code reduction in userspace tools, a clean implementation of
23 ----------------------------
25 There are 2 output directories - one for the build output and another for
26 the installation of the build results, that is the utility, library,
30 -----------------
[all …]
|
| /linux/tools/testing/selftests/rcutorture/bin/ |
| H A D | kvm-test-1-run.sh | 2 # SPDX-License-Identifier: GPL-2.0+
4 # Run a kvm-based test of the specified tree on the specified configs.
7 # Execute this in the source tree. Do not run it as a background task
10 # Usage: kvm-test-1-run.sh config resdir seconds qemu-args boot_args_in
12 # qemu-arg
[all...] |
| /linux/drivers/usb/gadget/legacy/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0
7 # NOTE: Gadget support ** DOES NOT ** depend on host-side CONFIG_USB !!
9 # - Host systems (like PCs) need CONFIG_USB (with "A" jacks).
10 # - Peripherals (like PDAs) need CONFIG_USB_GADGET (with "B" jacks).
11 # - Some systems have both kinds of controllers.
13 # With help from a special transceiver and a "Mini-AB" jack, systems with
14 # both kinds of controller can also support "USB On-the-Go" (CONFIG_USB_OTG).
23 # Gadget drivers are hardware-neutral, or "platform independent",
32 # gadget configuration. In the device model, each option contains
44 Gadget Zero is a two-configuration device. It either sinks and
[all …]
|
| /linux/tools/gpio/ |
| H A D | Makefile | 1 # SPDX-License-Identifier: GPL-2.0
6 # This will work when gpio is built in tools env. where srctree
7 # isn't set and when invoked from selftests build, where srctree
8 # is set to ".". building_out_of_srctree is undefined for in srctree
15 # Do not use make's built-in rules
16 # (this improves performance and avoids hard-to-debug behaviour);
17 MAKEFLAGS += -r
19 override CFLAGS += -O2 -Wall -g -D_GNU_SOURCE -I$(OUTPUT)include
21 ALL_TARGETS := lsgpio gpio-hammer gpio-event-mon gpio-watch
27 include $(srctree)/tools/build/Makefile.include
[all …]
|
| /linux/Documentation/process/debugging/ |
| H A D | gdb-kernel-debugging.rst | 6 The kernel debugger kgdb, hypervisors like QEMU or JTAG-based hardware
16 ------------
18 - gdb 7.2+ (recommended: 7.4+) with python support enabled (typically true
23 -----
25 - Create a virtual Linux machine for QEMU/KVM (see www.linux-kvm.org and
26 www.qemu.org for more details). For cross-development,
30 - Build the kernel with CONFIG_GDB_SCRIPTS enabled, but leave
34 - Install that kernel on the guest, turn off KASLR if necessary by adding
36 Alternatively, QEMU allows to boot the kernel directly using -kernel,
37 -append, -initrd command line switches. This is generally only useful if
[all …]
|
| /linux/Documentation/ |
| H A D | Changes | 24 Again, keep in mind that this list assumes you are already functionally
32 GNU C 8.1 gcc --version
33 Clang/LLVM (optional) 15.0.0 clang --version
34 Rust (optional) 1.78.0 rustc --version
35 bindgen (optional) 0.65.1 bindgen --version
36 GNU make 4.0 make -
[all...] |
| /linux/lib/test_fortify/ |
| H A D | test_fortify.sh | 2 # SPDX-License-Identifier: GPL-2.0-only
3 set -e
5 # Argument 1: Source file to build.
6 IN="$1"
9 FILE="${IN##*/}"
11 FUNC="${FILE#*-}"
12 FUNC="${FUNC%%-*}"
14 # Extract the symbol to test for in build/symbol test below.
15 WANT="__${FILE%%-*}"
17 # Argument 2: Where to write the build log.
[all …]
|
| /linux/tools/build/tests/ex/ |
| H A D | Makefile | 1 # SPDX-License-Identifier: GPL-2.0
9 include $(srctree)/tools/build/Makefile.include
11 ex: ex-in.o libex-in.o
12 $(CC) -o $@ $^
15 make -f $(srctree)/tools/build/Makefile.build dir=. $@
17 ex-in.o: fixdep FORCE
18 make $(build)=ex
20 libex-in.o: fixdep FORCE
21 make $(build)=libex
24 find . -name '*.o' -delete -o -name '\.*.cmd' -delete -o -name '\.*.d' -delete
[all …]
|
| /linux/drivers/iio/pressure/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only
5 # When adding new entries keep the list in alphabetical order
13 Say yes here to build support for the Honeywell ABP pressure
20 tristate "ROHM BM1390GLV-Z pressure sensor driver"
26 Support for the ROHM BM1390 pressure sensor. The BM1390GLV-Z
40 Say yes here to build support for Bosch Sensortec BMP180, BMP280, BMP380
45 will be called bmp280 and you will also get bmp280-i2c for I2C
46 and/or bmp280-spi for SPI support.
64 Say yes here to build support for the Barometer sensor when
76 Say yes here to build support for the All Sensors DLH series
[all …]
|
| /linux/Documentation/arch/sh/ |
| H A D | new-machine.rst | 1 .. SPDX-License-Identifier: GPL-2.0
7 Paul Mundt <lethal@linux-sh.org>
18 of the board-specific code (with the exception of stboards) ended up
19 in arch/sh/kernel/ directly, with board-specific headers ending up in
20 include/asm-sh/. For the new kernel, things are broken out by board type,
24 Board-specific code::
27 |-- arch
28 | `-- sh
29 | `-- boards
30 | |-- adx
[all …]
|