When trying to go into suspend using a tegra20 arm device (Trimslice), with initcall_debug no_console_suspend=1 in cmdline. I seed the ti-cpufreq driver registered. (I also see other unrelated initcall to omap_* drivers, but they aren't hooked into pm suspend.
I'm using a (custom) Fedora based kernel 4.18.1-300.tegra.fc28.armv7hl (that among other disable the PXA and MMP arches and various modules.
I expect the non multiarch compatible code should go away and/or maybe the ti_cpufreq driver to be turned into a module.
Using: systemctl suspend, I saw the following message:
[ 1203.962078] tegra20-cpufreq tegra20-cpufreq: calling platform_pm_suspend+0x0/0x54 @ 745, parent: platform
[ 1203.968261] usb 1-1: usb_dev_suspend+0x0/0x20 returned 0 after 39 usecs
[ 1203.984949] tegra20-cpufreq tegra20-cpufreq: platform_pm_suspend+0x0/0x54 returned 0 after 3 usecs
[ 1203.994181] platform ti-cpufreq: calling platform_pm_suspend+0x0/0x54 @ 745, parent: platform
[ 1204.002939] platform ti-cpufreq: platform_pm_suspend+0x0/0x54 returned 0 after 1 usecs
[ 1204.011117] rtc rtc0: calling rtc_suspend+0x0/0x54 @ 745, parent: 2-0056
[ 1204.018700] rtc rtc0: rtc_suspend+0x0/0x54 returned 0 after 638 usecs
[ 1204.026010] usb usb1: calling usb_dev_suspend+0x0/0x20 @ 749, parent: c5004000.usb
[ 1204.026317] serial8250 serial8250: calling platform_pm_suspend+0x0/0x54 @ 745, parent: platform
[ 1204.034639] usb usb1: usb_dev_suspend+0x0/0x20 returned 0 after 721 usecs
[ 1204.042717] serial8250 serial8250: platform_pm_suspend+0x0/0x54 returned 0 after 11 usecs
Created attachment 278003 [details]
kernel defconfig used (built on native arm)
IIRC it was fixed at some point