6.18.y : Update remoteproc KVM support to the latest patches merged upstream by mukeshojha-linux · Pull Request #243 · qualcomm-linux/kernel

mukeshojha-linux · 2026-02-06T12:59:59Z

Earlier patches merged on 6.18 were based on v8 and got branched out from qlimainline but since the changes are merged in
upstream, it is better to switch to upstream version of the patches which is v10.

https://lore.kernel.org/lkml/20260105-kvmrprocv10-v10-0-022e96815380@oss.qualcomm.com/

CRs-Fixed: 4418553

…th IOMMU managed by Linux" This reverts commit 464fb78 as latest versionv v10 of commit is available Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

…resources via SMC call" This reverts commit a570d5b. as latest version of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

…) to get resource table" This reverts commit 1ec8485. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

… when running without QHEE" This reverts commit 81c7628. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

…e()" This reverts commit 10bdb18. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

…reset function" This reverts commit 158f16f. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

…om exported symbols" This reverts commit 55a4474. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

…t_pas_load() function" This reverts commit f4bf321. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

…context structure" This reverts commit 81beeeb. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

…ation helper function" This reverts commit f966b3a. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

This reverts commit 43fc6b4. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

This reverts commit d329c41. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

…rty" This reverts commit b196618. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

On most Qualcomm platforms, the Qualcomm Hypervisor Execution Environment (QHEE) is either used as a standalone hypervisor or co-exists as a module with the Gunyah hypervisor. When QHEE is present, it configures firmware streams for remote processors. If QHEE is not available, the operating system must perform these configurations instead and for that remote processor firmware stream should be presented to the operating system. To support this, add the iommus property as an optional property for PAS-supported devices. Acked-by: Rob Herring (Arm) <robh@kernel.org> Reviewed-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org> Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-1-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

The qcom_scm_pas_metadata_release() function already frees the allocated memory and sets ctx->ptr to NULL. Resetting ctx->phys and ctx->size to zero is unnecessary because the context is expected to be discarded after release. Lets removes redundant assignments. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-2-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

Peripheral and pas_id refers to unique id for a subsystem and used only when peripheral authentication service from secure world is utilized. Lets rename peripheral to pas_id to reflect closer to its meaning. Reviewed-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org> Reviewed-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com> Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-3-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

…function When the Peripheral Authentication Service (PAS) method runs on a SoC where Linux operates at EL2 (i.e., without the Gunyah hypervisor), the reset sequences are handled by TrustZone. In such cases, Linux must perform additional steps before invoking PAS SMC calls, such as creating a SHM bridge. Therefore, PAS SMC calls require awareness and handling of these additional steps when Linux runs at EL2. To support this, there is a need for a data structure that can be initialized prior to invoking any SMC or MDT functions. This structure allows those functions to determine whether they are operating in the presence or absence of the Gunyah hypervisor and behave accordingly. Currently, remoteproc and non-remoteproc subsystems use different variants of the MDT loader helper API, primarily due to differences in metadata context handling. Remoteproc subsystems retain the metadata context until authentication and reset are completed, while non-remoteproc subsystems (e.g., video, graphics, IPA, etc.) do not retain the metadata context and can free it within the qcom_scm_pas_init() call by passing a NULL context parameter and due to these differences, it is not possible to extend metadata context handling to support remoteproc and non remoteproc subsystem use PAS operations, when Linux operates at EL2. Add PAS context data structure allocator helper function. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-4-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

…structure As a superset of the existing metadata context, the PAS context structure enables both remoteproc and non-remoteproc subsystems to better support scenarios where the SoC runs with or without the Gunyah hypervisor. To reflect this, relevant SCM and metadata functions are updated to incorporate PAS context awareness and remove metadata context data structure completely. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-5-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

…ad() function Introduce a new PAS context-aware function, qcom_mdt_pas_load(), for remote processor drivers. This function utilizes the PAS context pointer returned from qcom_scm_pas_ctx_init() to perform firmware metadata verification and memory setup via SMC calls. The qcom_mdt_pas_load() and qcom_mdt_load() functions are largely similar, but the former is designed for clients using the PAS context-based data structure. Over time, all users of qcom_mdt_load() can be migrated to use qcom_mdt_pas_load() for consistency and improved abstraction. As the remoteproc PAS driver (qcom_q6v5_pas) has already adopted the PAS context-based approach, update it to use qcom_mdt_pas_load(). Reviewed-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com> Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-6-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

…ted symbols qcom_mdt_pas_init() was previously used only by the remoteproc driver (drivers/remoteproc/qcom_q6v5_pas.c). Since that driver has now transitioned to using PAS context-based qcom_mdt_pas_load() function, making qcom_mdt_pas_init() obsolete for external use. Removes qcom_mdt_pas_init() from the list of exported symbols and make it static to limit its scope to internal use within mdtloader. Reviewed-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com> Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-7-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

…nction For memory passed to TrustZone (TZ), it must either be part of a pool registered with TZ or explicitly registered via SHMbridge SMC calls. When Gunyah hypervisor is present, PAS SMC calls from Linux running at EL1 are trapped by Gunyah running @ EL2, which handles SHMbridge creation for both metadata and remoteproc carveout memory before invoking the calls to TZ. On SoCs running with a non-Gunyah-based hypervisor, Linux must take responsibility for creating the SHM bridge before invoking PAS SMC calls. For the auth_and_reset() call, the remoteproc carveout memory must first be registered with TZ via a SHMbridge SMC call and once authentication and reset are complete, the SHMbridge memory can be deregistered. Introduce qcom_scm_pas_prepare_and_auth_reset(), which sets up the SHM bridge over the remoteproc carveout memory when Linux operates at EL2. This behavior is indicated by a new field added to the PAS context data structure. The function then invokes the auth_and_reset SMC call. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-8-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

Refactor qcom_scm_pas_init_image() by moving the memory allocation, copy, and free operations to a higher-level function, and isolate the actual SMC call in a separate function. The main intention is to allow flexibility for different allocators and to respect any constraints that the allocator API may impose before invoking the actual SCM function. Reviewed-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org> Reviewed-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com> Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-9-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

…nning without QHEE On SoCs running with a non-Gunyah-based hypervisor, Linux must take responsibility for creating the SHM bridge both for metadata (before calling qcom_scm_pas_init_image()) and for remoteproc memory (before calling qcom_scm_pas_auth_and_reset()). We have taken care the things required for qcom_scm_pas_auth_and_reset(). Lets put these awareness of above conditions into qcom_scm_pas_init_image() and qcom_scm_pas_metadata_release(). Reviewed-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com> Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-10-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

… resource table Qualcomm remote processor may rely on Static and Dynamic resources for it to be functional. Static resources are fixed like for example, memory-mapped addresses required by the subsystem and dynamic resources, such as shared memory in DDR etc., are determined at runtime during the boot process. For most of the Qualcomm SoCs, when run with Gunyah or older QHEE hypervisor, all the resources whether it is static or dynamic, is managed by the hypervisor. Dynamic resources if it is present for a remote processor will always be coming from secure world via SMC call while static resources may be present in remote processor firmware binary or it may be coming qcom_scm_pas_get_rsc_table() SMC call along with dynamic resources. Some of the remote processor drivers, such as video, GPU, IPA, etc., do not check whether resources are present in their remote processor firmware binary. In such cases, the caller of this function should set input_rt and input_rt_size as NULL and zero respectively. Remoteproc framework has method to check whether firmware binary contain resources or not and they should be pass resource table pointer to input_rt and resource table size to input_rt_size and this will be forwarded to TrustZone for authentication. TrustZone will then append the dynamic resources and return the complete resource table in the passed output buffer. More about documentation on resource table format can be found in include/linux/remoteproc.h Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-11-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

…s via SMC call Qualcomm remote processor may rely on static and dynamic resources for it to be functional. For most of the Qualcomm SoCs, when run with Gunyah or older QHEE hypervisor, all the resources whether it is static or dynamic, is managed by the hypervisor. Dynamic resources if it is present for a remote processor will always be coming from secure world via SMC call while static resources may be present in remote processor firmware binary or it may be coming from SMC call along with dynamic resources. Remoteproc already has method like rproc_elf_load_rsc_table() to check firmware binary has resources or not and if it is not having then we pass NULL and zero as input resource table and its size argument respectively to qcom_scm_pas_get_rsc_table() and while it has resource present then it should pass the present resources to Trustzone(TZ) so that it could authenticate the present resources and append dynamic resource to return in output_rt argument along with authenticated resources. Extend parse_fw callback to include SMC call to get resources from Trustzone and to leverage resource table parsing and mapping and unmapping code from the remoteproc framework. Reviewed-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com> Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-12-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

… managed by Linux Most Qualcomm platforms feature Gunyah hypervisor, which typically handles IOMMU configuration. This includes mapping memory regions and device memory resources for remote processors by intercepting qcom_scm_pas_auth_and_reset() calls. These mappings are later removed during teardown. Additionally, SHM bridge setup is required to enable memory protection for both remoteproc metadata and its memory regions. When the aforementioned hypervisor is absent, the operating system must perform these configurations instead. When Linux runs as the hypervisor (@ EL2) on a SoC, it will have its own device tree overlay file that specifies the firmware stream ID now managed by Linux for a particular remote processor. If the iommus property is specified in the remoteproc device tree node, it indicates that IOMMU configuration must be handled by Linux. In this case, the has_iommu flag is set for the remote processor, which ensures that the resource table, carveouts, and SHM bridge are properly configured before memory is passed to TrustZone for authentication. Otherwise, the has_iommu flag remains unset, which indicates default behavior. Enables Secure PAS support for remote processors when IOMMU configuration is managed by Linux. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com> Link: https://lore.kernel.org/r/20260105-kvmrprocv10-v10-13-022e96815380@oss.qualcomm.com Signed-off-by: Bjorn Andersson <andersson@kernel.org>

qcomlnxci · 2026-02-06T13:52:02Z

Test jobs on 73e52bd

qcomlnxci · 2026-02-06T13:52:04Z

Test Matrix

Test Case	kaanapali-qrd	lemans-evk	qcs615-ride	qcs6490-rb3gen2	qcs8300-ride	qcs9100-ride-r3	sm8750-mtp	x1e80100-crd
BT_FW_KMD_Service	◻️	❌ Fail	◻️	◻️	✅ Pass	✅ Pass	❌ Fail	◻️
BT_ON_OFF	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	⚠️ skip	◻️
BT_SCAN	◻️	❌ Fail	◻️	◻️	✅ Pass	✅ Pass	⚠️ skip	◻️
CPUFreq_Validation	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
CPU_affinity	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
DSP_AudioPD	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
Ethernet	◻️	⚠️ skip	◻️	◻️	⚠️ skip	⚠️ skip	⚠️ skip	◻️
Freq_Scaling	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	❌ Fail	◻️
GIC	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
IPA	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
Interrupts	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
OpenCV	◻️	⚠️ skip	◻️	◻️	⚠️ skip	⚠️ skip	⚠️ skip	◻️
PCIe	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
Probe_Failure_Check	◻️	❌ Fail	◻️	◻️	❌ Fail	✅ Pass	❌ Fail	◻️
RMNET	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
UFS_Validation	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
USBHost	◻️	❌ Fail	◻️	◻️	✅ Pass	✅ Pass	❌ Fail	◻️
WiFi_Firmware_Driver	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	⚠️ skip	◻️
WiFi_OnOff	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	⚠️ skip	◻️
cdsp_remoteproc	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	❌ Fail	◻️
hotplug	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
irq	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
kaslr	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
pinctrl	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
qcom_hwrng	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
remoteproc	◻️	✅ Pass	◻️	◻️	❌ Fail	✅ Pass	❌ Fail	◻️
rngtest	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
shmbridge	◻️	❌ Fail	◻️	◻️	❌ Fail	❌ Fail	❌ Fail	◻️
smmu	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
watchdog	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
wpss_remoteproc	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️

qcomlnxci · 2026-02-07T13:08:16Z

Test jobs on 73e52bd

qcomlnxci · 2026-02-07T13:08:17Z

Test Matrix

Test Case	kaanapali-qrd	lemans-evk	qcs615-ride	qcs6490-rb3gen2	qcs8300-ride	qcs9100-ride-r3	sm8750-mtp	x1e80100-crd
BT_FW_KMD_Service	◻️	❌ Fail	◻️	◻️	✅ Pass	✅ Pass	❌ Fail	◻️
BT_ON_OFF	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	⚠️ skip	◻️
BT_SCAN	◻️	❌ Fail	◻️	◻️	✅ Pass	✅ Pass	⚠️ skip	◻️
CPUFreq_Validation	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
CPU_affinity	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
DSP_AudioPD	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
Ethernet	◻️	⚠️ skip	◻️	◻️	⚠️ skip	⚠️ skip	⚠️ skip	◻️
Freq_Scaling	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	❌ Fail	◻️
GIC	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
IPA	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
Interrupts	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
OpenCV	◻️	⚠️ skip	◻️	◻️	⚠️ skip	⚠️ skip	⚠️ skip	◻️
PCIe	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
Probe_Failure_Check	◻️	❌ Fail	◻️	◻️	❌ Fail	✅ Pass	❌ Fail	◻️
RMNET	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
UFS_Validation	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
USBHost	◻️	❌ Fail	◻️	◻️	✅ Pass	✅ Pass	❌ Fail	◻️
WiFi_Firmware_Driver	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	⚠️ skip	◻️
WiFi_OnOff	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	⚠️ skip	◻️
cdsp_remoteproc	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	❌ Fail	◻️
hotplug	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
irq	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
kaslr	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
pinctrl	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
qcom_hwrng	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
remoteproc	◻️	✅ Pass	◻️	◻️	❌ Fail	✅ Pass	❌ Fail	◻️
rngtest	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
shmbridge	◻️	❌ Fail	◻️	◻️	❌ Fail	❌ Fail	❌ Fail	◻️
smmu	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
watchdog	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️
wpss_remoteproc	◻️	✅ Pass	◻️	◻️	✅ Pass	✅ Pass	✅ Pass	◻️

qcomlnxci · 2026-02-08T04:26:19Z

Test jobs on 73e52bd

qcomlnxci · 2026-02-08T04:26:22Z

Test Matrix

Test Case	kaanapali-qrd	lemans-evk	qcs615-ride	qcs6490-rb3gen2	qcs8300-ride	qcs9100-ride-r3	sm8750-mtp	x1e80100-crd
0_qcom-next-ci-premerge-tests	◻️	◻️	◻️	❌ Fail	◻️	◻️	◻️	◻️
BT_FW_KMD_Service	◻️	❌ Fail	◻️	❌ Fail	✅ Pass	✅ Pass	❌ Fail	◻️
BT_ON_OFF	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	⚠️ skip	◻️
BT_SCAN	◻️	❌ Fail	◻️	✅ Pass	✅ Pass	✅ Pass	⚠️ skip	◻️
CPUFreq_Validation	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
CPU_affinity	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
DSP_AudioPD	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
Ethernet	◻️	⚠️ skip	◻️	⚠️ skip	⚠️ skip	⚠️ skip	⚠️ skip	◻️
Freq_Scaling	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	❌ Fail	◻️
GIC	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
IPA	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
Interrupts	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
OpenCV	◻️	⚠️ skip	◻️	⚠️ skip	⚠️ skip	⚠️ skip	⚠️ skip	◻️
PCIe	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
Probe_Failure_Check	◻️	❌ Fail	◻️	✅ Pass	❌ Fail	✅ Pass	❌ Fail	◻️
RMNET	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
UFS_Validation	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
USBHost	◻️	❌ Fail	◻️	❌ Fail	✅ Pass	✅ Pass	❌ Fail	◻️
WiFi_Firmware_Driver	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	⚠️ skip	◻️
WiFi_OnOff	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	⚠️ skip	◻️
cdsp_remoteproc	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	❌ Fail	◻️
hotplug	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
irq	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
kaslr	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
pinctrl	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
qcom_hwrng	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
remoteproc	◻️	✅ Pass	◻️	✅ Pass	❌ Fail	✅ Pass	❌ Fail	◻️
rngtest	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
shmbridge	◻️	❌ Fail	◻️	❌ Fail	❌ Fail	❌ Fail	❌ Fail	◻️
smmu	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
watchdog	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
wpss_remoteproc	◻️	✅ Pass	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️

qcomlnxci · 2026-02-08T04:54:14Z

Test jobs on 73e52bd

qcomlnxci · 2026-02-08T04:54:15Z

Test Matrix

Test Case	kaanapali-qrd	lemans-evk	qcs615-ride	qcs6490-rb3gen2	qcs8300-ride	qcs9100-ride-r3	sm8750-mtp	x1e80100-crd
0_qcom-next-ci-premerge-tests	◻️	◻️	◻️	❌ Fail	◻️	◻️	◻️	◻️
BT_FW_KMD_Service	◻️	❌ Fail	❌ Fail	❌ Fail	✅ Pass	✅ Pass	❌ Fail	◻️
BT_ON_OFF	◻️	✅ Pass	⚠️ skip	✅ Pass	✅ Pass	✅ Pass	⚠️ skip	◻️
BT_SCAN	◻️	❌ Fail	⚠️ skip	✅ Pass	✅ Pass	✅ Pass	⚠️ skip	◻️
CPUFreq_Validation	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
CPU_affinity	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
DSP_AudioPD	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
Ethernet	◻️	⚠️ skip	⚠️ skip	⚠️ skip	⚠️ skip	⚠️ skip	⚠️ skip	◻️
Freq_Scaling	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	❌ Fail	◻️
GIC	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
IPA	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
Interrupts	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
OpenCV	◻️	⚠️ skip	⚠️ skip	⚠️ skip	⚠️ skip	⚠️ skip	⚠️ skip	◻️
PCIe	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
Probe_Failure_Check	◻️	❌ Fail	❌ Fail	✅ Pass	❌ Fail	✅ Pass	❌ Fail	◻️
RMNET	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
UFS_Validation	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
USBHost	◻️	❌ Fail	✅ Pass	❌ Fail	✅ Pass	✅ Pass	❌ Fail	◻️
WiFi_Firmware_Driver	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	⚠️ skip	◻️
WiFi_OnOff	◻️	✅ Pass	⚠️ skip	✅ Pass	✅ Pass	✅ Pass	⚠️ skip	◻️
cdsp_remoteproc	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	❌ Fail	◻️
hotplug	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
irq	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
kaslr	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
pinctrl	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
qcom_hwrng	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
remoteproc	◻️	✅ Pass	✅ Pass	✅ Pass	❌ Fail	✅ Pass	❌ Fail	◻️
rngtest	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
shmbridge	◻️	❌ Fail	❌ Fail	❌ Fail	❌ Fail	❌ Fail	❌ Fail	◻️
smmu	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
watchdog	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️
wpss_remoteproc	◻️	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	✅ Pass	◻️

mukeshojha-linux added 26 commits February 6, 2026 18:11

Revert "FROMLIST: remoteproc: qcom: pas: Enable Secure PAS support wi…

8a8d5bb

…th IOMMU managed by Linux" This reverts commit 464fb78 as latest versionv v10 of commit is available Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: remoteproc: pas: Extend parse_fw callback to fetch …

a0cc447

…resources via SMC call" This reverts commit a570d5b. as latest version of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: firmware: qcom_scm: Add qcom_scm_pas_get_rsc_table(…

b818fdd

…) to get resource table" This reverts commit 1ec8485. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: firmware: qcom_scm: Add SHM bridge handling for PAS…

357a315

… when running without QHEE" This reverts commit 81c7628. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: firmware: qcom_scm: Refactor qcom_scm_pas_init_imag…

ab51875

…e()" This reverts commit 10bdb18. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: firmware: qcom_scm: Add a prep version of auth_and_…

47ad75a

…reset function" This reverts commit 158f16f. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: soc: qcom: mdtloader: Remove qcom_mdt_pas_init() fr…

d5f398e

…om exported symbols" This reverts commit 55a4474. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: soc: qcom: mdtloader: Add PAS context aware qcom_md…

3164956

…t_pas_load() function" This reverts commit f4bf321. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: remoteproc: pas: Replace metadata context with PAS …

dd99b68

…context structure" This reverts commit 81beeeb. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: firmware: qcom_scm: Introduce PAS context initializ…

c395d16

…ation helper function" This reverts commit f966b3a. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: firmware: qcom_scm: Rename peripheral as pas_id"

f98da88

This reverts commit 43fc6b4. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: firmware: qcom_scm: Remove redundant piece of code"

444a697

This reverts commit d329c41. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

Revert "FROMLIST: dt-bindings: remoteproc: qcom,pas: Add iommus prope…

d0623c1

…rty" This reverts commit b196618. as latest version v10 of the commit is available. Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>

shashim-quic approved these changes Feb 6, 2026

View reviewed changes

sgaud-quic merged commit 4060836 into qualcomm-linux:qcom-6.18.y Feb 8, 2026
6 of 8 checks passed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

6.18.y : Update remoteproc KVM support to the latest patches merged upstream#243

6.18.y : Update remoteproc KVM support to the latest patches merged upstream#243
sgaud-quic merged 26 commits intoqualcomm-linux:qcom-6.18.yfrom
mukeshojha-linux:6.18.y

mukeshojha-linux commented Feb 6, 2026 •

edited

Loading

Uh oh!

qcomlnxci commented Feb 6, 2026

Uh oh!

qcomlnxci commented Feb 6, 2026

Uh oh!

qcomlnxci commented Feb 7, 2026

Uh oh!

qcomlnxci commented Feb 7, 2026

Uh oh!

qcomlnxci commented Feb 8, 2026

Uh oh!

qcomlnxci commented Feb 8, 2026

Uh oh!

qcomlnxci commented Feb 8, 2026

Uh oh!

qcomlnxci commented Feb 8, 2026

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

Conversation

mukeshojha-linux commented Feb 6, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

qcomlnxci commented Feb 6, 2026

Test jobs on 73e52bd

Uh oh!

qcomlnxci commented Feb 6, 2026

Test Matrix

Uh oh!

qcomlnxci commented Feb 7, 2026

Test jobs on 73e52bd

Uh oh!

qcomlnxci commented Feb 7, 2026

Test Matrix

Uh oh!

qcomlnxci commented Feb 8, 2026

Test jobs on 73e52bd

Uh oh!

qcomlnxci commented Feb 8, 2026

Test Matrix

Uh oh!

qcomlnxci commented Feb 8, 2026

Test jobs on 73e52bd

Uh oh!

qcomlnxci commented Feb 8, 2026

Test Matrix

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

mukeshojha-linux commented Feb 6, 2026 •

edited

Loading