From: jbrunet@baylibre.com (Jerome Brunet)
To: linus-amlogic@lists.infradead.org
Subject: SCPI regressions in v4.15-rc1 on Amlogic SoCs.
Date: Fri, 01 Dec 2017 17:03:54 +0100 [thread overview]
Message-ID: <1512144234.12869.4.camel@baylibre.com> (raw)
In-Reply-To: <CAOi56cXCBAJO6iOONTENqGdm9kE+t4fGYgTENupzkRgHjJfykw@mail.gmail.com>
On Thu, 2017-11-30 at 16:21 -0800, Kevin Hilman wrote:
> 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].
>
> 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.
Same thing for me. One of my early libretech-cc gets completely stuck during
boot with v4.15-rc1
reverting drivers/firmware/arm_scpi.c to v4.14 fixes the problem.
On the u-art, we see traces that appear to be coming from the FW:
> domain-0 init dvfs: 4
My platform gets stuck on one of these traces with v4.15-rc1
>
> 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-bay
> libre-seattle/boot-meson-gxl-s905x-khadas-vim.html
>
> https://storage.kernelci.org/mainline/master/v4.15-rc1/arm64/defconfig/lab-bay
> libre-seattle/boot-meson-gxbb-p200.html
>
> https://storage.kernelci.org/mainline/master/v4.15-rc1/arm64/defconfig/lab-bay
> libre-seattle/boot-meson-gxl-s905d-p230.html
>
> _______________________________________________
> linux-amlogic mailing list
> linux-amlogic at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-amlogic
WARNING: multiple messages have this Message-ID (diff)
From: jbrunet@baylibre.com (Jerome Brunet)
To: linux-arm-kernel@lists.infradead.org
Subject: SCPI regressions in v4.15-rc1 on Amlogic SoCs.
Date: Fri, 01 Dec 2017 17:03:54 +0100 [thread overview]
Message-ID: <1512144234.12869.4.camel@baylibre.com> (raw)
In-Reply-To: <CAOi56cXCBAJO6iOONTENqGdm9kE+t4fGYgTENupzkRgHjJfykw@mail.gmail.com>
On Thu, 2017-11-30 at 16:21 -0800, Kevin Hilman wrote:
> 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].
>
> 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.
Same thing for me. One of my early libretech-cc gets completely stuck during
boot with v4.15-rc1
reverting drivers/firmware/arm_scpi.c to v4.14 fixes the problem.
On the u-art, we see traces that appear to be coming from the FW:
> domain-0 init dvfs: 4
My platform gets stuck on one of these traces with v4.15-rc1
>
> 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-bay
> libre-seattle/boot-meson-gxl-s905x-khadas-vim.html
>
> https://storage.kernelci.org/mainline/master/v4.15-rc1/arm64/defconfig/lab-bay
> libre-seattle/boot-meson-gxbb-p200.html
>
> https://storage.kernelci.org/mainline/master/v4.15-rc1/arm64/defconfig/lab-bay
> libre-seattle/boot-meson-gxl-s905d-p230.html
>
> _______________________________________________
> linux-amlogic mailing list
> linux-amlogic at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-amlogic
next prev parent reply other threads:[~2017-12-01 16:03 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-01 0:21 SCPI regressions in v4.15-rc1 on Amlogic SoCs Kevin Hilman
2017-12-01 0:21 ` Kevin Hilman
2017-12-01 7:08 ` Heiner Kallweit
2017-12-01 7:08 ` Heiner Kallweit
2017-12-01 15:59 ` Kevin Hilman
2017-12-01 15:59 ` Kevin Hilman
2017-12-04 2:24 ` Sudeep Holla
2017-12-04 2:24 ` Sudeep Holla
2017-12-04 18:14 ` Kevin Hilman
2017-12-04 18:14 ` Kevin Hilman
2017-12-01 16:03 ` Jerome Brunet [this message]
2017-12-01 16:03 ` Jerome Brunet
2017-12-04 2:24 ` Sudeep Holla
2017-12-04 2:24 ` Sudeep Holla
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1512144234.12869.4.camel@baylibre.com \
--to=jbrunet@baylibre.com \
--cc=linus-amlogic@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.