The Linux kernel's fastrpc component had a race condition vulnerability where the buffer was removed from the list only after the unmap operation completed. This sequencing allowed multiple threads invoking unmap concurrently to cause race conditions, potentially leading to inconsistent state or use-after-free scenarios. The vulnerability was resolved by changing the logic to remove the buffer from the list prior to the unmap call. If the unmap fails, the buffer is reinserted to allow retry or cleanup during device release, preventing race conditions during concurrent unmap operations.

The vulnerability could lead to race conditions when multiple threads concurrently unmap buffers, potentially causing inconsistent internal state or memory handling issues within the fastrpc component of the Linux kernel. No specific exploit or impact details such as privilege escalation or denial of service are provided. There are no known exploits in the wild.

A fix has been implemented in the Linux kernel to address this vulnerability by changing the order of buffer removal and unmap operations. Users should apply the official kernel update containing this fix when it becomes available. Patch status is not explicitly confirmed; check the vendor or Linux kernel advisories for the current remediation guidance.