[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20191118175924.GA5984@linux.intel.com>
Date: Mon, 18 Nov 2019 19:59:24 +0200
From: Jarkko Sakkinen <jarkko.sakkinen@...ux.intel.com>
To: Stefan Berger <stefanb@...ux.ibm.com>
Cc: Stefan Berger <stefanb@...ux.vnet.ibm.com>,
linux-integrity@...r.kernel.org, jsnitsel@...hat.com,
linux-kernel@...r.kernel.org, linux-security-module@...r.kernel.org
Subject: Re: [PATCH] tpm_tis: Move setting of TPM_CHIP_FLAG_IRQ into
tpm_tis_probe_irq_single
On Sat, Nov 16, 2019 at 09:32:06AM -0500, Stefan Berger wrote:
> On 11/14/19 11:44 AM, Jarkko Sakkinen wrote:
> > On Thu, Nov 14, 2019 at 06:41:51PM +0200, Jarkko Sakkinen wrote:
> > > On Tue, Nov 12, 2019 at 03:27:25PM -0500, Stefan Berger wrote:
> > > > From: Stefan Berger <stefanb@...ux.ibm.com>
> > > >
> > > > Move the setting of the TPM_CHIP_FLAG_IRQ for irq probing into
> > > > tpm_tis_probe_irq_single before calling tpm_tis_gen_interrupt.
> > > > This move handles error conditions better that may arise if anything
> > > > before fails in tpm_tis_probe_irq_single.
> > > >
> > > > Signed-off-by: Stefan Berger <stefanb@...ux.ibm.com>
> > > > Suggested-by: Jerry Snitselaar <jsnitsel@...hat.com>
> > > What about just changing the condition?
> > Also cannot take this since it is not a bug (no fixes tag).
>
> I'll repost but will wait until Jerry has tested it on that machine.
OK, great, thank you.
This is really needs some reasoning on why this was the right way to
fix the issue. In addition, a source code comment might make sense.
/Jarkko
Powered by blists - more mailing lists