SCPI regressions in v4.15-rc1 on Amlogic SoCs.
Kevin Hilman
khilman at baylibre.com
Fri Dec 1 07:59:28 PST 2017
On Thu, Nov 30, 2017 at 11:08 PM, Heiner Kallweit <hkallweit1 at gmail.com> wrote:
> Am 01.12.2017 um 01:21 schrieb Kevin Hilman:
>> Hi Sudeep,
>>
>> There's been a pretty major regression in v4.15-rc1 compared to v4.15
>> in SCPI causing warning splats on amlogic SoCs when cpufreq starts up
>> and tries to set the OPP for the first time[1].
>>
> Thanks for the report. Strange enough, it works perfectly fine on my
> Odroid-C2, see below log part from latest next kernel.
There are alot more amlogic SoCs out there that should've been tested
with this change, and you didn't Cc linux-amlogic or ask for more help
testing. Now we're in a position to have major regressions on most
amlogic boards for v4.15.
> Your log seems to indicate that due to deferred probing something is
> not done in the right order.
> Can you bisect the issue? I'd assume that it's commit 931cf0c53e69
> ("firmware: arm_scpi: pre-populate dvfs info in scpi_probe").
I do not currnetly have the time to bisect this, and we're in the
"fixes" phase of the merge window so there is urgency.
I would much rather see these patches reverted, and actually tested on
affected platforms before they make it into mainline.
Sudeep, any chance of reverting these while we're still in the -rc phase?
Thanks,
Kevin
> Rgds, Heiner
>
> [ 0.034293] soc soc0: Amlogic Meson GXBB (S905) Revision 1f:0 (c:1) Detected
> [ 0.036666] c81004c0.serial: ttyAML0 at MMIO 0xc81004c0 (irq = 13, base_baud = 1500000) is a meson_uart
> [ 0.606914] console [ttyAML0] enabled
> [ 0.615031] loop: module loaded
> [ 0.616117] meson-gx-mmc d0074000.mmc: allocated mmc-pwrseq
> [ 0.643406] ledtrig-cpu: registered to indicate activity on CPUs
> [ 0.644047] meson-sm: secure-monitor enabled
> [ 0.648156] hidraw: raw HID events driver (C) Jiri Kosina
> [ 0.653572] platform-mhu c883c404.mailbox: Platform MHU Mailbox registered
> [ 0.660439] NET: Registered protocol family 17
> [ 0.665031] registered taskstats version 1
> [ 0.668689] Loading compiled-in X.509 certificates
> [ 0.678049] meson-gx-mmc d0072000.mmc: Got CD GPIO
> [ 0.712946] scpi_protocol scpi: SCP Protocol 0.0 Firmware 0.0.0 version
> [ 0.715600] cpu cpu0: bL_cpufreq_init: CPU 0 initialized
> [ 0.719245] arm_big_little: bL_cpufreq_register: Registered platform driver: scpi
> [ 0.727344] mmc0: new HS400 MMC card at address 0001
> [ 0.729179] hctosys: unable to open rtc device (rtc0)
> [ 0.729355] USB_OTG_PWR: disabling
> [ 0.729358] TFLASH_VDD: disabling
> [ 0.729361] TF_IO: disabling
> [ 0.747230] mmcblk0: mmc0:0001 DJNB4R 116 GiB
> [ 0.752588] mmcblk0boot0: mmc0:0001 DJNB4R partition 1 4.00 MiB
> [ 0.757220] mmcblk0boot1: mmc0:0001 DJNB4R partition 2 4.00 MiB
> [ 0.762274] mmcblk0rpmb: mmc0:0001 DJNB4R partition 3 4.00 MiB, chardev (249:0)
> [ 0.770243] mmcblk0: p1
> [ 0.781732] EXT4-fs (mmcblk0p1): mounted filesystem with ordered data mode. Opts: (null)
>
>
>> I ran out of time to narrow it down further since there have been
>> quite a few changes since v4.14, but simply reverting
>> drivers/firmware/arm_scpi.c to its v4.14 state gets things working
>> again.
>>
>> This has been happening for awhile, and we should've caught it sooner
>> in kernelCI.org, however this warning splat still allows the kernel to
>> finish booting, so it still resulted in a PASS for the boot test.
>> That combined with the fact that we've been tracking some other
>> regressions, we didn't notice it until now.
>>
>> Also, is this the expected result for the pre-1.0 firmware:
>>
>> scpi_protocol scpi: SCP Protocol 0.0 Firmware 0.0.0 version
>>
>> Kevin
>>
>> [1] Here are a few boot logs from v4.15-rc1 with the splat:
>>
>> https://storage.kernelci.org/mainline/master/v4.15-rc1/arm64/defconfig/lab-baylibre-seattle/boot-meson-gxl-s905x-khadas-vim.html
>>
>> https://storage.kernelci.org/mainline/master/v4.15-rc1/arm64/defconfig/lab-baylibre-seattle/boot-meson-gxbb-p200.html
>>
>> https://storage.kernelci.org/mainline/master/v4.15-rc1/arm64/defconfig/lab-baylibre-seattle/boot-meson-gxl-s905d-p230.html
>>
>
More information about the linux-arm-kernel
mailing list