public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
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"

  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