{"api_version":"1","generated_at":"2026-10-20T17:40:38+00:00","cve":"CVE-2026-98547","urls":{"html":"https://cve.report/CVE-2026-98547","api":"https://cve.report/api/cve/CVE-2026-98547.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-98547","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-98547"},"summary":{"title":"af_packet: fix integer overflow in prb_calc_retire_blk_tmo()","description":"In the Linux kernel, the following vulnerability has been resolved:\n\naf_packet: fix integer overflow in prb_calc_retire_blk_tmo()\n\nprb_calc_retire_blk_tmo() computes in 32-bit int arithmetic:\n\n        mbits = (blk_size_in_bytes * 8) / (1024 * 1024);\n\nIf I'm reading the validation right, tp_block_size is user\ncontrolled and packet_set_ring() only rejects values that are <= 0\nas int or not page aligned, so a 256MiB block goes right through\n(and alloc_one_pg_vec_page() even has a vzalloc fallback for it).\n0x10000000 * 8 wraps to INT_MIN, and on a NIC reporting 1 Gbps\n(div == 1) the function ends up returning -2047.\n\nThe condition is actually (8 * size) mod 2^32 >= 2^31 && div == 1,\nso the trigger set is [256,512), [768,1024), [1280,1536) and\n[1792,2048) MiB. Other sizes wrap to non-negative values and faster\nlinks divide the unsigned value back below 2^31, which is why this\ndoesn't blow up for everyone.\n\nWhat makes it fatal is what happens next in init_prb_bdqc():\n\n        p1->interval_ktime = ms_to_ktime(prb_calc_retire_blk_tmo(...));\n        hrtimer_start(&p1->retire_blk_timer, p1->interval_ktime,\n                      HRTIMER_MODE_REL_SOFT);\n\nA negative relative timeout expires immediately. The callback\nunconditionally returns HRTIMER_RESTART, and hrtimer_forward() turns\nthe negative interval into hrtimer_resolution:\n\n        if (interval < hrtimer_resolution)\n                interval = hrtimer_resolution;\n\nSo the SOFT timer re-fires at the maximum rate forever, holding\nsk_receive_queue.lock each pass. One CPU spins in softirq until the\nsocket is closed. Repeat with more rings and the machine is gone.\n\nThe overflow itself is ancient - it was introduced together with\nTPACKET_V3 in f6fb8f100b80 (\"af-packet: TPACKET_V3 flexible buffer\nimplementation.\"). Its effect prior to f7460d2989fa (\"net:\naf_packet: Use hrtimer to do the retire operation\", v6.18) was not\nas clear-cut, though: the return value was stored into an unsigned\nshort retire_blk_tov, so a negative result was truncated, and a\n0-jiffy delay loop could be programmed as well. Neither is nearly\nas detrimental as the immediate maximum-rate spin the hrtimer\nconversion turned it into.\n\n(Unrelated to CVE-2019-20812 - that one was the ethtool failure path\nreturning 0, which now returns DEFAULT_PRB_RETIRE_TOV.)\n\nReproducer, needs CAP_NET_RAW (a --network host container has it by\ndefault) and a 1 Gbps NIC (QEMU e1000 works):\n\n        int fd = socket(AF_PACKET, SOCK_RAW, htons(ETH_P_ALL));\n        bind(fd, ...);\n        int v = TPACKET_V3;\n        setsockopt(fd, SOL_PACKET, PACKET_VERSION, &v, sizeof(v));\n        struct tpacket_req3 req = {\n                .tp_block_size = 0x10000000,\n                .tp_block_nr = 1,\n                .tp_frame_size = 2048,\n                .tp_frame_nr = 0x10000000 / 2048,\n                .tp_retire_blk_tov = 0,\n        };\n        setsockopt(fd, SOL_PACKET, PACKET_RX_RING, &req, sizeof(req));\n\nCompute in 64 bits instead. The operands are already bounded by the\nexisting validation, so nothing else changes. If you'd prefer a\ndifferent fix, just say so and I'll respin.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-10-18 16:17:06","updated_at":"2026-10-18 16:17:06"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/218a944b9e035d4b47d59c69af6ca13319da15fb","name":"https://git.kernel.org/stable/c/218a944b9e035d4b47d59c69af6ca13319da15fb","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/eb5b3838b9200dac04bfe33483db0ee8287456fb","name":"https://git.kernel.org/stable/c/eb5b3838b9200dac04bfe33483db0ee8287456fb","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/56d82862a0a243ac14ba11b6d7b57ddc2d064b95","name":"https://git.kernel.org/stable/c/56d82862a0a243ac14ba11b6d7b57ddc2d064b95","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/6279211e7d2456ecd195d236c9ee5e5c6fa5a17a","name":"https://git.kernel.org/stable/c/6279211e7d2456ecd195d236c9ee5e5c6fa5a17a","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/02afd75649a4e001031ed82153a5c39312ec0737","name":"https://git.kernel.org/stable/c/02afd75649a4e001031ed82153a5c39312ec0737","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/297acc571d5813db76b147c745b91031d5f9c960","name":"https://git.kernel.org/stable/c/297acc571d5813db76b147c745b91031d5f9c960","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/b2bcc6a254d6f27823a56787668ae4ee8cdb6e71","name":"https://git.kernel.org/stable/c/b2bcc6a254d6f27823a56787668ae4ee8cdb6e71","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/be1aacff399d519cc48d6b34354a54dd79041140","name":"https://git.kernel.org/stable/c/be1aacff399d519cc48d6b34354a54dd79041140","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-98547","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-98547","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f6fb8f100b807378fda19e83e5ac6828b638603a 02afd75649a4e001031ed82153a5c39312ec0737 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f6fb8f100b807378fda19e83e5ac6828b638603a eb5b3838b9200dac04bfe33483db0ee8287456fb git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f6fb8f100b807378fda19e83e5ac6828b638603a 297acc571d5813db76b147c745b91031d5f9c960 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f6fb8f100b807378fda19e83e5ac6828b638603a be1aacff399d519cc48d6b34354a54dd79041140 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f6fb8f100b807378fda19e83e5ac6828b638603a b2bcc6a254d6f27823a56787668ae4ee8cdb6e71 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f6fb8f100b807378fda19e83e5ac6828b638603a 6279211e7d2456ecd195d236c9ee5e5c6fa5a17a git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f6fb8f100b807378fda19e83e5ac6828b638603a 218a944b9e035d4b47d59c69af6ca13319da15fb git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f6fb8f100b807378fda19e83e5ac6828b638603a 56d82862a0a243ac14ba11b6d7b57ddc2d064b95 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 3.2","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 3.2 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 5.10.271 5.10.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 5.15.222 5.15.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.1.189 6.1.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.6.158 6.6.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.112 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.55 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.2.9 7.2.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.3 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":null,"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["net/packet/af_packet.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"02afd75649a4e001031ed82153a5c39312ec0737","status":"affected","version":"f6fb8f100b807378fda19e83e5ac6828b638603a","versionType":"git"},{"lessThan":"eb5b3838b9200dac04bfe33483db0ee8287456fb","status":"affected","version":"f6fb8f100b807378fda19e83e5ac6828b638603a","versionType":"git"},{"lessThan":"297acc571d5813db76b147c745b91031d5f9c960","status":"affected","version":"f6fb8f100b807378fda19e83e5ac6828b638603a","versionType":"git"},{"lessThan":"be1aacff399d519cc48d6b34354a54dd79041140","status":"affected","version":"f6fb8f100b807378fda19e83e5ac6828b638603a","versionType":"git"},{"lessThan":"b2bcc6a254d6f27823a56787668ae4ee8cdb6e71","status":"affected","version":"f6fb8f100b807378fda19e83e5ac6828b638603a","versionType":"git"},{"lessThan":"6279211e7d2456ecd195d236c9ee5e5c6fa5a17a","status":"affected","version":"f6fb8f100b807378fda19e83e5ac6828b638603a","versionType":"git"},{"lessThan":"218a944b9e035d4b47d59c69af6ca13319da15fb","status":"affected","version":"f6fb8f100b807378fda19e83e5ac6828b638603a","versionType":"git"},{"lessThan":"56d82862a0a243ac14ba11b6d7b57ddc2d064b95","status":"affected","version":"f6fb8f100b807378fda19e83e5ac6828b638603a","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["net/packet/af_packet.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"3.2"},{"lessThan":"3.2","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"5.10.*","status":"unaffected","version":"5.10.271","versionType":"semver"},{"lessThanOrEqual":"5.15.*","status":"unaffected","version":"5.15.222","versionType":"semver"},{"lessThanOrEqual":"6.1.*","status":"unaffected","version":"6.1.189","versionType":"semver"},{"lessThanOrEqual":"6.6.*","status":"unaffected","version":"6.6.158","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.112","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.55","versionType":"semver"},{"lessThanOrEqual":"7.2.*","status":"unaffected","version":"7.2.9","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.3","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"5.10.271","versionStartIncluding":"3.2","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"5.15.222","versionStartIncluding":"3.2","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.1.189","versionStartIncluding":"3.2","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.6.158","versionStartIncluding":"3.2","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.112","versionStartIncluding":"3.2","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.55","versionStartIncluding":"3.2","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2.9","versionStartIncluding":"3.2","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.3","versionStartIncluding":"3.2","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\naf_packet: fix integer overflow in prb_calc_retire_blk_tmo()\n\nprb_calc_retire_blk_tmo() computes in 32-bit int arithmetic:\n\n        mbits = (blk_size_in_bytes * 8) / (1024 * 1024);\n\nIf I'm reading the validation right, tp_block_size is user\ncontrolled and packet_set_ring() only rejects values that are <= 0\nas int or not page aligned, so a 256MiB block goes right through\n(and alloc_one_pg_vec_page() even has a vzalloc fallback for it).\n0x10000000 * 8 wraps to INT_MIN, and on a NIC reporting 1 Gbps\n(div == 1) the function ends up returning -2047.\n\nThe condition is actually (8 * size) mod 2^32 >= 2^31 && div == 1,\nso the trigger set is [256,512), [768,1024), [1280,1536) and\n[1792,2048) MiB. Other sizes wrap to non-negative values and faster\nlinks divide the unsigned value back below 2^31, which is why this\ndoesn't blow up for everyone.\n\nWhat makes it fatal is what happens next in init_prb_bdqc():\n\n        p1->interval_ktime = ms_to_ktime(prb_calc_retire_blk_tmo(...));\n        hrtimer_start(&p1->retire_blk_timer, p1->interval_ktime,\n                      HRTIMER_MODE_REL_SOFT);\n\nA negative relative timeout expires immediately. The callback\nunconditionally returns HRTIMER_RESTART, and hrtimer_forward() turns\nthe negative interval into hrtimer_resolution:\n\n        if (interval < hrtimer_resolution)\n                interval = hrtimer_resolution;\n\nSo the SOFT timer re-fires at the maximum rate forever, holding\nsk_receive_queue.lock each pass. One CPU spins in softirq until the\nsocket is closed. Repeat with more rings and the machine is gone.\n\nThe overflow itself is ancient - it was introduced together with\nTPACKET_V3 in f6fb8f100b80 (\"af-packet: TPACKET_V3 flexible buffer\nimplementation.\"). Its effect prior to f7460d2989fa (\"net:\naf_packet: Use hrtimer to do the retire operation\", v6.18) was not\nas clear-cut, though: the return value was stored into an unsigned\nshort retire_blk_tov, so a negative result was truncated, and a\n0-jiffy delay loop could be programmed as well. Neither is nearly\nas detrimental as the immediate maximum-rate spin the hrtimer\nconversion turned it into.\n\n(Unrelated to CVE-2019-20812 - that one was the ethtool failure path\nreturning 0, which now returns DEFAULT_PRB_RETIRE_TOV.)\n\nReproducer, needs CAP_NET_RAW (a --network host container has it by\ndefault) and a 1 Gbps NIC (QEMU e1000 works):\n\n        int fd = socket(AF_PACKET, SOCK_RAW, htons(ETH_P_ALL));\n        bind(fd, ...);\n        int v = TPACKET_V3;\n        setsockopt(fd, SOL_PACKET, PACKET_VERSION, &v, sizeof(v));\n        struct tpacket_req3 req = {\n                .tp_block_size = 0x10000000,\n                .tp_block_nr = 1,\n                .tp_frame_size = 2048,\n                .tp_frame_nr = 0x10000000 / 2048,\n                .tp_retire_blk_tov = 0,\n        };\n        setsockopt(fd, SOL_PACKET, PACKET_RX_RING, &req, sizeof(req));\n\nCompute in 64 bits instead. The operands are already bounded by the\nexisting validation, so nothing else changes. If you'd prefer a\ndifferent fix, just say so and I'll respin."}],"providerMetadata":{"dateUpdated":"2026-10-19T09:21:30.417Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/02afd75649a4e001031ed82153a5c39312ec0737"},{"url":"https://git.kernel.org/stable/c/eb5b3838b9200dac04bfe33483db0ee8287456fb"},{"url":"https://git.kernel.org/stable/c/297acc571d5813db76b147c745b91031d5f9c960"},{"url":"https://git.kernel.org/stable/c/be1aacff399d519cc48d6b34354a54dd79041140"},{"url":"https://git.kernel.org/stable/c/b2bcc6a254d6f27823a56787668ae4ee8cdb6e71"},{"url":"https://git.kernel.org/stable/c/6279211e7d2456ecd195d236c9ee5e5c6fa5a17a"},{"url":"https://git.kernel.org/stable/c/218a944b9e035d4b47d59c69af6ca13319da15fb"},{"url":"https://git.kernel.org/stable/c/56d82862a0a243ac14ba11b6d7b57ddc2d064b95"}],"title":"af_packet: fix integer overflow in prb_calc_retire_blk_tmo()","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-98547","datePublished":"2026-10-18T15:18:15.669Z","dateReserved":"2026-09-25T10:25:14.356Z","dateUpdated":"2026-10-19T09:21:30.417Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-10-18 16:17:06","lastModifiedDate":"2026-10-18 16:17:06","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"98547","Ordinal":"1","Title":"af_packet: fix integer overflow in prb_calc_retire_blk_tmo()","CVE":"CVE-2026-98547","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"98547","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\naf_packet: fix integer overflow in prb_calc_retire_blk_tmo()\n\nprb_calc_retire_blk_tmo() computes in 32-bit int arithmetic:\n\n        mbits = (blk_size_in_bytes * 8) / (1024 * 1024);\n\nIf I'm reading the validation right, tp_block_size is user\ncontrolled and packet_set_ring() only rejects values that are <= 0\nas int or not page aligned, so a 256MiB block goes right through\n(and alloc_one_pg_vec_page() even has a vzalloc fallback for it).\n0x10000000 * 8 wraps to INT_MIN, and on a NIC reporting 1 Gbps\n(div == 1) the function ends up returning -2047.\n\nThe condition is actually (8 * size) mod 2^32 >= 2^31 && div == 1,\nso the trigger set is [256,512), [768,1024), [1280,1536) and\n[1792,2048) MiB. Other sizes wrap to non-negative values and faster\nlinks divide the unsigned value back below 2^31, which is why this\ndoesn't blow up for everyone.\n\nWhat makes it fatal is what happens next in init_prb_bdqc():\n\n        p1->interval_ktime = ms_to_ktime(prb_calc_retire_blk_tmo(...));\n        hrtimer_start(&p1->retire_blk_timer, p1->interval_ktime,\n                      HRTIMER_MODE_REL_SOFT);\n\nA negative relative timeout expires immediately. The callback\nunconditionally returns HRTIMER_RESTART, and hrtimer_forward() turns\nthe negative interval into hrtimer_resolution:\n\n        if (interval < hrtimer_resolution)\n                interval = hrtimer_resolution;\n\nSo the SOFT timer re-fires at the maximum rate forever, holding\nsk_receive_queue.lock each pass. One CPU spins in softirq until the\nsocket is closed. Repeat with more rings and the machine is gone.\n\nThe overflow itself is ancient - it was introduced together with\nTPACKET_V3 in f6fb8f100b80 (\"af-packet: TPACKET_V3 flexible buffer\nimplementation.\"). Its effect prior to f7460d2989fa (\"net:\naf_packet: Use hrtimer to do the retire operation\", v6.18) was not\nas clear-cut, though: the return value was stored into an unsigned\nshort retire_blk_tov, so a negative result was truncated, and a\n0-jiffy delay loop could be programmed as well. Neither is nearly\nas detrimental as the immediate maximum-rate spin the hrtimer\nconversion turned it into.\n\n(Unrelated to CVE-2019-20812 - that one was the ethtool failure path\nreturning 0, which now returns DEFAULT_PRB_RETIRE_TOV.)\n\nReproducer, needs CAP_NET_RAW (a --network host container has it by\ndefault) and a 1 Gbps NIC (QEMU e1000 works):\n\n        int fd = socket(AF_PACKET, SOCK_RAW, htons(ETH_P_ALL));\n        bind(fd, ...);\n        int v = TPACKET_V3;\n        setsockopt(fd, SOL_PACKET, PACKET_VERSION, &v, sizeof(v));\n        struct tpacket_req3 req = {\n                .tp_block_size = 0x10000000,\n                .tp_block_nr = 1,\n                .tp_frame_size = 2048,\n                .tp_frame_nr = 0x10000000 / 2048,\n                .tp_retire_blk_tov = 0,\n        };\n        setsockopt(fd, SOL_PACKET, PACKET_RX_RING, &req, sizeof(req));\n\nCompute in 64 bits instead. The operands are already bounded by the\nexisting validation, so nothing else changes. If you'd prefer a\ndifferent fix, just say so and I'll respin.","Type":"Description","Title":"af_packet: fix integer overflow in prb_calc_retire_blk_tmo()"}]}}}