In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
IntheLinuxkernel,thefollowingvulnerabilityhasbeenresolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointerdereference in efx_hard_start_xmitTrying to getthe channel from the tx_queue variablehere is wrongbecause we can only be here if tx_queue isNULL,so we shouldn tdereference it.As the above comment in the code says, this is veryunlikely to happen,but it s wrong anywayso let s fix it.I hit this issue because of a different bug thatcaused tx_queue to beNULL. If that happens,this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
IntheLinuxkernel,thefollowingvulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying toget the channel from the tx_queue variable hereis wrongbecause we can only be here iftx_queue is NULL, so we shouldn tdereference it. As theabovecomment in the code says, thisis veryunlikely to happen, but it s wrong anyway so let s fix it.I hitthis issue because ofa different bug that caused tx_queue to beNULL. If that happens,this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it swrong anyway so let sfix it.I hit this issue because of adifferent bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but it s wrong anyway so let s fix it.I hit this issue because of a different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
| linux | | https://git.kernel.org/linus/0a242eb2913a4aa3d6fbdb86559f27628e9466f3 | https://git.kernel.org/linus/12804793b17c0e19115a90d98f2f3df0cb79e233 | ubuntu |
</details>
二、漏洞分析结构反馈
影响性分析说明：
In the Linux kernel, the following vulnerability has been resolved:sfc: fix null pointer dereference in efx_hard_start_xmitTrying to get the channel from the tx_queue variable here is wrongbecause we can only be here if tx_queue is NULL, so we shouldn tdereference it. As the above comment in the code says, this is veryunlikely to happen, but its wrong anyway so lets fix it.I hit this issue because ofa different bug that caused tx_queue to beNULL. If that happens, this is the error message that we get here: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 [...] RIP: 0010:efx_hard_start_xmit+0x153/0x170 [sfc]
