mirror of
https://github.com/Qortal/Brooklyn.git
synced 2025-02-07 06:44:18 +00:00
7d3018da4c
* NVME, SATA NAND Security added * Qortal Core exception fetcher is now redone. * Update DT overlays for firmware * Fix for bvb clockj settings * Fix for no audio for sissy desktop porn watchers -_- ( thanks crowetic for watching gay porn and reporting me that bug asshat ) * Normalize the fetch() stream while doing a peer to peer handshake for nodes * Fix for RNG token editing error while performing a SHA256 encryption * Now under voltage errors will blink red led constantly for 5 minutes then go solid. * Improve kernel thread scaling for Qortal 2.0 core * HDMI circuit is now enabled at power up instead. * Added KMS * Added line replication instead of interpolation for VC4 GPU resulting in slightly better frame rates * Fix for long and doubles * Backplane clock is now set at standard rate * Capped HVEC clocks * Add support for Creative Cinema webcam for donkers who like sharing dick pics. *looks at crowetic* * More scanline XGA modes for people who have weird ass monitors of all sorts. * TX/RX flow control support is now 100% stable. No lags over 1Gbps ethernet. ( Hello Qortal 3.0 ) * Using flush cache instead of fetch for QC 2.0 resulting in performance gains * VC4 clock is now enforced for desktop oriented images. * Ondemand governor now waits for 2 seconds instead of 0.5ms to scale down to the lowest safest clock freq preventing lags to the core. * Timeout of OC set at 35ms from 90ms resulting in way better clocks and sync for Qortal 2.0 core
96 lines
3.1 KiB
Plaintext
96 lines
3.1 KiB
Plaintext
# SPDX-License-Identifier: GPL-2.0-only
|
|
menu "ARM System Control and Management Interface Protocol"
|
|
|
|
config ARM_SCMI_PROTOCOL
|
|
tristate "ARM System Control and Management Interface (SCMI) Message Protocol"
|
|
depends on ARM || ARM64 || COMPILE_TEST
|
|
help
|
|
ARM System Control and Management Interface (SCMI) protocol is a
|
|
set of operating system-independent software interfaces that are
|
|
used in system management. SCMI is extensible and currently provides
|
|
interfaces for: Discovery and self-description of the interfaces
|
|
it supports, Power domain management which is the ability to place
|
|
a given device or domain into the various power-saving states that
|
|
it supports, Performance management which is the ability to control
|
|
the performance of a domain that is composed of compute engines
|
|
such as application processors and other accelerators, Clock
|
|
management which is the ability to set and inquire rates on platform
|
|
managed clocks and Sensor management which is the ability to read
|
|
sensor data, and be notified of sensor value.
|
|
|
|
This protocol library provides interface for all the client drivers
|
|
making use of the features offered by the SCMI.
|
|
|
|
if ARM_SCMI_PROTOCOL
|
|
|
|
config ARM_SCMI_HAVE_TRANSPORT
|
|
bool
|
|
help
|
|
This declares whether at least one SCMI transport has been configured.
|
|
Used to trigger a build bug when trying to build SCMI without any
|
|
configured transport.
|
|
|
|
config ARM_SCMI_HAVE_SHMEM
|
|
bool
|
|
help
|
|
This declares whether a shared memory based transport for SCMI is
|
|
available.
|
|
|
|
config ARM_SCMI_HAVE_MSG
|
|
bool
|
|
help
|
|
This declares whether a message passing based transport for SCMI is
|
|
available.
|
|
|
|
config ARM_SCMI_TRANSPORT_MAILBOX
|
|
bool "SCMI transport based on Mailbox"
|
|
depends on MAILBOX
|
|
select ARM_SCMI_HAVE_TRANSPORT
|
|
select ARM_SCMI_HAVE_SHMEM
|
|
default y
|
|
help
|
|
Enable mailbox based transport for SCMI.
|
|
|
|
If you want the ARM SCMI PROTOCOL stack to include support for a
|
|
transport based on mailboxes, answer Y.
|
|
|
|
config ARM_SCMI_TRANSPORT_SMC
|
|
bool "SCMI transport based on SMC"
|
|
depends on HAVE_ARM_SMCCC_DISCOVERY
|
|
select ARM_SCMI_HAVE_TRANSPORT
|
|
select ARM_SCMI_HAVE_SHMEM
|
|
default y
|
|
help
|
|
Enable SMC based transport for SCMI.
|
|
|
|
If you want the ARM SCMI PROTOCOL stack to include support for a
|
|
transport based on SMC, answer Y.
|
|
|
|
config ARM_SCMI_TRANSPORT_VIRTIO
|
|
bool "SCMI transport based on VirtIO"
|
|
depends on VIRTIO=y || VIRTIO=ARM_SCMI_PROTOCOL
|
|
select ARM_SCMI_HAVE_TRANSPORT
|
|
select ARM_SCMI_HAVE_MSG
|
|
help
|
|
This enables the virtio based transport for SCMI.
|
|
|
|
If you want the ARM SCMI PROTOCOL stack to include support for a
|
|
transport based on VirtIO, answer Y.
|
|
|
|
endif #ARM_SCMI_PROTOCOL
|
|
|
|
config ARM_SCMI_POWER_DOMAIN
|
|
tristate "SCMI power domain driver"
|
|
depends on ARM_SCMI_PROTOCOL || (COMPILE_TEST && OF)
|
|
default y
|
|
select PM_GENERIC_DOMAINS if PM
|
|
help
|
|
This enables support for the SCMI power domains which can be
|
|
enabled or disabled via the SCP firmware
|
|
|
|
This driver can also be built as a module. If so, the module
|
|
will be called scmi_pm_domain. Note this may needed early in boot
|
|
before rootfs may be available.
|
|
|
|
endmenu
|