According to FCC certification test results, we may need to disable MCLK
output from IMX8MPlus EVK board and switch MCLK from SoC external 24M oscillator
on the camera modules for OS08A20. And there are two options for sensor’s MCLK
on the camera module, default option is using MCLK from i.MX8MPlus, and in
this case hardware can’t pass FCC certification. Another is use 24M oscillator
on the camera module, this can pass the FCC certification.

Please refer to HW ticket number: MXEMPLUS-24

Signed-off-by: Alice Yuan <alice.yuan@nxp.com>
Reviewed-by: Robby Cai <robby.cai@nxp.com>

CSC2 engine in PXP has IC bug(TKT272216) and fixed after 7D PXP version.
Driver update new CSC coefficient provided by PXP IP owner(MLK-25625-02).
But when run e-ink case, it can't do clear operation after applying the
patch. We don't know reason until now, so add a temporary patch to fix it
and will remove after finding the root cause.

Signed-off-by: Guoniu.zhou <guoniu.zhou@nxp.com>
Reviewed-by: Robby Cai <robby.cai@nxp.com>

Fix coverity issue: 22322873 Uninitialized scalar variable

Signed-off-by: Guoniu.zhou <guoniu.zhou@nxp.com>
Reviewed-by: Robby Cai <robby.cai@nxp.com>

Add A55 PMU node for perf usage

Reviewed-by: Ye Li <ye.li@nxp.com>
Signed-off-by: Peng Fan <peng.fan@nxp.com>

Coverity Issue: 11394158 Dereference after null check

Signed-off-by: Yi Zhao <yi.zhao@nxp.com>

Field msg.reserved is uninitialized when calling rpmsg_send,
so initialize msg before using it.

Signed-off-by: Jacky Bai <ping.bai@nxp.com>
Reviewed-by: Peng Fan <peng.fan@nxp.com>

The customer finds the interrupts property of pmic_rohm node uses incorrect
trigger type macro definition. It didn't cause other issue.

This patch changes the GPIO_ACTIVE_LOW to IRQ_TYPE_LEVEL_LOW.

Reviewed-by: Jacky Bai <ping.bai@nxp.com>
Signed-off-by: Joy Zou <joy.zou@nxp.com>

Default build module for PCA955X LED driver.

Signed-off-by: Haibo Chen <haibo.chen@nxp.com>
Signed-off-by: Isai Gaspar <isaiezequiel.gaspar@nxp.com>
Reviewed-by: Jun Li <jun.li@nxp.com>

Since commit c5559147 ("clk: imx8mp: fix usb_root_clk parent")
correct the usb root clk, so accordingly update usb clocks for dwc3.

Reviewed-by: Xu Yang <xu.yang_2@nxp.com>
Signed-off-by: Li Jun <jun.li@nxp.com>

The PCA995x chips are I2C controlled LED drivers that can be
found in the 8MIC and voice HAT boards. Each chip has up to 16 outputs,
each one with an individual 8-bit resolution PWM for brightness
control.

All existing leds in the device tree will be registered and can be used
with the led framework api.
Supported devices include:
PCA9952TW
PCA9955TW
PCA9955BTW

Signed-off-by: Isai Gaspar <isaiezequiel.gaspar@nxp.com>

NXP's I2C controlled 16-channel LED driver

Signed-off-by: Isai Gaspar <isaiezequiel.gaspar@nxp.com>

Boards have 4 RGB leds that can be controlled with a PCA9955 chip.

Signed-off-by: Isai Gaspar <isaiezequiel.gaspar@nxp.com>

If wakeup event occurred by usb role switch, it needs to call ci_irq
again since the first ci_irq calling at ci_usb_role_switch_set() only
wakes up controller, but do nothing for event handling. It causes the
usb role switch use case can't work well from low power mode.

Signed-off-by: Xu Yang <xu.yang_2@nxp.com>
Reviewed-by: Jun Li <jun.li@nxp.com>

Some platform using chipidea chip may keep 32KHz wakeup clock always
on without usb driver intervention. And some may need driver to handle
this clock. This patch will get wakeup clock to make controller work
correctlly.

Signed-off-by: Xu Yang <xu.yang_2@nxp.com>
Reviewed-by: Jun Li <jun.li@nxp.com>

The imx93 has one wakeup clk for each usb controller. Add them to usb
nodes.

Signed-off-by: Xu Yang <xu.yang_2@nxp.com>
Reviewed-by: Jun Li <jun.li@nxp.com>

Now that the JR0 reservation is done in both upstream (v2.7) and
downstream (NXP lf_v2.4) TF-A versions, the kernel fails to initialize
the job ring 0:

 # dmesg | grep jr
caam_jr 30901000.jr: failed to flush job ring 0
caam_jr: probe of 30901000.jr failed with error -5

Disable the sec_jr0 nodes by default to avoid the caam_jr probe error.

Suggested-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
Signed-off-by: Fabio Estevam <festevam@denx.de>
Reviewed-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
Reviewed-by: Gaurav Jain <gaurav.jain@nxp.com>
Signed-off-by: Shawn Guo <shawnguo@kernel.org>

Fix coverity issue 22322872: dereference before null check

Signed-off-by: Guoniu.zhou <guoniu.zhou@nxp.com>
Reviewed-by: Robby Cai <robby.cai@nxp.com>

correct type for rounded_pix_clk, rounded_parent_rate, which should be 'long'
as return value of clk_rounded_rate().

Signed-off-by: Robby Cai <robby.cai@nxp.com>
Reviewed-by: Alice Yuan <alice.yuan@nxp.com>

Check the return value for clk_round_rate each time.
Correct type for rounded_pix_clk, rounded_parent_rate;

Signed-off-by: Robby Cai <robby.cai@nxp.com>
Reviewed-by: Alice Yuan <alice.yuan@nxp.com>

Fix issue for dereference before NULL check

Signed-off-by: Robby Cai <robby.cai@nxp.com>
Reviewed-by: Alice Yuan <alice.yuan@nxp.com>

Fix issue for dereference before NULL check

Signed-off-by: Robby Cai <robby.cai@nxp.com>
Reviewed-by: Alice Yuan <alice.yuan@nxp.com>

In spec, it documents that for compressed formats
the bytesperline value makes no sense.
Applications and drivers must set this to 0 in that case.

Signed-off-by: Ming Qian <ming.qian@nxp.com>
Reviewed-by: TaoJiang <tao.jiang_2@nxp.com>
Tested-by: Ming Zhou <ming.zhou@nxp.com>

Initialize workqueue before requesting mailbox channel, otherwise if
mailbox interrupt comes before workqueue ready, the
imx_rproc_rx_callback will trigger kernel dump.

Reviewed-by: Richard Zhu <hongxing.zhu@nxp.com>
Signed-off-by: Peng Fan <peng.fan@nxp.com>

With MCU SDK supports multiple vring instance, after Linux clear
GIP & RSR for the 1st vring instance, MCU SDK will continue issue
GIP & VQID for the next vring instance, we could not handle multiple
vring instance in mailbox driver.

This reverts commit a53f2179.

Reviewed-by: Richard Zhu <hongxing.zhu@nxp.com>
Signed-off-by: Peng Fan <peng.fan@nxp.com>

M33 firmware will be loaded when ethosu device opens, and driver
shouldn't send msg to M33 before M33 boot up.

Signed-off-by: Feng Guo <feng.guo@nxp.com>
Reviewed-by: Peng Fan <peng.fan@nxp.com>

In order to make sure all other rpmsg have been handled before sending
the rpmsg lifecycle msg to RTD side, so let the rpmsg lifecycle to send
the suspend/resume handshake msg in noirq stage.

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

There is a hardware bug that the interrupt STMBUF_HALF may be triggered
after or when disable interrupt.
It may led to unexpected kernel panic.
And interrupt STMBUF_HALF and STMBUF_RTND have no other effect.
So disable them and the unused interrupts.

meanwhile clear the interrupt status when disable interrupt.

Signed-off-by: Ming Qian <ming.qian@nxp.com>
Reviewed-by: TaoJiang <tao.jiang_2@nxp.com>
Tested-by: Elliot Chen <elliot.chen@nxp.com>

nvmem: auto load kernel-mod imx_fsb_s400_fuse_match

Signed-off-by: Alice Guo <alice.guo@nxp.com>
Signed-off-by: Pankaj Gupta <pankaj.gupta@nxp.com>

i.MX8ULP's M core image supports dynamic i2c buffer size.
So let it use v2 compatiable string.

i.MX8MP should support dynamic i2c buffer size, but this function is not
included in the 2.12.0 SDK release, so let it use origin compatiable
string for now.

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

Since the Mcore images of 8qxp/8qm/8dxl platforms are not maintained
and cannot support a maximum buffer size of 478bytes of i2c buffer,
these platforms are using origin compatible string.
The v1 version only supports I2C buffer with a fixed length of 16 bytes.

For the two platforms of 8mp/8ulp, the mcore image supports a maximum
i2c buffer size of 478bytes.
Therefore, use v2 compatible string to add support for dynamic i2c
buffer sizes.

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

sizeof(struct device) and sizeof(struct device_link) should not be used,
because priv->pm_devices is type struct device **, priv->pm_devices_link
is type struct device_link **.
There is no issue now, because sizeof(struct device) and
sizeof(struct device_link) are larger than sizeof(*priv->pm_devices)
and sizeof(*priv->pm_devices_link).

Reviewed-by: Ye Li <ye.li@nxp.com>
Signed-off-by: Peng Fan <peng.fan@nxp.com>

Add support for packet processing on the Tx path using AF_XDP
zero copy mode.

Signed-off-by: Robert-Ionut Alexa <robert-ionut.alexa@nxp.com>

Add new options that allow reconfiguring the default frame headroom within
the buffers of AF_XDP sockets. They are each used separately on the Rx path
and the Tx path, respectively.

Signed-off-by: Robert-Ionut Alexa <robert-ionut.alexa@nxp.com>

Reserve frame headroom within the buffers used on the Tx side.

Signed-off-by: Robert-Ionut Alexa <robert-ionut.alexa@nxp.com>

Signed-off-by: Robert-Ionut Alexa <robert-ionut.alexa@nxp.com>

Add support for custom RX packet processing using AF_XDP in zero copy mode.
For now, only the newest WRIOP version is supported due to hardware
limitations on older boards.

Signed-off-by: Robert-Ionut Alexa <robert-ionut.alexa@nxp.com>

This patch allows the configuration of multiple buffer pools associated
with a single DPNI object, each distinct DPBP object not necessarily
shared among all queues.
The user can interogate both the number of buffer pools and the buffer
count in each buffer pool by using the .get_ethtool_stats() callback.

Signed-off-by: Robert-Ionut Alexa <robert-ionut.alexa@nxp.com>

The .get_channels() net_device callback is implemented and exports the
number of queues per channel: Rx, Tx, Tx conf and Rx err.
The .set._channels() callback is not supported, since DPAA2 hardware
does not allow the dynamic reconfiguration of channels. An error is
returned if the user attempts to do so.

Signed-off-by: Robert-Ionut Alexa <robert-ionut.alexa@nxp.com>

Add a new driver interface xsk_buff_alloc_batch() offering batched
buffer allocations to improve performance. The new interface takes
three arguments: the buffer pool to allocated from, a pointer to an
array of struct xdp_buff pointers which will contain pointers to the
allocated xdp_buffs, and an unsigned integer specifying the max number
of buffers to allocate. The return value is the actual number of
buffers that the allocator managed to allocate and it will be in the
range 0 <= N <= max, where max is the third parameter to the function.

u32 xsk_buff_alloc_batch(struct xsk_buff_pool *pool, struct xdp_buff **xdp,
                         u32 max);

A second driver interface is also introduced that need to be used in
conjunction with xsk_buff_alloc_batch(). It is a helper that sets the
size of struct xdp_buff and is used by the NIC Rx irq routine when
receiving a packet. This helper sets the three struct members data,
data_meta, and data_end. The two first ones is in the xsk_buff_alloc()
case set in the allocation routine and data_end is set when a packet
is received in the receive irq function. This unfortunately leads to
worse performance since the xdp_buff is touched twice with a long time
period in between leading to an extra cache miss. Instead, we fill out
the xdp_buff with all 3 fields at one single point in time in the
driver, when the size of the packet is known. Hence this helper. Note
that the driver has to use this helper (or set all three fields
itself) when using xsk_buff_alloc_batch(). xsk_buff_alloc() works as
before and does not require this.

void xsk_buff_set_size(struct xdp_buff *xdp, u32 size);

Signed-off-by: Magnus Karlsson <magnus.karlsson@intel.com>
Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>
Link: https://lore.kernel.org/bpf/20210922075613.12186-3-magnus.karlsson@gmail.com


(cherry picked from commit 47e4075d)
Signed-off-by: Ioana Ciornei <ioana.ciornei@nxp.com>

Move the global variables num_frames and frame_headroom to struct
xsk_umem_info. They describe properties of the umem so no reason for
them to be global.

Signed-off-by: Magnus Karlsson <magnus.karlsson@intel.com>
Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>
Acked-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com>
Link: https://lore.kernel.org/bpf/20210907071928.9750-5-magnus.karlsson@gmail.com


(cherry picked from commit 83f4ae2f)
Signed-off-by: Ioana Ciornei <ioana.ciornei@nxp.com>