Re: i2c: slave support framework improvements

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

 



> > How do the other masters know that their channel is currently muxed
> > then? And what if two of them want to access two of your slaves at
> > the same time?
> 
> In current implementation this I2C switch might be only switched from
> one side (via i2c command). From the MUX point of view, there is only
> one master (which may mux) and a number of slaves behind each channel.
> But on proto level IPMB requires to act as multi-master to receive
> answers from other intelligent nodes. To receive answer requesting
> node have to switch to slave mode after master write request.

And how is guaranteed that one of the intelligent nodes behind the MUX
do no send requests on their own while their channel is not muxed?

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Linux GPIO]     [Linux SPI]     [Linux Hardward Monitoring]     [LM Sensors]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux