lkml.org 
[lkml]   [2018]   [Feb]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: [PATCH 1/2 v3] tpm: cmd_ready command can be issued only after granting locality
Date
> 
> On Wed, Feb 14, 2018 at 03:43:18PM +0200, Tomas Winkler wrote:
> > if (need_locality && chip->ops->relinquish_locality) {
> > - chip->ops->relinquish_locality(chip, chip->locality);
> > + /* this coud be on error path, don't override error code */
> > + int l_rc = chip->ops->relinquish_locality(chip, chip->locality);
>
> All local variable declarations must be in the beginning of the function.

Who says?


>
> > +
> > + if (l_rc) {
> > + dev_err(&chip->dev, "%s: relinquish_locality: error
> %d\n",
> > + __func__, l_rc);
> > + rc = l_rc;
> > + }
>
> Your comment about not overriding error code is incorrect.

Please explain?

> The value of 'rc' should be never overridden, which kind of supports to "just
> print" behavior that we had for a locality error.

You are not consistent, you've agreed with propagating it to user space.
The error will be propagated in case of an error in locality relinquish
the device is pretty much in non functional state and provious errors do not matter much,
but rc value won't be modified if locality_reliquish succeeds.

> Is your fix somehow dependent on changing relinquish_locality() behavior? If
> not, please remove this change. If you want to contribute such behavioral
> change, you should make a separate patch of it.

The issue is structural, this is required just because the relinquish locality is inside the error path handling.

> Now it's like a trojan horse bundled inside a bug fix.

Not sure I understand your methaphore.
Please review again.

Thanks
Tomas

\
 
 \ /
  Last update: 2018-02-19 12:44    [W:1.823 / U:0.060 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site