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:   Mon, 25 Oct 2021 11:06:35 -0400
From:   Sean Anderson <sean.anderson@...o.com>
To:     Andrew Lunn <andrew@...n.ch>
Cc:     netdev@...r.kernel.org, Russell King <rmk+kernel@...linux.org.uk>,
        Jakub Kicinski <kuba@...nel.org>, linux-kernel@...r.kernel.org,
        "David S . Miller" <davem@...emloft.net>,
        linux-rdma@...r.kernel.org
Subject: Re: [net-next PATCH] net: convert users of bitmap_foo() to
 linkmode_foo()



On 10/24/21 2:50 PM, Andrew Lunn wrote:
 > On Fri, Oct 22, 2021 at 06:41:04PM -0400, Sean Anderson wrote:
 >> This converts instances of
 >> 	bitmap_foo(args..., __ETHTOOL_LINK_MODE_MASK_NBITS)
 >> to
 >> 	linkmode_foo(args...)
 >
 > It does touch a lot of files, but it does help keep the API uniform.
 >
 >> I manually fixed up some lines to prevent them from being excessively
 >> long. Otherwise, this change was generated with the following semantic
 >> patch:
 >
 > How many did you fix?

Around 3 hunks. For example, in mlx4 the original is

		if (bitmap_intersects(
			ptys2ethtool_link_mode(&ptys2ethtool_map[i],
					       report),
		    link_modes,
		    __ETHTOOL_LINK_MODE_MASK_NBITS))

which was originally converted as

		if (linkmode_intersects(ptys2ethtool_link_mode(&ptys2ethtool_map[i],
							       report),
					link_modes))

and which I rewrote as

		ulong *map_mode = ptys2ethtool_link_mode(&ptys2ethtool_map[i],
							 report);
		if (linkmode_intersects(map_mode, link_modes))

(although upon further review it seems like there should be an
additional blank line there)

Everything I changed should be caught by checkpatch.

--Sean

 >
 >> Because this touches so many files in the net tree, you may want to
 >> generate a new diff using the semantic patch above when you apply this.
 >
 > If it still applies cleanly, i would just apply it. Otherwise maybe
 > Jakub could recreate it?
 >
 > Reviewed-by: Andrew Lunn <andrew@...n.ch>
 >
 >      Andrew
 >

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ