On 2021-01-27 17:23, Baruch Siach wrote:
Hi Kathiravan T,
On Wed, Jan 27 2021, Kathiravan T wrote:
On 2021-01-25 14:14, Baruch Siach wrote:
Hi linux-arm-msm list,
I am trying to boot kernel v5.11-rc4 on the IPQ6018 based CP01 board.
Boot
hangs with these last lines shown on the console:
[ 0.000000] psci: probing for conduit method from DT.
[ 0.000000] psci: PSCIv1.0 detected in firmware.
[ 0.000000] psci: Using standard PSCI v0.2 function IDs
[ 0.000000] psci: MIGRATE_INFO_TYPE not supported.
[ 0.000000] psci: SMC Calling Convention v1.0
[ 0.000000] psci: OSI mode supported.
I verified that the psci_set_osi_mode() call after the last print
never
returns.
The board is loaded with stock boot image running 32-bit vendor
provided
U-Boot version 2016.01. So I'm loading a 32-bit kernel with the
ipq6018-cp01-c1.dtb file from arm64.
Can you boot the stock kernel from the vendor and share the below
information?
cat /proc/device-tree/tz_version
Stock kernel does not boot for me on that board:
ubi0: attaching mtd2
ubi0: scanning is finished
ubi0: attached mtd2 (name "mtd=0", size 53 MiB)
ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
ubi0: good PEBs: 428, bad PEBs: 0, corrupted PEBs: 0
ubi0: user volume: 0, internal volumes: 1, max. volumes count: 128
ubi0: max/mean erase counter: 2/1, WL threshold: 4096, image sequence
number: 0
ubi0: available PEBs: 384, total reserved PEBs: 44, PEBs reserved for
bad PEB handling: 40
Read 0 bytes from volume kernel to 44000000
Volume kernel not found!
ubi0: detaching mtd2
ubi0: mtd2 is detached
But once I comment out the psci_set_osi_mode() call I can boot mainline
kernel. The tz_version node contains this:
CRM-TZ.WNS.5.1-00068
Do I need to update? Which TZ version works with mainline kernel?
Please try with TZ version >= TZ.WNS.5.1-00084.
Thanks,
Kathiravan T.
Thanks,
baruch
--
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a
member of Code Aurora Forum, hosted by The Linux Foundation
