BSD Commit Log Search

dts: Bump the freebsd branding version to 6.8

Sponsored by:   Beckhoff Automation GmbH & Co. KG

Import device-tree files from Linux 6.8

Sponsored by:   Beckhoff Automation GmbH & Co. KG

dts: Bump the freebsd branding version to 6.7

Sponsored by:   Beckhoff Automation GmbH & Co. KG

Import device-tree files from Linux 6.7

Sponsored by:   Beckhoff Automation GmbH & Co. KG

dts: Bump the freebsd branding version to 6.6

Sponsored by:   Beckhoff Automation GmbH & Co. KG

Import device-tree files from Linux 6.6

Sponsored by:   Beckhoff Automation GmbH & Co. KG

dts: Fix arm dts path for marvell too

Linux 6.5 moved to a vendor-based subdirectory for arm DTS, change
our Makefiles accordingly.

This makes universe also compile arm.armv7 ARMADA38X sucessfully.

arm/nvidia: Fix DTS build

We need to include the DTS with the full path now that it changed.

Fixes:  f126890ac538 ("Import device-tree files from Linux 6.5")
Sponsored by:   Beckhoff Automation GmbH & Co. KG

dts: Fix arm dts path

Linux 6.5 moved to a vendor-based subdirectory for arm DTS, change
our Makefiles accordingly.

Sponsored by:   Beckhoff Automation GmbH & Co. KG

Import device-tree files from Linux 6.5

Sponsored by:   Beckhoff Automation GmbH & Co. KG

gpiopower: trigger low, high and both edges

Power off or reset may be activated either by low or high signal or by an
edge.  So, try everything.

Also, the driver now supports DTS properties for timings.

Finally, the driver does not change the pin configuration during attach.
It is assumed that the pin is already in a state that does not trigger
the power event (otherwise we wouldn't be running).

add allwinner overlays for enabling additional USB ports

For instance, on NanoPi NEO two additional ports are available via a
GPIO header.

arm: prune imx5 support from the tree

The IMX5 configs were removed in advance of FreeBSD 14.0 in
cdb0c2a73df ("arm: Remove IMX5 specific kernel configs").  This code
isn't built with GENERIC and doesn't actually build today as-is, so
let's remove it to avoid needless maintenance work to it that won't be
tested.  As usual, revival is welcome with a committed user and work to
maintain it with upstream DTS and, ideally, in GENERIC.

I note that vt_early_fb is now effectively orphaned as nothing else will
use it, but I haven't yet removed it since I have not done anything to
ascertain if it could be integrated easily enough for other SoC.  It is
among the files that doesn't actually build with today's clang, though.

Reviewed by:    imp, manu
Differential Revision:  https://reviews.freebsd.org/D41836

sdhci: fdt: Remove sdhci_generic compatible string

This was used when we had our own DTS, it's not used anymore.

Reviewed-by:    bz
Differential Revision:  https://reviews.freebsd.org/D41807
Sponsored by:   Beckhoff Automation GmbH & Co. KG

cpufreq_dt: Find the closest frequency

When building the frequencies table we convert the value in the DTS to
megahertz and loose precision. While it's not a problem for most of the
DTS it is when the expected frequency value is strict down to the hertz.
So it's either we don't truncate the value and have some ugly and long
values in the sysctls or we just find the closest frequency.
Do the latter.

Reviewed by:    mmel
Differential Revision:  https://reviews.freebsd.org/D41762
Sponsored by:   Beckhoff Automation GmbH & Co. KG

clk_fixed: reduce and clarify messages due to missing clk-frequency

The current dts for Raspberry 3B+ and 4B have 2 disabled fixed-clock
nodes which have no clock-frequency value.  Such nodes are non-standard.
This results in about 150 messages during autoconfiguration:

    clk_fixed2: <Fixed clock> disabled on ofwbus0
    clk_fixed2: Cannot FDT parameters.
    device_attach: clk_fixed2 attach returned 6

Defensively check for clock-frequency in the probe routine, and if
none, return an error with a more direct error message (1 line per
occurrence, 50 lines total):

    clk_fixed2: clock-fixed has no clock-frequency

Based on a patch by manu.

MFC after:      1 week

    [2 lines not shown]

sys: Remove $FreeBSD$: one-line bare tag

Remove /^\s*\$FreeBSD\$$\n/

sys: Remove $FreeBSD$: one-line sh pattern

Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

sys: Remove $FreeBSD$: one-line .c comment pattern

Remove /^/[*/]\s*\$FreeBSD\$.*\n/

sys: Remove $FreeBSD$: one-line .h pattern

Remove /^\s*\*+\s*\$FreeBSD\$.*$\n/

sys: Remove $FreeBSD$: two-line .h pattern

Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/

dts: Bump the freebsd branding version to 6.4

Sponsored by:   Beckhoff Automation GmbH & Co. KG

Import device-tree files from Linux 6.4

Sponsored by:   Beckhoff Automation GmbH & Co. KG

Import device-tree files from Linux 6.3

Sponsored by:   Beckhoff Automation GmbH & Co. KG

Import device-tree files from Linux 6.2

Sponsored by:   Beckhoff Automation GmbH & Co. KG

Import device-tree files from Linux 6.1

Sponsored by:   Beckhoff Automation GmbH & Co. KG

arm64: rockchip: rk_i2c: Probe again at ORDER_LATE

The gic driver is also probed at this pass and depending on the order of
the nodes in the dts rk_i2c can be probed first and will fail, this is the
case for the rk3328 SoC.
The PMIC drivers are also probed at this pass but on the iicbus which is created
in rk_i2c so there is no order conflict here.

Fixes:          ddefad7c4f48 ("arm64: rockchip: Tweak i2c, pmic and iodomain order")
Sponsored by:   Beckhoff Automation GmbH & Co. KG

spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD

The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch
up to that fact and revert to their recommended match of BSD-2-Clause.

Discussed with:         pfg
MFC After:              3 days
Sponsored by:           Netflix

arm: Remove TI code from GENERIC

TI support is in a sad state for years.
We haven't been able to keep up with all the breaking changes that
upstream do in the DTS. This requires a lot of new drivers to handle the
new buses that they create and all the new clocks that they expose.
Keep the code for now in case somebody is interested in reviving this
platform but stop bloating GENERIC with code that don't work.

Reviewed by:    imp, mmel
MFC after:      never
Sponsored by:   Beckhoff Automation GmbH & Co. KG
Differential Revision:  https://reviews.freebsd.org/D39843

arm: Remove SOCFPGA specific kernel configs

We had GENERIC for a while now so anyone still interested in those boards
should make sure that we can boot on them with it and with upstream DTS files.

Sponsored by:   Beckhoff Automation GmbH & Co. KG
Reviewed by:    br
Differential Revision:  https://reviews.freebsd.org/D39088