Anirudh Rayabharam

**Name of the Vulnerable Software and Affected Versions** Linux kernel versions prior to 6.6.51/6.10.10 **Description** The issue is related to a kexec crash due to VP assist page corruption in the Linux kernel. This occurs when the hypervisor corrupts the memory region of the old VP assist page, causing a panic if the kexec kernel is using that memory elsewhere. The problem arises from the introduction of a new cpuhp state for hyperv initialization, which returns 0, and the cpuhp remove state() call being conditioned upon "hyperv init cpuhp > 0", a condition that will never be true. As a result, hv cpu die() won't be called on all CPUs, and the VP assist page won't be reset. **Recommendations** To resolve the issue, upgrade the Linux kernel to version 6.6.51/6.10.10 or later. This upgrade will include the fix for the kexec crash due to VP assist page corruption. As a temporary workaround, consider disabling the `hv cpu die()` function until a patch is available. However, the most effective solution is to apply the update to the affected kernel versions.

**Name of the Vulnerable Software and Affected Versions** Linux kernel (affected versions not specified) **Description** The issue is related to a potential null pointer dereference in the `fmvj18x get hwinfo()` function. If `ioremap` fails, it will result in a NULL pointer dereference. To fix this, the return value of `ioremap` is checked, and -1 is returned to the caller in case of failure. **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.