From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com ([209.132.183.28]:61400 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932723Ab2JCSzk (ORCPT ); Wed, 3 Oct 2012 14:55:40 -0400 Message-ID: <506C8A35.8010100@redhat.com> Date: Wed, 03 Oct 2012 14:55:49 -0400 From: Don Dutile MIME-Version: 1.0 To: Yinghai Lu CC: Bjorn Helgaas , Greg Kroah-Hartman , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, yuvalmin@broadcom.com, bhutchings@solarflare.com, gregory.v.rose@intel.com, davem@davemloft.net--no-chain-reply-to Subject: Re: [PATCH 3/5] PCI: add set_max_vfs in pci_driver ops References: <506C3B11.9010009@redhat.com> <1349286695-26713-1-git-send-email-yinghai@kernel.org> <1349286695-26713-4-git-send-email-yinghai@kernel.org> In-Reply-To: <1349286695-26713-4-git-send-email-yinghai@kernel.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sender: linux-pci-owner@vger.kernel.org List-ID: On 10/03/2012 01:51 PM, Yinghai Lu wrote: > Will use it enable sriov for pci devices. > > Signed-off-by: Yinghai Lu > --- > include/linux/pci.h | 1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/include/linux/pci.h b/include/linux/pci.h > index be1de01..7d70a5e 100644 > --- a/include/linux/pci.h > +++ b/include/linux/pci.h > @@ -590,6 +590,7 @@ struct pci_driver { > const struct pci_device_id *id_table; /* must be non-NULL for probe to be called */ > int (*probe) (struct pci_dev *dev, const struct pci_device_id *id); /* New device inserted */ > void (*remove) (struct pci_dev *dev); /* Device removed (NULL if not a hot-plug capable driver) */ > + void (*set_max_vfs) (struct pci_dev *dev); /* enable sriov */ > int (*suspend) (struct pci_dev *dev, pm_message_t state); /* Device suspended */ > int (*suspend_late) (struct pci_dev *dev, pm_message_t state); > int (*resume_early) (struct pci_dev *dev); I thought I stated the following in your earlier patch set.... (a) don't use 'set_max_vfs' ; it is not changing the max; the max is whatever the device supports. This kind of terminology confuses what is being done, and not descripting what is being done. (b) this is equiv to the sriov_enable_vfs in the RFC set I sent. -- in this set, it prevents the user trying to do more than one enable, and that check should be done, and reject the request, which solves one of the complaints Alexander had. I'll try to mind-meld your sysfs attr creation patches to mind later today and post a new series tonight or tomorrow. Sorry, stuck in mtgs today (and right now!), thus the delay. - Don