Hello Azhar, On 12/18/2017 08:34 PM, Shaikh, Azhar wrote: > > >> -----Original Message----- >> From: Javier Martinez Canillas [mailto:javierm@xxxxxxxxxx] >> Sent: Monday, December 18, 2017 11:30 AM >> To: Jason Gunthorpe <jgg@xxxxxxxx> >> Cc: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>; James Ettle >> <james@xxxxxxxxxxxx>; linux-integrity@xxxxxxxxxxxxxxx; Shaikh, Azhar >> <azhar.shaikh@xxxxxxxxx>; linux-kernel@xxxxxxxxxxxxxxx; >> james.l.morris@xxxxxxxxxx >> Subject: Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on >> Braswell system >> >> Hello Jason, >> >> Thanks a lot for your feedback. >> >> On 12/18/2017 06:55 PM, Jason Gunthorpe wrote: >>> On Mon, Dec 18, 2017 at 01:29:01PM +0100, Javier Martinez Canillas wrote: >>>> On 12/18/2017 01:22 PM, Javier Martinez Canillas wrote: >>>> >>>> [snip] >>>> >>>>> >>>>> James, >>>>> >>>>> Can you please test the following (untested) patch on top of the >>>>> other two mentioned patches to see if it makes a difference for you? >>>>> >>>> >>>> I should had tried to at least compile the patch :) >>> >>> I think this is backwards.. >>> >>> If CLKRUN_EN is on (eg power management is NOT enabled on LPC) then >>> TPM shouldn't do anything at all. >>> >>> If CLKRUN_EN is off, then it should try to turn it on/off to save >>> power. >>> >> >> My knowledge of LPC is near to non-existent so I please forgive me if I'm >> wrong, but my understanding is that it's the opposite of what you said. >> >> When CLKRUN_EN is SET, power management is ENABLED on the LPC bus and >> the host LCLK clock may be stopped when entering in some low-power states. >> >> The CLKRUN# signal is then used by peripherals to restart the LCLK clock after >> resuming from low-power states to be able to transmit again. >> >> When CLKRUN_EN is CLEAR, power management is DISABLED on the LPC bus >> and the host LCLK clock is never stopped even when entering in some low- >> power states. >> > > Hi Javier, > > Yes you are correct with the above understanding of the CLKRUN. > Thanks for the confirmation. >> IIUC, if CLKRUN_EN is enabled, then all the devices attached to the LPC bus >> have to support the CLKRUN protocol. My guess is that on some Braswell >> systems LPC power management is enabled but the TPM device doesn't have >> CLKRUN support. >> > > I think this is what might be happening here. > One question, what happens if the CLKRUN protocol is disabled and never enabled again? My understanding is that the CLKRUN# signal is not required if the host never stops the LCLK clock, and peripherals that do support the CLKRUN protocol should still work if the CLKRUN protocol is disabled and the LCLK isn't stopped. So from what we discussed above, I think it may be correct to completely disable CLKRUN protocol if there's a peripheral that doesn't support it. > Since I do not have an end product to test this on, I managed to get one BSW Reference Verification Platform(RVP). I flashed the latest Ubuntu (17.10) which is on 4.13.13 kernel version and does have the patch. > > I was able to use the PS/2 mouse and keyboard immediately after bootup and also after suspend/resume cycle. The system does have a TPM.(/dev/tpm0 and /dev/tpmrm0 exist) > It's not clear to me if the RVP system is the same one where you found the issue and lead to the commit that caused the regression. Could you please test what happens if you disable the CLKRUN_EN and never enable it again? Best regards, -- Javier Martinez Canillas Software Engineer - Desktop Hardware Enablement Red Hat
