Red Hat Bugzilla – Bug 442190
padlock drivers noisy on encrypted root boot with non-VIA cpus
Last modified: 2008-05-02 13:42:47 EDT
For fedora9 mkinitrd gives insmod errors with encrypted partitions
before asking for the paraphrase. I believe the cause is module naming.
Both modules aes.ko and sha256.ko were renamed in later kernels to
aes-generic.ko and sha256-generic.ko
WARNING: Error inserting padlock_aes
(/lib/modules/2.6.25-0.218.rc8.git7.fc9.i686/padlock-aes.ko: No such device
WARNING: Error inserting padlock_sha
(/lib/modules/2.6.25-0.218.rc8.git7.fc9.i686/padlock-sha.ko: No such device
Though the modules load successfully it would be nice to get rid of
these ugly messages.
No, the aes-generic and sha256-generic modules get loaded also. But we try to
load all modules matching the alias which provide the sha256 modalias (and aes)
which includes the padlock modules which are for VIA hardware acceleration.
There's not really any great ways to avoid this
Well how about silencing the errors. This looks a bit unprofesional.
*** Bug 443905 has been marked as a duplicate of this bug. ***
*** Bug 443092 has been marked as a duplicate of this bug. ***
If we're going to quiet things anywhere, it should probably be modprobe.
Um. I'm not able to reproduce at the moment - looks like davej or chuck changed
the kernel config to stop building these padlock drivers?
But what you're asking for is a valid feature. I won't rush out to fix this
tonight if this isn't actually a blocker for F9.
As mentioned to jcm privately -- they're still there and built on x86 but
obviously not on x86_64 and ppc (via only makes x86 hardware)
And wwoods -- on the blocker list because otherwise, we're going to get a deluge
of reports about this. With quiet disabled earlier in the cycle, no one
noticed. But it's a very very visible thing in a new feature that we're pretty
heavily touting. Unless we're "happy" dealing with that, it needs to be fixed
It's on my TODO for tomorrow. I'll have to install a 32-bit rawhide tonight to
reproduce - I had foolishly not considered that VIA only make 32-bit hardware :)
Ok, I can reproduce this now. Looking into it.
I've posted a fix, which I'll want to rework for upstream, but this should be ok
for F-9 use. If I get the other fix done today, I'll request another update.
if you are referring to module-init-tools-3.4-13.fc9 from koji that didn't solve
the problem for me.
Did you rebuild your initrd with mkinitrd? You'll need to actually have the
latest version of modprobe in your initrd in order to verify this fix :)
If you need a hand, let me know.
No I didn't. Let me know how to do this.
Confirmed fixed. No more WARNINGs from modprobe/insmod. We still get the padlock
padlock: VIA PadLock not detected.
padlock: VIA PadLock Hash Engine not detected.
But that's expected (and non-scary).
Louis, updating the kernel will rebuild the initrd for you (there's a new kernel
in today's rawhide as well).