Boot opts#2718
Closed
Chitti Babu Theegala (ctheegal) wants to merge 5 commits into
Closed
Conversation
On IQ-9075 and IQ-8275 EVK platforms, when the PCIe1 slot is unpopulated, the PCIe driver probe incurs an approximately 600ms timeout waiting for link training to complete on the empty slot. This blocks the boot critical path and increases time-to-first-perception for early boot use cases. End customers are expected to populate the PCIe1 slot, so this timeout is not encountered in production deployments. However, for internal QuickBoot demo and boot time optimization work where the slot is empty, this delay is a significant and avoidable bottleneck. Disable the PCIe1 controller and its associated PHY on Lemans (IQ-9075) and Monaco (IQ-8275) EVK board files to eliminate this probe timeout and recover ~600ms from the kernel boot phase. Note: Re-enable PCIe1 if the slot is populated on the target board. Signed-off-by: Chitti Babu Theegala <ctheegal@qti.qualcomm.com>
Signed-off-by: Chitti Babu Theegala <ctheegal@qti.qualcomm.com>
Revert commit 34598eecdf6b (\"QCLINUX: arm64: dts: qcom: Enable combo mode for CSI1 port\") which introduced a ~1s blocking delay during boot on lemans-evk and monaco-evk platforms. The combo mode configuration for CSI1 caused the camera subsystem to stall during initialization when the sensor is not immediately ready, resulting in a ~1s delay in the boot critical path. This revert restores the per-sensor pinctrl configuration (cam_default/cam_suspend) for MCLK1 and RST1 signals on both lemans-evk and monaco-evk, and removes the shared pinctrl from cam-res-mgr which was the source of the blocking behavior. Signed-off-by: Chitti Babu Theegala <ctheegal@qti.qualcomm.com>
Add patch to reduce AGM sound card poll RETRY_INTERVAL from 1000ms to 50ms. This eliminates up to ~1s of wasted boot time when the sound card becomes available just after a poll cycle. Signed-off-by: Chitti Babu Theegala <ctheegal@qti.qualcomm.com>
Add a new patch to reduce the APM command wait_time from 2s to 200ms (dividing by 10) in q6apm_audio_pkt.c. During boot, when ADSP SPF is not yet ready to respond to APM_CMD_GET_SPF_STATE, the driver waits the full 2s timeout before falling back to dummy ops. Reducing this to 200ms saves ~1.8s of unnecessary boot latency. The dummy ops fallback remains acceptable since userspace PAL handles real APM communication directly. Patch: 0001-PATCH-audioreach-reduce-APM-cmd-timeout-from-2s-to-2.patch Signed-off-by: Chitti Babu Theegala <ctheegal@qti.qualcomm.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
No description provided.