Re: [PATCH v6 19/23] drivers/fsi: Add GPIO based FSI master

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

 






On 5/10/17 8:58 PM, Jeremy Kerr wrote:
Hi Chris,

I don't think we'd want this per master.   The lock is for the 'top'
master issuing commands.  Only the top master can initiate any
transactions on the bus to any devices connected downstream. Downstream
masters such as hub masters, etc... cannot initiate a command.
I think what Joel meant there was that we have it per *GPIO* master; if
there are two GPIO masters on a system, there's no need to provide
mutual exclusion to each (separate) set of GPIOs.

To implement this, we'd just move the lock into struct fsi_master_gpio.

Hi Jeremy,

Understand now -will make the change.

Thanks
-Chris

Cheers,


Jeremy


--
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