CVE-2026-97411

In the Linux kernel, the following vulnerability has been resolved:

net: ibm: emac: mal: fix potential system hang in mal remove()

napi disable() is not idempotent and calling it on an already-disabled or unenabled NAPI context will cause the kernel to spin indefinitely waiting for the NAPI STATE SCHED bit to clear.

In mal remove(), napi disable() is called unconditionally. If no MACs were registered, NAPI was never enabled. Also, if they were registered but subsequently unregistered, NAPI was already disabled in mal unregister commac(). In either case, calling napi disable() causes the kernel to hang upon module removal.

Fix this by only calling napi disable() in mal remove() if the commac list is not empty (which implies NAPI is enabled).