lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 4 Jan 2024 19:03:27 +0100
From: Jiri Pirko <jiri@...nulli.us>
To: Jamal Hadi Salim <jhs@...atatu.com>
Cc: netdev@...r.kernel.org, kuba@...nel.org, pabeni@...hat.com,
	davem@...emloft.net, edumazet@...gle.com, xiyou.wangcong@...il.com,
	victor@...atatu.com, pctammela@...atatu.com, idosch@...sch.org,
	mleitner@...hat.com, vladbu@...dia.com, paulb@...dia.com
Subject: Re: [patch net-next] net: sched: move block device tracking into
 tcf_block_get/put_ext()

Thu, Jan 04, 2024 at 05:10:58PM CET, jhs@...atatu.com wrote:
>On Thu, Jan 4, 2024 at 7:58 AM Jiri Pirko <jiri@...nulli.us> wrote:
>>
>> From: Jiri Pirko <jiri@...dia.com>
>>
>> Inserting the device to block xarray in qdisc_create() is not suitable
>> place to do this. As it requires use of tcf_block() callback, it causes
>> multiple issues. It is called for all qdisc types, which is incorrect.
>>
>> So, instead, move it to more suitable place, which is tcf_block_get_ext()
>> and make sure it is only done for qdiscs that use block infrastructure
>> and also only for blocks which are shared.
>>
>> Symmetrically, alter the cleanup path, move the xarray entry removal
>> into tcf_block_put_ext().
>>
>> Fixes: 913b47d3424e ("net/sched: Introduce tc block netdev tracking infra")
>> Reported-by: Ido Schimmel <idosch@...dia.com>
>> Closes: https://lore.kernel.org/all/ZY1hBb8GFwycfgvd@shredder/
>> Reported-by: Kui-Feng Lee <sinquersw@...il.com>
>> Closes: https://lore.kernel.org/all/ce8d3e55-b8bc-409c-ace9-5cf1c4f7c88e@gmail.com/
>> Reported-and-tested-by: syzbot+84339b9e7330daae4d66@...kaller.appspotmail.com
>> Closes: https://lore.kernel.org/all/0000000000007c85f5060dcc3a28@google.com/
>> Reported-and-tested-by: syzbot+806b0572c8d06b66b234@...kaller.appspotmail.com
>> Closes: https://lore.kernel.org/all/00000000000082f2f2060dcc3a92@google.com/
>> Reported-and-tested-by: syzbot+0039110f932d438130f9@...kaller.appspotmail.com
>> Closes: https://lore.kernel.org/all/0000000000007fbc8c060dcc3a5c@google.com/
>> Signed-off-by: Jiri Pirko <jiri@...dia.com>
>
>Did you get a chance to run the tdc tests?

I ran the TC ones we have in the net/forwarding directory.
I didn't manage to run the tdc. Readme didn't help me much.
How do you run the suite?


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ