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

pstore: ram_core: fix possible overflow in persistent_ram_init_ecc()

In persistent_ram_init_ecc(), on 64-bit arches DIV_ROUND_UP() will return
64-bit value since persistent_ram_zone::buffer_size has type size_t which
is derived from the 64-bit *unsigned long*, while the ecc_blocks variable
this value gets assigned to has (always 32-bit) *int* type.  Even if that
value fits into *int* type, an overflow is still possible when calculating
the size_t typed ecc_total variable further below since there's no cast to
any 64-bit type before multiplication.  Declaring the ecc_blocks variable
as *size_t* should fix this mess...

Found by Linux Verification Center (linuxtesting.org) with the SVACE static
analysis tool.

kernel.org https://git.kernel.org/stable/c/3b333cded94fbe5ce30d699b316c4715151268ae [No types assigned]

kernel.org https://git.kernel.org/stable/c/48dcfc42ce705b652c0619cb99846afc43029de9 [No types assigned]

kernel.org https://git.kernel.org/stable/c/86222a8fc16ec517de8da2604d904c9df3a08e5d [No types assigned]

kernel.org https://git.kernel.org/stable/c/8fb12524c86bdd542a54857d5d076b1b6778c78c [No types assigned]

kernel.org https://git.kernel.org/stable/c/a34946ec3de88a16cc3a87fdab50aad06255a22b [No types assigned]

kernel.org https://git.kernel.org/stable/c/acd413da3e1f37582207cd6078a41d57c9011918 [No types assigned]

kernel.org https://git.kernel.org/stable/c/d1fe1aede684bd014714dacfdc75586a9ad38657 [No types assigned]

kernel.org https://git.kernel.org/stable/c/f9b891a7e8fcf83901f8507241e23e7420103b61 [No types assigned]