Messages in this thread | | | From | Sudeep Holla <> | Subject | Re: [PATCH 0/9] Rework SCMI initialization and probing sequence | Date | Thu, 19 Jan 2023 19:31:34 +0000 |
| |
On Thu, 22 Dec 2022 18:50:40 +0000, Cristian Marussi wrote: > under some configurations the SCMI core stack, which is now initialized > as a whole at the subsys_initcall level, can be dependent on some other > Kernel subsystems (like TEE) when some SCMI transport backend like optee > is used. > > This has been reported to lead to some awkward probe loop which, even > though successful at the end, leaves a track of errors in the logs coming > directly from the core Linux driver model facilities. > > [...]
Applied to sudeep.holla/linux (for-next/scmi), thanks!
[1/9] firmware: arm_scmi: Simplify chan_available transport operation https://git.kernel.org/sudeep.holla/c/7a75b7afd8ff [2/9] firmware: arm_scmi: Use dedicated devices to initialize channels https://git.kernel.org/sudeep.holla/c/05a2801d8b90 [3/9] firmware: arm_scmi: Move protocol registration helpers https://git.kernel.org/sudeep.holla/c/9115c20ac1ee [4/9] firmware: arm_scmi: Add common notifier helpers https://git.kernel.org/sudeep.holla/c/53b8c25df708 [5/9] firmware: arm_scmi: Refactor protocol device creation https://git.kernel.org/sudeep.holla/c/d3cd7c525fd2 [6/9] firmware: arm_scmi: Move handle get/set helpers https://git.kernel.org/sudeep.holla/c/971fc0665f13 [7/9] firmware: arm_scmi: Refactor device create/destroy helpers https://git.kernel.org/sudeep.holla/c/2c3e674465e7 [8/9] firmware: arm_scmi: Introduce a new lifecycle for protocol devices https://git.kernel.org/sudeep.holla/c/ee5dcedaf72d [9/9] firmware: arm_scmi: Split bus and driver into distinct modules https://git.kernel.org/sudeep.holla/c/37b5be828032 -- Regards, Sudeep
| |