DPDK patches and discussions
 help / color / mirror / Atom feed
From: Chris Wright <chrisw@redhat.com>
To: "Richardson, Bruce" <bruce.richardson@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH] igb_uio: cap max VFs at 7 to reserve one for PF
Date: Fri, 13 Jun 2014 11:14:03 -0700	[thread overview]
Message-ID: <20140613181403.GT1384@x220.localdomain> (raw)
In-Reply-To: <59AF69C657FD0841A61C55336867B5B01AA36117@IRSMSX103.ger.corp.intel.com>

* Richardson, Bruce (bruce.richardson@intel.com) wrote:
> 
> 
> > -----Original Message-----
> > From: Chris Wright [mailto:chrisw@redhat.com]
> > Sent: Friday, June 13, 2014 10:52 AM
> > To: Richardson, Bruce; Stephen Hemminger
> > Cc: Thomas Monjalon; dev@dpdk.org
> > Subject: [PATCH] igb_uio: cap max VFs at 7 to reserve one for PF
> > 
> > To keep from confusing users, cap max VFs at 7, despite PCI SR-IOV config
> > space showing a max of 8.  This reserves a queue pair for the PF.
> > 
> > This issue was cited here:
> > 
> >  http://dpdk.org/ml/archives/dev/2014-April/001832.html
> > 
> > Cc: Bruce Richardson <bruce.richardson@intel.com>
> > Cc: Stephen Hemminger <stephen@networkplumber.org>
> > Signed-off-by: Chris Wright <chrisw@redhat.com>
> > ---
> > 
> > This is what Linux kernel driver does.  I have only
> > compile tested it.  Stephen sending to you and Bruce
> > in case you want to Ack and add to your current queue.
> > 
> 
> Sorry, NAK - at least for this implementation.

Oh, that's fine.

> Hardcoding this to 7 is a bad idea, as the actual max number of VFs supported will depend on the actual hardware used. For someone using an 82599, they can have up to 64 VFs, or 63+PF, so limiting so 7 in that case is a major reduction in capability. What might work there is querying the max number of VFs and limiting to max - 1.

But this is igb_uio, not 82599 (ixgbe).

> However, even with that, I would suggest that any limit should be possible to override. It's entirely possible that someone max actually want to reserve the full number of VFs, either because they don't want to use the NIC on the host at all, or because they are happy to use a VF on the host instead. Module parameter to allow override might work - and information on it could be added to the error message when we limit the VFs inside the driver.

It's been a while since I've looked at this, but my recollection is
the PF must be there (basic mailbox handling, for example).

Would you rather a simple warning message as a hint?

  reply	other threads:[~2014-06-13 18:13 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-06 23:50 [dpdk-dev] [PATCH v2 00/10] igb_uio patches Stephen Hemminger
2014-06-06 23:50 ` [dpdk-dev] [PATCH v2 01/10] igb_uio: use kernel standard log message Stephen Hemminger
2014-06-06 23:50 ` [dpdk-dev] [PATCH v2 02/10] igb_uio: use standard uio naming Stephen Hemminger
2014-06-06 23:50 ` [dpdk-dev] [PATCH v2 03/10] igb_uio: fix checkpatch warnings Stephen Hemminger
2014-06-06 23:50 ` [dpdk-dev] [PATCH v2 04/10] igb_uio: dont wrap pci_num_vf function needlessly Stephen Hemminger
2014-06-06 23:50 ` [dpdk-dev] [PATCH v2 05/10] Subjec: igb_uio: msix cleanups Stephen Hemminger
2014-07-18 11:05   ` Thomas Monjalon
2014-06-06 23:50 ` [dpdk-dev] [PATCH v2 06/10] igb_uio: propogate error numbers in probe code Stephen Hemminger
2014-06-06 23:50 ` [dpdk-dev] [PATCH v2 07/10] igb_uio: make irq mode param read-only Stephen Hemminger
2014-06-06 23:50 ` [dpdk-dev] [PATCH v2 08/10] igb_uio: fix IRQ mode handling Stephen Hemminger
2014-07-18 11:49   ` Thomas Monjalon
2014-07-18 12:41   ` Thomas Monjalon
2014-06-06 23:50 ` [dpdk-dev] [PATCH v2 09/10] igbuio: show irq mode in sysfs Stephen Hemminger
2014-06-08 15:37   ` Neil Horman
2014-06-11 18:27     ` Carew, Alan
2014-06-11 20:08       ` Stephen Hemminger
2014-06-16  8:03         ` Carew, Alan
2014-06-13  0:28       ` Neil Horman
2014-06-06 23:50 ` [dpdk-dev] [PATCH v2 10/10] igbuio: use mode string for module param Stephen Hemminger
2014-06-13 16:14 ` [dpdk-dev] [PATCH v2 00/10] igb_uio patches Thomas Monjalon
2014-06-13 17:24   ` Stephen Hemminger
2014-06-13 17:51     ` [dpdk-dev] [PATCH] igb_uio: cap max VFs at 7 to reserve one for PF Chris Wright
2014-06-13 18:02       ` Richardson, Bruce
2014-06-13 18:14         ` Chris Wright [this message]
2014-06-13 19:22           ` Richardson, Bruce
2014-06-13 19:48             ` Chris Wright
2014-06-16 14:13             ` Ananyev, Konstantin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140613181403.GT1384@x220.localdomain \
    --to=chrisw@redhat.com \
    --cc=bruce.richardson@intel.com \
    --cc=dev@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).