From: Petr Vorel <petr.vorel@gmail.com>
To: Konrad Dybcio <konradybcio@gmail.com>
Cc: Linus Walleij <linus.walleij@linaro.org>,
Bjorn Andersson <bjorn.andersson@linaro.org>,
MSM <linux-arm-msm@vger.kernel.org>,
Andy Gross <agross@kernel.org>, Rob Herring <robh+dt@kernel.org>,
Ricardo Ribalda <ribalda@kernel.org>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@vger.kernel.org>
Subject: Re: [PATCH 1/1] arm64: dts: qcom: msm8994: Reserve gpio ranges
Date: Fri, 9 Apr 2021 05:19:30 +0200 [thread overview]
Message-ID: <YG/HwrzRcm7bwgFe@pevik> (raw)
In-Reply-To: <ea376d51-cd6c-0028-9602-d007c2bba71e@gmail.com>
Hi Konrad,
> Hi,
> to clear up some confusion:
> On Qualcomm boards GPIOs that are used for "secure" (duh) peripherals,
> like a fingerprint scanner, are not allowed to be controlled from Linux (the "non-secure world").
> Trying to do so causes an immediate reboot due to "attempting to violate the security".
Thanks for an explanation.
> The GPIOs seem to all be iterated over on boot, except for the ones specified in "gpio-reserved-ranges".
> As a result, if such "secure" GPIOs are not declared in the DT, the board essentially dies on TLMM (pinctrl) probe
> (which happens veeeery early - so that all other peripherals can set the pins as they see fit)
> and that's very unpleasant to debug. Without this patch, Petr's device will simply not boot.
Exactly.
> So, why did it work before!?
> Well, either the GPIOs weren't iterated over, or the TLMM (pinctrl) driver wasn't in place back then.
I suppose GPIOs not being iterated over is the case for first fix (i.e. fixing
3edfb7bd76bd "gpiolib: Show correct direction from the beginning").
> As for the initrd crash.. perhaps you have an Android initrd which dies as soon as it doesn't detect SELINUX and a couple of other options.. You might want to try postmarketOS's one, or any other Linux distro's armv7/aarch64 initrd. To replace it, simply use abootimg like so:
No, that's postmarketOS initrd which dies
before a99163e9e708d5d773b7de6da952fcddc341f977:
[ 17.421112] ALSA device list:
[ 17.426233] No soundcard?[ 17.436163] Freeing unused kernel memory: 5760K
[ 17.436462] Run /init as init process
[ 17.439499] with arguments:
[ 17.443330] /init
[ 17.446277] PMOS_NO_OUTPUT_REDIRECT
[ 17.448535] with environment:
[ 17.452172] HOME=/
[ 17.455303] TERM=linux
### postmarketOS initramfs ###
Configuring kernel firmware image search path
/init: line 56: can't create /proc/sys/kernel/hotplug: nonexistent directory
Trying to mount subpartitions for 10 seconds...
after a99163e9e708d5d773b7de6da952fcddc341f977:
[ 17.383267] calling regulator_init_complete+0x0/0x4c @ 1
[ 17.390129] initcall regulator_init_complete+0x0/0x4c returned 0 after 6 usecs
[ 17.395682] calling of_platform_sync_state_init+0x0/0x18 @ 1
[ 17.402800] initcall of_platform_sync_state_init+0x0/0x18 returned 0 after 3 usecs
[ 17.408616] calling alsa_sound_last_init+0x0/0x88 @ 1
[ 17.416077] ALSA device list:
[ 17.421198] No soundcardű[ 17.431360] Freeing unused kernel memory: 5824K
[ 17.431633] Run /init as init process
[ 17.434700] with arguments:
[ 17.438535] /init
[ 17.441477] PMOS_NO_OUTPUT_REDIRECT
[ 17.443737] with environment:
[ 17.447381] HOME=/
[ 17.450496] TERM=linux
D - 15494 - pm_driver_init, Delta
> abootimg -u boot.img -r ramdisk.img
> If it says something something "too small", add
> -c "bootsize=30000000"
> to make the boot.img exactly 30 million bytes (or change it as you see fit).
abootimg is really ok, this is not the issue.
> Konrad
Kind regards,
Petr
next prev parent reply other threads:[~2021-04-09 3:19 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-05 20:02 [PATCH 1/1] arm64: dts: qcom: msm8994: Reserve gpio ranges Petr Vorel
2021-04-05 20:09 ` Ricardo Ribalda Delgado
2021-04-05 20:15 ` Petr Vorel
2021-04-05 22:52 ` Bjorn Andersson
2021-04-06 4:38 ` Petr Vorel
2021-04-08 7:17 ` Linus Walleij
2021-04-08 19:02 ` Petr Vorel
2021-04-08 20:05 ` Konrad Dybcio
2021-04-08 21:40 ` Linus Walleij
2021-04-09 3:19 ` Petr Vorel [this message]
2021-04-09 3:37 ` Bjorn Andersson
2021-04-10 5:52 ` Petr Vorel
2021-04-10 9:16 ` Konrad Dybcio
2021-04-10 17:20 ` Petr Vorel
2021-04-12 17:48 ` Petr Vorel
2021-04-08 21:35 ` Linus Walleij
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=YG/HwrzRcm7bwgFe@pevik \
--to=petr.vorel@gmail.com \
--cc=agross@kernel.org \
--cc=bjorn.andersson@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=konradybcio@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=ribalda@kernel.org \
--cc=robh+dt@kernel.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.