[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140822160626.GA8477@obsidianresearch.com>
Date: Fri, 22 Aug 2014 10:06:26 -0600
From: Jason Gunthorpe <jgunthorpe@...idianresearch.com>
To: Scot Doyle <lkml14@...tdoyle.com>
Cc: Peter Huewe <peterhuewe@....de>, Ashley Lai <ashley@...leylai.com>,
Marcel Selhorst <tpmdd@...horst.net>,
Stefan Berger <stefanb@...ux.vnet.ibm.com>,
tpmdd-devel@...ts.sourceforge.net, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] tpm_tis: Verify ACPI-specified interrupt
On Fri, Aug 22, 2014 at 12:58:41AM +0000, Scot Doyle wrote:
> Some machines, such as the Acer C720 and Toshiba CB35, have TPMs
> that do not use interrupts while also having an ACPI TPM entry
How do these machines work in Windows?
Why only resume? Shouldn't every TPM command (such as the 3 or 4 the
driver issues at startup) timeout too?
> indicating a specific interrupt to be used. Since this interrupt
> is invalid, these machines freeze on resume until the interrupt
> times out.
> Generate the ACPI-specified interrupt. If none is received, then
> fall back to polling mode.
So, this makes the IRQ detection code run unconditionally, but that
code was only ever really used in certain old non-probable case..
I wonder if it works reliably?
In any event, I think a FIRMWARE_BUG message should be printed if this
case is detected.
I'd be more comfortable with some kind of ACPI black list or patch or
something? What is normal for handling broken ACPI?
Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists