lkml.org 
[lkml]   [2018]   [Jan]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC PATCH v11 4/5] PCI / PM: Add support for the PCIe WAKE# signal for OF
    * Rafael J. Wysocki <rafael@kernel.org> [171230 00:24]:
    > On Sat, Dec 30, 2017 at 12:39 AM, Rafael J. Wysocki <rafael@kernel.org> wrote:
    > > No, you need a wakeirq properly for the child *device* and that
    > > property will be consumed by the PCI layer.
    >
    > Or, if you use the convention mentioned in another message in this
    > thread, you can make the wakeirq be a property of a bridge (port) with
    > the clarification of the assumption that WAKE# is shared by all
    > functions below the bridge. So the presence of the "wakeirq" property
    > for a bridge (in addition to providing the wakeup IRQ) will mean that
    > it applies to all devices below the bridge.

    Yes that makes sense from device tree point of view.

    > In the case of parallel PCI (not PCIe), there may be multiple "slots"
    > (or "PCI devices" consisting each of multiple functions) under one
    > bridge and in theory each of them may use a different IRQ for WAKE#
    > signaling, so the above convention will not work then.

    OK. In that case the wakeirq would have to be mapped to each
    PCI device if there is no other way to describe where the slot
    WAKE# line is wired to. I guess the PCI controller could go
    through the child devices and map the wakeirqs that way if
    needed.

    Regards,

    Tony

    \
     
     \ /
      Last update: 2018-01-03 21:00    [W:5.735 / U:0.980 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site