From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5E5E4C31E5B for ; Tue, 18 Jun 2019 17:30:11 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 4180D205F4 for ; Tue, 18 Jun 2019 17:30:11 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729681AbfFRRaK (ORCPT ); Tue, 18 Jun 2019 13:30:10 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44589 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729337AbfFRRaK (ORCPT ); Tue, 18 Jun 2019 13:30:10 -0400 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id B302EA7F8; Tue, 18 Jun 2019 17:30:04 +0000 (UTC) Received: from linux-ws.nc.xsintricity.com (ovpn-112-53.rdu2.redhat.com [10.10.112.53]) by smtp.corp.redhat.com (Postfix) with ESMTPS id BDE7B5436B; Tue, 18 Jun 2019 17:30:01 +0000 (UTC) Message-ID: Subject: Re: [PATCH net-next v4 2/2] ipoib: show VF broadcast address From: Doug Ledford To: David Miller , kda@linux-powerpc.org Cc: netdev@vger.kernel.org, linux-rdma@vger.kernel.org, mkubecek@suse.cz Date: Tue, 18 Jun 2019 13:29:59 -0400 In-Reply-To: <20190618.100801.2026737630386139646.davem@davemloft.net> References: <20190617085341.51592-1-dkirjanov@suse.com> <20190617085341.51592-4-dkirjanov@suse.com> <20190618.100801.2026737630386139646.davem@davemloft.net> Organization: Red Hat, Inc. Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-rJaeBMmpzYKDyoRq6m/v" User-Agent: Evolution 3.32.2 (3.32.2-1.fc30) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.29]); Tue, 18 Jun 2019 17:30:09 +0000 (UTC) Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org --=-rJaeBMmpzYKDyoRq6m/v Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2019-06-18 at 10:08 -0700, David Miller wrote: > From: Denis Kirjanov > Date: Mon, 17 Jun 2019 10:53:41 +0200 >=20 > > in IPoIB case we can't see a VF broadcast address for but > > can see for PF >=20 > I just want to understand why this need to see the VF broadcast > address is IPoIB specific? A VF might or might not have the same security domain (P_Key) as the parent, and the P_Key is encoded in the broadcast address. In the event that two vfs or a vf and a pf can't see each other over the IPoIB network, it is necessary to be able to see the broadcast address in use by each to make sure they are the same and not that they shouldn't be able to see each other because they are on different P_Keys and therefore different broadcast multicast groups. --=20 Doug Ledford GPG KeyID: B826A3330E572FDD Key fingerprint =3D AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD --=-rJaeBMmpzYKDyoRq6m/v Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEErmsb2hIrI7QmWxJ0uCajMw5XL90FAl0JH5cACgkQuCajMw5X L90pLw/+M53RLjvu53BjG5dkzA3bSMIxTX4o+IE6pbdaMEg+lm+Z19RNiCznZgo0 O2BbfZDYf9nAu7IBpuGKJYWbvhoTFtkd+tymK2sPseHc7Fz9AtyLHK2o/ZTr/WOk lJR4ys7Jc5L8cLD85aH7TZb1rflqH/A0A6Zub171yWnayyIj/Ka1VkoIDYs6rHn5 KTdo9yHaBI7ui0L7yYyruPvw+zTAIiW4r1mN/Q2+5/quvhHVxFAtf4VGSzUVkNKb 77cbrTpqidE/RhyjUMBXw2M0OCwdfOVFfzes2OIQ8J1McumPsOw6Ff4NHtfhbZus +jZq+6L5LG8Ow7l4gDEgFCJeLTke459M55IM+hvhGcnGG/Q5F+Av29WYkPM/nseU WaLH9IET1ntTe48yxhv5EzmfirALdTX3Pw4mItlo5mrgL1Vot6oz8lqjB3T2+Gnx Zu/IFzb9ZbgfI4bW35lU8N08+wrrRnbYjIQuGNYpqnQE2r8XysCGH1GNX5ZwLRxm FWF6qCRnjet9oUdR8W5WcFuWPfYQlJfeRX74IOO3SYROktRXkhvUVdKENuNlMHms 9jaicq3Ls1tUjHP4F3XnYIzflz5gwuqmrqew5YpLKrfAIunZ7679NmMTUiEPcnrE pJWc56ajkildxiPqu/KP0VtBKlcwUdEitvmJC5g/WU83Yii45PM= =RlJE -----END PGP SIGNATURE----- --=-rJaeBMmpzYKDyoRq6m/v--