| Message ID | 5cec74e8.1c69fb81.37335.9d7b@mx.google.com |
|---|---|
| State | New |
| Headers | show |
| Series | linusw/for-next boot bisection: v5.2-rc1-8-g73a790c68d7e on rk3288-veyron-jaq | expand |
Hi Linus, On 28/05/2019 00:38, kernelci.org bot wrote: > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > * This automated bisection report was sent to you on the basis * > * that you may be involved with the breaking commit it has * > * found. No manual investigation has been done to verify it, * > * and the root cause of the problem may be somewhere else. * > * Hope this helps! * > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > > linusw/for-next boot bisection: v5.2-rc1-8-g73a790c68d7e on rk3288-veyron-jaq > > Summary: > Start: 73a790c68d7e Merge branch 'devel' into for-next > Details: https://kernelci.org/boot/id/5cebf03d59b514dd627a3629 > Plain log: https://storage.kernelci.org//linusw/for-next/v5.2-rc1-8-g73a790c68d7e/arm/multi_v7_defconfig/gcc-8/lab-collabora/boot-rk3288-veyron-jaq.txt > HTML log: https://storage.kernelci.org//linusw/for-next/v5.2-rc1-8-g73a790c68d7e/arm/multi_v7_defconfig/gcc-8/lab-collabora/boot-rk3288-veyron-jaq.html > Result: 28694e009e51 thermal: rockchip: fix up the tsadc pinctrl setting error > > Checks: > revert: PASS > verify: PASS > > Parameters: > Tree: linusw > URL: https://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git/ > Branch: for-next > Target: rk3288-veyron-jaq > CPU arch: arm > Lab: lab-collabora > Compiler: gcc-8 > Config: multi_v7_defconfig > Test suite: boot > > Breaking commit found: > > ------------------------------------------------------------------------------- > commit 28694e009e512451ead5519dd801f9869acb1f60 > Author: Elaine Zhang <zhangqing@rock-chips.com> > Date: Tue Apr 30 18:09:44 2019 +0800 > > thermal: rockchip: fix up the tsadc pinctrl setting error This commit has now been reverted in mainline. Would it be OK for you to rebase your for-next branch on v5.2-rc2 or cherry-pick the revert to avoid recurring bisections? Ideally this should have been fixed or reverted in mainline before v5.2-rc1 was released, or even earlier when this was first found in -next on 13th May. Unfortunately it was overlooked and then spread to other branches like yours. Thanks, Guillaume
Hi Guillaume, On Tue, May 28, 2019 at 9:13 AM Guillaume Tucker <guillaume.tucker@collabora.com> wrote: > On 28/05/2019 00:38, kernelci.org bot wrote: > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > > * This automated bisection report was sent to you on the basis * > > * that you may be involved with the breaking commit it has * > > * found. No manual investigation has been done to verify it, * > > * and the root cause of the problem may be somewhere else. * > > * Hope this helps! * > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > > > > linusw/for-next boot bisection: v5.2-rc1-8-g73a790c68d7e on rk3288-veyron-jaq > > > > Summary: > > Start: 73a790c68d7e Merge branch 'devel' into for-next > > Details: https://kernelci.org/boot/id/5cebf03d59b514dd627a3629 > > Plain log: https://storage.kernelci.org//linusw/for-next/v5.2-rc1-8-g73a790c68d7e/arm/multi_v7_defconfig/gcc-8/lab-collabora/boot-rk3288-veyron-jaq.txt > > HTML log: https://storage.kernelci.org//linusw/for-next/v5.2-rc1-8-g73a790c68d7e/arm/multi_v7_defconfig/gcc-8/lab-collabora/boot-rk3288-veyron-jaq.html > > Result: 28694e009e51 thermal: rockchip: fix up the tsadc pinctrl setting error > > > > Checks: > > revert: PASS > > verify: PASS > > > > Parameters: > > Tree: linusw > > URL: https://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git/ > > Branch: for-next > > Target: rk3288-veyron-jaq > > CPU arch: arm > > Lab: lab-collabora > > Compiler: gcc-8 > > Config: multi_v7_defconfig > > Test suite: boot > > > > Breaking commit found: > > > > ------------------------------------------------------------------------------- > > commit 28694e009e512451ead5519dd801f9869acb1f60 > > Author: Elaine Zhang <zhangqing@rock-chips.com> > > Date: Tue Apr 30 18:09:44 2019 +0800 > > > > thermal: rockchip: fix up the tsadc pinctrl setting error > > This commit has now been reverted in mainline. Would it be OK > for you to rebase your for-next branch on v5.2-rc2 or cherry-pick > the revert to avoid recurring bisections? > > Ideally this should have been fixed or reverted in mainline > before v5.2-rc1 was released, or even earlier when this was first > found in -next on 13th May. Unfortunately it was overlooked and > then spread to other branches like yours. I'm afraid it's gonna spread to even more for-next branches, as most subsystem maintainers base their for-next branch on the previous rc1 release. Typically maintainers do not rebase their for-next branches, and do not cherry-pick fixes, unless they are critical for their subsystem. So you can expect this to show up in e.g. the m68k for-next branch soon... Can't you mark this as a known issue, to prevent spending cycles on the same bisection, and sending out more bisection reports for the same issue? Thanks! Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
On Tue, May 28, 2019 at 9:13 AM Guillaume Tucker <guillaume.tucker@collabora.com> wrote: > This commit has now been reverted in mainline. Would it be OK > for you to rebase your for-next branch on v5.2-rc2 or cherry-pick > the revert to avoid recurring bisections? Sure I can do that, it's a one-off so why not. I rebased my devel branch on -rc2. > Ideally this should have been fixed or reverted in mainline > before v5.2-rc1 was released, or even earlier when this was first > found in -next on 13th May. Unfortunately it was overlooked and > then spread to other branches like yours. Usually what we would want for development trees is to ignore any errors coming from a commit on a release candidate branch, like -rcN, as it is not directly under our control. Yours, Linus Walleij
Hi Geert, On 28/05/2019 08:45, Geert Uytterhoeven wrote: > Hi Guillaume, > > On Tue, May 28, 2019 at 9:13 AM Guillaume Tucker > <guillaume.tucker@collabora.com> wrote: >> On 28/05/2019 00:38, kernelci.org bot wrote: >>> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * >>> * This automated bisection report was sent to you on the basis * >>> * that you may be involved with the breaking commit it has * >>> * found. No manual investigation has been done to verify it, * >>> * and the root cause of the problem may be somewhere else. * >>> * Hope this helps! * >>> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * >>> >>> linusw/for-next boot bisection: v5.2-rc1-8-g73a790c68d7e on rk3288-veyron-jaq >>> >>> Summary: >>> Start: 73a790c68d7e Merge branch 'devel' into for-next >>> Details: https://kernelci.org/boot/id/5cebf03d59b514dd627a3629 >>> Plain log: https://storage.kernelci.org//linusw/for-next/v5.2-rc1-8-g73a790c68d7e/arm/multi_v7_defconfig/gcc-8/lab-collabora/boot-rk3288-veyron-jaq.txt >>> HTML log: https://storage.kernelci.org//linusw/for-next/v5.2-rc1-8-g73a790c68d7e/arm/multi_v7_defconfig/gcc-8/lab-collabora/boot-rk3288-veyron-jaq.html >>> Result: 28694e009e51 thermal: rockchip: fix up the tsadc pinctrl setting error >>> >>> Checks: >>> revert: PASS >>> verify: PASS >>> >>> Parameters: >>> Tree: linusw >>> URL: https://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git/ >>> Branch: for-next >>> Target: rk3288-veyron-jaq >>> CPU arch: arm >>> Lab: lab-collabora >>> Compiler: gcc-8 >>> Config: multi_v7_defconfig >>> Test suite: boot >>> >>> Breaking commit found: >>> >>> ------------------------------------------------------------------------------- >>> commit 28694e009e512451ead5519dd801f9869acb1f60 >>> Author: Elaine Zhang <zhangqing@rock-chips.com> >>> Date: Tue Apr 30 18:09:44 2019 +0800 >>> >>> thermal: rockchip: fix up the tsadc pinctrl setting error >> >> This commit has now been reverted in mainline. Would it be OK >> for you to rebase your for-next branch on v5.2-rc2 or cherry-pick >> the revert to avoid recurring bisections? >> >> Ideally this should have been fixed or reverted in mainline >> before v5.2-rc1 was released, or even earlier when this was first >> found in -next on 13th May. Unfortunately it was overlooked and >> then spread to other branches like yours. > > I'm afraid it's gonna spread to even more for-next branches, as most > subsystem maintainers base their for-next branch on the previous rc1 > release. Typically maintainers do not rebase their for-next branches, > and do not cherry-pick fixes, unless they are critical for their > subsystem. So you can expect this to show up in e.g. the m68k for-next > branch soon... That is what I feared, thanks for confirming. > Can't you mark this as a known issue, to prevent spending cycles on the > same bisection, and sending out more bisection reports for the same > issue? Not really, so I've disabled bisections in the linux-gpio tree and a few other maintainers' trees for now. I'll see if we can come up with a more systematic way of suppressing bisections in similar cases (i.e. the issue has been fixed in mainline later than the base commit for the branch being tested). Thanks, Guillaume
Hi Guillaume, On Tue, May 28, 2019 at 10:36 AM Guillaume Tucker <guillaume.tucker@collabora.com> wrote: > On 28/05/2019 08:45, Geert Uytterhoeven wrote: > > On Tue, May 28, 2019 at 9:13 AM Guillaume Tucker > > <guillaume.tucker@collabora.com> wrote: > >> This commit has now been reverted in mainline. Would it be OK > >> for you to rebase your for-next branch on v5.2-rc2 or cherry-pick > >> the revert to avoid recurring bisections? > >> > >> Ideally this should have been fixed or reverted in mainline > >> before v5.2-rc1 was released, or even earlier when this was first > >> found in -next on 13th May. Unfortunately it was overlooked and > >> then spread to other branches like yours. > > > > I'm afraid it's gonna spread to even more for-next branches, as most > > subsystem maintainers base their for-next branch on the previous rc1 > > release. Typically maintainers do not rebase their for-next branches, > > and do not cherry-pick fixes, unless they are critical for their > > subsystem. So you can expect this to show up in e.g. the m68k for-next > > branch soon... > > That is what I feared, thanks for confirming. > > > Can't you mark this as a known issue, to prevent spending cycles on the > > same bisection, and sending out more bisection reports for the same > > issue? > > Not really, so I've disabled bisections in the linux-gpio tree > and a few other maintainers' trees for now. I'll see if we can > come up with a more systematic way of suppressing bisections in > similar cases (i.e. the issue has been fixed in mainline later > than the base commit for the branch being tested). Having a systematic way would be good, else you will have to disable most other maintainers' trees soon, severely limiting test coverage, or fall back to linux-next testing only, as linux-next will always include\ latest mainline. Thanks! Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
On Tue, May 28, 2019 at 10:45:13AM +0200, Linus Walleij wrote: > On Tue, May 28, 2019 at 10:36 AM Guillaume Tucker > > Not really, so I've disabled bisections in the linux-gpio tree > > and a few other maintainers' trees for now. I'll see if we can > > come up with a more systematic way of suppressing bisections in > > similar cases (i.e. the issue has been fixed in mainline later > > than the base commit for the branch being tested). > I think this is what the zeroday autobuilder does because > they never seem to show this problem. Thanks for looking > into it! I've got a feeling they do this by deduping after doing the bisection; they also used to have a system where they'd merge a bunch of trees together and do the bisect on that to save repeating bisects.
diff --git a/drivers/thermal/rockchip_thermal.c b/drivers/thermal/rockchip_thermal.c index 9c7643d62ed7..6dc7fc516abf 100644 --- a/drivers/thermal/rockchip_thermal.c +++ b/drivers/thermal/rockchip_thermal.c @@ -172,6 +172,9 @@ struct rockchip_thermal_data { int tshut_temp; enum tshut_mode tshut_mode; enum tshut_polarity tshut_polarity; + struct pinctrl *pinctrl; + struct pinctrl_state *gpio_state; + struct pinctrl_state *otp_state; }; /** @@ -1242,6 +1245,8 @@ static int rockchip_thermal_probe(struct platform_device *pdev) return error; } + thermal->chip->control(thermal->regs, false); + error = clk_prepare_enable(thermal->clk); if (error) { dev_err(&pdev->dev, "failed to enable converter clock: %d\n", @@ -1267,6 +1272,30 @@ static int rockchip_thermal_probe(struct platform_device *pdev) thermal->chip->initialize(thermal->grf, thermal->regs, thermal->tshut_polarity); + if (thermal->tshut_mode == TSHUT_MODE_GPIO) { + thermal->pinctrl = devm_pinctrl_get(&pdev->dev); + if (IS_ERR(thermal->pinctrl)) { + dev_err(&pdev->dev, "failed to find thermal pinctrl\n"); + return PTR_ERR(thermal->pinctrl); + } + + thermal->gpio_state = pinctrl_lookup_state(thermal->pinctrl, + "gpio"); + if (IS_ERR_OR_NULL(thermal->gpio_state)) { + dev_err(&pdev->dev, "failed to find thermal gpio state\n"); + return -EINVAL; + } + + thermal->otp_state = pinctrl_lookup_state(thermal->pinctrl, + "otpout"); + if (IS_ERR_OR_NULL(thermal->otp_state)) { + dev_err(&pdev->dev, "failed to find thermal otpout state\n"); + return -EINVAL; + } + + pinctrl_select_state(thermal->pinctrl, thermal->otp_state); + } + for (i = 0; i < thermal->chip->chn_num; i++) { error = rockchip_thermal_register_sensor(pdev, thermal, &thermal->sensors[i], @@ -1337,8 +1366,8 @@ static int __maybe_unused rockchip_thermal_suspend(struct device *dev) clk_disable(thermal->pclk); clk_disable(thermal->clk); - - pinctrl_pm_select_sleep_state(dev); + if (thermal->tshut_mode == TSHUT_MODE_GPIO) + pinctrl_select_state(thermal->pinctrl, thermal->gpio_state); return 0; } @@ -1383,7 +1412,8 @@ static int __maybe_unused rockchip_thermal_resume(struct device *dev) for (i = 0; i < thermal->chip->chn_num; i++) rockchip_thermal_toggle_sensor(&thermal->sensors[i], true); - pinctrl_pm_select_default_state(dev); + if (thermal->tshut_mode == TSHUT_MODE_GPIO) + pinctrl_select_state(thermal->pinctrl, thermal->otp_state); return 0; }
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * This automated bisection report was sent to you on the basis * * that you may be involved with the breaking commit it has * * found. No manual investigation has been done to verify it, * * and the root cause of the problem may be somewhere else. * * Hope this helps! * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * linusw/for-next boot bisection: v5.2-rc1-8-g73a790c68d7e on rk3288-veyron-jaq Summary: Start: 73a790c68d7e Merge branch 'devel' into for-next Details: https://kernelci.org/boot/id/5cebf03d59b514dd627a3629 Plain log: https://storage.kernelci.org//linusw/for-next/v5.2-rc1-8-g73a790c68d7e/arm/multi_v7_defconfig/gcc-8/lab-collabora/boot-rk3288-veyron-jaq.txt HTML log: https://storage.kernelci.org//linusw/for-next/v5.2-rc1-8-g73a790c68d7e/arm/multi_v7_defconfig/gcc-8/lab-collabora/boot-rk3288-veyron-jaq.html Result: 28694e009e51 thermal: rockchip: fix up the tsadc pinctrl setting error Checks: revert: PASS verify: PASS Parameters: Tree: linusw URL: https://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git/ Branch: for-next Target: rk3288-veyron-jaq CPU arch: arm Lab: lab-collabora Compiler: gcc-8 Config: multi_v7_defconfig Test suite: boot Breaking commit found: ------------------------------------------------------------------------------- commit 28694e009e512451ead5519dd801f9869acb1f60 Author: Elaine Zhang <zhangqing@rock-chips.com> Date: Tue Apr 30 18:09:44 2019 +0800 thermal: rockchip: fix up the tsadc pinctrl setting error Explicitly use the pinctrl to set/unset the right mode instead of relying on the pinctrl init mode. And it requires setting the tshut polarity before select pinctrl. When the temperature sensor mode is set to 0, it will automatically reset the board via the Clock-Reset-Unit (CRU) if the over temperature threshold is reached. However, when the pinctrl initializes, it does a transition to "otp_out" which may lead the SoC restart all the time. "otp_out" IO may be connected to the RESET circuit on the hardware. If the IO is in the wrong state, it will trigger RESET. (similar to the effect of pressing the RESET button) which will cause the soc to restart all the time. Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com> Reviewed-by: Daniel Lezcano <daniel.lezcano@linaro.org> Signed-off-by: Eduardo Valentin <edubezval@gmail.com> ------------------------------------------------------------------------------- Git bisection log: ------------------------------------------------------------------------------- git bisect start # good: [0fbee1df2078fa1f61e2da14f51ceb357c79ae69] gpio: Update documentation git bisect good 0fbee1df2078fa1f61e2da14f51ceb357c79ae69 # bad: [73a790c68d7e35d1f7092d2b7fbc758f49833bf4] Merge branch 'devel' into for-next git bisect bad 73a790c68d7e35d1f7092d2b7fbc758f49833bf4 # good: [b3a5e648f5917ea508ecab9a629028b186d38eae] Merge tag 'tty-5.2-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty git bisect good b3a5e648f5917ea508ecab9a629028b186d38eae # good: [8e4ff713ce313dcabbb60e6ede1ffc193e67631f] Merge tag 'rtc-5.2' of git://git.kernel.org/pub/scm/linux/kernel/git/abelloni/linux git bisect good 8e4ff713ce313dcabbb60e6ede1ffc193e67631f # good: [5fd09ba68297c967f5ba6bea9c3b444d34f80ee5] Merge tag 'for-linus-5.2b-rc1-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip git bisect good 5fd09ba68297c967f5ba6bea9c3b444d34f80ee5 # bad: [e8a1d70117116c8d96c266f0b99e931717670eaf] Merge tag 'armsoc-dt' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc git bisect bad e8a1d70117116c8d96c266f0b99e931717670eaf # good: [b45da609a02460c6a34c395f03f891f1fb2a021a] Merge tag 'imx-bindings-5.2' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into arm/dt git bisect good b45da609a02460c6a34c395f03f891f1fb2a021a # bad: [22c58fd70ca48a29505922b1563826593b08cc00] Merge tag 'armsoc-soc' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc git bisect bad 22c58fd70ca48a29505922b1563826593b08cc00 # good: [cc7ce90153e74f8266eefee9fba466faa1a2d5df] Merge tag 'drm-next-2019-05-16' of git://anongit.freedesktop.org/drm/drm git bisect good cc7ce90153e74f8266eefee9fba466faa1a2d5df # good: [1895ef4ef229ec1873a78ce31fe50b38cfd2b58a] Merge tag 'ixp4xx-for-armsoc' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-nomadik into arm/soc git bisect good 1895ef4ef229ec1873a78ce31fe50b38cfd2b58a # good: [b4ab114cc6a1bbf8ca1d9a2339f2b5b43374029b] thermal: Introduce devm_thermal_of_cooling_device_register git bisect good b4ab114cc6a1bbf8ca1d9a2339f2b5b43374029b # good: [7a0c4c17089a8aff52f516f0f52002be52950aae] Merge branch 'fixes' into arm/soc git bisect good 7a0c4c17089a8aff52f516f0f52002be52950aae # bad: [4b984e7bfb6d8e4209838a55af4ae5fbba878867] dt-bindings: rockchip-thermal: Support the PX30 SoC compatible git bisect bad 4b984e7bfb6d8e4209838a55af4ae5fbba878867 # good: [0fac9e2f1452ffb6f43926609a569372204262eb] thermal/drivers/cpu_cooling: Add Software Package Data Exchange (SPDX) git bisect good 0fac9e2f1452ffb6f43926609a569372204262eb # good: [6ec8070b9d48294fbe865535c167a79527eaf357] thermal: Fix build error of missing devm_ioremap_resource on UM git bisect good 6ec8070b9d48294fbe865535c167a79527eaf357 # bad: [28694e009e512451ead5519dd801f9869acb1f60] thermal: rockchip: fix up the tsadc pinctrl setting error git bisect bad 28694e009e512451ead5519dd801f9869acb1f60 # good: [fcc6d4cadadcc977911c6bfcdd95d379f4082c74] thermal: broadcom: Remove ACPI support git bisect good fcc6d4cadadcc977911c6bfcdd95d379f4082c74 # first bad commit: [28694e009e512451ead5519dd801f9869acb1f60] thermal: rockchip: fix up the tsadc pinctrl setting error -------------------------------------------------------------------------------