Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1232315 > unrolled thread
| Started by | Kevin Hilman <khilman@kernel.org> |
|---|---|
| First post | 2015-09-24 20:00 +0200 |
| Last post | 2015-10-05 19:50 +0200 |
| Articles | 4 — 3 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH v2] ARM: dts: sunxi: Add regulators for LeMaker BananaPi Kevin Hilman <khilman@kernel.org> - 2015-09-24 20:00 +0200
Re: [PATCH v2] ARM: dts: sunxi: Add regulators for LeMaker BananaPi "Timo Sigurdsson" <public_timo.s@silentcreek.de> - 2015-09-25 17:20 +0200
Re: [PATCH v2] ARM: dts: sunxi: Add regulators for LeMaker BananaPi Maxime Ripard <maxime.ripard@free-electrons.com> - 2015-09-27 10:30 +0200
Re: [PATCH v2] ARM: dts: sunxi: Add regulators for LeMaker BananaPi "Timo Sigurdsson" <public_timo.s@silentcreek.de> - 2015-10-05 19:50 +0200
| From | Kevin Hilman <khilman@kernel.org> |
|---|---|
| Date | 2015-09-24 20:00 +0200 |
| Subject | Re: [PATCH v2] ARM: dts: sunxi: Add regulators for LeMaker BananaPi |
| Message-ID | <qciYi-1MZ-23@gated-at.bofh.it> |
On Tue, Aug 18, 2015 at 8:36 AM, Maxime Ripard <maxime.ripard@free-electrons.com> wrote: > On Sun, Aug 02, 2015 at 06:18:25PM +0200, Timo Sigurdsson wrote: >> sun7i-a20-bananapi.dts doesn't contain regulator nodes for the AXP209 PMU >> driver, so add them to allow for voltage-scaling with cpufreq-dt. >> >> Signed-off-by: Timo Sigurdsson <public_timo.s@silentcreek.de> > > Queued, thanks! > Maxime kernelci.org started finding boot faiulres[1] on bananapi linux-next around next-20150918, but it was only failing in some labs and not others. I finally bisected it down to this patch, which landed in linux-next in the form of 2d665a8a8350 ARM: dts: sunxi: Add regulators for LeMaker BananaPi. Reverting that commit on top of next-20150923 gets my bananapi booting again. Note it's kind of an interesting boot failure. The kernel boots fully to a shell, but panics after running a few commands. In particular 'dmesg -n1' seems to trigger it usually[2]. Kevin [1] http://kernelci.org/boot/sun7i-a20-bananapi/job/next/kernel/next-20150923/defconfig/multi_v7_defconfig/lab/lab-khilman/?_id=5602504359b514be146c326f [2] http://storage.kernelci.org/next/next-20150923/arm-multi_v7_defconfig/lab-khilman/boot-sun7i-a20-bananapi.html -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [next] | [standalone]
| From | "Timo Sigurdsson" <public_timo.s@silentcreek.de> |
|---|---|
| Date | 2015-09-25 17:20 +0200 |
| Message-ID | <qcCX0-58P-15@gated-at.bofh.it> |
| In reply to | #1232315 |
Hi Kevin, Kevin Hilman schrieb am 25. Sept 2015 01:57: > On Tue, Aug 18, 2015 at 8:36 AM, Maxime Ripard > <maxime.ripard@free-electrons.com> wrote: >> On Sun, Aug 02, 2015 at 06:18:25PM +0200, Timo Sigurdsson wrote: >>> sun7i-a20-bananapi.dts doesn't contain regulator nodes for the AXP209 >>> PMU >>> driver, so add them to allow for voltage-scaling with cpufreq-dt. >>> >>> Signed-off-by: Timo Sigurdsson <public_timo.s@silentcreek.de> >> >> Queued, thanks! >> Maxime > > kernelci.org started finding boot faiulres[1] on bananapi linux-next > around next-20150918, but it was only failing in some labs and not > others. I finally bisected it down to this patch, which landed in > linux-next in the form of 2d665a8a8350 ARM: dts: sunxi: Add regulators > for LeMaker BananaPi. Reverting that commit on top of next-20150923 > gets my bananapi booting again. > > Note it's kind of an interesting boot failure. The kernel boots fully > to a shell, but panics after running a few commands. In particular > 'dmesg -n1' seems to trigger it usually[2]. > > Kevin > > [1] > http://kernelci.org/boot/sun7i-a20-bananapi/job/next/kernel/next-20150923/defconfig/multi_v7_defconfig/lab/lab-khilman/?_id=5602504359b514be146c326f > [2] > http://storage.kernelci.org/next/next-20150923/arm-multi_v7_defconfig/lab-khilman/boot-sun7i-a20-bananapi.html > Thanks for your feedback. I'm traveling at the moment, so I can't do any testing but just guess wildly. I know, though, that I used dmesg frequently when I did my own testing before submitting the patch and could not see such behavior. Before this commit, the CPU of your BananaPi runs at 1.4 volts constantly. With this commit applied, the CPU voltage should vary between 1.0-1.4 volts depending on the frequency and defined operating points. Hence, one of my guesses would be that your CPU is not stable at the lower voltages. Could you modify the voltages for the defined frequencies in sun7i-a20.dtsi and test if that solves your issue? Say, raise the voltage by 0.1 volts for each operating point (but no higher than 1.4). I actually had a different patch that applied slightly higher voltages taken from the original fex for by LeMaker, but the feedback was, unless there are actual reports about boards not running stable at the current settings, we just keep them instead. So, I'm curious if you happen to have a board that requires slightly higher voltages to run stable. Regards, Timo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | Maxime Ripard <maxime.ripard@free-electrons.com> |
|---|---|
| Date | 2015-09-27 10:30 +0200 |
| Message-ID | <qdfvk-1Fk-9@gated-at.bofh.it> |
| In reply to | #1232880 |
[Multipart message — attachments visible in raw view] — view raw
On Fri, Sep 25, 2015 at 05:05:58PM +0200, Timo Sigurdsson wrote: > Hi Kevin, > > Kevin Hilman schrieb am 25. Sept 2015 01:57: > > > On Tue, Aug 18, 2015 at 8:36 AM, Maxime Ripard > > <maxime.ripard@free-electrons.com> wrote: > >> On Sun, Aug 02, 2015 at 06:18:25PM +0200, Timo Sigurdsson wrote: > >>> sun7i-a20-bananapi.dts doesn't contain regulator nodes for the AXP209 > >>> PMU > >>> driver, so add them to allow for voltage-scaling with cpufreq-dt. > >>> > >>> Signed-off-by: Timo Sigurdsson <public_timo.s@silentcreek.de> > >> > >> Queued, thanks! > >> Maxime > > > > kernelci.org started finding boot faiulres[1] on bananapi linux-next > > around next-20150918, but it was only failing in some labs and not > > others. I finally bisected it down to this patch, which landed in > > linux-next in the form of 2d665a8a8350 ARM: dts: sunxi: Add regulators > > for LeMaker BananaPi. Reverting that commit on top of next-20150923 > > gets my bananapi booting again. > > > > Note it's kind of an interesting boot failure. The kernel boots fully > > to a shell, but panics after running a few commands. In particular > > 'dmesg -n1' seems to trigger it usually[2]. > > > > Kevin > > > > [1] > > http://kernelci.org/boot/sun7i-a20-bananapi/job/next/kernel/next-20150923/defconfig/multi_v7_defconfig/lab/lab-khilman/?_id=5602504359b514be146c326f > > [2] > > http://storage.kernelci.org/next/next-20150923/arm-multi_v7_defconfig/lab-khilman/boot-sun7i-a20-bananapi.html > > > > Thanks for your feedback. I'm traveling at the moment, so I can't do > any testing but just guess wildly. I know, though, that I used dmesg > frequently when I did my own testing before submitting the patch and > could not see such behavior. > > Before this commit, the CPU of your BananaPi runs at 1.4 volts > constantly. With this commit applied, the CPU voltage should vary > between 1.0-1.4 volts depending on the frequency and defined > operating points. Hence, one of my guesses would be that your CPU is > not stable at the lower voltages. Could you modify the voltages for > the defined frequencies in sun7i-a20.dtsi and test if that solves > your issue? Say, raise the voltage by 0.1 volts for each operating > point (but no higher than 1.4). I actually had a different patch > that applied slightly higher voltages taken from the original fex > for by LeMaker, but the feedback was, unless there are actual > reports about boards not running stable at the current settings, we > just keep them instead. So, I'm curious if you happen to have a > board that requires slightly higher voltages to run stable. I've dropped the patch waiting for you to come back from your holidays when we will have more time to figure out what's wrong. Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com
[toc] | [prev] | [next] | [standalone]
| From | "Timo Sigurdsson" <public_timo.s@silentcreek.de> |
|---|---|
| Date | 2015-10-05 19:50 +0200 |
| Message-ID | <qgi3D-5Td-1@gated-at.bofh.it> |
| In reply to | #1232315 |
[Multipart message — attachments visible in raw view] — view raw
Hi Kevin, Kevin Hilman schrieb am 24.09.2015 19:57: > kernelci.org started finding boot faiulres[1] on bananapi linux-next > around next-20150918, but it was only failing in some labs and not > others. I finally bisected it down to this patch, which landed in > linux-next in the form of 2d665a8a8350 ARM: dts: sunxi: Add regulators > for LeMaker BananaPi. Reverting that commit on top of next-20150923 > gets my bananapi booting again. > > Note it's kind of an interesting boot failure. The kernel boots fully > to a shell, but panics after running a few commands. In particular > 'dmesg -n1' seems to trigger it usually[2]. > > Kevin > > [1] > http://kernelci.org/boot/sun7i-a20-bananapi/job/next/kernel/next-20150923/defconfig/multi_v7_defconfig/lab/lab-khilman/?_id=5602504359b514be146c326f > [2] > http://storage.kernelci.org/next/next-20150923/arm-multi_v7_defconfig/lab-khilman/boot-sun7i-a20-bananapi.html following up on my last email: I'm back from my vacation and I tried to reproduce your problem, but my board doesn't seem to be affected, so I cannot trigger it. I still think that the lower voltages may be the cause of your problem with that specific board, so could you please test the attached patch on top of my patch that you first experienced the problem with? Please let us know whether this solves your issue or whether we need to dig deeper. Has anybody else been able to reproduce Kevin's issue? Kind regards, Timo
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web