Support dynamically allocated lockdep keys

[fbq]

Currently, there's a design hole which allows users to pass an unregistered lockdep key to a C function that expects a registered one: example. We can fix this by:

• Replace &LockClassKey with Pin<&LockClassKey> in all lock APIs to reflect that the lock keys need address stability to work.
• Introduce pin initializer for LockClassKey, which registers the key at the initialization time.
• Add pin drop function for LockClassKey, which unregisters the key.
• Make sure static_lock_class!() still work by creating a Pin<&'static LockClassKey> from a static uninit variable (as long as it's static allocated, lockdep supports the uninitialized key).

Detailed discussions can be found: https://lore.kernel.org/rust-for-linux/2e3bc20e-ca91-45bb-9e35-586620e56d96@proton.me/

[chessturo]

Looking into getting a patch out for this

[chessturo]

@fbq since the patch is merged, I think we can close this now :)

[fbq]

@fbq since the patch is merged, I think we can close this now :)

Make sense, close it now.