Re: [PATCH v4 3/5] soc: qcom: Introduce APCS IPC driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 5/5/2017 2:22 PM, Jassi Brar wrote:
On Sat, May 6, 2017 at 1:23 AM, Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx> wrote:
On 5/5/2017 1:22 PM, Jassi Brar wrote:

On Sat, May 6, 2017 at 12:07 AM, Bjorn Andersson
<bjorn.andersson@xxxxxxxxxx> wrote:


There is no way to determine if the remote processor has observed a message,
that does not involve pretty trivial race conditions.

Thanks for chiming in.
How is it supposed to work if a client queues more than one request?
How do you know when it's ok to overwrite the FIFO and send the next
command?
   Usually if h/w doesn't indicate, we cook up some ack packet for each
command. Otherwise the protocol seems badly broken.

  If there is really nothing that can be done to check delivery of a
message, I'll pick the driver as such. Best of luck :)

The protocol is designed so that we don't need an ack, or confirmation of delivery. Such details are left to the higher level protocol, if needed.

The transmitter owns the "head" pointer in the fifo, and the receiver owns the "tail" pointer. The fifo is empty if those pointers are the same value. When the receiver has copied data out of the fifo, it advances the tail pointer. The transmitter must ensure that the head pointer never meets the tail pointer through wrap around.

You can kind of check delivery based on the position of the tail pointer, but I can tell you from experience, you never really want to do that as it never tells you what you really want to know.

--
Jeffrey Hugo
Qualcomm Datacenter Technologies as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the
Code Aurora Forum, a Linux Foundation Collaborative Project.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]
  Powered by Linux