MLK-17684: drm/bridge: nwl-dsi: Propagate DSI format to the attached panel/bridge

Signed-off-by: Mirela Rabulea <mirela.rabulea@nxp.com>

MLK-17684-2: drm/bridge: nwl-dsi: Let CRTC dictate the final bus format

Use the bus format that was established by CRTC in
crtc->mode.private_flags.
This will be available during enable phase.

The DSI host will be configured via interface_color_coding
and pixel_format (DPI-2 interface ports).
Previously the interface_color_coding was hardcoded to 24-bit.

Set the DSI pixel format before it is necessary in
nwl_dsi_get_bit_clock, during imx_nwl_dsi_enable.

Signed-off-by: Mirela Rabulea <mirela.rabulea@nxp.com>

MLK-17275-4: drm/imx: nwl_dsi-imx: Update driver for reconfig

Initially, this driver was designed to work with NWL driver as a
drm_bridge and it is required for this to work, otherwise it will defer.
When CONFIG_OF_DYNAMIC is used, the NWL bridge can be disabled by it's
remote endpoint, it that endpoint is an i2c capable device and it fails
to find a physical device on the expected i2c address.
If the NWL drm_bridge is disabled, since this driver it is required by
the master DRM device, just do nothing, so the drm_encoder won't be
created. So, if the NWL drm_bridge is missing, this driver will just do
nothing, in order to not interfere with the other available devices
required by the DRM master.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>
Reviewed-by: Laurentiu Palcu <laurentiu.palcu@nxp.com>

MLK-17275-3: drm/bridge: nwl-dsi: Fix remove/detach

Add a check in detach function, so that the mipi_dsi_host_unregister
will occur only if the host was registered.
Also, remove the unnecessary calls to host_unregister from probe and
remove functions.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>
Reviewed-by: Laurentiu Palcu <laurentiu.palcu@nxp.com>

MLK-17290-03 drm/bridge: request/free irq in dynamical

Request/free irq in dynamical can runtime manage the irq domain's
clock and power if irq domain support runtime pm and manage its
clock in its pm callback.

Signed-off-by: Fugang Duan <fugang.duan@nxp.com>
Tested-by: Guoniu.Zhou <guoniu.zhou@nxp.com>
Acked-by: Robert Chiras <robert.chiras@nxp.com>

MLK-17137-2: drm/bridge: Fix bridge_detach for nwl-dsi

When the bridge is detached from it's parent, we also need to unregister
the dsi_host. Also, in enable, check if we have a panel or a bridge
connected, otherwise enable is not needed.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-17047-2: drm/imx: Fix suspend/resume for nwl_dsi-imx

This patch addresses two issues:
1. Always request/release bus_freq, not just on suspend/resume routines
2. Check if the driver is running when doing a suspend, so that we won't
enable it by mistake on resume.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-21142-2: phy: mixel-mipi: Assert PHY reset in phy_init

The reset needs to be set in phy_init to handle the warm reset case.

Signed-off-by: Oliver Brown <oliver.brown@nxp.com>

MLK-19295: phy: mixel-mipi: Improve MIPI PHY timing parameters

Improving the PHY timing parameters by using linear interpolation for the linear parameters.
For, the non-linear parameters, use more frequency steps to improve the accuracy.

Signed-off-by: Oliver Brown <oliver.brown@nxp.com>

MLK-18651: phy: Update Mixel MIPI-DSI phy register addresses

Some of the Mixel phy (the MIPI DPHY found on 8QM, 8QXP and 8M), have
different addresses, depending on the platform.

Update the driver to have the correct address for a corresponding
platform.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-18178: phy: mixel-mipi: Update the PRG register settings

Update the register settings for PRG values to be more accurate,
depending on the timing used.
Also, update the init function to make sure the PHY is powered OFF in
this stage, and the power_on function to correctly power ON the PHY
according to the specification: assert PD_PLL, wait for LOCK, assert
PD_DPHY.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-16986-4: drm: bridge: adv7511: set bus_flags and bus_format

For a proper initialization of the crtc driving the connector for this
bridge, we need to set the bus_formats and bus_flags of the connector's
display_info.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>
Reviewed-by: Laurentiu Palcu <laurentiu.palcu@nxp.com>

MLK-16986-3: drm/imx: Add a delay to enable function in nwl_dsi-imx

To allow the PLL to become stable before enabling the clocks, we may
need a delay. This patch adds a new property to specify this delay from
DTS file.

Reviewed-by: Laurentiu Palcu <laurentiu.palcu@nxp.com
Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-16926-3: drm/imx: Add sync-pol to nwl_dsi-imx

Add a new dt property to the nwl_dsi-imx driver: sync-pol.
This property represents the sync polarity of the input signal to it's
internal DPI-to-DSI block.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>
Reviewed-by: Laurentiu Palcu <laurentiu.palcu@nxp.com>

MLK-16986-2: drm/imx: Fix nwl_dsi-imx driver

Since the ADV7535 can change the DSI lanes used in mode_set, we need to
set up the Mixel PHY speed again, in enable() function, so that we will
take into account the new DSI lanes.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>
Reviewed-by: Laurentiu Palcu <laurentiu.palcu@nxp.com

MLK-16986-1: phy: Fix Mixel PHY driver best_match

When setting up the CM, CN and CO decimal values for DPHY PLL, these
values should only be rounded up when a "best_match" is requested. Some
DSI receivers requires the DSI clock to be exactly matched with the
pixel clock.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>
Reviewed-by: Laurentiu Palcu <laurentiu.palcu@nxp.com

MLK-16918-17: drm/imx: Add support for suspend/resume in nwl_dsi-imx

Update the IMX_NWL_DSI DRM driver to support the PM Runtime and
System Sleep suspend/resume routines.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-16918-15: drm/bridge: Update adv7511 driver with some regs for adv7535

The low refresh rate register for ADV7535 is in 0x4A instead of 0xFB. In
order to correctly handle these differences, add the new type ADV7535.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-16918-6: phy: update Mixel mipi-dsi phy driver for MX8MQ

Added compatible string for i.MX8MQ platform.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-16918-5: drm: Implement NWL MIPI-DSI as a real drm_bridge

Currently, the Northwest Logic MIPI-DSI controller host specific code
resides under drm/bridge, but is not a real drm_bridge. It creates a
drm_bridge and adds itself to the drm_encoder that handles this file,
but this is wrong, since it does not implement the drm_bridge_funcs.

The correct way to implement a drm_bridge is to add the drm_bridge and
let other components (another bridge or a drm_encoder) to attach to this
bridge.
Since we are doing this, a new compatible strings can be used for this
driver: "nwl,mipi-dsi".

Since this was used by nwl_dsi-imx.c, update that driver to use this
bridge correctly.

This is needed in order to add support for MIPI-DSI on 8MQ. The IMX_NWL
driver will either add a DSI encoder to DRM, or a DSI bridge.
The encoder will be used by imx-drm-core driver, while the bridge
will be used by MXSFB driver (which creates a simple display pipe).

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-16347-6: gpu: drm: bridge: adv7511: Add new compatible string

Added "adi,adv7535" to the adv7511 drm bridge and adi,adv7511.txt doc,
since the driver can also support the ADV7535 chipset (upgrade of ADV7533).

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-16347-4: drm/imx: Add mipi-dsi driver for mx8

Add support for the NorthWest Logic MIPI-DSI controller found
in the following i.MX8 platforms: i.MX8qm, i.MX8qxp and i.MX8mq.
This is the MIPI-DSI encoder containing the platform specific changes
and it uses the NWL MIPI-DSI bridge.
Currently only qm and qxp are tested with this driver. The mq support
will be added later.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-16347-3: drm/bridge: Add Northwest Logic DSI transmitter support

Add support for the NorthWest Logit MIPI-DSI controller found in mx8
platforms: i.MX8qm, i.MX8qxp and i.MX8mq.
The NWL MIPI-DSI driver is implemented as a DRM bridge.
The MIPI-DSI encoder will contain the platform specific changes and will
use this bridge.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-16347-1: phy: add phy driver for mipi-dsi on mx8

Implement the DPHY from MIPI-DSI found on i.MX8 platforms (QM, QXP and MQ)
as a phy driver.

Signed-off-by: Robert Chiras <robert.chiras@nxp.com>

MLK-21222 rpmsg: imx: fix kernel dump when initialize the vring memory

The fix had been contained in commit "b7098fc4" MLK-16371-2 rpmsg: imx:
add the rpmsg for imx8qxp on imx_4.14.y branch.
But part of that patch is missed. Merge the solution back to imx_4.19.y
branch.
Use memset_io replace memset, because that the memory type of
rpvq->addr is strong order type. There would be kernel dump when memset
is used on imx8qxp.

Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>

MLK-21167 rpmsg: imx: add the sync mechanism during partition reset

Remove the delay waiting, add the sync mechanism during partition reset.
In order to avoid the hang at master side during the rpmsg restore
procedure. Re-initialize the first_notify parameter, when rpmsg master
assumes remote processor is dead.
Otherwise, master side maybe hang during the rpmsg restore procedure
in some corner cases.
~14ms is required by M4 to process the MU message from the cold boot.
Set the max wait of MU_SendMessageTimeout to 20ms.

Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Reviewed-by: Robin Gong <yibin.gong@nxp.com>
(cherry picked from commit 6b5573a9c645b947688c171b2dbdb6b70b59356c)

MLK-21194 rpmsg: imx_rpmsg: clear pending partition reboot irq status

Clear pending interrupt status of partition reboot during rpmsg
driver probe to avoid to unregister/register virtio device again.

Tested-by: Clark Wang <xiaoning.wang@nxp.com>
Reviewed-by: Richard Zhu <hongxing.zhu@nxp.com>
Signed-off-by: Fugang Duan <fugang.duan@nxp.com>

MLK-20940-2 rpmsg: adjust the order of rpmsg initialization

For the virtual i2c driver should be initialized in subsystem before the
other modules initialize. So, the imx_rpmsg and virtio_rpmsg_bus should
be initialized before virtual i2c driver. Now, use arch_initcall to
initialize these two modules.

Signed-off-by: Clark Wang <xiaoning.wang@nxp.com>

MLK-20790-2 rpmsg: imx_rpmsg: use unregister/register virtio device instead of rpmsg device

Currently, issue RPMSG_NS_DESTROY before kick off ready notification to
m4 to let m4 side go through all the stale message in vring buffer without
doing anything after m4 reset, that's not good enough. The better way is to
clear vring buffer after m4 reset, thus everything will be done as the
first time of kernel/m4 bootup. So unregister/register virtio device
instead of rpmsg device if m4 partition reset.

Signed-off-by: Robin Gong <yibin.gong@nxp.com>

MLK-20790-1: rpmsg: imx_rpmsg: dynamic allocate ivdev instead

Allocate ivdev dynamically instead of static, so that ivdev could
be re-initialized by kzalloc() such as 'struct virtio_device', otherwise,
the later patch that unregister/register virtio device instead of rpmsg
device will cause kernel complain such as 'kobject: tried to init an
initialized' and finally register virtio device failure after m4 partition
reset.

Signed-off-by: Robin Gong <yibin.gong@nxp.com>

MLK-20776-2 RPMSG: imx: add the imx8mq rpmsg variant

Add the imx8mq/mm rpmsg variant in the driver.
No function changes.

Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>

MLK-20706 rpmsg: imx_rpmsg: fix building error on i.mx6/7 legancy chip

Fix building error caused by commit c6cd4096c224f("MLK-20691-1:
rpmsg: imx_rpmsg: add new partition reset interrupt") because
of no scu functions on i.mx6sx/7d legancy chip.

Signed-off-by: Robin Gong <yibin.gong@nxp.com>
Acked-by: Richard Zhu <hongxing.zhu@nxp.com>

MLK-20691-3 rpmsg: imx_rpmsg: add partition reset support

unregister all rpmsg devices and kick off ready notifyication
again to restore back rpmsg communications after M4 partion
reset.

Signed-off-by: Robin Gong <yibin.gong@nxp.com>
Acked-by: Richard Zhu <hongxing.zhu@nxp.com>

MLK-20691-1: rpmsg: imx_rpmsg: add new partition reset interrupt

Add new partition reset interrupt group to know M4 reset and restore
back at rpmsg level later.

Signed-off-by: Robin Gong <yibin.gong@nxp.com>
Acked-by: Richard Zhu <hongxing.zhu@nxp.com>

MLK-20637-2 rpmsg: imx: alloc share mem from per dev dma pool

- reserve one per dev dma pool, and alloc the share memory
from it.

Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Acked-by: Fugang Duan <fugang.duan@nxp.com>

MLK-20653 rpmsg: virtio_rpmsg_bus: fix unexpected huge vmap mappings

If RPMSG dma memory allocate from per-device mem pool by calling .dma_alloc_coherent(),
the size is bigger than 2M bytes and alignment with 2M (PMD_SIZE), then kernel dump by
calling .vmalloc_to_page().

Since per-device dma pool do vmap mappings by __ioremap(), __ioremap() might use
the hugepage mapping, which in turn will cause the vmalloc_page failed to return
the correct page due to the PTE not setup.

For exp, when reserve 8M bytes per-device dma mem pool, __ioremap() will use hugepage
mapping:
 __ioremap
ioremap_page_range
ioremap_pud_range
ioremap_pmd_range
pmd_set_huge(pmd, phys_addr + addr, prot)

Commit:029c54b09599 ("mm/vmalloc.c: huge-vmap: fail gracefully on unexpected huge
vmap mapping") ensure that vmalloc_to_page() does not go off into the weeds trying
to dereference huge PUDs or PMDs as table entries:
rpmsg_sg_init ->
vmalloc_to_page->
WARN_ON_ONCE(pmd_bad(*pmd));

In generally, .dma_alloc_coherent() allocate memory from CMA pool/DMA pool/atomic_pool,
or swiotlb slabs pool, the virt address mapping to physical address should be lineal,
so for the rpmsg scatterlist initialization can use pfn to find the page to avoid to
call .vmalloc_to_page().

Kernel dump:
[    0.881722] WARNING: CPU: 0 PID: 1 at mm/vmalloc.c:301 vmalloc_to_page+0xbc/0xc8
[    0.889094] Modules linked in:
[    0.892139] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.14.78-05581-gc61a572 #206
[    0.899604] Hardware name: Freescale i.MX8QM MEK (DT)
[    0.904643] task: ffff8008f6c98000 task.stack: ffff000008068000
[    0.910549] PC is at vmalloc_to_page+0xbc/0xc8
[    0.914987] LR is at rpmsg_sg_init+0x70/0xcc
[    0.919238] pc : [<ffff0000081c80d4>] lr : [<ffff000008ac471c>] pstate: 40000045
[    0.926619] sp : ffff00000806b8b0
[    0.929923] x29: ffff00000806b8b0 x28: ffff00000961cdf0
[    0.935220] x27: ffff00000961cdf0 x26: 0000000000000000
[    0.940519] x25: 0000000000040000 x24: ffff00000961ce40
[    0.945819] x23: ffff00000f000000 x22: ffff00000961ce30
[    0.951118] x21: 0000000000000000 x20: ffff00000806b950
[    0.956417] x19: 0000000000000000 x18: 000000000000000e
[    0.961717] x17: 0000000000000001 x16: 0000000000000019
[    0.967016] x15: 0000000000000033 x14: 616d64202c303030
[    0.972316] x13: 3030306630303030 x12: 3066666666206176
[    0.977615] x11: 203a737265666675 x10: 62203334394c203a
[    0.982914] x9 : 000000000000009f x8 : ffff00000806b970
[    0.988214] x7 : 0000000000000000 x6 : ffff000009690712
[    0.993513] x5 : 0000000000000000 x4 : 0000000080000000
[    0.998812] x3 : 00e8000090800f0d x2 : ffff8008ffffd3c0
[    1.004112] x1 : 0000000000000000 x0 : ffff00000f000000
[    1.009416] Call trace:
[    1.011849] Exception stack(0xffff00000806b770 to 0xffff00000806b8b0)
[    1.018279] b760:                                   ffff00000f000000 0000000000000000
[    1.026094] b780: ffff8008ffffd3c0 00e8000090800f0d 0000000080000000 0000000000000000
[    1.033915] b7a0: ffff000009690712 0000000000000000 ffff00000806b970 000000000000009f
[    1.041731] b7c0: 62203334394c203a 203a737265666675 3066666666206176 3030306630303030
[    1.049550] b7e0: 616d64202c303030 0000000000000033 0000000000000019 0000000000000001
[    1.057368] b800: 000000000000000e 0000000000000000 ffff00000806b950 0000000000000000
[    1.065188] b820: ffff00000961ce30 ffff00000f000000 ffff00000961ce40 0000000000040000
[    1.073008] b840: 0000000000000000 ffff00000961cdf0 ffff00000961cdf0 ffff00000806b8b0
[    1.080825] b860: ffff000008ac471c ffff00000806b8b0 ffff0000081c80d4 0000000040000045
[    1.088646] b880: ffff0000092c8528 ffff00000806b890 ffffffffffffffff ffff000008ac4710
[    1.096461] b8a0: ffff00000806b8b0 ffff0000081c80d4
[    1.101327] [<ffff0000081c80d4>] vmalloc_to_page+0xbc/0xc8
[    1.106800] [<ffff000008ac4968>] rpmsg_probe+0x1f0/0x49c
[    1.112107] [<ffff00000859a9a0>] virtio_dev_probe+0x198/0x210
[    1.117839] [<ffff0000086a1c70>] driver_probe_device+0x220/0x2d4
[    1.123829] [<ffff0000086a1e90>] __device_attach_driver+0x98/0xc8
[    1.129913] [<ffff00000869fe7c>] bus_for_each_drv+0x54/0x94
[    1.135470] [<ffff0000086a1944>] __device_attach+0xc4/0x12c
[    1.141029] [<ffff0000086a1ed0>] device_initial_probe+0x10/0x18
[    1.146937] [<ffff0000086a0e48>] bus_probe_device+0x90/0x98
[    1.152501] [<ffff00000869ef88>] device_add+0x3f4/0x570
[    1.157709] [<ffff00000869f120>] device_register+0x1c/0x28
[    1.163182] [<ffff00000859a4f8>] register_virtio_device+0xb8/0x114
[    1.169353] [<ffff000008ac5e94>] imx_rpmsg_probe+0x3a0/0x5d0
[    1.175003] [<ffff0000086a3768>] platform_drv_probe+0x50/0xbc
[    1.180730] [<ffff0000086a1c70>] driver_probe_device+0x220/0x2d4
[    1.186725] [<ffff0000086a1dc8>] __driver_attach+0xa4/0xa8
[    1.192199] [<ffff00000869fdc4>] bus_for_each_dev+0x58/0x98
[    1.197759] [<ffff0000086a1598>] driver_attach+0x20/0x28
[    1.203058] [<ffff0000086a1114>] bus_add_driver+0x1c0/0x224
[    1.208619] [<ffff0000086a26ec>] driver_register+0x68/0x108
[    1.214178] [<ffff0000086a36ac>] __platform_driver_register+0x4c/0x54
[    1.220614] [<ffff0000093d14fc>] imx_rpmsg_init+0x1c/0x50
[    1.225999] [<ffff000008084144>] do_one_initcall+0x38/0x124
[    1.231560] [<ffff000009370d28>] kernel_init_freeable+0x18c/0x228
[    1.237640] [<ffff000008d51b60>] kernel_init+0x10/0x100
[    1.242849] [<ffff000008085348>] ret_from_fork+0x10/0x18
[    1.248154] ---[ end trace bcc95d4e07033434 ]---

Reviewed-by: Richard Zhu <hongxing.zhu@nxp.com>
Suggested-and-reviewed-by: Jason Liu <jason.hui.liu@nxp.com>
Signed-off-by: Fugang Duan <fugang.duan@nxp.com>

MLK-16704-3 ARM64: configs: defconfig: add imx8_wdt

Enable imx8_wdt driver by default.

Signed-off-by: Robin Gong <yibin.gong@nxp.com>
Reviewed-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 7d0c8ce50a9afd3a9319ee6449469953e0848927)

MLK-20965 watchdog: imx8_wdt: remove watchdog action set

The default watchdog action is partition reset now, so no need kernel
to take care. Besides, scfw full test case may set other watchdog
action but kernel may set it back later to default partition reset
which scfw wouldn't expect, so avoid touching watchdog action.
Please modify scfw code in case changing watchdog action to board
reset.

Signed-off-by: Robin Gong <yibin.gong@nxp.com>
Reviewed-by: Anson Huang <anson.huang@nxp.com>
(cherry picked from commit d9189e251995cc91efcac62a8d1c59ff32cdb8dc)
(cherry picked from commit 13445b41c617042b309fb4cc5159a6d6ab9182fe)

MLK-20723 watchdog: imx8_wdt: enable partition reset for watchdog

Change to partiton reset instead of board reset since SCFW is ready
now.

Signed-off-by: Robin Gong <yibin.gong@nxp.com>
(cherry picked from commit 2a3fe06f582c85be1669a9231da5a8c51d2a37fe)

MLK-17154 watchdog: imx8_wdt: align timeout value with imx2_wdt

Align timeout value with imx2_wdt.

Signed-off-by: Robin Gong <yibin.gong@nxp.com>
(cherry picked from commit 6417e1a8039a16f7b1a76ea250237567ee3a72f5)

MLK-16988 watchdog: imx8_wdt: stop watchdog while suspend

Since watchdog on i.mx8 is a software watchdog in scfw side, it should be
stopped while kernel enter system suspend if watchdog fired. Otherwise,
unexpected watchdog reset will happen. Restore back if watchdog fired too.

Signed-off-by: Robin Gong <yibin.gong@nxp.com>
Reviewed-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit b77f789b470b61ab95a8c9fd0a01cebe1e342141)

MLK-16891 watchdog: imx8_wdt: add pre_timeout notification

Add pre_timeout set and notification for i.mx8qm/qxp.

BuildInfo:
    - SCFW 36ff24f3, IMX-MKIMAGE 05d3d4a7, ATF 93dd1cc
    - U-Boot 2017.03-00684-g28c5243

Signed-off-by: Robin Gong <yibin.gong@nxp.com>
Reviewed-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 28367d5317e0132483d93656731ab4b8ebf5a99a)

MLK-16704-1 watchdog: imx8_wdt: add watchdog driver for i.mx8QM/QXP

This watchdog driver is a virtual driver in Linux and call ATF interface
where call SCFW eventually. In SCFW, it's done by SCU timer tick instead
of hardware watchdog.This is why we have to call ATF because such system
resource owned by secure patition.Currently, booard reset happen if not
ping this software watchdog in time in linux side, may change to partition
reboot once SCFW support this feature in the future.
 BuildInfo:
   - SCFW 93c142a9, IMX-MKIMAGE 2522fd70, ATF f2547fb
   - U-Boot 2017.03-00097-gd7599cf

Signed-off-by: Robin Gong <yibin.gong@nxp.com>
Reviewed-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 3582decf35940566ed5eb43393c422315931f183)

MLK-19580 net: fec: read MAC address from fuse

uboot fdt_fixup_ethernet() already add the "local-mac-address" property
for each net node when boot from net, the mac address read from fuse in
default. But for non-net boot or net is disabled in uboot, then kernel
also needs to read the MAC address from fuse. The patch add i.MX8MM platform
to read fuse from MAC in kernel in such case.

Reviewed-by: Richard Zhu <hongxing.zhu@nxp.com>
Signed-off-by: Fugang Duan <fugang.duan@nxp.com>

MLK-16585 net: fec: fixup: correct i.MX8QXP MAC address fuse mapping

i.MX8QXP has different fuse address with i.MX8QM, correct i.MX8QXP
MAC fuse word address.

Signed-off-by: Fugang Duan <fugang.duan@nxp.com>

MLK-21208 net: fec: add sleep mode support for i.MX8QM/QXP

commit ae136b3cfe7c(MLK-18483-04 net: fec: close the mu ipc channel
when it is not used) merge part of code from commit 379ede4dfd95
(MLK-18483-02 net: fec: add sleep mode support for i.MX8QM/QXP),
but miss the commit.

So add the feature support for i.MX8QM/QXP by merge the commit 379ede4dfd95
(MLK-18483-02 net: fec: add sleep mode support for i.MX8QM/QXP)

Reviewed-by: Richard Zhu <hongxing.zhu@nxp.com>
Signed-off-by: Fugang Duan <fugang.duan@nxp.com>

MLK-21213-2 arm64: dts: fsl-imx8qm-lpddr4-arm2: Suppress DTC warnings related to LVDS

This patch suppresses DTC warnings which are related to LVDS as below:
Warning (graph_endpoint): /i2c@57247000/lvds-to-hdmi-bridge@4c/port/endpoint:
graph connection to node '/ldb@572410e0/lvds-channel@0/port@1/endpoint'
is not bidirectional

Signed-off-by: Liu Ying <victor.liu@nxp.com>

MLK-21213-1 arm64: dts: fsl-imx8qm/qxp-mek: Suppress DTC warnings related to LVDS

This patch suppresses DTC warnings which are related to LVDS like below:
Warning (graph_endpoint): /i2c@57247000/lvds-to-hdmi-bridge@4c/port/endpoint:
graph connection to node '/ldb@572410e0/lvds-channel@0/port@1/endpoint'
is not bidirectional

Signed-off-by: Liu Ying <victor.liu@nxp.com>

MLK-21123-2 arm64: fsl-imx8dx.dtsi: Correct DPU endpoint names

This patch corrects DPU endpoint names to suppress DTC warnings like below:
Warning (graph_endpoint): /dpu@56180000/port@0/lvds0-endpoint: graph endpont node name should be 'endpoint'
Warning (graph_endpoint): /dpu@56180000/port@0/lvds1-endpoint: graph endpont node name should be 'endpoint'
Warning (graph_endpoint): /dpu@56180000/port@0/mipi-dsi-endpoint: graph endpont node name should be 'endpoint'
Warning (graph_endpoint): /dpu@56180000/port@1/lvds0-endpoint: graph endpont node name should be 'endpoint'
Warning (graph_endpoint): /dpu@56180000/port@1/lvds1-endpoint: graph endpont node name should be 'endpoint'
Warning (graph_endpoint): /dpu@56180000/port@1/mipi-dsi-endpoint: graph endpont node name should be 'endpoint'

Signed-off-by: Liu Ying <victor.liu@nxp.com>

MLK-21123-1 arm64: fsl-imx8qm-device.dtsi: Correct DPU endpoint names

This patch corrects DPU endpoint names to suppress DTC warnings like below:
Warning (graph_endpoint): /dpu@56180000/port@0/hdmi-endpoint: graph endpont node name should be 'endpoint'
Warning (graph_endpoint): /dpu@56180000/port@0/mipi-dsi-endpoint: graph endpont node name should be 'endpoint'
Warning (graph_endpoint): /dpu@56180000/port@1/lvds0-endpoint: graph endpont node name should be 'endpoint'
Warning (graph_endpoint): /dpu@56180000/port@1/lvds1-endpoint: graph endpont node name should be 'endpoint'
Warning (graph_endpoint): /dpu@57180000/port@0/mipi-dsi-endpoint: graph endpont node name should be 'endpoint'
Warning (graph_endpoint): /dpu@57180000/port@1/lvds0-endpoint: graph endpont node name should be 'endpoint'
Warning (graph_endpoint): /dpu@57180000/port@1/lvds1-endpoint: graph endpont node name should be 'endpoint'

Signed-off-by: Liu Ying <victor.liu@nxp.com>

MLK-21190 arm64: dts: imx8mq: fix DTS warnings

This patch fixes the folowing DTS warnings:

 Warning (graph_endpoint): /dcss@0x32e00000/port@0/hdmi-endpoint: graph endpont node name should be 'endpoint'
 Warning (graph_endpoint): /dcss@0x32e00000/port@0/mipi_dsi: graph endpont node name should be 'endpoint'
 Warning (graph_endpoint): /lcdif@30320000/port@0/mipi-dsi-endpoint: graph endpont node name should be 'endpoint'
 Warning (graph_endpoint): /mipi_csi1@30a70000/port/endpoint1: graph endpont node name should be 'endpoint'
 Warning (graph_endpoint): /mipi_csi1@30a70000/port/endpoint2: graph endpont node name should be 'endpoint'
 Warning (graph_endpoint): /mipi_csi2@30b60000/port/endpoint1: graph endpont node name should be 'endpoint'
 Warning (graph_endpoint): /mipi_csi2@30b60000/port/endpoint2: graph endpont node name should be 'endpoint'
 Warning (interrupts_property): /dcss@0x32e00000:#interrupt-cells: size is (64), expected multiple of 12

Signed-off-by: Laurentiu Palcu <laurentiu.palcu@nxp.com>

MLK-21113 ASoC: ak4458: replace codec API with component API

Replace codec API with recent component API.

Signed-off-by: Viorel Suman <viorel.suman@nxp.com>

MLK-18205-14 cpufreq: imx8mq: add pmic voltage scaling support

i.MX8MM shares same cpu-freq driver with i.MX8MQ, but
its EVK board has a PMIC which can scale VDD_ARM voltage
according to voltage defined in dtb, add support for it.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Reviewed-by: Bai Ping <ping.bai@nxp.com>
(cherry picked from commit bb958ff65e9caeaddf180e66482c3013bb8fae67)

MLK-16710 cpufreq: imx8mq: avoid duplicated OPP table initialization

On i.MX8MQ, since the OPP table is initialized in cpu-freq platform
device register according to chip type, so no need to redo the OPP
table initialization in cpu-freq driver, this patch adds check for
OPP table initialization to avoid below warning during boot up:

[    1.468378] cpu cpu0: _opp_add: duplicate OPPs detected. Existing: freq: 1501
[    1.468388] cpu cpu0: _opp_add: duplicate OPPs detected. Existing: freq: 1301
[    1.468417] cpu cpu0: _of_add_opp_table_v1: Failed to add OPP 1300000000
[    1.468425] cpu cpu0: _opp_add: duplicate OPPs detected. Existing: freq: 1001
[    1.468434] cpu cpu0: _opp_add: duplicate OPPs detected. Existing: freq: 8001
[    1.468443] cpu cpu0: _of_add_opp_table_v1: Failed to add OPP 800000000

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Reviewed-by: Bai Ping <ping.bai@nxp.com>
(cherry picked from commit ae4cd299d229b8debe8223a1569ffef42b938f6a)

MLK-16165-2 cpufreq: imx8mq: remove non-necessary opp table initialization

For i.MX8MQ, suspend freq can use policy->max after cpu freq
table is validated, so no need to get OPP number and MAX
frequency for suspend freq now, also add necessary resource free
when probe failed.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 5542b5a931eaac90ae38624700cdfca723a08073)

MLK-16121-1 cpufreq: imx8mq: add gpio regulator support

i.MX8MQ can run at over-drive mode which needs
increasing VDD_ARM voltage, add gpio regulator support
for over-drive mode.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 86f48a3c4b9558454d82cea732d53348e37ef574)

MLK-16477 cpufreq: imx8: switch cpufreq governor to schedutil for multi-cluster

For multi-cluster platforms like i.MX8QM, the best cpufreq
governor is schedutil, as common cpufreq framework decides
default cpufreq governor in static compile, so this patch
adds dynamic switch of cpufreq governor according to cluster
number, changing it via sysfs interface, although it is
ugly, but it realizes dynamic cpufreq governor select for
users.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 88c5933f17117451e7eb10242ca903624e86a9ff)

MLK-16372-2 cpufreq: imx8: add cpu-freq cooling support

Register cpu-freq cooling device if device tree
supports cooling-cells, different cluster can
have its own cooling device settings.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 12fe2995aa5034d8119fd82be5247f655552d5df)

MLK-16093-3 cpufreq: imx8mq: add cooling device support

Add i.MX8MQ cooling device support, when temperature
exceeds passive threshold, cpu-freq will drop to lowest
set-point, and once temperature drops below passive
threshold, cpu-freq will restore.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 463d125f15f111a364db1e2f1cf816a7fd1e9597)

MLK-15342-4 arm64: defconfig: enable i.mx8mq cpufreq support

Enable CONFIG_ARM_IMX8MQ_CPUFREQ by default.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 207a30c915365d74ffdb0144df6be6600273ca14)

MLK-15342-3 cpufreq: add i.mx8mq support

Add i.MX8MQ cpufreq support, current version of
EVK board does NOT support voltage scale, but next
version will add this support, so this driver only
supports cpu frequency scale, voltage scale will
be added later once new board available.

A53 CPU clock normally is from ARM_PLL, but during
ARM_PLL relock window, it will be switched to
SYS1_PLL_800M to avoid clock missing, and after
arm pll relock done, it will be switched back.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 83f79d713471aece5a08397f1917c90935da994a)

MLK-16165-1 cpufreq: imx8: remove non-necessary opp table initialization

For i.MX8QM/8QXP, suspend freq can use policy->max after cpu
freq table is validated, so no need to get OPP number and MAX
frequency for suspend freq now, also add necessary resource free
when probe failed.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit d1096697124beb82bea739b66c3bff11c498868f)

MLK-16244-2 cpufreq: imx8: add SIP cpu-freq support

Add SIP cpu-freq support, the CPU hardware frequency
scale will be performed by ARM Trusted Firmware,
and add cpu-freq suspend support, MAX frequency will
be used during suspend.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 665a985c8103ae2e1f6417cca3ae62e50a6681c7)

Conflicts:
include/soc/imx/fsl_sip.h

MLK-14534-3 arm64: defconfig: enable i.MX8 cpufreq

Enable i.MX8 cpu-freq by default for defconfig.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 263d6fa34177707b03456c75556ba0ce30d600b0)

MLK-14534-1 cpufreq: imx8: add cpu-freq support

Add multi-clusters cpu-freq driver support for i.MX8,
only support cpu-freq get now.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 636ede1c1443f20b2d664e7cdfcd617176f60a2d)

MLK-21102 driver: thermal: fix the tmu out of range issue on imx8mm

Per design team's feadback, the 'V' bit is NOT very safe enough for
checking the validation of the temp value. So just check if the
temp value is in the sensor's valid measurment range.

Signed-off-by: Jacky Bai <ping.bai@nxp.com>
Reviewed-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 324525467aac8bdea6bb5e9ac83149b3a194369e)

MLK-18428-04 ARM64: config: enable imx8mm thermal driver by default.

enable the i.MX8MM thermal driver by default.

Signed-off-by: Bai Ping <ping.bai@nxp.com>
Reviewed-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 37ca0ee7ed59af640dec383e68ab66e4c4199ffd)

MLK-18428-02 doc: binding: Add binding doc for imx8mm tmu

Add dts binding doc for i.MX8MM TMU.

Signed-off-by: Bai Ping <ping.bai@nxp.com>
Reviewed-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 6fd7255a0e73a28dda83e0574b62a264449d04e5)

MLK-18428-01 driver: thermal: add tmu driver on imx8mm

add thermal driver on i.MX8MM

Signed-off-by: Bai Ping <ping.bai@nxp.com>
Reviewed-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 719cb8604dd253ec9484a39a40251f49e5300752)

ARM: dts: imx6ull: add gpio-ranges property to iMX GPIO controllers

As per 'commit bb728d662bed ("ARM: dts: add gpio-ranges property to iMX
GPIO controllers")', added gpio-ranges property for imx6ULL board.

Signed-off-by: Vipul Kumar <vipul_kumar@mentor.com>

ARM: dts: imx6ull: add GPIO clocks

As per 'commit bc36b2aac4f5 ("ARM: dts: imx6ul: add GPIO clocks")'
i.MX6ULL has GPIO clock gates in CCM CCGR, add
clock property for GPIO driver to make sure all
GPIO banks work as expected.

Signed-off-by: Vipul Kumar <vipul_kumar@mentor.com>

arm: dts: imx6ul: Adding missing clock source

This patch added missing clock source under cpu node. Without these
sources, getting following error at boot time:

cpu cpu0: Failed to get clk 'pll1_bypass': -2
imx6q-cpufreq: probe of imx6q-cpufreq failed with error -2

Signed-off-by: Vipul Kumar <vipul_kumar@mentor.com>

Revert "MLK-12623-03 ARM: imx: Add cpu speed grading check for imx6ul"

This reverts commit 301ac2d01008323ff30f7c5e24dc40ba699b3cad.
As per 'commit 5028f5d2b38e ("cpufreq: imx6q: add 696MHz operating point
for i.mx6ul")', cpu speed grading check for imx6ul is already upstream,
so removing duplicate code.

Signed-off-by: Vipul Kumar <vipul_kumar@mentor.com>

media: v4l: capture: ov5640: Add device tree support

Add device tree support to ov5640 sensor driver. This change helps to
load driver module on booting when it is compiled as loadable module.

Signed-off-by: Arulpandiyan Vadivel <arulpandiyan_vadivel@mentor.com>

MLK-14798: arm: dts: imx6ul: Fix wm8960 codec master mode

Commit 65e6b5f1b4a7 ("ASoC: wm8960: Fix playback in CPU DAI master
mode") broke wm8960 codec master mode by choosing "bad" SYSCLK values.

This patch partially reverts commit mentioned above by restoring the
SYSCLK values. It turns out that using params_physical_width instead of
params_width in the previous patch it is enough to fix CPU DAI mode.

Signed-off-by: Daniel Baluta <daniel.baluta@nxp.com>
Signed-off-by: Vipul Kumar <vipul_kumar@mentor.com>

MLK-21078-3 soc: imx: enable RX interrupt for IPC response

For IPC communication, CPU will be busy polling MU RX channel
after sending IPC message if IPC response is needed, such
mechanism wastes too much CPU resource if SCU takes long time
to finish the IPC request, so now enable RX interrupt for IPC
response.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Reviewed-by: Bai Ping <ping.bai@nxp.com>

MLK-21078-2 arm64: dts: imx8qm/imx8qxp: remove early_power_on property

Since RPMSG switches to use LSIO's MU instead of M4's MU,
the LSIO MU's irq is inside GIC IRQ domain, NOT in intmux
irq domain, so no need to power on intmux early during system
resume.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Reviewed-by: Bai Ping <ping.bai@nxp.com>

MLK-21078-1 soc: imx: remove early power on operation

Previously, RPMSG uses M4 domain's MU which is inside
intmux irq domain, and RPMSG irq has IRQF_EARLY_RESUME
set, so intmux needs to be powered up at syscore phase
before irqchip resume. Now RPMSG switches to use LSIO's
MU which is inside GIC irq domain, so no need to have
early power on operation for intmux, remove it.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Reviewed-by: Bai Ping <ping.bai@nxp.com>

MLK-21153 driver: tty: Fix resume dump caused by uart clock

Fix the uart clock disable mismatch when doing system
suspend & resume.

Signed-off-by: Jacky Bai <ping.bai@nxp.com>

MLK-21152-2 rtc: imx-sc: fix RTC set time fail

The RTC set time MUST be done from secure EL3 mode, so
need to use SMC call to trap to ATF for calling RTC
set time SCU API, also add check for non RTC event
in SC MU IRQ notifier.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>

MLK-21152-1 arm64: dts: imx8qxp: correct isi irq type setting

GIC irqchip driver introduces the warning when IRQ type is
set to IRQ_TYPE_NONE while it is NOT belonging to GIC_IRQ_TYPE_PARTITION,
the ISI irqs' setting trigger below WARNING during kernel boot
up, set ISI irqs type to IRQ_TYPE_LEVEL_HIGH to avoid such
warning during kernel bootup, the GIC driver ONLY supports
IRQ_TYPE_LEVEL_HIGH and IRQ_TYPE_EDGE_RISING for SPIs actually.

drivers/irqchip/irq-gic-v3.c:
WARN_ON(*type == IRQ_TYPE_NONE &&
    fwspec->param[0] != GIC_IRQ_TYPE_PARTITION);

[    0.543404] WARNING: CPU: 1 PID: 1 at drivers/irqchip/irq-gic-v3.c:975
 gic_irq_domain_translate+0xa8/0x110
[    0.552725] Modules linked in:
[    0.555770] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 4.19.26-03309-g4fed199-dirty #230
[    0.563756] Hardware name: Freescale i.MX8QXP MEK (DT)
[    0.568883] pstate: 00000005 (nzcv daif -PAN -UAO)
[    0.573663] pc : gic_irq_domain_translate+0xa8/0x110
[    0.578619] lr : irq_create_fwspec_mapping+0x64/0x33c
[    0.583650] sp : ffff00000805b890
[    0.586950] x29: ffff00000805b890 x28: ffff80083be9d440
[    0.592249] x27: 0000000000000000 x26: 0000000000000001
[    0.597548] x25: ffff80083be9d440 x24: ffff0000094b8000
[    0.602848] x23: 0000000000000000 x22: ffff00000805b908
[    0.608147] x21: ffff80083ff93188 x20: ffff0000094b8000
[    0.613446] x19: ffff80083c81c000 x18: 000000000000000e
[    0.618746] x17: 0000000000000001 x16: 0000000000000019
[    0.624045] x15: 0000000000000033 x14: 000000000000004c
[    0.629344] x13: 00000000000002fd x12: 0000000000000000
[    0.634644] x11: 0000000000000020 x10: 0101010101010101
[    0.639943] x9 : 0000000000000001 x8 : 7f7f7f7f7f7f7f7f
[    0.645242] x7 : 0000000000000000 x6 : 0000000000000051
[    0.650542] x5 : ffff000008485f14 x4 : ffff000008f9a388
[    0.655841] x3 : ffff00000805b8cc x2 : 0000000000000000
[    0.661141] x1 : 00000000a110c8ee x0 : 0000000000000000
[    0.666442] Call trace:
[    0.668879]  gic_irq_domain_translate+0xa8/0x110
[    0.673481]  irq_create_of_mapping+0x80/0xa8
[    0.677741]  of_irq_get+0x70/0xe4
[    0.681039]  of_irq_to_resource+0x38/0xfc
[    0.685036]  of_irq_to_resource_table+0x4c/0x68
[    0.689555]  of_device_alloc+0x120/0x1b8
[    0.693461]  of_platform_device_create_pdata+0x7c/0x11c
[    0.698674]  of_platform_bus_create+0x140/0x388
[    0.703191]  of_platform_bus_create+0x1a0/0x388
[    0.707711]  of_platform_populate+0x50/0xd4
[    0.711882]  of_platform_default_populate_init+0xbc/0xd0
[    0.717181]  do_one_initcall+0x58/0x168
[    0.721004]  kernel_init_freeable+0x1b4/0x274
[    0.725347]  kernel_init+0x10/0x104
[    0.728821]  ret_from_fork+0x10/0x18
[    0.732387] ---[ end trace 7132294cf9624401 ]---

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>

MLK-15328-2 arm64: Kconfig: select KEYBOARD_SNVS_PWRKEY for i.mx8mq

Select KEYBOARD_SNVS_PWRKEY for i.MX8MQ by default.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 0e61b7f0240ac2111a64da416666c28e34727e74)

MLK-15328-1 input: keyboard: add i.mx8mq snvs onoff button support

i.MX8MQ use SNVS ONOFF button, add support for it.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
(cherry picked from commit 76be69050848a8f3a1438056c0b48aeecc4c1c86)

MLK-21149-02 arm64: dts: imx: fix the build warning of endpoint on imx8mm

Fix the build warning of endpoint to follow the device tree spec.

Signed-off-by: Jacky Bai <ping.bai@nxp.com>

MLK-21149-01 arm64: dts: imx: update the usdhc compatible string on imx8mm

The usdhc controller on i.MX8MM is compatible with i.MX7D, so update
the compatible property.

Signed-off-by: Jacky Bai <ping.bai@nxp.com>

MLK-18617-3 pwm: imx: Use 32k clock if it is supplied

The PWM in i.MX8qxp MIPI subsystem needs to use the
'32k' clock to work properly.  This patch gets this
clock in the PWM driver and uses it if it is supplied.

Signed-off-by: Liu Ying <victor.liu@nxp.com>
(cherry picked from commit a343cc44ee9aa4be408c51b02176c8d0970a698d)

Conflicts:
drivers/pwm/pwm-imx.c

MLK-18627 pwm: imx: Add clk_ipg for imx8qm

As part of converting the imx pwm driver to an atomic apply function the
code handling ipg clock was dropped. Add it back because on imx8qm it is
indeed required.

This fixes the same issue as imx_4.9.y commit
ce627dbfd76e ("MLK-16973-4 pwm: imx: Use ipg and per clks in ->config, ->enable and ->disable")

Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>
Reported-by: Marius Vlad <marius-cristian.vlad@nxp.com>
Tested-by: Marius Vlad <marius-cristian.vlad@nxp.com>
Reviewed-by: Liu Ying <victor.liu@nxp.com>

MLK-21148-3 arm64: defconfig: enable i.MX SC RTC

Select i.MX SC RTC by default.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>

MLK-21148-2: soc: imx: enable SCU notifier

Enable i.MX8 SCU notifier for handling general MU
irq event.

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>

MLK-21148-1 arm64: dts: imx8qm: correct isi irq type setting

GIC irqchip driver introduces the warning when IRQ type is
set to IRQ_TYPE_NONE while it is NOT belonging to GIC_IRQ_TYPE_PARTITION,
the ISI irqs' setting trigger below WARNING during kernel boot
up, set ISI irqs type to IRQ_TYPE_LEVEL_HIGH to avoid such
warning during kernel bootup, the GIC driver ONLY supports
IRQ_TYPE_LEVEL_HIGH and IRQ_TYPE_EDGE_RISING for SPIs actually.

drivers/irqchip/irq-gic-v3.c:
WARN_ON(*type == IRQ_TYPE_NONE &&
fwspec->param[0] != GIC_IRQ_TYPE_PARTITION);

[    0.650117] WARNING: CPU: 3 PID: 1 at drivers/irqchip/irq-gic-v3.c:975
 gic_irq_domain_translate+0xa8/0x110
[    0.659434] Modules linked in:
[    0.662478] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 4.19.26-04846-g3ebadee #216
[    0.669944] Hardware name: Freescale i.MX8QM MEK (DT)
[    0.674984] pstate: 00000005 (nzcv daif -PAN -UAO)
[    0.679759] pc : gic_irq_domain_translate+0xa8/0x110
[    0.684717] lr : irq_create_fwspec_mapping+0x64/0x33c
[    0.689747] sp : ffff00000806b890
[    0.693049] x29: ffff00000806b890 x28: ffff8008f81264c0
[    0.698349] x27: 0000000000000000 x26: 0000000000000001
[    0.703647] x25: ffff8008f81264c0 x24: ffff0000094b8000
[    0.708946] x23: 0000000000000000 x22: ffff00000806b908
[    0.714246] x21: ffff8008fff77d00 x20: ffff0000094b8000
[    0.719545] x19: ffff8008f9824000 x18: ffff00000923a000
[    0.724844] x17: ffff000009239000 x16: ffff000009239948
[    0.730144] x15: 0000000000000001 x14: ffffffffffffffff
[    0.735443] x13: 000000000000030f x12: 0000000000000000
[    0.740742] x11: 0000000000000030 x10: 0101010101010101
[    0.746042] x9 : 0000000000000006 x8 : 7f7f7f7f7f7f7f7f
[    0.751341] x7 : 0000000000000000 x6 : 0000000000000092
[    0.756641] x5 : ffff000008485f14 x4 : ffff000008f9a0a0
[    0.761940] x3 : ffff00000806b8cc x2 : 0000000000000000
[    0.767240] x1 : 00000000a110c8ee x0 : 0000000000000000
[    0.772542] Call trace:
[    0.774976]  gic_irq_domain_translate+0xa8/0x110
[    0.779580]  irq_create_of_mapping+0x80/0xa8
[    0.783841]  of_irq_get+0x70/0xe4
[    0.787138]  of_irq_to_resource+0x38/0xfc
[    0.791134]  of_irq_to_resource_table+0x4c/0x68
[    0.795655]  of_device_alloc+0x120/0x1b8
[    0.799562]  of_platform_device_create_pdata+0x7c/0x11c
[    0.804774]  of_platform_bus_create+0x140/0x388
[    0.809289]  of_platform_bus_create+0x1a0/0x388
[    0.813806]  of_platform_populate+0x50/0xd4
[    0.817983]  of_platform_default_populate_init+0xbc/0xd0
[    0.823280]  do_one_initcall+0x58/0x168
[    0.827104]  kernel_init_freeable+0x1b4/0x274
[    0.831446]  kernel_init+0x10/0x104
[    0.834921]  ret_from_fork+0x10/0x18
[    0.838482] ---[ end trace 52dbd1b75308ae5a ]---

Signed-off-by: Anson Huang <Anson.Huang@nxp.com>

MLK-21109 arm64: Kconfig: All imx8 HAVE_IMX_RPMSG

This was skipped during initial boot-to-prompt porting

Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>

MLK-21080-11 arm64: defconfig: Enable more drivers from imx_4.14.y

The initial import of imx_4.14.y arm64 defconfig was ahead of actually
enabling imx for arm64 so many drivers were disabled.

Import again to enable more drivers.

Following are still disabled:

 * SND_SOC_AK4497: Does not compile
 * SND_SOC_IMX_DSP: Does not compile
 * EXTCON_PTN5150: Does not compile
 * SPI_FSL_FLEXSPI: Does not compile
 * REGULATOR_BD71837: Does not compile
 * KEYBOARD_IMX_SC_PWRKEY: Does not compile
 * RTC_DRV_IMX_SC: Does not compile
 * VIDEO_MXC_CSI_CAMERA: Does not link
 * CRYPTO_DEV_FSL_CAAM: Abort on probe

Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>

MLK-21080-10 PCI: imx: Simplify PCI_IMX6 depends on

Upstream rejected ARCH_MXC_ARM64 in favor of defining ARCH_MXC for
arm64.

Simplify PCI_IMX6 "depends on" to just "ARCH_MXC || COMPILE_TEST" and
make it actually build on imx8.

Fixes: 2c3ecbe0d6a4 ("MLK-15064-4 PCI: imx: enable pcie support on imx8")

Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>

MLK-21080-09 net: fec: Replace ARCH_MXC_ARM64 with HAVE_IMX_SC

Upstream rejected ARCH_MXC_ARM64 in favor of defining ARCH_MXC for
arm64.

Update the FEC driver to check for CONFIG_HAVE_IMX_SC around
SCFW-dependent code.

Fixes: 800ae684d992 ("MLK-16022 net: fec: get mac address from fuse")
Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>

MLK-21080-08 irqchip: imx-irqsteer imx-intmux: Replace ARCH_MXC_ARM64

Upstream rejected ARCH_MXC_ARM64 in favor of defining ARCH_MXC for
arm64 so the current condition is never enabled.

Copy upstream Kconfig instead for irqsteer and intmux.

Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>

MLK-21080-07 nvmem: imx-scu-ocotp: Depend on HAVE_IMX_SC

Upstream rejected ARCH_MXC_ARM64 in favor of defining ARCH_MXC for
arm64 so the current condition is never enabled.

Make it depend on HAVE_IMX_SC instead because it depends on SCFW API.

Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>

MLK-21080-06 thermal: imx_sc: Depend on HAVE_IMX_SC

Upstream rejected ARCH_MXC_ARM64 in favor of defining ARCH_MXC for
arm64 so the current condition is never enabled.

Make it depend on HAVE_IMX_SC instead because it depends on SCFW API.

Fixes: 166ac38501ae ("MLK-14972-02 driver: thermal: Add i.MX8QM/QXP thermal support")

Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>

MLK-21080-05 gpio: Kconfig: Make GPIO_MXC_PAD_WAKEUP depend on HAVE_IMX_SC

Upstream rejected ARCH_MXC_ARM64 in favor of defining ARCH_MXC for
arm64 so the current condition is never enabled.

Make it depend on HAVE_IMX_SC instead because it depends on SCFW API.

Fixes: e972661a45c5 ("MLK-19305-2 gpio: mxc: add gpio PAD wakeup support")
Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>

MLK-21051 dt-bindings: pinctrl: Sync SCFW header to commit ef4a5057

Replace manually added pads with defines from SCFW export package.

Fixes: 197e0b941b37 ("MLK-21052-23 dt-bindings: pads-imx8qm: Add pads missing from SCFW API")
Fixes: 14f4ea8d1a1c ("MLK-21052-14 dt-bindings: pads-imx8qxp: Add pads missing from SCFW API")

Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>
Acked-by: Fugang Duan <fugang.duan@nxp.com>
(cherry picked from commit 21dc9c9834783b13999fcdd1d9dbe50c4ae730ae)

MLK-20958-2 imx8: Replace SC_R_LAST with SC_R_NONE in DTB

We are currently using SC_R_LAST as a marker for imx8 power domain tree
nodes without a resource attached. This value is compiled into dtb as
part of the linux build and used by uboot.

The SC_R_LAST constant changes frequently as SCFW resources are added
(by design) and every time we need to update linux and uboot headers
together or boot can fail.

Fix this by replacing SC_R_LAST usage with a new constant SC_R_NONE
defined to be 0xFFF0.

Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>
Reviewed-by: Peng Fan <peng.fan@nxp.com>
(cherry picked from commit f573dbd5ce119740ad30b663e3599cb75e6f67ed)