The requirement of ->get_rxfh_fields() in ethtool_set_rxfh() is there to
verify that we have no conflict of input_xfrm with the RSS fields
options, there is no point in doing it if input_xfrm is not
supported/requested.
This is under the assumption that a driver that supports input_xfrm will
also support ->get_rxfh_fields(), so add a WARN_ON() to
ethtool_check_ops() to verify it, and remove the op NULL check.
This fixes the following error in mlx4_en, which doesn't support
getting/setting RXFH fields.
$ ethtool --set-rxfh-indir eth2 hfunc xor
Cannot set RX flow hash configuration: Operation not supported
Fixes: 72792461c8e8 ("net: ethtool: don't mux RXFH via rxnfc callbacks")
Reviewed-by: Dragos Tatulea <dtatulea@nvidia.com>
Signed-off-by: Gal Pressman <gal@nvidia.com>
Link: https://patch.msgid.link/20250715140754.489677-1-gal@nvidia.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
                return -EINVAL;
        if (WARN_ON(ops->rxfh_max_num_contexts == 1))
                return -EINVAL;
+       if (WARN_ON(ops->supported_input_xfrm && !ops->get_rxfh_fields))
+               return -EINVAL;
        /* NOTE: sufficiently insane drivers may swap ethtool_ops at runtime,
         * the fact that ops are checked at registration time does not
         * mean the ops attached to a netdev later on are sane.
 
        int err;
        u32 i;
 
+       if (!input_xfrm || input_xfrm == RXH_XFRM_NO_CHANGE)
+               return 0;
+
        for (i = 0; i < __FLOW_TYPE_COUNT; i++) {
                struct ethtool_rxfh_fields fields = {
                        .flow_type      = i,
        u8 *rss_config;
        int ret;
 
-       if (!ops->get_rxnfc || !ops->get_rxfh_fields || !ops->set_rxfh)
+       if (!ops->get_rxnfc || !ops->set_rxfh)
                return -EOPNOTSUPP;
 
        if (ops->get_rxfh_indir_size)