On 30/09/2021 14:34, Lee Jones wrote: > On Thu, 30 Sep 2021, Krzysztof Kozlowski wrote: >>> It sounds like a lack of testing is your main concern. >>> >>> How can I help here? What H/W do I need to be able to fully test this? >> >> The changes here need to be tested on affected platforms (ARMv7 and >> ARMv8), when built as a modules on some types of regular distros (e.g. >> Arch, Ubuntu). From each of such boot I would be happy to see number of >> new dmesg warnings/errors plus number of probe deferrals. >> >> Since the drivers could be switched to modules (and some distros might >> do it), they might be hit by surprise regressions in boot performance >> due to probe deferrals. This should be also checked on these platforms. >> Geert pointed out before that clocks in many cases are not optional - >> driver needs them and will wait defer. >> >> Assuming of course that boot succeeds. Minor differences in boot speed >> should not be a problem, I think, because distro anyway chosen >> all-module approach so it accepts the penalty. > > Do you have any suggestions in terms of devboards? Minimal set: 1. Something with Exynos4 (e.g. Odroid U3 with Exynos4412). 2. Something with Exynos 5422/5800 (e.g. Odroid XU3/XU4/HC1/MC1 or Chromebook Peach Pi). 3. Exynos5433 - TM2 or TM2E. Boards are not widely available, so we need to rely on provided testing by Samsung. What would be good is to also test Exynos3 boards, but this is also not widely available. Best regards, Krzysztof
