Home
last modified time | relevance | path

Searched +full:system +full:- +full:management (Results 1 – 25 of 1017) sorted by relevance

12345678910>>...41

/linux-6.14.4/Documentation/userspace-api/
Ddcdbas.rst2 Dell Systems Management Base Driver
8 The Dell Systems Management Base Driver provides a sysfs interface for
9 systems management software such as Dell OpenManage to perform system
10 management interrupts and host control actions (system power cycle or
24 System Management Interrupt
27 On some Dell systems, systems management software must access certain
28 management information via a system management interrupt (SMI). The SMI data
29 buffer must reside in 32-bit address space, and the physical address of the
32 The driver creates the following sysfs entries for systems management
33 software to perform these system management interrupts::
[all …]
/linux-6.14.4/Documentation/ABI/stable/
Dsysfs-devices-node1 What: /sys/devices/system/node/possible
3 Contact: Linux Memory Management list <linux-[email protected]>
7 What: /sys/devices/system/node/online
9 Contact: Linux Memory Management list <linux-[email protected]>
13 What: /sys/devices/system/node/has_normal_memory
15 Contact: Linux Memory Management list <linux-[email protected]>
19 What: /sys/devices/system/node/has_cpu
21 Contact: Linux Memory Management list <linux-[email protected]>
25 What: /sys/devices/system/node/has_high_memory
27 Contact: Linux Memory Management list <linux-[email protected]>
[all …]
/linux-6.14.4/Documentation/power/
Dpci.rst2 PCI Power Management
8 management. Based on previous work by Patrick Mochel <[email protected]>
11 This document only covers the aspects of power management specific to PCI
13 power management refer to Documentation/driver-api/pm/devices.rst and
18 1. Hardware and Platform Support for PCI Power Management
19 2. PCI Subsystem and Device Power Management
20 3. PCI Device Drivers and Power Management
24 1. Hardware and Platform Support for PCI Power Management
27 1.1. Native and Platform-Based Power Management
28 -----------------------------------------------
[all …]
Dapm-acpi.rst5 If you have a relatively recent x86 mobile, desktop, or server system,
6 odds are it supports either Advanced Power Management (APM) or
8 of the two technologies and puts power management in the hands of the
9 operating system, allowing for more intelligent power management than
12 The best way to determine which, if either, your system supports is to
21 simply cannot mix and match the two. Only one power management
24 User-space Daemons
25 ------------------
26 Both APM and ACPI rely on user-space daemons, apmd and acpid
29 and be sure that they are started sometime in the system boot process.
[all …]
/linux-6.14.4/drivers/firmware/arm_scmi/
DKconfig1 # SPDX-License-Identifier: GPL-2.0-only
2 menu "ARM System Control and Management Interface Protocol"
5 tristate "ARM System Control and Management Interface (SCMI) Message Protocol"
8 ARM System Control and Management Interface (SCMI) protocol is a
9 set of operating system-independent software interfaces that are
10 used in system management. SCMI is extensible and currently provides
11 interfaces for: Discovery and self-description of the interfaces
12 it supports, Power domain management which is the ability to place
13 a given device or domain into the various power-saving states that
14 it supports, Performance management which is the ability to control
[all …]
/linux-6.14.4/Documentation/admin-guide/pm/
Dstrategies.rst1 .. SPDX-License-Identifier: GPL-2.0
5 Power Management Strategies
13 The Linux kernel supports two major high-level power management strategies.
15 One of them is based on using global low-power states of the whole system in
16 which user space code cannot be executed and the overall system activity is
17 significantly reduced, referred to as :doc:`sleep states <sleep-states>`. The
18 kernel puts the system into one of these states when requested by user space
19 and the system stays in it until a special signal is received from one of
21 user space code can run. Because sleep states are global and the whole system
23 :doc:`system-wide power management <system-wide>`.
[all …]
/linux-6.14.4/drivers/platform/x86/amd/hsmp/
DKconfig1 # SPDX-License-Identifier: GPL-2.0-only
17 Host System Management Port (HSMP) interface is a mailbox interface
18 between the x86 core and the System Management Unit (SMU) firmware.
20 system management functionality on EPYC and MI300A server CPUs
34 Host System Management Port (HSMP) interface is a mailbox interface
35 between the x86 core and the System Management Unit (SMU) firmware.
37 system management functionality on EPYC and MI300A server CPUs
/linux-6.14.4/Documentation/driver-api/pm/
Ddevices.rst1 .. SPDX-License-Identifier: GPL-2.0
7 Device Power Management Basics
10 :Copyright: |copy| 2010-2011 Rafael J. Wysocki <[email protected]>, Novell Inc.
18 management (PM) code is also driver-specific. Most drivers will do very
22 This writeup gives an overview of how drivers interact with system-wide
23 power management goals, emphasizing the models and interfaces that are
25 background for the domain-specific work you'd do with any specific driver.
28 Two Models for Device Power Management
31 Drivers will use one or both of these models to put devices into low-power
34 System Sleep model:
[all …]
/linux-6.14.4/Documentation/misc-devices/
Dibmvmc.rst1 .. SPDX-License-Identifier: GPL-2.0+
4 IBM Virtual Management Channel Kernel Driver (IBMVMC)
21 https://openpowerfoundation.org/wp-content/uploads/2016/05/LoPAPR_DRAFT_v11_24March2016_cmt1.pdf
23 The Virtual Management Channel (VMC) is a logical device which provides an
24 interface between the hypervisor and a management partition. This interface
25 is like a message passing interface. This management partition is intended
26 to provide an alternative to systems that use a Hardware Management
27 Console (HMC) - based system management.
29 The primary hardware management solution that is developed by IBM relies
30 on an appliance server named the Hardware Management Console (HMC),
[all …]
/linux-6.14.4/Documentation/timers/
Dhighres.rst8 https://www.kernel.org/doc/ols/2006/ols2006v1-pages-333-346.pdf
11 http://www.cs.columbia.edu/~nahum/w6998/papers/ols2006-hrtimers-slides.pdf
15 design of the Linux time(r) system before hrtimers and other building blocks
23 - hrtimer base infrastructure
24 - timeofday and clock source management
25 - clock event management
26 - high resolution timer functionality
27 - dynamic ticks
31 ---------------------------
40 - time ordered enqueueing into a rb-tree
[all …]
/linux-6.14.4/Documentation/arch/x86/
Damd_hsmp.rst1 .. SPDX-License-Identifier: GPL-2.0
7 Newer Fam19h(model 0x00-0x1f, 0x30-0x3f, 0x90-0x9f, 0xa0-0xaf),
8 Fam1Ah(model 0x00-0x1f) EPYC server line of processors from AMD support
9 system management functionality via HSMP (Host System Management Port).
11 The Host System Management Port (HSMP) is an interface to provide
12 OS-level software with access to system management functions via a
16 "7 Host System Management Port (HSMP)" of the family/model PPR
17 Eg: https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/programmer-references/5589…
40 $ ls -al /dev/hsmp
41 crw-r--r-- 1 root root 10, 123 Jan 21 21:41 /dev/hsmp
[all …]
/linux-6.14.4/Documentation/arch/arm/keystone/
Dknav-qmss.rst2 Texas Instruments Keystone Navigator Queue Management SubSystem driver
9 The QMSS (Queue Manager Sub System) found on Keystone SOCs is one of
10 the main hardware sub system which forms the backbone of the Keystone
11 multi-core Navigator. QMSS consist of queue managers, packed-data structure
15 management of the packet queues. Packets are queued/de-queued by writing or
17 perform QMSS related functions like accumulation, QoS, or event management.
21 queue pool management (allocation, push, pop and notify) and descriptor
22 pool management.
29 Documentation/devicetree/bindings/soc/ti/keystone-navigator-qmss.txt
40 git://git.ti.com/keystone-rtos/qmss-lld.git
[all …]
/linux-6.14.4/Documentation/devicetree/bindings/iio/adc/
Dxilinx-xadc.txt4 as the UltraScale/UltraScale+ System Monitor.
14 The Xilinx System Monitor is an ADC that is found in the UltraScale and
15 UltraScale+ FPGAs from Xilinx. The System Monitor provides a DRP interface for
17 System Monitor through an AXI interface in the FPGA fabric. This IP core is
18 called the Xilinx System Management Wizard. This document describes the bindings
22 - compatible: Should be one of
23 * "xlnx,zynq-xadc-1.00.a": When using the ZYNQ device
25 * "xlnx,axi-xadc-1.00.a": When using the axi-xadc pcore to
27 * "xlnx,system-management-wiz-1.3": When using the
28 Xilinx System Management Wizard fabric IP core to access the
[all …]
/linux-6.14.4/drivers/mfd/
DKconfig1 # SPDX-License-Identifier: GPL-2.0-only
36 bool "Altera Arria10 DevKit System Resource chip"
41 Support for the Altera Arria10 DevKit MAX5 System Resource chip
47 bool "Altera SOCFPGA System Manager"
51 Select this to get System Manager support for all Altera branded
52 SOCFPGAs. The SOCFPGA System Manager handles all SOCFPGAs by
57 tristate "Active-semi ACT8945A"
62 Support for the ACT8945A PMIC from Active-semi. This device
63 features three step-down DC/DC converters and four low-dropout
79 sun4i-gpadc-iio and the hwmon driver iio_hwmon.
[all …]
/linux-6.14.4/net/netlabel/
Dnetlabel_mgmt.h1 /* SPDX-License-Identifier: GPL-2.0-or-later */
3 * NetLabel Management Support
5 * This file defines the management functions for the NetLabel system. The
6 * NetLabel system manages static and dynamic label mappings for network
9 * Author: Paul Moore <paul@paul-moore.com>
13 * (c) Copyright Hewlett-Packard Development Company, L.P., 2006
23 * The following NetLabel payloads are supported by the management interface.
26 * Sent by an application to add a domain mapping to the NetLabel system.
54 * system.
91 * system.
[all …]
/linux-6.14.4/Documentation/driver-api/media/
Dcamera-sensor.rst1 .. SPDX-License-Identifier: GPL-2.0
8 This document covers the in-kernel APIs only. For the best practices on
12 CSI-2, parallel and BT.656 buses
13 --------------------------------
15 Please see :ref:`transmitter-receiver`.
18 ---------------
23 and the link frequency. The two parameters generally are obtained from system
28 used in the system. Using another frequency may cause harmful effects
29 elsewhere. Therefore only the pre-determined frequencies are configurable by the
35 Read the ``clock-frequency`` _DSD property to denote the frequency. The driver
[all …]
/linux-6.14.4/Documentation/admin-guide/mm/
Dindex.rst2 Memory Management
5 Linux memory management subsystem is responsible, as the name implies,
6 for managing the memory in the system. This includes implementation of
11 Linux memory management is a complex system with many configurable
14 are described in Documentation/admin-guide/sysctl/vm.rst and in `man 5 proc`_.
16 .. _man 5 proc: http://man7.org/linux/man-pages/man5/proc.5.html
18 Linux memory management has its own jargon and if you are not yet
19 familiar with it, consider reading Documentation/admin-guide/mm/concepts.rst.
22 the Linux memory management.
33 memory-hotplug
[all …]
/linux-6.14.4/Documentation/devicetree/bindings/clock/
Dimx7ulp-scg-clock.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/clock/imx7ulp-scg-clock.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: Freescale i.MX7ULP System Clock Generation (SCG) modules Clock Controller
10 - A.s. Dong <[email protected]>
13 i.MX7ULP Clock functions are under joint control of the System
19 domains, such as the System Oscillator clock, the Slow IRC (SIRC),
21 management are separated and contained within each domain.
23 M4 clock management consists of SCG0, PCC0, PCC1, and CMC0 modules.
[all …]
/linux-6.14.4/Documentation/driver-api/
Dipmi.rst7 The Intelligent Platform Management Interface, or IPMI, is a
8 standard for controlling intelligent devices that monitor a system.
9 It provides for dynamic discovery of sensors in the system and the
12 standardized database for field-replaceable units (FRUs) and a watchdog
16 system (called a Baseboard Management Controller, or BMC) and
17 management software that can use the IPMI system.
25 -------------
32 No matter what, you must pick 'IPMI top-level message handler' to use
35 The message handler does not provide any user-level interfaces.
40 The driver interface depends on your hardware. If your system
[all …]
Dipmb.rst5 The Intelligent Platform Management Bus or IPMB, is an
8 between the baseboard management (BMC) and chassis electronics.
12 The devices using the IPMB are usually management
13 controllers that perform management functions such as servicing
15 hot-swapping disk drivers in the system chassis, etc...
17 When an IPMB is implemented in the system, the BMC serves as
18 a controller to give system software access to the IPMB. The BMC
19 sends IPMI requests to a device (usually a Satellite Management
27 ----------------------------
29 ipmb-dev-int - This is the driver needed on a Satellite MC to
[all …]
/linux-6.14.4/Documentation/devicetree/bindings/mfd/
Dstericsson,db8500-prcmu.yaml1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/mfd/stericsson,db8500-prcmu.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: ST-Ericsson DB8500 PRCMU - Power Reset and Control Management Unit
10 - Linus Walleij <[email protected]>
13 The DB8500 Power Reset and Control Management Unit is an XP70 8-bit
14 microprocessor that is embedded in the always-on power domain of the
20 pattern: '^prcmu@[0-9a-f]+$'
23 description: The device is compatible both to the device-specific
[all …]
/linux-6.14.4/drivers/cxl/
DKconfig1 # SPDX-License-Identifier: GPL-2.0-only
16 Say 'y' to enable support for the configuration and management of
25 The CXL specification defines a "CXL memory device" sub-class in the
28 memory to be mapped into the system address map (Host-managed Device
33 and management primarily via the mailbox interface. See Chapter 2.3
69 (https://www.computeexpresslink.org/spec-landing). The CXL core
71 hierarchy to map regions that represent System RAM, or Persistent
83 managed via a bridge driver from CXL to the LIBNVDIMM system
94 The CXL.mem protocol allows a device to act as a provider of "System
97 known as HDM "Host-managed Device Memory".
[all …]
/linux-6.14.4/Documentation/driver-api/usb/
Dpower-management.rst1 .. _usb-power-management:
3 Power Management for USB
7 :Date: Last-updated: February 2014
11 ---------
12 * What is Power Management?
17 * Changing the default idle-delay time
19 * The driver interface for Power Management
23 * Interaction between dynamic PM and system PM
30 What is Power Management?
31 -------------------------
[all …]
/linux-6.14.4/drivers/thermal/tegra/
DKconfig1 # SPDX-License-Identifier: GPL-2.0-only
6 tristate "Tegra SOCTHERM thermal management"
8 Enable this option for integrated thermal management support on NVIDIA
9 Tegra systems-on-chip. The driver supports four thermal zones
18 Enable this option for support for sensing system temperature of NVIDIA
19 Tegra systems-on-chip with the BPMP coprocessor (Tegra186).
25 Enable this option to support thermal management of NVIDIA Tegra30
26 system-on-chip.
/linux-6.14.4/kernel/power/
DKconfig1 # SPDX-License-Identifier: GPL-2.0-only
7 Allow the system to enter sleep states in which main memory is
9 suspend-to-RAM state (e.g. the ACPI S3 state).
30 user-space before invoking suspend. There's a run-time switch
32 This setting changes the default for the run-tim switch. Say Y
48 system and powers it off; and restores that checkpoint on reboot.
60 for suspend states like suspend-to-RAM (STR) often don't work very
72 <file:Documentation/power/swsusp-and-swap-files.rst>).
122 The default resume partition is the partition that the suspend-
123 to-disk implementation will look for a suspended disk image.
[all …]

12345678910>>...41