Tianhao Zhao

**Name of the Vulnerable Software and Affected Versions** Linux kernel (affected versions not specified) **Description** The issue is related to a null pointer dereference in the `efx hard start xmit()` function. This can occur when trying to get the channel from the `tx queue` variable, which is wrong because it can only happen if `tx queue` is NULL. The error message for this issue includes "BUG: unable to handle kernel NULL pointer dereference" and indicates the problem is in the `efx hard start xmit()` function. **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.

**Name of the Vulnerable Software and Affected Versions** Linux kernel (affected versions not specified) **Description** The issue is related to a NULL pointer dereference in the Linux kernel's sfc component when using legacy interrupts. In legacy interrupt mode, the tx channel offset was hardcoded to 1, but this is not correct if efx sepparate tx channels is false. As a result, when trying to send traffic, the system attempts to access tx queues from an uninitialized channel, leading to errors and a kernel NULL pointer dereference. The `efx hard start xmit` function is involved in this process. **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.

**Name of the Vulnerable Software and Affected Versions** Linux kernel (affected versions not specified) **Description** The issue is related to a null pointer dereference in the `efx hard start xmit` function within the `sfc/siena` component of the Linux kernel. This could potentially lead to a null pointer dereference, although it is considered unlikely. The fix prevents this potential issue, similar to a previous patch for the `sfc` component. **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.

**Name of the Vulnerable Software and Affected Versions** Linux kernel (affected versions not specified) **Description** A vulnerability in the Linux kernel has been resolved. The issue occurred when the modparam efx separate tx channels=1 was used, causing some channels to only have RX queues and others only TX queues. The function efx channel has tx queues has been fixed to return the correct value for this case. Before the fix, error messages were shown at probe time and remove time, indicating failures to initialize TXQ and flush queues. **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.