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: <CALzJLG8bi=X8BUQ-PVE2OpwrZF0eOKakOAcoCQxNjxdMjkKd5g@mail.gmail.com>
Date:	Mon, 23 Nov 2015 21:21:16 +0200
From:	Saeed Mahameed <saeedm@....mellanox.co.il>
To:	Alexander Duyck <alexander.duyck@...il.com>
Cc:	Or Gerlitz <ogerlitz@...lanox.com>,
	"David S. Miller" <davem@...emloft.net>, netdev@...r.kernel.org,
	Don Dutile <ddutile@...hat.com>,
	Doug Ledford <dledford@...hat.com>,
	Saeed Mahameed <saeedm@...lanox.com>,
	Tal Alon <talal@...lanox.com>,
	Hadar Har-Zion <hadarh@...lanox.com>,
	Rony Efraim <ronye@...lanox.com>
Subject: Re: [PATCH net-next 10/18] net/mlx5e: Write vlan list into vport context

On Mon, Nov 23, 2015 at 7:30 PM, Alexander Duyck
<alexander.duyck@...il.com> wrote:
> On 11/23/2015 03:11 AM, Or Gerlitz wrote:
>>
>> From: Saeed Mahameed <saeedm@...lanox.com>
>>
>> Each Vport/vNIC must notify underlying e-Switch layer
>> for vlan table changes in-order to update SR-IOV FDB tables.
>>
>> We do that at vlan_rx_add_vid and vlan_rx_kill_vid ndos.
>>
>> Signed-off-by: Saeed Mahameed <saeedm@...lanox.com>
>> Signed-off-by: Or Gerlitz <ogerlitz@...lanox.com>
>> ---
>>   drivers/net/ethernet/mellanox/mlx5/core/en.h       |  1 +
>>   .../ethernet/mellanox/mlx5/core/en_flow_table.c    | 49
>> ++++++++++++++++++++++
>>   2 files changed, 50 insertions(+)
>>
>> diff --git a/drivers/net/ethernet/mellanox/mlx5/core/en.h
>> b/drivers/net/ethernet/mellanox/mlx5/core/en.h
>> index 69f1c1a..89313d4 100644
>> --- a/drivers/net/ethernet/mellanox/mlx5/core/en.h
>> +++ b/drivers/net/ethernet/mellanox/mlx5/core/en.h
>> @@ -465,6 +465,7 @@ enum {
>>   };
>>
>>   struct mlx5e_vlan_db {
>> +       unsigned long active_vlans[BITS_TO_LONGS(VLAN_N_VID)];
>>         u32           active_vlans_ft_ix[VLAN_N_VID];
>>         u32           untagged_rule_ft_ix;
>>         u32           any_vlan_rule_ft_ix;
>> diff --git a/drivers/net/ethernet/mellanox/mlx5/core/en_flow_table.c
>> b/drivers/net/ethernet/mellanox/mlx5/core/en_flow_table.c
>> index 9a021be..3c0cf22 100644
>> --- a/drivers/net/ethernet/mellanox/mlx5/core/en_flow_table.c
>> +++ b/drivers/net/ethernet/mellanox/mlx5/core/en_flow_table.c
>> @@ -502,6 +502,46 @@ add_eth_addr_rule_out:
>>         return err;
>>   }
>>
>> +static int mlx5e_vport_context_update_vlans(struct mlx5e_priv *priv)
>> +{
>> +       struct net_device *ndev = priv->netdev;
>> +       int max_list_size;
>> +       int list_size;
>> +       u16 *vlans;
>> +       int vlan;
>> +       int err;
>> +       int i;
>> +
>> +       list_size = 0;
>> +       for_each_set_bit(vlan, priv->vlan.active_vlans, VLAN_N_VID)
>> +               list_size++;
>> +
>> +       max_list_size = 1 << MLX5_CAP_GEN(priv->mdev, log_max_vlan_list);
>> +
>> +       if (list_size > max_list_size) {
>> +               netdev_warn(ndev,
>> +                           "netdev vlans list size (%d) > (%d) max vport
>> list size, some vlans will be dropped\n",
>> +                           list_size, max_list_size);
>> +               list_size = max_list_size;
>> +       }
>> +
>> +       vlans = kcalloc(list_size, sizeof(*vlans), GFP_KERNEL);
>> +       if (!vlans)
>> +               return -ENOMEM;
>> +
>> +       i = 0;
>> +       for_each_set_bit(vlan, priv->vlan.active_vlans, VLAN_N_VID)
>> +               vlans[i++] = vlan;
>> +
>
>
> You capped the allocation at max_list_size above, but you are technically
> populating up to the original value of list_size here.  I believe that opens
> you up to a buffer overrun.  You probably need to add a check for i >=
> list_size and exit the loop if true.
>
True, Will fix this, thanks for noticing.

>
>> +       err = mlx5_modify_nic_vport_vlans(priv->mdev, vlans, list_size);
>> +       if (err)
>> +               netdev_err(ndev, "Failed to modify vport vlans list
>> err(%d)\n",
>> +                          err);
>> +
>> +       kfree(vlans);
>> +       return err;
>> +}
>> +
>>   enum mlx5e_vlan_rule_type {
>>         MLX5E_VLAN_RULE_TYPE_UNTAGGED,
>>         MLX5E_VLAN_RULE_TYPE_ANY_VID,
>> @@ -552,6 +592,10 @@ static int mlx5e_add_vlan_rule(struct mlx5e_priv
>> *priv,
>>                          1);
>>                 break;
>>         default: /* MLX5E_VLAN_RULE_TYPE_MATCH_VID */
>> +               err = mlx5e_vport_context_update_vlans(priv);
>> +               if (err)
>> +                       goto add_vlan_rule_out;
>> +
>>                 ft_ix = &priv->vlan.active_vlans_ft_ix[vid];
>>                 MLX5_SET(fte_match_param, match_value,
>> outer_headers.vlan_tag,
>>                          1);
>> @@ -588,6 +632,7 @@ static void mlx5e_del_vlan_rule(struct mlx5e_priv
>> *priv,
>>         case MLX5E_VLAN_RULE_TYPE_MATCH_VID:
>>                 mlx5_del_flow_table_entry(priv->ft.vlan,
>>
>> priv->vlan.active_vlans_ft_ix[vid]);
>> +               mlx5e_vport_context_update_vlans(priv);
>>                 break;
>>         }
>>   }
>> @@ -619,6 +664,8 @@ int mlx5e_vlan_rx_add_vid(struct net_device *dev,
>> __always_unused __be16 proto,
>>   {
>>         struct mlx5e_priv *priv = netdev_priv(dev);
>>
>> +       set_bit(vid, priv->vlan.active_vlans);
>> +
>>         return mlx5e_add_vlan_rule(priv, MLX5E_VLAN_RULE_TYPE_MATCH_VID,
>> vid);
>>   }
>>
>> @@ -627,6 +674,8 @@ int mlx5e_vlan_rx_kill_vid(struct net_device *dev,
>> __always_unused __be16 proto,
>>   {
>>         struct mlx5e_priv *priv = netdev_priv(dev);
>>
>> +       clear_bit(vid, priv->vlan.active_vlans);
>> +
>>         mlx5e_del_vlan_rule(priv, MLX5E_VLAN_RULE_TYPE_MATCH_VID, vid);
>>
>>         return 0;
>>
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ