Re: [PATCH 1/4] firmware: tegra: reword messaging terminology

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

 



Hi Sivaram,

On 12.12.2018 22.15, Sivaram Nair wrote:
On Wed, Dec 12, 2018 at 09:31:25PM +0200, Timo Alho wrote:
As a preparatory change to refactor bpmp driver to support other than
t186/t194 chip generations, reword and slightly refactor some of the
functions to better match with what is actually happening in the
wire-level protocol.

The communication with bpmp is essentially a Remote Procedure Call
consisting of "request" and "response". Either side (BPMP or CPU) can
initiate the communication. The state machine for communication
consists of following steps (from Linux point of view):

Linux initiating the call:
  1) check that channel is free to transmit a request (is_req_channel_free)
  2) copy request message payload to shared location
  3) post the request in channel (post_req)
  4) notify BPMP that channel state has been update (ring_doorbell)

*updated*


Thanks for taking a look of the whole series. I'll fix the things you pointed out on next version, after receiving more feedback.




[Index of Archives]     [ARM Kernel]     [Linux ARM]     [Linux ARM MSM]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux