xref: /openbmc/linux/drivers/firmware/Kconfig (revision e8419c24bacee45bfe3504814e91fc89ff8c23de)
1# SPDX-License-Identifier: GPL-2.0-only
2#
3# For a description of the syntax of this configuration file,
4# see Documentation/kbuild/kconfig-language.rst.
5#
6
7menu "Firmware Drivers"
8
9source "drivers/firmware/arm_scmi/Kconfig"
10
11config ARM_SCPI_PROTOCOL
12	tristate "ARM System Control and Power Interface (SCPI) Message Protocol"
13	depends on ARM || ARM64 || COMPILE_TEST
14	depends on MAILBOX
15	help
16	  System Control and Power Interface (SCPI) Message Protocol is
17	  defined for the purpose of communication between the Application
18	  Cores(AP) and the System Control Processor(SCP). The MHU peripheral
19	  provides a mechanism for inter-processor communication between SCP
20	  and AP.
21
22	  SCP controls most of the power management on the Application
23	  Processors. It offers control and management of: the core/cluster
24	  power states, various power domain DVFS including the core/cluster,
25	  certain system clocks configuration, thermal sensors and many
26	  others.
27
28	  This protocol library provides interface for all the client drivers
29	  making use of the features offered by the SCP.
30
31config ARM_SCPI_POWER_DOMAIN
32	tristate "SCPI power domain driver"
33	depends on ARM_SCPI_PROTOCOL || (COMPILE_TEST && OF)
34	default y
35	select PM_GENERIC_DOMAINS if PM
36	help
37	  This enables support for the SCPI power domains which can be
38	  enabled or disabled via the SCP firmware
39
40config ARM_SDE_INTERFACE
41	bool "ARM Software Delegated Exception Interface (SDEI)"
42	depends on ARM64
43	help
44	  The Software Delegated Exception Interface (SDEI) is an ARM
45	  standard for registering callbacks from the platform firmware
46	  into the OS. This is typically used to implement RAS notifications.
47
48config EDD
49	tristate "BIOS Enhanced Disk Drive calls determine boot disk"
50	depends on X86
51	help
52	  Say Y or M here if you want to enable BIOS Enhanced Disk Drive
53	  Services real mode BIOS calls to determine which disk
54	  BIOS tries boot from.  This information is then exported via sysfs.
55
56	  This option is experimental and is known to fail to boot on some
57          obscure configurations. Most disk controller BIOS vendors do
58          not yet implement this feature.
59
60config EDD_OFF
61	bool "Sets default behavior for EDD detection to off"
62	depends on EDD
63	default n
64	help
65	  Say Y if you want EDD disabled by default, even though it is compiled into the
66	  kernel. Say N if you want EDD enabled by default. EDD can be dynamically set
67	  using the kernel parameter 'edd={on|skipmbr|off}'.
68
69config FIRMWARE_MEMMAP
70    bool "Add firmware-provided memory map to sysfs" if EXPERT
71    default X86
72    help
73      Add the firmware-provided (unmodified) memory map to /sys/firmware/memmap.
74      That memory map is used for example by kexec to set up parameter area
75      for the next kernel, but can also be used for debugging purposes.
76
77      See also Documentation/ABI/testing/sysfs-firmware-memmap.
78
79config EFI_PCDP
80	bool "Console device selection via EFI PCDP or HCDP table"
81	depends on ACPI && EFI && IA64
82	default y if IA64
83	help
84	  If your firmware supplies the PCDP table, and you want to
85	  automatically use the primary console device it describes
86	  as the Linux console, say Y here.
87
88	  If your firmware supplies the HCDP table, and you want to
89	  use the first serial port it describes as the Linux console,
90	  say Y here.  If your EFI ConOut path contains only a UART
91	  device, it will become the console automatically.  Otherwise,
92	  you must specify the "console=hcdp" kernel boot argument.
93
94	  Neither the PCDP nor the HCDP affects naming of serial devices,
95	  so a serial console may be /dev/ttyS0, /dev/ttyS1, etc, depending
96	  on how the driver discovers devices.
97
98	  You must also enable the appropriate drivers (serial, VGA, etc.)
99
100	  See DIG64_HCDPv20_042804.pdf available from
101	  <http://www.dig64.org/specifications/>
102
103config DMIID
104    bool "Export DMI identification via sysfs to userspace"
105    depends on DMI
106    default y
107	help
108	  Say Y here if you want to query SMBIOS/DMI system identification
109	  information from userspace through /sys/class/dmi/id/ or if you want
110	  DMI-based module auto-loading.
111
112config DMI_SYSFS
113	tristate "DMI table support in sysfs"
114	depends on SYSFS && DMI
115	default n
116	help
117	  Say Y or M here to enable the exporting of the raw DMI table
118	  data via sysfs.  This is useful for consuming the data without
119	  requiring any access to /dev/mem at all.  Tables are found
120	  under /sys/firmware/dmi when this option is enabled and
121	  loaded.
122
123config DMI_SCAN_MACHINE_NON_EFI_FALLBACK
124	bool
125
126config ISCSI_IBFT_FIND
127	bool "iSCSI Boot Firmware Table Attributes"
128	depends on X86 && ISCSI_IBFT
129	default n
130	help
131	  This option enables the kernel to find the region of memory
132	  in which the ISCSI Boot Firmware Table (iBFT) resides. This
133	  is necessary for iSCSI Boot Firmware Table Attributes module to work
134	  properly.
135
136config ISCSI_IBFT
137	tristate "iSCSI Boot Firmware Table Attributes module"
138	select ISCSI_BOOT_SYSFS
139	select ISCSI_IBFT_FIND if X86
140	depends on ACPI && SCSI && SCSI_LOWLEVEL
141	default	n
142	help
143	  This option enables support for detection and exposing of iSCSI
144	  Boot Firmware Table (iBFT) via sysfs to userspace. If you wish to
145	  detect iSCSI boot parameters dynamically during system boot, say Y.
146	  Otherwise, say N.
147
148config RASPBERRYPI_FIRMWARE
149	tristate "Raspberry Pi Firmware Driver"
150	depends on BCM2835_MBOX
151	help
152	  This option enables support for communicating with the firmware on the
153	  Raspberry Pi.
154
155config FW_CFG_SYSFS
156	tristate "QEMU fw_cfg device support in sysfs"
157	depends on SYSFS && (ARM || ARM64 || PARISC || PPC_PMAC || SPARC || X86)
158	depends on HAS_IOPORT_MAP
159	default n
160	help
161	  Say Y or M here to enable the exporting of the QEMU firmware
162	  configuration (fw_cfg) file entries via sysfs. Entries are
163	  found under /sys/firmware/fw_cfg when this option is enabled
164	  and loaded.
165
166config FW_CFG_SYSFS_CMDLINE
167	bool "QEMU fw_cfg device parameter parsing"
168	depends on FW_CFG_SYSFS
169	help
170	  Allow the qemu_fw_cfg device to be initialized via the kernel
171	  command line or using a module parameter.
172	  WARNING: Using incorrect parameters (base address in particular)
173	  may crash your system.
174
175config INTEL_STRATIX10_SERVICE
176	tristate "Intel Stratix10 Service Layer"
177	depends on ARCH_INTEL_SOCFPGA && ARM64 && HAVE_ARM_SMCCC
178	default n
179	help
180	  Intel Stratix10 service layer runs at privileged exception level,
181	  interfaces with the service providers (FPGA manager is one of them)
182	  and manages secure monitor call to communicate with secure monitor
183	  software at secure monitor exception level.
184
185	  Say Y here if you want Stratix10 service layer support.
186
187config INTEL_STRATIX10_RSU
188	tristate "Intel Stratix10 Remote System Update"
189	depends on INTEL_STRATIX10_SERVICE
190	help
191	  The Intel Remote System Update (RSU) driver exposes interfaces
192	  access through the Intel Service Layer to user space via sysfs
193	  device attribute nodes. The RSU interfaces report/control some of
194	  the optional RSU features of the Stratix 10 SoC FPGA.
195
196	  The RSU provides a way for customers to update the boot
197	  configuration of a Stratix 10 SoC device with significantly reduced
198	  risk of corrupting the bitstream storage and bricking the system.
199
200	  Enable RSU support if you are using an Intel SoC FPGA with the RSU
201	  feature enabled and you want Linux user space control.
202
203	  Say Y here if you want Intel RSU support.
204
205config QCOM_SCM
206	bool
207	depends on ARM || ARM64
208	depends on HAVE_ARM_SMCCC
209	select RESET_CONTROLLER
210
211config QCOM_SCM_DOWNLOAD_MODE_DEFAULT
212	bool "Qualcomm download mode enabled by default"
213	depends on QCOM_SCM
214	help
215	  A device with "download mode" enabled will upon an unexpected
216	  warm-restart enter a special debug mode that allows the user to
217	  "download" memory content over USB for offline postmortem analysis.
218	  The feature can be enabled/disabled on the kernel command line.
219
220	  Say Y here to enable "download mode" by default.
221
222config TI_SCI_PROTOCOL
223	tristate "TI System Control Interface (TISCI) Message Protocol"
224	depends on TI_MESSAGE_MANAGER
225	help
226	  TI System Control Interface (TISCI) Message Protocol is used to manage
227	  compute systems such as ARM, DSP etc with the system controller in
228	  complex System on Chip(SoC) such as those found on certain keystone
229	  generation SoC from TI.
230
231	  System controller provides various facilities including power
232	  management function support.
233
234	  This protocol library is used by client drivers to use the features
235	  provided by the system controller.
236
237config TRUSTED_FOUNDATIONS
238	bool "Trusted Foundations secure monitor support"
239	depends on ARM && CPU_V7
240	help
241	  Some devices (including most early Tegra-based consumer devices on
242	  the market) are booted with the Trusted Foundations secure monitor
243	  active, requiring some core operations to be performed by the secure
244	  monitor instead of the kernel.
245
246	  This option allows the kernel to invoke the secure monitor whenever
247	  required on devices using Trusted Foundations. See the functions and
248	  comments in linux/firmware/trusted_foundations.h or the device tree
249	  bindings for "tlm,trusted-foundations" for details on how to use it.
250
251	  Choose N if you don't know what this is about.
252
253config TURRIS_MOX_RWTM
254	tristate "Turris Mox rWTM secure firmware driver"
255	depends on ARCH_MVEBU || COMPILE_TEST
256	depends on HAS_DMA && OF
257	depends on MAILBOX
258	select HW_RANDOM
259	select ARMADA_37XX_RWTM_MBOX
260	help
261	  This driver communicates with the firmware on the Cortex-M3 secure
262	  processor of the Turris Mox router. Enable if you are building for
263	  Turris Mox, and you will be able to read the device serial number and
264	  other manufacturing data and also utilize the Entropy Bit Generator
265	  for hardware random number generation.
266
267source "drivers/firmware/arm_ffa/Kconfig"
268source "drivers/firmware/broadcom/Kconfig"
269source "drivers/firmware/google/Kconfig"
270source "drivers/firmware/efi/Kconfig"
271source "drivers/firmware/imx/Kconfig"
272source "drivers/firmware/meson/Kconfig"
273source "drivers/firmware/psci/Kconfig"
274source "drivers/firmware/smccc/Kconfig"
275source "drivers/firmware/tegra/Kconfig"
276source "drivers/firmware/xilinx/Kconfig"
277
278endmenu
279