CVE-2026-89586

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

ata: libata-scsi: fix DSM TRIM for sector sizes larger than 2048 bytes

ata scsi write same xlat() translates a SCSI WRITE SAME command with the UNMAP bit set into an ATA DATA SET MANAGEMENT TRIM command. The TRIM descriptor is built by ata format dsm trim descr() into the 2048-byte ata scsi rbuf staging buffer, and the number of bytes copied is compared against the logical sector size by the caller:

size = ata format dsm trim descr(scmd, trmax, block, n block);
if (size != len)		/* len == sdp->sector size */
	goto invalid param len;

ata format dsm trim descr() clamps the copy length to ATA SCSI RBUF SIZE (2048). On a device whose logical sector size exceeds that (e.g. a 4Kn device, where sector size == 4096) the function can never return more than 2048, while the caller expects it to return sector size. The comparison therefore always fails, so every TRIM is rejected with "Parameter list length error" and WARN ON() splats on each attempt. TRIM / discard is thus completely broken on such devices.

The descriptor was incorrectly sized from the logical sector size. A DSM TRIM payload is a list of 512-byte pages, each holding up to ATA MAX TRIM RNUM (64) LBA Range Entries, and is independent of the logical sector size. The Block Limits VPD page already advertises a single such page as the maximum WRITE SAME length (65535 * ATA MAX TRIM RNUM logical blocks), so the block layer never sends a request that needs more than one page.

Emit exactly one 512-byte page, independent of the logical sector size, and transfer only that page (COUNT == 1). For a 512-byte-sector device this is unchanged; devices with larger logical sectors now work instead of failing every TRIM.