From: Vidya Sagar <vidyas@...> commit 0ef22dcf0c1871888c4c0ee46a9d9c494f2fe997 upstream. Add support to send notifications to EPF from EPC once the core registers initialization is

From: Vidya Sagar <vidyas@...> commit 3d5f7d9f6a38ddcc105ebfb23b640630bbabba65 upstream. Add a new feature core_init_notifier for cores that can notify about their availability for

From: Kishon Vijay Abraham I <kishon@...> commit 2499ee84e02774a8573b7b4c76c8f2ea38669313 upstream. The PCIe endpoint core relies on the drivers that invoke the pci_epc_add_epf() API to allocate

From: Kishon Vijay Abraham I <kishon@...> commit 07301c982643a432212840a4b648b5d3f5a061fa upstream. Protect concurrent access to pci_epf_ops with a mutex. Signed-off-by: Kishon Vijay Abraham I

From: Kishon Vijay Abraham I <kishon@...> commit 3d3248dbd018502f654064c78efcd2e165ab3486 upstream. The pci_epc_ops is not intended to be invoked from interrupt context. Hence replace

From: Kishon Vijay Abraham I <kishon@...> commit 5779dd0a7dbd71e82478fb0bf125cc6cd3c43266 upstream. Use atomic_notifier_call_chain() to notify EPC events like linkup to EPF driver instead of

Hi All, This patch series is part of RFC series [1] ("Add PCIe EP support for Renesas R-Car Gen3 and RZ/G2x"). For making it more cleaner and easier to review series [1] is split up as suggested by

Hi, After today's CIP weekly meeting, Pavel proposed the idea of skipping merge requests for the cip-kernel-sec repository: 17:25 < pave1> wens: I see that currently merges to cip-kernel-sec are

Hi all, Kindly be reminded to attend the weekly meeting through IRC to discuss technical topics with CIP kernel today. *Please note that the IRC meeting was rescheduled to UTC (GMT) 09:00 starting

Hi Pavel, Thank you for the review.

Hi Pavel, Thank you for the review.

Hi! Whoa. So... original patch _moved_ shared code to new place. This version creates another copy of shared code, probably subtly different from the other one. Is that good idea? Won't two copies

Hi! Is this used somewhere? This adds symbol but noone calls this, and AFAICT it is not used in the rest of the series, either. We can merge it, anyway, I guess, but... explanation would be

Hi! Okay, we can't really protect sleeping code with a mutex. But this one is not sleeping. It is mdelay(), not msleep(). And same here. If there's a place which does sleep with the spinlock held,

Hello Jan, Thanks for the details. This gives us an idea on what we could do next. Thanks for your immediate support. We will get in touch with NXP for this. Regards, Lakshmi CONFIDENTIALITY This

Hi Lakshmi, That's unfortunate. Yes, please reach out to NXP and ask what their answer for upstream is, today or at least for the future. It's their issue in the first place. Also for that, you

Hello Jan, This is regarding requests for CSI support in the IMX processor. We were using Yocto + NXP provided kernel to use the CSI peripheral of the IMX6 processor. We have complete support from NXP

Hi Pavel,

Hi Pavel,

Hi Pavel,