6.12.9-ti-arm32-r5 bb.org_defconfig
TI SDK: 11.00.01
6.12 TI Delta: https://github.com/RobertCNelson/ti-linux-kernel/compare/ade72d105eb7c9a2a4addfd0204eb4551b8efa7a...8906665ace32eb0dc12810667ee8646bd660c374
BBDTBS: beagleboard/BeagleBoard-DeviceTrees@819fc6eb
WIRELESS_REGDB: https://git.kernel.org/pub/scm/linux/kernel/git/wens/wireless-regdb.git/commit/?id=f67f40d009199ee75c906f1ac898b38be981a7f7



Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

This reverts commit 3edf588e

.

Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

http://git.ti.com/gitweb/?p=processor-firmware/ti-amx3-cm3-pm-firmware.git;a=commit;h=fb484c5e54f2e31cf0a338d2927a06a2870bcc2c


Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

Reference: rpi-6.12.y
Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

https://openbeagle.org/beagleboard/BeagleBoard-DeviceTrees/-/tree/v6.12.x-Beagle

beagleboard/BeagleBoard-DeviceTrees@819fc6eb


Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

https://git.kernel.org/pub/scm/linux/kernel/git/wens/wireless-regdb.git/commit/?id=f67f40d009199ee75c906f1ac898b38be981a7f7


Signed-off-by: Robert Nelson <robertcnelson@gmail.com>

commit 9e544d46

 upstream.

TI's J7200 SoC supports USXGMII mode with the CPSW5G instance's MAC Port1.
Add USXGMII mode to the extra_modes member of J7200's SoC data.

Signed-off-by: Siddharth Vadapalli <s-vadapalli@ti.com>
Reviewed-by: Roger Quadros <rogerq@kernel.org>
Link: https://lore.kernel.org/r/20241010144845.2555983-1-s-vadapalli@ti.com


Signed-off-by: Vinod Koul <vkoul@kernel.org>
Signed-off-by: Chintan Vankar <c-vankar@ti.com>

commit 97802ffc

 upstream.

TI's J7200 SoC supports USXGMII mode. Add USXGMII mode to the
extra_modes member of the J7200 SoC data.

Signed-off-by: Siddharth Vadapalli <s-vadapalli@ti.com>
Reviewed-by: Roger Quadros <rogerq@kernel.org>
Link: https://patch.msgid.link/20241010150543.2620448-1-s-vadapalli@ti.com


Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Chintan Vankar <c-vankar@ti.com>

DS90UB954-Q1EVM can be used to connect FPDLink-III based sensors to
TI EVMs. Add an overlay to support it for J721E-EVM.

Link: https://www.ti.com/tool/DS90UB954-Q1EVM



Signed-off-by: Yemike Abhilash Chandra <y-abhilashchandra@ti.com>

DS90UB954-Q1EVM can be used to connect FPDLink-III based sensors to
TI EVMs. Add an overlay to support it for J721S2-EVM.

Link: https://www.ti.com/tool/DS90UB954-Q1EVM



Signed-off-by: Yemike Abhilash Chandra <y-abhilashchandra@ti.com>
Reviewed-by: Vaishnav Achath <vaishnav.a@ti.com>

DS90UB954-Q1 is an FPDLink-III deserializer that is mostly register
compatible with DS90UB960-Q1. The main difference is that it supports
half of the RX and TX ports, i.e. 2x FPDLink RX ports and 1x CSI TX
port.

Some other registers are marked as reserved in the datasheet as well,
notably around CSI-TX frame and line-count monitoring and some other
status registers. The datasheet also does not mention anything about
setting strobe position, and fails to lock the RX ports if we forcefully
set it, so disable it through the hw_data.

Link: https://www.ti.com/lit/gpn/ds90ub954-q1


Signed-off-by: Jai Luthra <j-luthra@ti.com>
Signed-off-by: Vignesh Raghavendra <vigneshr@ti.com>
Signed-off-by: Yemike Abhilash Chandra <y-abhilashchandra@ti.com>

Enable the Host and Endpoint driver support for the PCIe controller on
AM64, AM68, AM69, J7200, J721E, J721S2, J722S, J742S2 and J784S4 SoCs.

Signed-off-by: Siddharth Vadapalli <s-vadapalli@ti.com>

Building the WIZ and SERDES drivers as modules results in probe deferral
of the dependent drivers which rely on the SERDES being functional. As a
HACK, make the WIZ and SERDES drivers built-in to ensure that the
dependent built-in drivers get probed successfully.

Signed-off-by: Siddharth Vadapalli <s-vadapalli@ti.com>

Enable the Host and Endpoint driver support for the PCIe controller on the
AM654 SoC.

Signed-off-by: Siddharth Vadapalli <s-vadapalli@ti.com>

The Keystone PCIe driver on AM654 depends on the SERDES driver being probed
prior to it. Since the Keystone PCIe driver cannot be built as a module, as
a HACK, make the AM654 SERDES driver built-in.

Signed-off-by: Siddharth Vadapalli <s-vadapalli@ti.com>

For the cases we have DRM_BRIDGE_ATTACH_NO_CONNECTOR flag set,
the connector structure is not initialised in the bridge. That's done
by encoder. So in case of some failure in cdns_mhdp_atomic_enable,
when we schedule work for modeset_retry_work, we will use the mutex
of connector which will result in NULL pointer dereference.
Handle it by adding condition for the connector. Otherwise, since
the modeset_retry_work tries to set the connector status as bad,
set the mhdp->plugged as false which would give the connector
status as disconnected in detect hook.

Link: https://lore.kernel.org/all/20250116111636.157641-1-j-choudhary@ti.com/
Fixes: fb43aa0a

 ("drm: bridge: Add support for Cadence MHDP8546 DPI/DP bridge")
Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
Reviewed-by: Devarsh Thakkar <devarsht@ti.com>

UPSTREAM: Merge tag 'ti-k3-dt-for-v6.14' of https://git.kernel.org/pub/scm/linux/kernel/git/ti/linux into soc/dt

commit ce4805664b740c0945c442440692f9b50e964e15 upstream.

TI K3 device tree updates for v6.14

Generic Fixups/Cleanups:
- Remove unused and undocumented "ti,(rx|tx)-fifo-depth" properties for
  ethernet phy
- Clock description added to ICSS-G

SoC Specific features and Fixes:
- Duplicate GICR reg defines in am62x/am62ax
- Mailbox nodes are enabled at board level bringing AM67/j722s/am62p to same
  behavior as other K3 SoCs.
- Introduction of deep-sleep state defines for pinctrl header

AM62Ax
- Enable ti-sysc for wkup_uart0

AM64:
- Switch ICSSG clock to core clock.

J7200:
- Disable SPI1 loopback default.

J784s4:
- Clock ID fix for McSPI instances
- Use j7200-padconf compatibility for padconf to enable suspend-to-ram support.

Board Specific:

AM62
- phyboard - hdmi bridge regulator and using 16bit input for hdmi bridge,
  vcc-supply for i2c eeprom
- SK - SoC wakeup using USB1, Add bootph property around cpsw mac syscon node,
  M4 mailbox node redefinition fixup.
- BeaglePlay: Fix ethernet phy reset time

AM64
- hummingboard-t: Convert PCIE/USB overlays to independent dts.

j7200:
- EVM: fix typo in overlay name.

j721e:
- EVM: overlay for pcie1 endpoint mode.

j722s:
- EVM: Add mcu_i2c0 support for expansion pins., Add USB0 DFU support, Enable
  PMIC
- AM67a-beagley-ai: Add remote proc nodes

j784s4:
- AM69-SK/ j784s4-EVM - Mark PMIC regulators with bootph-all property to
  indicate ones that are needed through boot phases.
- AM69-sk: PIC0 Endpoint mode overlay, USB Superspeed mode.

* tag 'ti-k3-dt-for-v6.14' of https://git.kernel.org/pub/scm/linux/kernel/git/ti/linux: (31 commits)
  arm64: dts: ti: k3-am62a-wakeup: Configure ti-sysc for wkup_uart0
  arm64: dts: ti: k3-j722s-evm: Enable PMIC
  arm64: dts: ti: k3-am69-sk: Add USB SuperSpeed support
  arm64: dts: ti: k3-am625-beagleplay: Fix DP83TD510E reset time
  arm64: dts: ti: k3-am642-hummingboard-t: Convert overlay to board dts
  arm64: dts: ti: k3-am69-sk: Add overlay for PCIE0 Endpoint Mode
  arm64: dts: ti: k3-am68-sk-base-board: Add overlay for PCIE1 Endpoint Mode
  arm64: dts: ti: k3-j721e-evm: Add overlay for PCIE1 Endpoint Mode
  arm64: dts: ti: Makefile: Fix typo "k3-j7200-evm-pcie1-ep.dtbo"
  arm64: dts: ti: k3-j7200: Add node to disable loopback connection
  arm64: dts: ti: k3-j784s4: Use ti,j7200-padconf compatible
  arm64: dts: ti: k3-am62p-j722s-common-main: Enable USB0 for DFU boot
  arm64: dts: ti: k3-am62a: Remove duplicate GICR reg
  arm64: dts: ti: k3-am62: Remove duplicate GICR reg
  arm64: dts: ti: k3-am67a-beagley-ai: Add remote processor nodes
  arm64: dts: ti: k3-am62p: Enable Mailbox nodes at the board level
  arm64: dts: ti: k3-am625-sk: Remove M4 mailbox node redefinition
  arm64: dts: ti: k3-j722s-evm: Enable support for mcu_i2c0
  arm64: dts: ti: k3-am62x-sk-common: Add bootph-all property in cpsw_mac_syscon node
  arm64: dts: ti: Remove unused and undocumented "ti,(rx|tx)-fifo-depth" properties
  ...

Link: https://lore.kernel.org/r/20250110210812.bdpypzvmg6s6sr5t@itinerary


Signed-off-by: Arnd Bergmann <arnd@arndb.de>

Existing testscripts rely on probing certain legacy USB drivers to
validate USB functionality. This approach is deprecated in favor of
using configfs. To maintain compatibility with existing testscripts
until they are updated to switch to configfs, enable the configs for
such USB drivers.

Signed-off-by: Hrushikesh Salunke <h-salunke@ti.com>

The USB0 instance of the USB controller on both the J742S2 EVM and the
J784S4 EVM supports a single USB interface at a time among the following:
1. USB3.1 Gen1 Type C interface
2. Two USB2.0 Type A interfaces via an on-board USB Hub.

By default, the USB3.1 Gen1 Type C interface is supported on both of the
EVMs. Enable the USB2.0 Type A interface by configuring the USB2.0_MUX_SEL
mux. Additionally, set the Dual-Role Mode to Host since a Type-A interface
is only associated with the Host Mode of operation.

Link: https://patch.msgid.link/20250124124150.2024963-1-s-vadapalli@ti.com


Signed-off-by: Siddharth Vadapalli <s-vadapalli@ti.com>

Change the default CPUFreq governor from schedutil to performance. This
ensures that SDK users will receive best out-of-box performance.

For optimizing OS Idle power consumption, the governor anyways needs to
be changed to powersave or conservative, as schedutil is tuned towards
responsiveness than power savings.

Signed-off-by: Vibhore Vardhan <vibhore@ti.com>
Reviewed-by: Dhruva Gole <d-gole@ti.com>
Reviewed-by: Bin Liu <b-liu@ti.com>
Signed-off-by: Kendall Willis <k-willis@ti.com>

Add a fixed clock and a MMC instance set to legacy only (setup by the
boot ROM) to enable basic SD card boot.

This patch is only here for basic board bring-up and will be reverted as
soon as the SCMI is functional so it's labeled a HACK.

Signed-off-by: Bryan Brattlof <bb@ti.com>

Add the initial board file for the AM62L3's Evaluation Module.

Link: https://lore.kernel.org/all/20250109-am62lx-v3-1-ef171e789527@ti.com


Signed-off-by: Vignesh Raghavendra <vigneshr@ti.com>
Signed-off-by: Bryan Brattlof <bb@ti.com>

Add the initial infrastructure needed for the AM62L. ALl of which can be
found in the Technical Reference Manual (TRM) located here:

    https://www.ti.com/lit/ug/sprujb4/sprujb4.pdf

Link: https://lore.kernel.org/all/20250109-am62lx-v3-1-ef171e789527@ti.com


Signed-off-by: Vignesh Raghavendra <vigneshr@ti.com>
Signed-off-by: Bryan Brattlof <bb@ti.com>

Add the binding for TI's AM62L family of devices.

Link: https://lore.kernel.org/all/20250109-am62lx-v3-1-ef171e789527@ti.com


Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
Signed-off-by: Bryan Brattlof <bb@ti.com>

The AM62a7-SK board has a M.2 connector. This overlay
enables the M2-CC3351 TI WiFi board to be used with it.

Signed-off-by: Sabeeh Khan <sabeeh-khan@ti.com>

The AM62p5-SK board has a M.2 connector. This overlay
enables the M2-CC3351 TI WiFi board to be used with it.

Signed-off-by: Sabeeh Khan <sabeeh-khan@ti.com>

The AM625-SK board has a M.2 connector. This overlay
enables the M2-CC3351 TI WiFi board to be used with it.

Signed-off-by: Sabeeh Khan <sabeeh-khan@ti.com>

Enable the DMA-BUF userspace allocator framework and all current Heap
types. This allows generic allocation of user shareable DMA buffers.

Signed-off-by: Andrew Davis <afd@ti.com>

Enable the DMA-BUF userspace allocator framework and all current Heap
types. This allows generic allocation of user shareable DMA buffers.

Signed-off-by: Andrew Davis <afd@ti.com>

This new export type exposes to userspace the SRAM area as a DMA-BUF Heap,
this allows for allocations of DMA-BUFs that can be consumed by various
DMA-BUF supporting devices.

Signed-off-by: Andrew Davis <afd@ti.com>

This adds a Carveout heap, which allows userspace to allocate
a dma-buf of contiguous memory out of a carveout region.

Signed-off-by: Andrew Davis <afd@ti.com>

Some clients of DMA-Heaps probe earlier than subsys_initcall(), this
can cause issues when these clients call dma_heap_add() before the
core DMA-Heaps framework has initialized. DMA-Heaps should initialize
during core startup to get ahead of all users.

Signed-off-by: Andrew Davis <afd@ti.com>

This option reduces the latency of the kernel by making preemptible.

On TI armv7 platforms that contain SGX based GPU cores will need
this option to be enabled when using workqueues.

Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
Signed-off-by: Vignesh Raghavendra <vigneshr@ti.com>
Signed-off-by: Randolph Sapp <rs@ti.com>
Signed-off-by: Darren Etheridge <detheridge@ti.com>

commit 161087db66d6bef11679640bc894d7bf62d2e431 upstream.

Add multicast filtering support for VLAN interfaces in HSR offload mode
for ICSSG driver.

The driver calls vlan_for_each() API on the hsr device's ndev to get the
list of available vlans for the hsr device. The driver then sync mc addr of
vlan interface with a locally mainatined list emac->vlan_mcast_list[vid]
using __hw_addr_sync_multiple() API.

The driver then calls the sync / unsync callbacks.

In the sync / unsync call back, driver checks if the vdev's real dev is
hsr device or not. If the real dev is hsr device, driver gets the per
port device using hsr_get_port_ndev() and then driver passes appropriate
vid to FDB helper functions.

Signed-off-by: MD Danish Anwar <danishanwar@ti.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>

commit 9c10dd8eed74de9e8adeb820939f8745cd566d4a upstream.

Create an API to get the net_device to the slave port of HSR device. The
API will take hsr net_device and enum hsr_port_type for which we want the
net_device as arguments.

This API can be used by client drivers who support HSR and want to get
the net_devcie of slave ports from the hsr device. Export this API for
the same.

This API needs the enum hsr_port_type to be accessible by the drivers using
hsr. Move the enum hsr_port_type from net/hsr/hsr_main.h to
include/linux/if_hsr.h for the same.

Signed-off-by: MD Danish Anwar <danishanwar@ti.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>

commit 04508d20b017326e116c6e8ef953839507c73b6d upstream.

Add multicast filtering support for VLAN interfaces in dual EMAC mode
for ICSSG driver.

The driver uses vlan_for_each() API to get the list of available
vlans. The driver then sync mc addr of vlan interface with a locally
mainatined list emac->vlan_mcast_list[vid] using __hw_addr_sync_multiple()
API.

__hw_addr_sync_multiple() is used instead of __hw_addr_sync() to sync
vdev->mc with local list because the sync_cnt for addresses in vdev->mc
will already be set by the vlan_dev_set_rx_mode() [net/8021q/vlan_dev.c]
and __hw_addr_sync() only syncs when the sync_cnt == 0. Whereas
__hw_addr_sync_multiple() can sync addresses even if sync_cnt is not 0.
Export __hw_addr_sync_multiple() so that driver can use it.

Once the local list is synced, driver calls __hw_addr_sync_dev() with
the local list, vdev, sync and unsync callbacks.

__hw_addr_sync_dev() is used with the local maintained list as the list
to synchronize instead of using __dev_mc_sync() on vdev because
__dev_mc_sync() on vdev will call __hw_addr_sync_dev() on vdev->mc and
sync_cnt for addresses in vdev->mc will already be set by the
vlan_dev_set_rx_mode() [net/8021q/vlan_dev.c] and __hw_addr_sync_dev()
only syncs if the sync_cnt of addresses in the list (vdev->mc in this case)
is 0. Whereas __hw_addr_sync_dev() on local list will work fine as the
sync_cnt for addresses in the local list will still be 0.

Based on change in addresses in the local list, sync / unsync callbacks
are invoked. In the sync / unsync API in driver, based on whether the ndev
is vlan or not, driver passes appropriate vid to FDB helper functions.

Signed-off-by: MD Danish Anwar <danishanwar@ti.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>