From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vlad Zolotarov Subject: Re: [PATCH v3 0/6] Enable VF RSS for Niantic Date: Tue, 06 Jan 2015 13:18:47 +0200 Message-ID: <54ABC497.4050506@cloudius-systems.com> References: <1419389808-9559-1-git-send-email-changchun.ouyang@intel.com> <1419398584-19520-1-git-send-email-changchun.ouyang@intel.com> <549A8E7C.7010806@cloudius-systems.com> <20150105103802.GB13152@bricha3-MOBL3> <54AA8B64.4060602@cloudius-systems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: "dev-VfR2kkLFssw@public.gmane.org" To: "Ouyang, Changchun" , "Richardson, Bruce" Return-path: In-Reply-To: List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" On 01/06/15 03:11, Ouyang, Changchun wrote: > >> -----Original Message----- >> From: Vlad Zolotarov [mailto:vladz-RmZWMc9puTNJc61us3aD9laTQe2KTcn/@public.gmane.org] >> Sent: Monday, January 5, 2015 9:02 PM >> To: Richardson, Bruce; Ouyang, Changchun >> Cc: dev-VfR2kkLFssw@public.gmane.org >> Subject: Re: [dpdk-dev] [PATCH v3 0/6] Enable VF RSS for Niantic >> >> >> On 01/05/15 12:38, Bruce Richardson wrote: >>> On Thu, Dec 25, 2014 at 01:46:54AM +0000, Ouyang, Changchun wrote: >>>> Hi, >>>> >>>>> -----Original Message----- >>>>> From: Vlad Zolotarov [mailto:vladz-RmZWMc9puTNJc61us3aD9laTQe2KTcn/@public.gmane.org] >>>>> Sent: Wednesday, December 24, 2014 5:59 PM >>>>> To: Ouyang, Changchun; dev-VfR2kkLFssw@public.gmane.org >>>>> Subject: Re: [dpdk-dev] [PATCH v3 0/6] Enable VF RSS for Niantic >>>>> >>> > >>>>> On the contrary - it's a very good idea! We use DPDK on Amazon's >>>>> guests with enhanced networking and we have no access to the PF. We >>>>> still need to know the RSS redirection rules for our VF pool. From >>>>> the 82599 spec, chapter >>>>> 4.6.10.1.1: "redirection table is common to all the pools and only >>>>> indicates the queue inside the pool to use once the pool is chosen". >>>>> In that case we need to get the whole 128 entries of the RETA. Is >>>>> there a reason why we can't have it? >>>>> >>>> Due to hardware limitation, VF could not query its own reta table, >>>> because there is not its own reta, The reta table shared by pf and all vfs. >>>> If you need know it, query them on pf is feasible way to do it. >>>> >>> It's not feasible if you only have access to a guest. :-) IMHO since >>> the guest is seeing the results of the RSS redirection table, it >>> should be able to query the table, if it wants. It should not, >>> however, be able to modify the table, as it is owned by the PF. >> This is exactly what I meant! ;) >> The problem at the moment is that upstream PF driver has no VF-PF >> command for that and I'm in the process of pushing the patch for it. >> Then it's accepted (and pushed into the Amazon's HV ;)) then DPDK's VF >> driver may proceed with what u and me are suggesting. > Besides lack of command between pf and vf, another issue, pf also need know which entries from the whole 128 entries in reta table are assigned > To a specified vf. First of all PF knows since it configures it for a VF in a x550 and for older devices the (whole) RETA is shared between the PF and VF. There is a per-pool RTYPE[n].RQPL register that defines the number of lsb's from the redirection table to consider (see my patch series "ixgbevf: Allow querying VFs RSS indirection table and key" in the netdev list). > >> Not related question to Intel guys: I can't find a x550 spec in the net. >> Can anybody tell me where it may be found? ;) > AFAIK, not yet Well, too bad... ;) I'll have to hope I guessed right during the driver reverse engineering... ;) > >>> Regards, >>> /Bruce >>>