Description of problem: I test Mageia on a system with a TPM BIOS (I suppose). After install, it kept for some minutes locked in udev start. I found that it is the tpm_tis module that locks the boot. I manually blacklisted it, and the boot is fast again. Doing a time modprobe tpm_tis shows 2m34s. dmesg shows : tpm_tis 00:0d: 1.2 TPM (device-id 0xFE, rev-id 70) tpm_tis 00:0d: tpm_transmit: tpm_send: error -62 tpm_tis 00:0d: tpm_transmit: tpm_send: error -62 tpm_tis 00:0d: tpm_transmit: tpm_send: error -62 Can this module be blacklisted for now? I don't think it will be used by anyone... and may be a runaway for newcomers.
Making it release blocker as we have a solution : /etc/modprobe.d/blacklist for tpm_tis.
Priority: Normal => release_blocker
CC: (none) => thierry.vignaudSource RPM: kernel => udev
Speaking with Arnaud Patard, it seems it's not the right solution. BTW not reproduced on another desktop with tpm. Decreasing priority for now
Priority: release_blocker => HighCC: (none) => ennael1
Hi José, can you please check that your bios is up to date and that your laptop is really having TPM inside? I can't reproduce this bug on my laptop (TPM enable).
CC: (none) => mageia
It is not my desktop (not a laptop) so I prefer not upgrade the BIOS as this can still bruck the motherboard. I am sure it has a TPM, as in BIOS I can enable/disable it. I suppose we can put it in the errata if it is not in all systems?
(Debug first, then if there's no solution put in errata). Adding Errata to whiteboard to flag is as a possible errata entry. (we'll collect them before release to fill the Errata for mga1).
Whiteboard: (none) => Errata
Hi, is this bug still valid ?
Reporter, could you please reply to the previous question? If you don't reply within two weeks from now, this bug can be closed as OLD. Thank you.
Keywords: (none) => NEEDINFOCC: (none) => marja11
This bug seems solved as of current Cauldron.
Status: NEW => RESOLVEDResolution: (none) => FIXED