lockdep: irq_pipeline: fix ambiguous naming
lockdep_save/restore_irqs_state might convey the wrong information: this is not about saving+disabling then conditionally re-enabling the tracked state, but merely to read/write such state unconditionally. Let's change this to non-equivocal names.
Please register or sign in to comment