Update the copyright and license info for this newly
added file.

Signed-off-by: Jacky Bai <ping.bai@nxp.com>
Reviewed-by: Ye Li <ye.li@nxp.com>

On i.MX8ULP 9*9 EVK baord, the GPIO used for SW4 is changed
to port PTF26, so update the gpio key property to correct it.

Signed-off-by: Jacky Bai <ping.bai@nxp.com>
Reviewed-by: Ye Li <ye.li@nxp.com>

This patch fixes a bug in scatterlist processing that may cause incorrect AES block encryption/decryption.

Fixes: 2e6d793e ("crypto: mxs-dcp - Use sg_mapping_iter to copy data")
Signed-off-by: Tomas Paukrt <tomaspaukrt@email.cz>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
(cherry picked from commit 28e9b6d8)

Previously we only assigned clock rate for 44kHz series sample rate.
But meet issue on i.MX8MM 16KHz case, the calculated mclk_freq is
512KHz, but because root clock divider range limitation, the smallest
mclk rate is 768Hkz, then cause issue. so also assign mclk_freq
for 48kHz series sample rates

Fixes: 3a650ee6 ("LF-5909-2: ASoC: imx-card: fix DSD mclk frequency")
Signed-off-by: Shengjiu Wang <shengjiu.wang@nxp.com>
Reviewed-by: Chancel Liu <chancel.liu@nxp.com>
Acked-by: Jason Liu <jason.hui.liu@nxp.com>

kzalloc order of parameters is wrong.

Reviewed-by: Paul Olaru <paul.olaru@nxp.com>
Signed-off-by: Daniel Baluta <daniel.baluta@nxp.com>
Acked-by: Jason Liu <jason.hui.liu@nxp.com>

The SC_PM_CLK_MISC0 clock is not available for the resources of ENET0/1 on
imx8dxl. Using the clock device compatible string to identify the platform
and only initiate the enetX_rgmii_rx_clk clock for non imx8dxl platform.

Signed-off-by: Shenwei Wang <shenwei.wang@nxp.com>
Reviewed-by: Ranjani Vaidyanathan <ranjani.vaidyanathan@nxp.com>
Reviewed-by: Jacky Bai <ping.bai@nxp.com>
Acked-by: Jason Liu <jason.hui.liu@nxp.com>

The LPUART hardware doesn't zero out the parity bit on the received
characters. This behavior won't impact the use cases of CS8 because
the parity bit is the 9th bit which is not currently used by software.
But the parity bit for CS7 must be zeroed out by software in order to
get the correct raw data.

Signed-off-by: Shenwei Wang <shenwei.wang@nxp.com>
Reviewed-by: Sherry Sun <sherry.sun@nxp.com>
Acked-by: Jason Liu <jason.hui.liu@nxp.com>

This reverts commit 0fc1913e.

Add suspend/resume function.
Recover phy configuration in device resume function.

Signed-off-by: Sandor Yu <Sandor.yu@nxp.com>
Reviewed-by: Robby Cai <robby.cai@nxp.com>

Replace pclk_rate with struct phy_config

Signed-off-by: Sandor Yu <Sandor.yu@nxp.com>
Reviewed-by: Robby Cai <robby.cai@nxp.com>

Fix possible bad bit shift operations in fsl_mc_check()

Signed-off-by: Priyanka Singh <priyanka.singh@nxp.com>
Reviewed-by: Sherry Sun <sherry.sun@nxp.com>
Reported-by: kernel test robot <lkp@intel.com>

Due to ERR050089 (MDIO register issue), Linux may not access the MDIO
controller concurrently with DPDK accessing an ENETC PF or VF.

If the user assigns all ports to DPDK via vfio-pci, DPDK could rely on PHY
initialization performed by Linux. But since the user is free to assign
only a subset of ENETC ports to DPDK, this means that when DPDK is
expected to run, Linux cannot be allowed to access the MDIO controller
at all.

Therefore, the DPDK device tree relies on PHY initialization done by the
bootloader.

However, Linux probes the ENETC ports, performs a PCIe FLR and this
changes PCS settings. Therefore, while DPDK inherits PHY initialization
from U-Boot, it inherits PCS initialization from Linux.

Prior to commit 71b77a7a ("enetc: Migrate to PHYLINK and PCS_LYNX"),
the driver used to enable in-band autoneg in the PCS unconditionally.
Whereas with phylink support, in-band autoneg is enabled when
'managed = "in-band-status"' is present, disabled otherwise. For
traffic to pass, the in-band setting on the PCS must be kept in sync
with the in-band setting on the PHY, and that means we must keep the
"in-band-status" property.

However, it is illegal to have both a "managed" and a "fixed-link" stanza,
because phylink errors out:

[    8.368016] fsl_enetc 0000:00:00.0: enabling device (0400 -> 0402)
[    8.378604] fsl_enetc 0000:00:00.0: can't use both fixed-link and
		in-band-status
[    8.396208] fsl_enetc: probe of 0000:00:00.0 failed with error -22

The DPDK device tree avoided this issue by deleting the
"phy-connection-type" property, which made the Linux driver operate in a
"PHY-less PF" mode where it did not register with phylink at all.
This operating mode is not actually functional, since Linux is not able
to pass traffic using it, and recently was removed upstream.

We must choose a configuration that works for both DPDK and for Linux
(with the assumption that an initial PHY configuration was done by
U-Boot). This is to use phylink and the Lynx PCS driver to enable in-band
autoneg, which will automatically adapt the MAC link speed to what was
negotiated on the copper side by the Atheros PHY (which is invisible to
Linux). This operating mode is identical to what we do for Felix switch
ports when DPDK is in use.

Note that it isn't necessary to delete the MDIO bus per se, as long as no
Ethernet port is connected to a PHY on this bus. MDIO reads are initiated
at runtime only by the PHY library, and the PHY library only runs when
initiated by an Ethernet port.

Signed-off-by: Gagandeep Singh <g.singh@nxp.com>
Reviewed-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: Li Yang <leoyang.li@nxp.com>

update compatible string for hdmi audio, the machine driver
is sound/soc/fsl/imx-hdmi.c

Signed-off-by: Shengjiu Wang <shengjiu.wang@nxp.com>
Reviewed-by: Chancel Liu <chancel.liu@nxp.com>
Acked-by: Jason Liu <jason.hui.liu@nxp.com>

The uevent should be sent after the HDMI RX signal is acquired and the receivier is ready to capture images.

Signed-off-by: Oliver F. Brown <oliver.brown@nxp.com>
Reviewed-by: Sandor Yu <Sandor.yu@nxp.com>
(cherry picked from commit 79e9522a1ec65e82b877f8b80b65d08859d2d2e3)

Add hifiberry DAC2 support, enables pcm512x dac
and headhone amp

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

Add hifiberry DAC2 support, enables pcm512x dac
and headhone amp

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

Update device tree bindings to use fsl asoc parse
utils to handle audio hats with multiple codecs

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

Update device tree bindings to use fsl asoc parse
utils to handle audio hats with multiple codecs

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

Update device tree bindings to use fsl asoc parse
utils to handle audio hats with multiple codecs

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

Update device tree bindings to use fsl asoc parse
utils to handle audio hats with multiple codecs

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

Add hifiberry DAC2 support, enables pcm512x dac
and headhone amp

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

Add optional headphone amplifier supported by some
viriations of hifiberry audio hats such us DAC2.

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

Update device tree bindings to use fsl asoc parse
utils to handle audio hats with multiple codecs

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

Update device tree bindings to use fsl asoc parse
utils to handle audio hats with multiple codecs

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

Update mclk, sample rate ratios follow recommendations
from pcm512x datasheet, remove 352800 sample rate not
supported by codec.

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

Use simple card utils and imx asoc utils to parse
audio card device tree to handle when multiple codecs
are present on audio hats.

Signed-off-by: Adrian Alonso <adrian.alonso@nxp.com>
Reviewed-by: Shengjiu Wang <shengjiu.wang@nxp.com>

There is a hardware bug that it will load
the first 128 bytes of configuration data twice,
it will led to some configure error.
so shift the configuration data 128 bytes,
and make the first 128 bytes all zero,
then hardware will load the 128 zero twice,
and ignore them as garbage.
then the configuration data can be loaded correctly

Signed-off-by: Ming Qian <ming.qian@nxp.com>
Reviewed-by: Mirela Rabulea <mirela.rabulea@nxp.com>

This was supposed to be a check for if dma_alloc_coherent() failed
but it has a copy and paste bug so it will not work.

Fixes: fb8629e2 ("net: enetc: add support for software TSO")
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Reviewed-by: Ioana Ciornei <ioana.ciornei@nxp.com>
Link: https://lore.kernel.org/r/20211013080456.GC6010@kili


Signed-off-by: Jakub Kicinski <kuba@kernel.org>
(cherry picked from commit e79d8264)
Signed-off-by: Ioana Ciornei <ioana.ciornei@nxp.com>

Coverity complains of unsigned compare against 0. There are 2 cases in
this function:

1821        itp = (irq_holdoff * 1000) / p->desc->qman_256_cycles_per_ns;

CID 121131 (#1 of 1): Unsigned compared against 0 (NO_EFFECT)
unsigned_compare: This less-than-zero comparison of an unsigned value is never true. itp < 0U.
1822        if (itp < 0 || itp > 4096) {
1823                max_holdoff = (p->desc->qman_256_cycles_per_ns * 4096) / 1000;
1824                pr_err("irq_holdoff must be between 0..%dus\n", max_holdoff);
1825                return -EINVAL;
1826        }
1827
    	unsigned_compare: This less-than-zero comparison of an unsigned value is never true. irq_threshold < 0U.
1828        if (irq_threshold >= p->dqrr.dqrr_size || irq_threshold < 0) {
1829                pr_err("irq_threshold must be between 0..%d\n",
1830                       p->dqrr.dqrr_size - 1);
1831                return -EINVAL;
1832        }

Fix this by removing the comparisons altogether as they are incorrect. Zero is
a possible value in either case. Also fix a minor comment typo and update the
2 pr_err() calls to use %u formatting as well as be more precise regarding
the exact error.

Fixes: ed1d2143 ("soc: fsl: dpio: add support for irq coalescing per software portal")
Cc: Ioana Ciornei <ioana.ciornei@nxp.com>
Cc: Roy Pledge <Roy.Pledge@nxp.com>
Cc: Li Yang <leoyang.li@nxp.com>
Cc: linux-kernel@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: netdev@vger.kernel.org
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
Tested-by: Ioana Ciornei <ioana.ciornei@nxp.com>
Reviewed-by: Ioana Ciornei <ioana.ciornei@nxp.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
(cherry picked from commit 818a76a5)
Signed-off-by: Ioana Ciornei <ioana.ciornei@nxp.com>

if don't soft reset the codec for each frame,
there may be two problems:
1. the decoder may hang
2. the decoded picture may be incorrect

Signed-off-by: Ming Qian <ming.qian@nxp.com>
Reviewed-by: Mirela Rabulea <mirela.rabulea@nxp.com>

The bypass clock and display pixel clock needs to be set for HDMI.

Signed-off-by: Oliver F. Brown <oliver.brown@nxp.com>
Reviewed-by: Liu Ying <victor.liu@nxp.com>

[    8.048049][  T223] Unexpected kernel BRK exception at E1
[    8.051385][  T223] Internal error: BRK handler: f2000001 [#1]PREEMPT SMP
[    8.287484][  T223] Call trace:
[    8.290630][  T223]  ov5640_probe+0x854/0x858 [ov5640_camera_mipi_v2]
[    8.297077][  T223]  i2c_device_probe+0x200/0x280
[    8.301785][  T223]  really_probe+0x1c0/0x4a8
[    8.306143][  T223]  driver_probe_device+0x68/0xc0
[    8.310935][  T223]  device_driver_attach+0x70/0xb4
[    8.315814][  T223]  __driver_attach+0xc8/0x150
[    8.320346][  T223]  bus_for_each_dev+0x84/0xd4
[    8.324878][  T223]  driver_attach+0x28/0x38
[    8.329149][  T223]  bus_add_driver+0x108/0x1e8
[    8.333681][  T223]  driver_register+0x7c/0x118
[    8.338214][  T223]  i2c_register_driver+0x48/0xa4
[    8.343010][  T223]  init_module+0x24/0xfe8 [ov5640_camera_mipi_v2]
[    8.349280][  T223]  do_one_initcall+0xec/0x318
[    8.353814][  T223]  do_init_module+0x60/0x3a0
[    8.358262][  T223]  load_module+0x2ad0/0x3248
[    8.362708][  T223]  __arm64_sys_finit_module+0xbc/0xfc
[    8.367935][  T223]  el0_svc_common+0xa4/0x180
[    8.372380][  T223]  do_el0_svc+0x28/0x7c
[    8.376392][  T223]  el0_svc+0x14/0x24
[    8.380142][  T223]  el0_sync_handler+0x6c/0xb4
[    8.384673][  T223]  el0_sync+0x19c/0x1c0

UBSAN is a runtime undefined behaviour checker.

Array ov5640_mode_info_data[2][5], and the value of mode and orig_mode
may be 0xff, so there is an undefined access problem.

Change-Id: I9e3487fa2fe2543e37018c494a159345b5ab991e
Signed-off-by: zhipeng.wang <zhipeng.wang_1@nxp.com>
(cherry picked from commit 5040dffc9e38255f8bedc9483e58989b6077fc2a)

Wait finishing jpeg job before system sleep,
otherwise the encoding/decoding can't be resumed after suspend.

Signed-off-by: Ming Qian <ming.qian@nxp.com>
Reviewed-by: Mirela Rabulea <mirela.rabulea@nxp.com>

For gpio controller contain register PDDR, when set one target bit,
current logic will clear all other bits, this is wrong. Use operator
'|=' to fix it.

Reviewed-by: Clark Wang <xiaoning.wang@nxp.com>
Signed-off-by: Haibo Chen <haibo.chen@nxp.com>

Fix typo of compatible string for os08a20 by removing the space.

Signed-off-by: Robby Cai <robby.cai@nxp.com>
Reviewed-by: Sandor Yu <Sandor.yu@nxp.com>

Since commit 358ba762 ("crypto: caam - enable prediction resistance
in HRWNG") the following CAAM errors can be seen on i.MX6SX:

caam_jr 2101000.jr: 20003c5b: CCB: desc idx 60: RNG: Hardware error
hwrng: no data available

This error is due to an incorrect entropy delay for i.MX6SX.

Fix it by increasing the minimum entropy delay for i.MX6SX
as done in U-Boot:
https://patchwork.ozlabs.org/project/uboot/patch/20220415111049.2565744-1-gaurav.jain@nxp.com/



As explained in the U-Boot patch:

"RNG self tests are run to determine the correct entropy delay.
Such tests are executed with different voltages and temperatures to identify
the worst case value for the entropy delay. For i.MX6SX, it was determined
that after adding a margin value of 1000 the minimum entropy delay should be
at least 12000."

Cc: <stable@vger.kernel.org>
Fixes: 358ba762 ("crypto: caam - enable prediction resistance in HRWNG")
Signed-off-by: Fabio Estevam <festevam@denx.de>
Reviewed-by: Horia Geanta <horia.geanta@nxp.com>
Reviewed-by: Vabhav Sharma <vabhav.sharma@nxp.com>
Reviewed-by: Gaurav Jain <gaurav.jain@nxp.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
---
v2:
-Applied the patch manually due to merge conflict

Use the standard interface order h1, swp1, swp2, h2 that is used by the
forwarding selftest framework. The previous order was confusing even
with the ASCII drawing. That isn't needed anymore.

Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>

This is a robotic rename as follows:

eth0 -> swp2
eth1 -> swp1
eth2 -> h1
eth3 -> h2

This brings the selftest more in line with the other forwarding
selftests, where h1 is connected to swp1, and h2 to swp2.

Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>

Bring this driver-specific selftest output in line with the other
selftests.

Before:

Testing VLAN pop..                      OK
Testing VLAN push..                     OK
Testing ingress VLAN modification..             OK
Testing egress VLAN modification..              OK
Testing frame prioritization..          OK

After:

TEST: VLAN pop                                                      [ OK ]
TEST: VLAN push                                                     [ OK ]
TEST: Ingress VLAN modification                                     [ OK ]
TEST: Egress VLAN modification                                      [ OK ]
TEST: Frame prioritization                                          [ OK ]

Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>

Extend tcpdump_start() & C:o to handle multiple instances.  Useful when
observing bridge operation, e.g., unicast learning/flooding, and any
case of multicast distribution (to these ports but not that one ...).

This means the interface argument is now a mandatory argument to all
tcpdump_*() functions, hence the changes to the ocelot flower test.

Signed-off-by: Joachim Wiberg <troglobit@gmail.com>
Reviewed-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
(cherry picked from commit 6182c5c5)
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>