From: Stefan Monnier <monnier@IRO.UMontreal.CA>
To: u-boot@lists.denx.de
Subject: [U-Boot] Reboot and audio on Orange Pi mini (was: [linux-sunxi] Re: [PATCH v3 0/9] Stop AXP from crashing when enabling LDO3)
Date: Sat, 24 Nov 2018 14:36:58 -0500 [thread overview]
Message-ID: <jwvr2fas2du.fsf-monnier+INBOX@gnu.org> (raw)
In-Reply-To: <20181122073138.rxgdkckyjbwde22f@plaes.org> (Priit Laes's message of "Thu, 22 Nov 2018 07:31:38 +0000")
> Well, f you have the hardware, then there's only one way to find out:
>
> 1) Apply patchset
> 2) Add following into boards defconfig:
> CONFIG_AXP_ALDO3_INRUSH_QUIRK=y
> 3) If it still fails to reboot, add following
> CONFIG_AXP_ALDO3_VOLT_SLOPE_08=y
Hmm... I tried it and it worked: it now reboots flawlessly.
I tried it first with both setting, then only with the first...
... then without any
... then back with my old U-Boot
and now I can't reproduce the hang that normally happens at almost every
reboot. Not sure if I should rejoice or what.
One thing I noticed along the way: on my Orange Pi mini, there's
a regression in U-Boot that happened between 2015.07 and 2015.10.
All version I tried starting with 2015.10 cause a constant "humming" on
the audio output (the plain old TRRS plug audio output).
During a reboot, the humming briefly disappears after Linux causes the
reboot and before U-Boot has fully started, but it quickly comes
pretty loudly. As soon as U-Boot passes the control to the Linux kernel
the humming gets a bit less loud, but remains there.
Playing a song doesn't seem to affect the humming.
Interestingly, if I boot a Linux kernel with HDMI support, then at some
point during the Linux boot, the humming disappears. But sadly, I need
to use a DTB with the HDMI output disabled because of some unexplained
interaction with the normal audio codec (see the «Odd "jump" when
playing music on A20» thread in the linux-sunxi mainling list, spanning
July to October).
Stefan "back at U-Boot 2015.07"
next prev parent reply other threads:[~2018-11-24 19:36 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-21 18:05 [U-Boot] [PATCH v3 0/9] Stop AXP from crashing when enabling LDO3 Priit Laes
2018-11-21 18:05 ` [U-Boot] [PATCH v3 1/9] sunxi: board: Print error after power initialization fails Priit Laes
2018-11-21 18:05 ` [U-Boot] [PATCH v3 2/9] sunxi: pmic_bus: Decrease boot time by not writing duplicate data Priit Laes
2018-11-22 8:21 ` Maxime Ripard
2018-11-21 18:05 ` [U-Boot] [PATCH v3 3/9] power: axp209: Use BIT() macro Priit Laes
2018-11-21 18:05 ` [U-Boot] [PATCH v3 4/9] power: axp209: Define the chip version mask Priit Laes
2018-11-21 18:05 ` [U-Boot] [PATCH v3 5/9] power: axp209: Reduce magic values by adding defines for LDO[234] Priit Laes
2018-11-21 18:05 ` [U-Boot] [PATCH v3 6/9] power: axp209: Add support for voltage rate control on LDO3 Priit Laes
2018-11-22 8:22 ` Maxime Ripard
2018-11-21 18:05 ` [U-Boot] [PATCH v3 7/9] power: axp209: Limit inrush current for broken boards Priit Laes
2018-11-22 8:22 ` Maxime Ripard
2018-11-21 18:05 ` [U-Boot] [PATCH v3 8/9] arm: sunxi: Reduce inrush current on Olimex OLinuXino-A20-Lime2 Priit Laes
2018-11-22 8:22 ` Maxime Ripard
2018-11-21 18:05 ` [U-Boot] [PATCH v3 9/9] arm: sunxi: Reduce inrush current on Olimex OLinuXino-A20-Lime2-eMMC Priit Laes
2018-11-22 8:23 ` Maxime Ripard
2018-11-21 18:13 ` [U-Boot] [PATCH v3 0/9] Stop AXP from crashing when enabling LDO3 Priit Laes
2018-11-22 14:07 ` Olliver Schinagl
2018-11-22 14:30 ` [U-Boot] [linux-sunxi] " Priit Laes
[not found] ` <jwvzhu2upbx.fsf-monnier+gmane.comp.hardware.netbook.arm.sunxi@gnu.org>
2018-11-22 7:31 ` Priit Laes
2018-11-24 19:36 ` Stefan Monnier [this message]
2018-11-27 16:11 ` [U-Boot] [linux-sunxi] " Priit Laes
2018-11-28 11:10 ` [U-Boot] " Andy Yan
2018-11-28 12:23 ` Andy Yan
2018-11-28 14:22 ` Priit Laes
2018-11-29 0:45 ` Andy Yan
2018-12-07 16:56 ` [U-Boot] [linux-sunxi] " Jagan Teki
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=jwvr2fas2du.fsf-monnier+INBOX@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=u-boot@lists.denx.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox