[lkml]   [2020]   [Jan]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH V2 0/5] Add support to defer core initialization
Hi Kishon,
Could you please review this series?

Also, this series depends on the following change of yours
Whats the plan to get this merged?

Vidya Sagar

On 1/3/20 3:37 PM, Vidya Sagar wrote:
> EPC/DesignWare core endpoint subsystems assume that the core registers are
> available always for SW to initialize. But, that may not be the case always.
> For example, Tegra194 hardware has the core running on a clock that is derived
> from reference clock that is coming into the endpoint system from host.
> Hence core is made available asynchronously based on when host system is going
> for enumeration of devices. To accommodate this kind of hardwares, support is
> required to defer the core initialization until the respective platform driver
> informs the EPC/DWC endpoint sub-systems that the core is indeed available for
> initiaization. This patch series is attempting to add precisely that.
> This series is based on Kishon's patch that adds notification mechanism
> support from EPC to EPF @
> Vidya Sagar (5):
> PCI: endpoint: Add core init notifying feature
> PCI: dwc: Refactor core initialization code for EP mode
> PCI: endpoint: Add notification for core init completion
> PCI: dwc: Add API to notify core initialization completion
> PCI: pci-epf-test: Add support to defer core initialization
> .../pci/controller/dwc/pcie-designware-ep.c | 79 +++++++-----
> drivers/pci/controller/dwc/pcie-designware.h | 11 ++
> drivers/pci/endpoint/functions/pci-epf-test.c | 118 ++++++++++++------
> drivers/pci/endpoint/pci-epc-core.c | 19 ++-
> include/linux/pci-epc.h | 2 +
> include/linux/pci-epf.h | 5 +
> 6 files changed, 164 insertions(+), 70 deletions(-)

 \ /
  Last update: 2020-01-11 12:48    [W:0.135 / U:3.248 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site