RE: [RFC PATCH v1] ufs: poll pmc until another pa request is completed

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

 



> > > Regarding 5.7.12.11 in Unipro v1.8, PA rejects sebsequent requests
> > > following the first request from upper layer or remote.
> > > In this situation, PA responds w/ BUSY in cases when they come from
> > > upper layer and does nothing for the requests. So HCI doesn't
> > > receive ind, a.k.a. indicator for its requests and an interrupt,
> > > IS.UPMS isn't generated.
> > >
> > > When LINERESET occurs, the error handler issues PMC which is
> > > recognized as a request for PA. If a host's PA gets or raises
> > > LINERESET, and a request for PMC, this could be a concurrent
> > > situation mentioned above. And I found that situation w/ my
> environment.
> > Can you please elaborate on how this concurrency can happen?
> > My understanding is that both line reset indication and uic command
> > are protected by host_lock?
> 
> Yes and one thing I have to correct on the clause: 5.7.12.11 -> 5.7.12.1.1
> 
> And I’m talking about the situation w/ some requests w/ PACP.
OK. Thanks.

However, Please note that Clause 5.7.12.1.1 "Concurrency Resolution" of the unipro spec,
is dealing with local-peer concurrency. Not 2 concurrent local requests.
As such, I think you need to explain that this is not a host issue.

Thanks,
Avri




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]

  Powered by Linux