Training courses

Kernel and Embedded Linux

Bootlin training courses

Embedded Linux, kernel,
Yocto Project, Buildroot, real-time,
graphics, boot time, debugging...

Bootlin logo

Elixir Cross Referencer

#
# For a description of the syntax of this configuration file,
# see Documentation/kbuild/kconfig-language.txt.
#

menu "Firmware Drivers"

config CONFIG_ARM_PSCI_FW
	bool

config CONFIG_ARM_PSCI_CHECKER
	bool "ARM PSCI checker"
	depends on CONFIG_ARM_PSCI_FW && CONFIG_HOTPLUG_CPU && !CONFIG_TORTURE_TEST
	help
	  Run the PSCI checker during startup. This checks that hotplug and
	  suspend operations work correctly when using PSCI.

	  The torture tests may interfere with the PSCI checker by turning CPUs
	  on and off through hotplug, so for now torture tests and PSCI checker
	  are mutually exclusive.

config CONFIG_ARM_SCPI_PROTOCOL
	tristate "ARM System Control and Power Interface (SCPI) Message Protocol"
	depends on CONFIG_MAILBOX
	help
	  System Control and Power Interface (SCPI) Message Protocol is
	  defined for the purpose of communication between the Application
	  Cores(AP) and the System Control Processor(SCP). The MHU peripheral
	  provides a mechanism for inter-processor communication between SCP
	  and AP.

	  SCP controls most of the power managament on the Application
	  Processors. It offers control and management of: the core/cluster
	  power states, various power domain DVFS including the core/cluster,
	  certain system clocks configuration, thermal sensors and many
	  others.

	  This protocol library provides interface for all the client drivers
	  making use of the features offered by the SCP.

config CONFIG_ARM_SCPI_POWER_DOMAIN
	tristate "SCPI power domain driver"
	depends on CONFIG_ARM_SCPI_PROTOCOL || (CONFIG_COMPILE_TEST && CONFIG_OF)
	default y
	select CONFIG_PM_GENERIC_DOMAINS if CONFIG_PM
	help
	  This enables support for the SCPI power domains which can be
	  enabled or disabled via the SCP firmware

config CONFIG_EDD
	tristate "BIOS Enhanced Disk Drive calls determine boot disk"
	depends on CONFIG_X86
	help
	  Say Y or CONFIG_M here if you want to enable BIOS Enhanced Disk Drive
	  Services real mode BIOS calls to determine which disk
	  BIOS tries boot from.  This information is then exported via sysfs.

	  This option is experimental and is known to fail to boot on some
          obscure configurations. Most disk controller BIOS vendors do
          not yet implement this feature.

config CONFIG_EDD_OFF
	bool "Sets default behavior for EDD detection to off"
	depends on CONFIG_EDD
	default n
	help
	  Say Y if you want CONFIG_EDD disabled by default, even though it is compiled into the
	  kernel. Say N if you want CONFIG_EDD enabled by default. CONFIG_EDD can be dynamically set
	  using the kernel parameter 'edd={on|skipmbr|off}'.

config CONFIG_FIRMWARE_MEMMAP
    bool "Add firmware-provided memory map to sysfs" if CONFIG_EXPERT
    default CONFIG_X86
    help
      Add the firmware-provided (unmodified) memory map to /sys/firmware/memmap.
      That memory map is used for example by kexec to set up parameter area
      for the next kernel, but can also be used for debugging purposes.

      See also Documentation/ABI/testing/sysfs-firmware-memmap.

config CONFIG_EFI_PCDP
	bool "Console device selection via EFI PCDP or HCDP table"
	depends on CONFIG_ACPI && CONFIG_EFI && CONFIG_IA64
	default y if CONFIG_IA64
	help
	  If your firmware supplies the PCDP table, and you want to
	  automatically use the primary console device it describes
	  as the Linux console, say Y here.

	  If your firmware supplies the HCDP table, and you want to
	  use the first serial port it describes as the Linux console,
	  say Y here.  If your CONFIG_EFI ConOut path contains only a UART
	  device, it will become the console automatically.  Otherwise,
	  you must specify the "console=hcdp" kernel boot argument.

	  Neither the PCDP nor the HCDP affects naming of serial devices,
	  so a serial console may be /dev/ttyS0, /dev/ttyS1, etc, depending
	  on how the driver discovers devices.

	  You must also enable the appropriate drivers (serial, VGA, etc.)

	  See DIG64_HCDPv20_042804.pdf available from
	  <http://www.dig64.org/specifications/> 

config CONFIG_DELL_RBU
	tristate "BIOS update support for DELL systems via sysfs"
	depends on CONFIG_X86
	select CONFIG_FW_LOADER
	select CONFIG_FW_LOADER_USER_HELPER
	help
	 Say m if you want to have the option of updating the BIOS for your
	 DELL system. Note you need a Dell OpenManage or Dell Update package (DUP)
	 supporting application to communicate with the BIOS regarding the new
	 image for the image update to take effect.
	 See <file:Documentation/dell_rbu.txt> for more details on the driver.

config CONFIG_DCDBAS
	tristate "Dell Systems Management Base Driver"
	depends on CONFIG_X86
	help
	  The Dell Systems Management Base Driver provides a sysfs interface
	  for systems management software to perform System Management
	  Interrupts (SMIs) and Host Control Actions (system power cycle or
	  power off after OS shutdown) on certain Dell systems.

	  See <file:Documentation/dcdbas.txt> for more details on the driver
	  and the Dell systems on which Dell systems management software makes
	  use of this driver.

	  Say Y or CONFIG_M here to enable the driver for use by Dell systems
	  management software such as Dell OpenManage.

config CONFIG_DMIID
    bool "Export DMI identification via sysfs to userspace"
    depends on CONFIG_DMI
    default y
	help
	  Say Y here if you want to query SMBIOS/CONFIG_DMI system identification
	  information from userspace through /sys/class/dmi/id/ or if you want
	  CONFIG_DMI-based module auto-loading.

config CONFIG_DMI_SYSFS
	tristate "DMI table support in sysfs"
	depends on CONFIG_SYSFS && CONFIG_DMI
	default n
	help
	  Say Y or CONFIG_M here to enable the exporting of the raw CONFIG_DMI table
	  data via sysfs.  This is useful for consuming the data without
	  requiring any access to /dev/mem at all.  Tables are found
	  under /sys/firmware/dmi when this option is enabled and
	  loaded.

config CONFIG_DMI_SCAN_MACHINE_NON_EFI_FALLBACK
	bool

config CONFIG_ISCSI_IBFT_FIND
	bool "iSCSI Boot Firmware Table Attributes"
	depends on CONFIG_X86 && CONFIG_ACPI
	default n
	help
	  This option enables the kernel to find the region of memory
	  in which the ISCSI Boot Firmware Table (iBFT) resides. This
	  is necessary for iSCSI Boot Firmware Table Attributes module to work
	  properly.

config CONFIG_ISCSI_IBFT
	tristate "iSCSI Boot Firmware Table Attributes module"
	select CONFIG_ISCSI_BOOT_SYSFS
	depends on CONFIG_ISCSI_IBFT_FIND && CONFIG_SCSI && CONFIG_SCSI_LOWLEVEL
	default	n
	help
	  This option enables support for detection and exposing of iSCSI
	  Boot Firmware Table (iBFT) via sysfs to userspace. If you wish to
	  detect iSCSI boot parameters dynamically during system boot, say Y.
	  Otherwise, say N.

config CONFIG_RASPBERRYPI_FIRMWARE
	tristate "Raspberry Pi Firmware Driver"
	depends on CONFIG_BCM2835_MBOX
	help
	  This option enables support for communicating with the firmware on the
	  Raspberry Pi.

config CONFIG_FW_CFG_SYSFS
	tristate "QEMU fw_cfg device support in sysfs"
	depends on CONFIG_SYSFS && (CONFIG_ARM || CONFIG_ARM64 || CONFIG_PPC_PMAC || CONFIG_SPARC || CONFIG_X86)
	depends on CONFIG_HAS_IOPORT_MAP
	default n
	help
	  Say Y or CONFIG_M here to enable the exporting of the QEMU firmware
	  configuration (fw_cfg) file entries via sysfs. Entries are
	  found under /sys/firmware/fw_cfg when this option is enabled
	  and loaded.

config CONFIG_FW_CFG_SYSFS_CMDLINE
	bool "QEMU fw_cfg device parameter parsing"
	depends on CONFIG_FW_CFG_SYSFS
	help
	  Allow the qemu_fw_cfg device to be initialized via the kernel
	  command line or using a module parameter.
	  WARNING: Using incorrect parameters (base address in particular)
	  may crash your system.

config CONFIG_QCOM_SCM
	bool
	depends on CONFIG_ARM || CONFIG_ARM64
	select CONFIG_RESET_CONTROLLER

config CONFIG_QCOM_SCM_32
	def_bool y
	depends on CONFIG_QCOM_SCM && CONFIG_ARM

config CONFIG_QCOM_SCM_64
	def_bool y
	depends on CONFIG_QCOM_SCM && CONFIG_ARM64

config CONFIG_TI_SCI_PROTOCOL
	tristate "TI System Control Interface (TISCI) Message Protocol"
	depends on CONFIG_TI_MESSAGE_MANAGER
	help
	  TI System Control Interface (TISCI) Message Protocol is used to manage
	  compute systems such as CONFIG_ARM, DSP etc with the system controller in
	  complex System on Chip(SoC) such as those found on certain keystone
	  generation SoC from TI.

	  System controller provides various facilities including power
	  management function support.

	  This protocol library is used by client drivers to use the features
	  provided by the system controller.

config CONFIG_HAVE_ARM_SMCCC
	bool

source "drivers/firmware/broadcom/Kconfig"
source "drivers/firmware/google/Kconfig"
source "drivers/firmware/efi/Kconfig"
source "drivers/firmware/meson/Kconfig"
source "drivers/firmware/tegra/Kconfig"

endmenu