Linuxカーネルにおいて、以下の脆弱性が修正されました。ibmvnicでは、NON_FATALエラー発生時にdql統計情報がリセットされない問題がありました。すべてのibmvnicのリセットは、デバイスを再オープンする際にnetdev_tx_reset_queue()を呼び出します。netdev_tx_reset_queue()はnum_queuedおよびnum_completedのバイトカウンターをリセットし、これらの統計はByte Queue Limit（BQL）アルゴリズムで使用されます。これら2つの統計の差は、物理NIC上に現在存在するバイト数を示します。ibmvnicはドライバのxmit関数内でnetdev_tx_sent_queue()を呼び出すことでキューイングされたバイト数を増加させます。VIOSがバイトの送信完了を報告すると、ibmvnicデバイスはnetdev_tx_completed_queue()の呼び出しを通じて完了バイト数を増加させます。ドライバは送信呼び出しをバッチ処理しており、num_queuedはskbが次のバッチに追加されるたびに増加しますが、バッチがVIOSに送信される時点とは限りません。他のリセットタイプとは異なり、NON_FATALリセットはサブCRQの送信バッファをフラッシュしません。そのため、バッチ化されたskb配列が部分的に満杯である可能性があります。したがって、デバイスの再オープン時にnetdev_tx_reset_queue()が呼び出されると、num_queuedの値（0）は現在バッチにあるskbを考慮していません。最終的にバッチがVIOSに送信されると、netdev_tx_completed_queue()の呼び出しによりnum_completedがnum_queuedを上回る値に増加し、BUG_ONクラッシュを引き起こします。具体的には、「ibmvnic 30000002: Firmware reports error, cause: adapter problem. Starting recovery...」というエラーが発生しました。したがって、NON_FATALリセットを実行する際にはdql統計をリセットしないように修正しました。

リリース情報、またはパッチ情報が公開されています。参考情報を参照して適切な対策を実施してください。