<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Wed, 30 Sep 2026 13:02:12 +0000</lastBuildDate>
    <item>
      <title>CVE-2021-47419 — net/sched: sch_taprio: properly cancel timer from taprio_destroy()</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2021-47419</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net/sched: sch_taprio: properly cancel timer from taprio_destroy()&lt;/p&gt;
&lt;p&gt;There is a comment in qdisc_create() about us not calling ops-&amp;gt;reset()
in some cases.&lt;/p&gt;
&lt;p&gt;err_out4:
	/*
	 * Any broken qdiscs that would require a ops-&amp;gt;reset() here?
	 * The qdisc was never in action so it shouldn&amp;#39;t be necessary.
	 */&lt;/p&gt;
&lt;p&gt;As taprio sets a timer before actually receiving a packet, we need
to cancel it from ops-&amp;gt;destroy, just in case ops-&amp;gt;reset has not
been called.&lt;/p&gt;
&lt;p&gt;syzbot reported:&lt;/p&gt;
&lt;p&gt;ODEBUG: free active (active state 0) object type: hrtimer hint: advance_sched+0x0/0x9a0 arch/x86/include/asm/atomic64_64.h:22
WARNING: CPU: 0 PID: 8441 at lib/debugobjects.c:505 debug_print_object+0x16e/0x250 lib/debugobjects.c:505
Modules linked in:
CPU: 0 PID: 8441 Comm: syz-executor813 Not tainted 5.14.0-rc6-syzkaller #0
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
RIP: 0010:debug_print_object+0x16e/0x250 lib/debugobjects.c:505
Code: ff df 48 89 fa 48 c1 ea 03 80 3c 02 00 0f 85 af 00 00 00 48 8b 14 dd e0 d3 e3 89 4c 89 ee 48 c7 c7 e0 c7 e3 89 e8 5b 86 11 05 &amp;lt;0f&amp;gt; 0b 83 05 85 03 92 09 01 48 83 c4 18 5b 5d 41 5c 41 5d 41 5e c3
RSP: 0018:ffffc9000130f330 EFLAGS: 00010282
RAX: 0000000000000000 RBX: 0000000000000003 RCX: 0000000000000000
RDX: ffff88802baeb880 RSI: ffffffff815d87b5 RDI: fffff52000261e58
RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000
R10: ffffffff815d25ee R11: 0000000000000000…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net/sched: sch_taprio: properly cancel timer from taprio_destroy()&lt;/p&gt;
&lt;p&gt;There is a comment in qdisc_create() about us not calling ops-&amp;gt;reset()
in some cases.&lt;/p&gt;
&lt;p&gt;err_out4:
	/*
	 * Any broken qdiscs that would require a ops-&amp;gt;reset() here?
	 * The qdisc was never in action so it shouldn&amp;#39;t be necessary.
	 */&lt;/p&gt;
&lt;p&gt;As taprio sets a timer before actually receiving a packet, we need
to cancel it from ops-&amp;gt;destroy, just in case ops-&amp;gt;reset has not
been called.&lt;/p&gt;
&lt;p&gt;syzbot reported:&lt;/p&gt;
&lt;p&gt;ODEBUG: free active (active state 0) object type: hrtimer hint: advance_sched+0x0/0x9a0 arch/x86/include/asm/atomic64_64.h:22
WARNING: CPU: 0 PID: 8441 at lib/debugobjects.c:505 debug_print_object+0x16e/0x250 lib/debugobjects.c:505
Modules linked in:
CPU: 0 PID: 8441 Comm: syz-executor813 Not tainted 5.14.0-rc6-syzkaller #0
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
RIP: 0010:debug_print_object+0x16e/0x250 lib/debugobjects.c:505
Code: ff df 48 89 fa 48 c1 ea 03 80 3c 02 00 0f 85 af 00 00 00 48 8b 14 dd e0 d3 e3 89 4c 89 ee 48 c7 c7 e0 c7 e3 89 e8 5b 86 11 05 &amp;lt;0f&amp;gt; 0b 83 05 85 03 92 09 01 48 83 c4 18 5b 5d 41 5c 41 5d 41 5e c3
RSP: 0018:ffffc9000130f330 EFLAGS: 00010282
RAX: 0000000000000000 RBX: 0000000000000003 RCX: 0000000000000000
RDX: ffff88802baeb880 RSI: ffffffff815d87b5 RDI: fffff52000261e58
RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000
R10: ffffffff815d25ee R11: 0000000000000000…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2021-47419</guid>
    </item>
  </channel>
</rss>
