Message ID | 158e40e1cfcfc58ae30ecb2bbfaf86e5bba7a1ef.1675978686.git.reinette.chatre@intel.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:adf:eb09:0:0:0:0:0 with SMTP id s9csp595037wrn; Thu, 9 Feb 2023 13:56:41 -0800 (PST) X-Google-Smtp-Source: AK7set9kw160Ub/e36xQezmO0h7jwp/3m/SMSWAuDXhA3FRZZOmejwmeMDNtPn9ArNoVN9wzpALS X-Received: by 2002:a17:90b:1c8f:b0:22c:4d85:1725 with SMTP id oo15-20020a17090b1c8f00b0022c4d851725mr13779276pjb.9.1675979801483; Thu, 09 Feb 2023 13:56:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1675979801; cv=none; d=google.com; s=arc-20160816; b=wZqBF3hgUurnkn3oLTob1EPlvi6LqEYDdoeBfwWrHwTJ356Du2Tqm9bmk9HC+wrbtg R6yF/PRNVpyMvBn9E0Ahqp5RPkDhI67YpZmPx3XWlzSGp1uIVJX+p0vMCkvPg9YJlJFC LkWWVXPAnjVk2jm+wSRNxGSwMuAa8JatjgYfO6NhXFYugB/0Y76VdUn1rKQbh5XiuSbK Jp9+arPW980xxeApMXUHxMbXMB+QtAWBCVVqbMHW9en7P4NGIk0bxFvxJt47iA+2wegG fKlkyX+N1PfC79/A09xtBd12EHKozKoZS5sGZzbXAJRJTE9PyDFwat9f3w3Fux4hpac/ PVgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=Bp5DHsuttuIFY0a6FzxjwIZT3fGGT4msiExEAcfL3V4=; b=JBg/+3ebgDerNOyLbyNUoPwSW7MneQdh5Bp8wrYUvQW+h9Pxcdf2qvDzEjiGwYMulj 7NCWs33w14w+IruB2YU6ucApo34pWGjmpgJ9Vvh555mcQHEMuQHPVKRXkseiMoElPFfB 6uLDcHyUMHNmrsqAf+T3NTqYwyhjOpDNRHlEeZb0s7vPRRo87/LQhPCScV3nktBoRRZO UC8j//tGKnKAuR859LhT1FsmzHzANSSU3/+FZJWRgOR79Qbgv+0Y+t/wUEMRsYPRc/UF 1gJmNF5tGIQ+uFFIjB4uSDeXMCNRPOwyCFbgcnec0UUTCvfs0Wari92aIsfXEoY76EJ3 5Zgg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=ddOJzlGO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id kb12-20020a17090ae7cc00b0022be7634b01si3205986pjb.121.2023.02.09.13.56.28; Thu, 09 Feb 2023 13:56:41 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=ddOJzlGO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229975AbjBIVtK (ORCPT <rfc822;ybw1215001957@gmail.com> + 99 others); Thu, 9 Feb 2023 16:49:10 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42844 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229571AbjBIVtI (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 9 Feb 2023 16:49:08 -0500 Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EBB6925298; Thu, 9 Feb 2023 13:49:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1675979347; x=1707515347; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=NoqEpFoUL5d6Nc9ZguuUCJqwt+fia9YkIka8An7cQKQ=; b=ddOJzlGOrNfOr+BTxcnooHpaswEG4kf5PU8Ff7xZQPS7yE+RiiQxy3aj xRQMD5zLvgS4YXgCOk1uS+No+P5IH5dZsNe6Ftb4yz0vzXdB6ZYzsoA8g WQNzkv6dRobVQr1VHA7Po9VvrTiqWxkKIoZ+HP1oJ0/hPdONGxbSL+ZsK nkla/+ZRm4/pFZKgXO30zCIK4mbwTU26dYKK2dInRhXdS4YSdBQxRaWXE 31eOJUwiyAgXEo3+jQ1N6fhuSTngJQKAlZrXNbRnkxptnz63B7tr6BkU3 HIDWnlXFTt6psIakqajVBuhd4UqtYbbS0Gak0HkfqbUTJnP70ESBB9Wzx Q==; X-IronPort-AV: E=McAfee;i="6500,9779,10616"; a="331554741" X-IronPort-AV: E=Sophos;i="5.97,284,1669104000"; d="scan'208";a="331554741" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Feb 2023 13:49:06 -0800 X-IronPort-AV: E=McAfee;i="6500,9779,10616"; a="913299005" X-IronPort-AV: E=Sophos;i="5.97,284,1669104000"; d="scan'208";a="913299005" Received: from rchatre-ws.ostc.intel.com ([10.54.69.144]) by fmsmga006-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Feb 2023 13:49:05 -0800 From: Reinette Chatre <reinette.chatre@intel.com> To: bhelgaas@google.com, nathan@kernel.org, ndesaulniers@google.com, trix@redhat.com Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, llvm@lists.linux.dev, tglx@linutronix.de, kevin.tian@intel.com, darwi@linutronix.de, reinette.chatre@intel.com Subject: [PATCH] PCI: Fix build error when CONFIG_PCI_MSI disabled Date: Thu, 9 Feb 2023 13:49:00 -0800 Message-Id: <158e40e1cfcfc58ae30ecb2bbfaf86e5bba7a1ef.1675978686.git.reinette.chatre@intel.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1757392196122125386?= X-GMAIL-MSGID: =?utf-8?q?1757392196122125386?= |
Series |
PCI: Fix build error when CONFIG_PCI_MSI disabled
|
|
Commit Message
Reinette Chatre
Feb. 9, 2023, 9:49 p.m. UTC
pci_msix_alloc_irq_at() and pci_msix_free_irq() are not
declared when CONFIG_PCI_MSI is disabled.
Users of these two calls do not yet exist but when users
do appear (shown below is an attempt to use the new API
in vfio-pci) the following errors will be encountered when
compiling with CONFIG_PCI_MSI disabled:
drivers/vfio/pci/vfio_pci_intrs.c:461:4: error: implicit declaration of\
function 'pci_msix_free_irq' is invalid in C99\
[-Werror,-Wimplicit-function-declaration]
pci_msix_free_irq(pdev, msix_map);
^
drivers/vfio/pci/vfio_pci_intrs.c:461:4: note: did you mean 'pci_ims_free_irq'?
include/linux/pci.h:2516:6: note: 'pci_ims_free_irq' declared here
void pci_ims_free_irq(struct pci_dev *pdev, struct msi_map map);
^
drivers/vfio/pci/vfio_pci_intrs.c:511:15: error: implicit declaration of\
function 'pci_msix_alloc_irq_at' is invalid in C99\
[-Werror,-Wimplicit-function-declaration]
msix_map = pci_msix_alloc_irq_at(pdev, vector, NULL);
^
drivers/vfio/pci/vfio_pci_intrs.c:511:15: note: did you mean 'pci_ims_alloc_irq'?
include/linux/pci.h:2514:16: note: 'pci_ims_alloc_irq' declared here
struct msi_map pci_ims_alloc_irq(struct pci_dev *pdev,\
union msi_instance_cookie *icookie,
Provide definitions for pci_msix_alloc_irq_at() and pci_msix_free_irq() in
preparation for users that need to compile when CONFIG_PCI_MSI is
disabled.
Reported-by: kernel test robot <lkp@intel.com>
Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
---
checkpatch.pl warns about the usage of -ENOSYS but it does appear
to be the custom.
include/linux/pci.h | 13 +++++++++++++
1 file changed, 13 insertions(+)
Comments
> From: Chatre, Reinette <reinette.chatre@intel.com> > Sent: Friday, February 10, 2023 5:49 AM > > pci_msix_alloc_irq_at() and pci_msix_free_irq() are not > declared when CONFIG_PCI_MSI is disabled. > > Users of these two calls do not yet exist but when users > do appear (shown below is an attempt to use the new API > in vfio-pci) the following errors will be encountered when > compiling with CONFIG_PCI_MSI disabled: > drivers/vfio/pci/vfio_pci_intrs.c:461:4: error: implicit declaration of\ > function 'pci_msix_free_irq' is invalid in C99\ > [-Werror,-Wimplicit-function-declaration] > pci_msix_free_irq(pdev, msix_map); > ^ > drivers/vfio/pci/vfio_pci_intrs.c:461:4: note: did you mean > 'pci_ims_free_irq'? > include/linux/pci.h:2516:6: note: 'pci_ims_free_irq' declared here > void pci_ims_free_irq(struct pci_dev *pdev, struct msi_map map); > ^ > drivers/vfio/pci/vfio_pci_intrs.c:511:15: error: implicit declaration of\ > function 'pci_msix_alloc_irq_at' is invalid in C99\ > [-Werror,-Wimplicit-function-declaration] > msix_map = pci_msix_alloc_irq_at(pdev, vector, NULL); > ^ > drivers/vfio/pci/vfio_pci_intrs.c:511:15: note: did you mean > 'pci_ims_alloc_irq'? > include/linux/pci.h:2514:16: note: 'pci_ims_alloc_irq' declared here > struct msi_map pci_ims_alloc_irq(struct pci_dev *pdev,\ > union msi_instance_cookie *icookie, > > Provide definitions for pci_msix_alloc_irq_at() and pci_msix_free_irq() in > preparation for users that need to compile when CONFIG_PCI_MSI is > disabled. > > Reported-by: kernel test robot <lkp@intel.com> > Signed-off-by: Reinette Chatre <reinette.chatre@intel.com> Reviewed-by: Kevin Tian <kevin.tian@intel.com>
shall we need to define this function under -> #ifndef CONFIG_PCI_MSI #ifndef CONFIG_PCI_MSI +static inline struct msi_map +pci_msix_alloc_irq_at(struct pci_dev *dev, unsigned int index, + const struct irq_affinity_desc *affdesc) +{ + struct msi_map map = { .index = -ENOSYS }; + + return map; +} + +static inline void pci_msix_free_irq(struct pci_dev *pdev, struct msi_map map) +{ +} +#endif Thanks, Alok On 2/10/2023 3:19 AM, Reinette Chatre wrote: > pci_msix_alloc_irq_at() and pci_msix_free_irq() are not > declared when CONFIG_PCI_MSI is disabled. > > Users of these two calls do not yet exist but when users > do appear (shown below is an attempt to use the new API > in vfio-pci) the following errors will be encountered when > compiling with CONFIG_PCI_MSI disabled: > drivers/vfio/pci/vfio_pci_intrs.c:461:4: error: implicit declaration of\ > function 'pci_msix_free_irq' is invalid in C99\ > [-Werror,-Wimplicit-function-declaration] > pci_msix_free_irq(pdev, msix_map); > ^ > drivers/vfio/pci/vfio_pci_intrs.c:461:4: note: did you mean 'pci_ims_free_irq'? > include/linux/pci.h:2516:6: note: 'pci_ims_free_irq' declared here > void pci_ims_free_irq(struct pci_dev *pdev, struct msi_map map); > ^ > drivers/vfio/pci/vfio_pci_intrs.c:511:15: error: implicit declaration of\ > function 'pci_msix_alloc_irq_at' is invalid in C99\ > [-Werror,-Wimplicit-function-declaration] > msix_map = pci_msix_alloc_irq_at(pdev, vector, NULL); > ^ > drivers/vfio/pci/vfio_pci_intrs.c:511:15: note: did you mean 'pci_ims_alloc_irq'? > include/linux/pci.h:2514:16: note: 'pci_ims_alloc_irq' declared here > struct msi_map pci_ims_alloc_irq(struct pci_dev *pdev,\ > union msi_instance_cookie *icookie, > > Provide definitions for pci_msix_alloc_irq_at() and pci_msix_free_irq() in > preparation for users that need to compile when CONFIG_PCI_MSI is > disabled. > > Reported-by: kernel test robot <lkp@intel.com> > Signed-off-by: Reinette Chatre <reinette.chatre@intel.com> > --- > > checkpatch.pl warns about the usage of -ENOSYS but it does appear > to be the custom. > > include/linux/pci.h | 13 +++++++++++++ > 1 file changed, 13 insertions(+) > > diff --git a/include/linux/pci.h b/include/linux/pci.h > index adffd65e84b4..448482d1c4fe 100644 > --- a/include/linux/pci.h > +++ b/include/linux/pci.h > @@ -1621,6 +1621,19 @@ pci_alloc_irq_vectors(struct pci_dev *dev, unsigned int min_vecs, > flags, NULL); > } > > +static inline struct msi_map > +pci_msix_alloc_irq_at(struct pci_dev *dev, unsigned int index, > + const struct irq_affinity_desc *affdesc) > +{ > + struct msi_map map = { .index = -ENOSYS }; > + > + return map; > +} > + > +static inline void pci_msix_free_irq(struct pci_dev *pdev, struct msi_map map) > +{ > +} > + > static inline void pci_free_irq_vectors(struct pci_dev *dev) > { > }
Hi Alok, On 2/10/2023 12:45 PM, ALOK TIWARI wrote: > shall we need to define this function under -> #ifndef CONFIG_PCI_MSI > > #ifndef CONFIG_PCI_MSI > > +static inline struct msi_map > +pci_msix_alloc_irq_at(struct pci_dev *dev, unsigned int index, > + const struct irq_affinity_desc *affdesc) > +{ > + struct msi_map map = { .index = -ENOSYS }; > + > + return map; > +} > + > +static inline void pci_msix_free_irq(struct pci_dev *pdev, struct msi_map map) > +{ > +} > +#endif No need. include/linux/pci.h already has those definitions. include/linux/pci.h already has: #ifdef CONFIG_PCI_MSI ... #else ... /* new function definitions will be inserted here */ ... #endif Reinette
if, new function going to part of #else case . that is absolutely fine. but that is not present in given PATCH. Thanks, Alok On 2/11/2023 2:42 AM, Reinette Chatre wrote: > Hi Alok, > > On 2/10/2023 12:45 PM, ALOK TIWARI wrote: >> shall we need to define this function under -> #ifndef CONFIG_PCI_MSI >> >> #ifndef CONFIG_PCI_MSI >> >> +static inline struct msi_map >> +pci_msix_alloc_irq_at(struct pci_dev *dev, unsigned int index, >> + const struct irq_affinity_desc *affdesc) >> +{ >> + struct msi_map map = { .index = -ENOSYS }; >> + >> + return map; >> +} >> + >> +static inline void pci_msix_free_irq(struct pci_dev *pdev, struct msi_map map) >> +{ >> +} >> +#endif > No need. include/linux/pci.h already has those definitions. > > include/linux/pci.h already has: > > #ifdef CONFIG_PCI_MSI > > ... > > #else > > ... > /* new function definitions will be inserted here */ > ... > > #endif > > > Reinette
Alok! On Sat, Feb 11 2023 at 10:35, ALOK TIWARI wrote: Please do not top-post and trim your replies. https://people.kernel.org/tglx/notes-about-netiquette > if, new function going to part of #else case . that is absolutely fine. > but that is not present in given PATCH. Care to apply the patch and look where the stub functions are placed instead of making uninformed claims? Thanks, tglx
On Thu, Feb 09, 2023 at 01:49:00PM -0800, Reinette Chatre wrote: > pci_msix_alloc_irq_at() and pci_msix_free_irq() are not > declared when CONFIG_PCI_MSI is disabled. > > Users of these two calls do not yet exist but when users > do appear (shown below is an attempt to use the new API > in vfio-pci) the following errors will be encountered when > compiling with CONFIG_PCI_MSI disabled: > drivers/vfio/pci/vfio_pci_intrs.c:461:4: error: implicit declaration of\ > function 'pci_msix_free_irq' is invalid in C99\ > [-Werror,-Wimplicit-function-declaration] > pci_msix_free_irq(pdev, msix_map); > ^ > drivers/vfio/pci/vfio_pci_intrs.c:461:4: note: did you mean 'pci_ims_free_irq'? > include/linux/pci.h:2516:6: note: 'pci_ims_free_irq' declared here > void pci_ims_free_irq(struct pci_dev *pdev, struct msi_map map); > ^ > drivers/vfio/pci/vfio_pci_intrs.c:511:15: error: implicit declaration of\ > function 'pci_msix_alloc_irq_at' is invalid in C99\ > [-Werror,-Wimplicit-function-declaration] > msix_map = pci_msix_alloc_irq_at(pdev, vector, NULL); > ^ > drivers/vfio/pci/vfio_pci_intrs.c:511:15: note: did you mean 'pci_ims_alloc_irq'? > include/linux/pci.h:2514:16: note: 'pci_ims_alloc_irq' declared here > struct msi_map pci_ims_alloc_irq(struct pci_dev *pdev,\ > union msi_instance_cookie *icookie, > > Provide definitions for pci_msix_alloc_irq_at() and pci_msix_free_irq() in > preparation for users that need to compile when CONFIG_PCI_MSI is > disabled. I think this should have a "Fixes:" tag to connect it with the commit that added pci_msix_alloc_irq_at() and pci_msix_free_irq(). Looks like 34026364df8e ("PCI/MSI: Provide post-enable dynamic allocation interfaces for MSI-X"). Thomas merged 34026364df8e, so it would be best if he took the fixup as well. > Reported-by: kernel test robot <lkp@intel.com> > Signed-off-by: Reinette Chatre <reinette.chatre@intel.com> > --- > > checkpatch.pl warns about the usage of -ENOSYS but it does appear > to be the custom. > > include/linux/pci.h | 13 +++++++++++++ > 1 file changed, 13 insertions(+) > > diff --git a/include/linux/pci.h b/include/linux/pci.h > index adffd65e84b4..448482d1c4fe 100644 > --- a/include/linux/pci.h > +++ b/include/linux/pci.h > @@ -1621,6 +1621,19 @@ pci_alloc_irq_vectors(struct pci_dev *dev, unsigned int min_vecs, > flags, NULL); > } > > +static inline struct msi_map > +pci_msix_alloc_irq_at(struct pci_dev *dev, unsigned int index, > + const struct irq_affinity_desc *affdesc) > +{ > + struct msi_map map = { .index = -ENOSYS }; > + > + return map; > +} > + > +static inline void pci_msix_free_irq(struct pci_dev *pdev, struct msi_map map) > +{ > +} > + > static inline void pci_free_irq_vectors(struct pci_dev *dev) > { > } > -- > 2.34.1 >
Hi Bjorn, On 2/14/2023 2:24 PM, Bjorn Helgaas wrote: > I think this should have a "Fixes:" tag to connect it with the commit > that added pci_msix_alloc_irq_at() and pci_msix_free_irq(). > Thank you. I was not sure if a Fixes tag was needed since it does not fix an existing issue but instead prevents a future issue. > Looks like 34026364df8e ("PCI/MSI: Provide post-enable dynamic > allocation interfaces for MSI-X"). > Correct. > Thomas merged 34026364df8e, so it would be best if he took the fixup > as well. Thomas did pick this up in tip's irq/urgent branch. While doing so he added the Fixes tag that you proposed and also improved the subject. Thank you very much Reinette
On Tue, Feb 14 2023 at 16:24, Bjorn Helgaas wrote: >> Provide definitions for pci_msix_alloc_irq_at() and pci_msix_free_irq() in >> preparation for users that need to compile when CONFIG_PCI_MSI is >> disabled. > > I think this should have a "Fixes:" tag to connect it with the commit > that added pci_msix_alloc_irq_at() and pci_msix_free_irq(). > > Looks like 34026364df8e ("PCI/MSI: Provide post-enable dynamic > allocation interfaces for MSI-X"). > > Thomas merged 34026364df8e, so it would be best if he took the fixup > as well. I did and miserably failed to Cc you on the notification. Sorry about that. https://lore.kernel.org/r/167628749774.4906.17069524905880641563.tip-bot2@tip-bot2 Thanks, tglx
On Wed, Feb 15, 2023 at 12:02:17AM +0100, Thomas Gleixner wrote: > On Tue, Feb 14 2023 at 16:24, Bjorn Helgaas wrote: > >> Provide definitions for pci_msix_alloc_irq_at() and pci_msix_free_irq() in > >> preparation for users that need to compile when CONFIG_PCI_MSI is > >> disabled. > > > > I think this should have a "Fixes:" tag to connect it with the commit > > that added pci_msix_alloc_irq_at() and pci_msix_free_irq(). > > > > Looks like 34026364df8e ("PCI/MSI: Provide post-enable dynamic > > allocation interfaces for MSI-X"). > > > > Thomas merged 34026364df8e, so it would be best if he took the fixup > > as well. > > I did and miserably failed to Cc you on the notification. Sorry about that. > > https://lore.kernel.org/r/167628749774.4906.17069524905880641563.tip-bot2@tip-bot2 No worries, thank you!
diff --git a/include/linux/pci.h b/include/linux/pci.h index adffd65e84b4..448482d1c4fe 100644 --- a/include/linux/pci.h +++ b/include/linux/pci.h @@ -1621,6 +1621,19 @@ pci_alloc_irq_vectors(struct pci_dev *dev, unsigned int min_vecs, flags, NULL); } +static inline struct msi_map +pci_msix_alloc_irq_at(struct pci_dev *dev, unsigned int index, + const struct irq_affinity_desc *affdesc) +{ + struct msi_map map = { .index = -ENOSYS }; + + return map; +} + +static inline void pci_msix_free_irq(struct pci_dev *pdev, struct msi_map map) +{ +} + static inline void pci_free_irq_vectors(struct pci_dev *dev) { }