From: Judith Mendez <jm@ti.com>
To: Nishanth Menon <nm@ti.com>
Cc: Vignesh Raghavendra <vigneshr@ti.com>,
Tero Kristo <kristo@kernel.org>, Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
<linux-arm-kernel@lists.infradead.org>,
<devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
Andrew Davis <afd@ti.com>, Bryan Brattlof <bb@ti.com>,
Jason Kridner <jkridner@gmail.com>,
Robert Nelson <robertcnelson@gmail.com>
Subject: Re: [PATCH v4 2/3] arm64: dts: ti: Add k3-am62l3-beaglebadge
Date: Tue, 26 May 2026 16:53:30 -0500 [thread overview]
Message-ID: <3c4c5104-97c4-4d5d-8bb4-21332e39c707@ti.com> (raw)
In-Reply-To: <20260518131137.zazw4xf6n7ftil6l@predator>
On 5/18/26 8:11 AM, Nishanth Menon wrote:
> On 10:35-20260515, Judith Mendez wrote:
>> BeagleBoard.org BeagleBadge is a compact, affordable open source
>> hardware single board computer based on the Texas Instruments AM62L3
>> SoC designed for IoT and embedded applications with low power
>> consumption. Expansion is provided over open standards based headers
>> including QWIIC and GPIO interfaces.
>>
>> https://github.com/beagleboard/BeagleBadge
>
> Why not use https://www.beagleboard.org/boards/beaglebadge ?
Will switch link
>>
>> Co-developed-by: Andrew Davis <afd@ti.com>
>> Signed-off-by: Andrew Davis <afd@ti.com>
>> Signed-off-by: Judith Mendez <jm@ti.com>
>> ---
>> Changelog since v3:
>> - Add missing newline in commit message
>> - Drop beagleboard URL
>> - Drop uneeded header files
>> - Add boothph flags in wkup_i2c0 & PMC nodes
>> ---
>> arch/arm64/boot/dts/ti/Makefile | 1 +
>> .../boot/dts/ti/k3-am62l3-beaglebadge.dts | 700 ++++++++++++++++++
>> 2 files changed, 701 insertions(+)
>> create mode 100644 arch/arm64/boot/dts/ti/k3-am62l3-beaglebadge.dts
>>
>> diff --git a/arch/arm64/boot/dts/ti/Makefile b/arch/arm64/boot/dts/ti/Makefile
>> index 5269c9619b65c..4e377ca011cd8 100644
>> --- a/arch/arm64/boot/dts/ti/Makefile
>> +++ b/arch/arm64/boot/dts/ti/Makefile
>> @@ -41,6 +41,7 @@ dtb-$(CONFIG_ARCH_K3) += k3-am62d2-evm.dtb
>>
>> # Boards with AM62Lx SoCs
>> dtb-$(CONFIG_ARCH_K3) += k3-am62l3-evm.dtb
>> +dtb-$(CONFIG_ARCH_K3) += k3-am62l3-beaglebadge.dtb
>>
>> # Boards with AM62Px SoC
>> dtb-$(CONFIG_ARCH_K3) += k3-am62p5-sk.dtb
>> diff --git a/arch/arm64/boot/dts/ti/k3-am62l3-beaglebadge.dts b/arch/arm64/boot/dts/ti/k3-am62l3-beaglebadge.dts
>> new file mode 100644
>> index 0000000000000..30fc9c83b1f44
>> --- /dev/null
>> +++ b/arch/arm64/boot/dts/ti/k3-am62l3-beaglebadge.dts
>> @@ -0,0 +1,700 @@
>> +// SPDX-License-Identifier: GPL-2.0
>> +/*
>> + * https://www.beagleboard.org/boards/beaglebadge
>> + *
>> + * Copyright (C) 2026 Texas Instruments Incorporated - https://www.ti.com/
>
> Seeing the tags, I assume no BeagleBoard.org member contributions?
Not yet ^.^
>
>> + */
>> +
>> +/dts-v1/;
>> +
>> +#include <dt-bindings/gpio/gpio.h>
>> +#include <dt-bindings/input/input.h>
>> +#include <dt-bindings/leds/common.h>
>> +#include "k3-am62l3.dtsi"
>> +#include "k3-pinctrl.h"
>> +
>> +/ {
>> + compatible = "beagle,am62l3-beaglebadge", "ti,am62l3";
>> + model = "BeagleBoard.org BeagleBadge";
>> +
>> + chosen {
>> + stdout-path = &uart0;
>> + };
>> +
>> + aliases {
>> + gpio0 = &gpio0;
>> + gpio2 = &wkup_gpio0;
>> + i2c0 = &i2c0;
>> + i2c1 = &i2c1;
>> + i2c2 = &i2c2;
>> + i2c4 = &wkup_i2c0;
>> + mmc1 = &sdhci1;
>> + mmc2 = &sdhci2;
>> + serial3 = &uart1;
>> + usb0 = &usb0;
>> + usb1 = &usb1;
>
> is this valid?
> git grep of_alias_ driver/usb/
>
> am I missing something?
>
>> + };
>> +
>> + memory@80000000 {
>> + /* 256MB */
>> + reg = <0x00000000 0x80000000 0x00000000 0x10000000>;
>> + device_type = "memory";
>> + bootph-all;
>> + };
>> +
>> + thermal-zones {
>> + wkup0-thermal {
>> + polling-delay-passive = <250>; /* milliSeconds */
>> + polling-delay = <500>; /* milliSeconds */
>> + thermal-sensors = <&vtm0 0>;
>> +
>> + trips {
>> + crit0 {
>> + temperature = <125000>;
>> + hysteresis = <2000>;
>> + type = "critical";
>> + };
>> + };
>> + };
>> + };
>
> This is better done by having something like
> arch/arm64/boot/dts/ti/k3-am62l-industrial-thermal.dtsi
I am following what k3-am62l3-evm.dts is doing [0], we moved
thermal-zones node to the board file instead of defining in thermal.dtsi
[0]
https://github.com/torvalds/linux/blob/master/arch/arm64/boot/dts/ti/k3-am62l3-evm.dts#L61
>
> [..]
>
>> +
>> + sensor_3v3: regulator-4 {
>> + /* TPS22918DBVR */
>> + compatible = "regulator-fixed";
>> + regulator-name = "Sensor_3V3";
>> + regulator-min-microvolt = <3300000>;
>> + regulator-max-microvolt = <3300000>;
>> + vin-supply = <&vdd_3v3>;
>> + regulator-boot-on;
>> + regulator-always-on;
>
> Why sensor supply is always on?
No special reason, I can remove to help with power saving.
>
>> + enable-active-high;
>> + gpio = <&wkup_gpio0 1 GPIO_ACTIVE_HIGH>;
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&sensor_3v3_ena_pins_default>;
>> + bootph-all;
>> + };
>> +
>> + wlan_en: regulator-5 {
>> + compatible = "regulator-fixed";
>> + regulator-name = "wlan_en";
>> + regulator-min-microvolt = <1800000>;
>> + regulator-max-microvolt = <1800000>;
>> + enable-active-high;
>> + gpios = <&gpio0 51 GPIO_ACTIVE_HIGH>;
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&wlan_en_pins_default>;
>> + };
>> +};
>> +
>
> [..]
>
>> +
>> + usr_button_pins_default: usr-button-default-pins {
>> + pinctrl-single,pins = <
>> + AM62LX_IOPAD(0x00a4, PIN_INPUT, 7) /* (H18) GPMC0_AD11.GPIO0_26 */
>> + AM62LX_IOPAD(0x01e4, PIN_INPUT, 7) /* (D16) EXT_REFCLK1.GPIO0_104 */
>> + AM62LX_IOPAD(0x00c0, PIN_INPUT, 7) /* (N19) GPMC0_ADVn_ALE.GPIO0_32 */
>> + AM62LX_IOPAD(0x00e8, PIN_INPUT, 7) /* (L19) GPMC0_CSn1.GPIO0_42 */
>> + AM62LX_IOPAD(0x00b8, PIN_INPUT, 7) /* (L21) GPMC0_CLK.GPIO0_31 */
>> + AM62LX_IOPAD(0x01c0, PIN_INPUT, 7) /* (B13) UART0_RTSn.GPIO0_95 */
>> + >;
>> + };
>
> no wakeup from usr buttons?
RTC wakeup node is not in upstream tree, so no, user button wakeup
support is not enabled yet.
>
> [...]
>
>> +};
>> +
>> +&gpio0 {
>> + gpio-line-names ="","","","","","","","","","", /* 0-9 */
>
> space after that =
Will fix.
>
>> + "","","","","","BOOST_5V_ENA","VDD_3V3_SD_ENA","","","", /* 10-19 */
>> + "","","","","","MCP23S18_RESET","BTN_SELECT","","","", /* 20-29 */
>> + "","BTN_LEFT","BTN_UP","","LORA_RESET","","","","","", /* 30-39 */
>> + "FUEL_GAUGE_BATLOW","LORA_RFSW","BTN_DOWN","USB_HUB_RST","MIKROBUS_INT","","","","","", /* 40-49 */
>> + "","WLAN_EN","","","","","","","","", /* 50-59 */
>> + "","","","","","","","","","", /* 60-69 */
>> + "","","","","","","","","","", /* 70-79 */
>> + "","","","","MIKROBUS_RST","","","","LORA_BUSY","", /* 80-89 */
>> + "","","","","LORA_DIO","BTN_RIGHT","","","","", /* 90-99 */
>> + "","","","","BTN_BACK","","","","","", /* 100-109 */
>> + "","","","","","","","","","", /* 110-119 */
>> + "","","SD_CD","","",""; /* 120-125 */
>
> Could you keep these under 100 chars?
I could for most of these lines I believe, but it will completely mess
up the alignment in comments, If that is fine, I will fix. (:
>
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&gpio0_pins_default>, <&usr_button_pins_default>, <&lora_control_pins_default>;
>> + bootph-all;
>> + status = "okay";
>> +};
>> +
>> +&wkup_gpio0 {
>> + gpio-line-names ="","SENSOR_3V3_ENA","","","","","",""; /* 0-7 */
>
> same
>
>> + bootph-all;
>> + status = "okay";
>> +};
>> +
>> +&sdhci1 {
>> + /* SD/MMC */
>> + vmmc-supply = <&vdd_3v3_sd>;
>> + disable-wp;
>> + cd-gpios = <&gpio0 122 GPIO_ACTIVE_LOW>;
>> + cd-debounce-delay-ms = <100>;
>> + ti,fails-without-test-cd;
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&mmc1_pins_default>;
>> + bootph-all;
>> + status = "okay";
>> +};
>> +
>> +&sdhci2 {
>> + vmmc-supply = <&wlan_en>;
>> + bus-width = <4>;
>> + non-removable;
>> + cap-power-off-card;
>> + keep-power-in-suspend;
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&mmc2_pins_default>;
>> + ti,driver-strength-ohm = <50>;
>> + ti,fails-without-test-cd;
>> + status = "okay";
>> +};
>
> Why not introduce the sdhci2 and supplies once we get wlan driver in
> upstream?
I can do that. NP.
~ Judith
...
next prev parent reply other threads:[~2026-05-26 21:53 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-15 15:35 [PATCH v4 0/3] arm64: dts/bindings: Add support for BeagleBadge Judith Mendez
2026-05-15 15:35 ` [PATCH v4 1/3] dt-bindings: arm: ti: Add am62l3-beaglebadge Judith Mendez
2026-05-15 17:06 ` Conor Dooley
2026-05-15 15:35 ` [PATCH v4 2/3] arm64: dts: ti: Add k3-am62l3-beaglebadge Judith Mendez
2026-05-18 13:11 ` Nishanth Menon
2026-05-26 21:53 ` Judith Mendez [this message]
2026-05-26 22:36 ` Judith Mendez
2026-05-15 15:35 ` [PATCH v4 3/3] arm64: defconfig: Enable drivers for BeagleBadge Judith Mendez
2026-05-18 12:49 ` [PATCH v4 0/3] arm64: dts/bindings: Add support " Nishanth Menon
2026-05-26 18:11 ` Judith Mendez
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=3c4c5104-97c4-4d5d-8bb4-21332e39c707@ti.com \
--to=jm@ti.com \
--cc=afd@ti.com \
--cc=bb@ti.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=jkridner@gmail.com \
--cc=kristo@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nm@ti.com \
--cc=robertcnelson@gmail.com \
--cc=robh@kernel.org \
--cc=vigneshr@ti.com \
/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