---
id: CVE-2026-97411
title: |-
  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 ca…
summary: |-
  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 ca…
severity: none
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    f6c1aad9b35fa083f48ce0c5926204891d82e089
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    c4cb9a728df66c46067b26263f5beb633aae4087
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    7c5d41f87f079990bf241359e3c1332d8d10fe87
  - Linux < 6.12.111
  - Linux < 6.18.53
  - Linux (all versions)
published: '2026-09-24'
updated: '2026-09-25'
sourceUpdated: '2026-09-25T13:17:24.650'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-97411'
references:
  - url: 'https://git.kernel.org/stable/c/7c5d41f87f079990bf241359e3c1332d8d10fe87'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/c4cb9a728df66c46067b26263f5beb633aae4087'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/f6c1aad9b35fa083f48ce0c5926204891d82e089'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
tags:
  - nvd
  - cve.org
ingestedAt: '2026-09-24T16:47:15.887Z'
---

## Overview

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).

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.