netdev - Re: [PATCH net-next v13 2/4] ethtool: provide customized dim profile management

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]

Message-ID: <20240513114233.6eb8799e@kernel.org>
Date: Mon, 13 May 2024 11:42:33 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Heng Qi <hengqi@...ux.alibaba.com>
Cc: kernel test robot <lkp@...el.com>, llvm@...ts.linux.dev,
 oe-kbuild-all@...ts.linux.dev, "David S . Miller" <davem@...emloft.net>,
 Paolo Abeni <pabeni@...hat.com>, Eric Dumazet <edumazet@...gle.com>, Jason
   Wang <jasowang@...hat.com>, "Michael S . Tsirkin" <mst@...hat.com>, Brett
   Creeley <bcreeley@....com>, Ratheesh Kannoth <rkannoth@...vell.com>,
 Alexander Lobakin <aleksander.lobakin@...el.com>, Xuan Zhuo
 <xuanzhuo@...ux.alibaba.com>, Tal Gilboa <talgi@...dia.com>, Jonathan  
 Corbet <corbet@....net>, linux-doc@...r.kernel.org, Maxime Chevallier
 <maxime.chevallier@...tlin.com>, Jiri Pirko <jiri@...nulli.us>, Paul  
 Greenwalt <paul.greenwalt@...el.com>, Ahmed Zaki <ahmed.zaki@...el.com>,
 Vladimir Oltean <vladimir.oltean@....com>, Kory Maincent
 <kory.maincent@...tlin.com>, Andrew Lunn <andrew@...n.ch>,
 justinstitt@...gle.com, donald.hunter@...il.com, netdev@...r.kernel.org,
 virtualization@...ts.linux.dev
Subject: Re: [PATCH net-next v13 2/4] ethtool: provide customized dim
 profile management

On Mon, 13 May 2024 23:39:04 +0800 Heng Qi wrote:
>  config PROVE_LOCKING
>         bool "Lock debugging: prove locking correctness"
> -       depends on DEBUG_KERNEL && LOCK_DEBUGGING_SUPPORT
> +       depends on DEBUG_KERNEL && LOCK_DEBUGGING_SUPPORT && NET

We can't make lockdep dependent on NET.
People working on other subsystems should be able to use LOCKDEP 
with minimal builds.