From: Guillaume Gaudonville <guillaume.gaudonville@6wind.com>
To: Stephen Hemminger <stephen@networkplumber.org>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH 1/2] igb_uio: fix compability on old kernel
Date: Mon, 01 Sep 2014 16:55:25 +0200 [thread overview]
Message-ID: <540488DD.3030304@6wind.com> (raw)
In-Reply-To: <20140725103627.4ca989b7@haswell.linuxnetplumber.net>
On 07/25/2014 07:36 PM, Stephen Hemminger wrote:
> Add more compatibility wrappers, and split out all the wrapper
> code to a separate file. Builds on Debian Squeeze (2.6.32) which
> is oldest version of kernel current DPDK supports.
>
> Signed-off-by: Stephen Hemminger <stephen@networkplumber.org>
>
> ---
> lib/librte_eal/linuxapp/igb_uio/compat.h | 103 ++++++++++++++++++++++++++++++
> lib/librte_eal/linuxapp/igb_uio/igb_uio.c | 81 -----------------------
> 2 files changed, 104 insertions(+), 80 deletions(-)
>
> --- /dev/null 1970-01-01 00:00:00.000000000 +0000
> +++ b/lib/librte_eal/linuxapp/igb_uio/compat.h 2014-07-25 10:29:58.664127988 -0700
> @@ -0,0 +1,103 @@
> +/*
> + * Minimal wrappers to allow compiling igb_uio on older kernels.
> + */
> +
> +
> +#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 3, 0)
> +#define pci_cfg_access_lock pci_block_user_cfg_access
> +#define pci_cfg_access_unlock pci_unblock_user_cfg_access
> +#endif
> +
> +#ifndef PCI_MSIX_ENTRY_SIZE
> +#define PCI_MSIX_ENTRY_SIZE 16
> +#define PCI_MSIX_ENTRY_LOWER_ADDR 0
> +#define PCI_MSIX_ENTRY_UPPER_ADDR 4
> +#define PCI_MSIX_ENTRY_DATA 8
> +#define PCI_MSIX_ENTRY_VECTOR_CTRL 12
> +#define PCI_MSIX_ENTRY_CTRL_MASKBIT 1
> +#endif
> +
> +#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 34)
> +static int pci_num_vf(struct pci_dev *dev)
> +{
> + struct iov {
> + int pos;
> + int nres;
> + u32 cap;
> + u16 ctrl;
> + u16 total;
> + u16 initial;
> + u16 nr_virtfn;
> + } *iov = (struct iov *)dev->sriov;
> +
> + if (!dev->is_physfn)
> + return 0;
> +
> + return iov->nr_virtfn;
> +}
> +#endif
> +
> +
> +#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 3, 0)
> +
> +/* Check if INTX works to control irq's.
> + * Set's INTX_DISABLE flag and reads it back
> + */
> +static bool pci_intx_mask_supported(struct pci_dev *pdev)
> +{
> + bool mask_supported = false;
> + uint16_t orig, new;
> +
> + pci_block_user_cfg_access(pdev);
> + pci_read_config_word(pdev, PCI_COMMAND, &orig);
> + pci_write_config_word(pdev, PCI_COMMAND,
> + orig ^ PCI_COMMAND_INTX_DISABLE);
> + pci_read_config_word(pdev, PCI_COMMAND, &new);
> +
> + if ((new ^ orig) & ~PCI_COMMAND_INTX_DISABLE) {
> + dev_err(&pdev->dev, "Command register changed from "
> + "0x%x to 0x%x: driver or hardware bug?\n", orig, new);
> + } else if ((new ^ orig) & PCI_COMMAND_INTX_DISABLE) {
> + mask_supported = true;
> + pci_write_config_word(pdev, PCI_COMMAND, orig);
> + }
> + pci_unblock_user_cfg_access(pdev);
> +
> + return mask_supported;
> +}
> +
> +static bool pci_check_and_mask_intx(struct pci_dev *pdev)
> +{
> + bool pending;
> + uint32_t status;
> +
> + pci_block_user_cfg_access(pdev);
> + pci_read_config_dword(pdev, PCI_COMMAND, &status);
> +
> + /* interrupt is not ours, goes to out */
> + pending = (((status >> 16) & PCI_STATUS_INTERRUPT) != 0);
> + if (pending) {
> + uint16_t old, new;
> +
> + old = status;
> + if (status != 0)
> + new = old & (~PCI_COMMAND_INTX_DISABLE);
> + else
> + new = old | PCI_COMMAND_INTX_DISABLE;
> +
> + if (old != new)
> + pci_write_config_word(pdev, PCI_COMMAND, new);
> + }
> + pci_unblock_user_cfg_access(pdev);
> +
> + return pending;
> +}
> +#endif
> +
> +#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 37)
> +/* Compatability wrapper for new kernel API for IRQ */
> +#define irq_data irq_desc
> +#define irq_get_irq_data(irq) irq_to_desc(irq)
> +#define irq_data_get_msi(data) get_irq_desc_msi(data)
> +#endif
> +
irq_to_desc is not exported to modules before kernel 3.4 and commit
3911ff30.
On Red Hat 6.5 the module fails to load due to an unknow symbol error.
I've seen
another post saying that it also fails to insert on kernel 2.6.34. I
guess it should not work
either on debian squeeze (kernel 2.6.32), did you compile it in built-in?
For now, I don't see how we could fix it, since it is not exported we
are not allowed to use it in a kernel
module. Do you have a way to fix this issue?
Thanks,
Guillaume
> --- a/lib/librte_eal/linuxapp/igb_uio/igb_uio.c 2014-07-25 10:29:58.668128002 -0700
> +++ b/lib/librte_eal/linuxapp/igb_uio/igb_uio.c 2014-07-25 10:29:58.664127988 -0700
> @@ -37,10 +37,7 @@
> #endif
> #include <rte_pci_dev_features.h>
>
> -#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 3, 0)
> -#define pci_cfg_access_lock pci_block_user_cfg_access
> -#define pci_cfg_access_unlock pci_unblock_user_cfg_access
> -#endif
> +#include "compat.h"
>
> #ifdef RTE_PCI_CONFIG
> #define PCI_SYS_FILE_BUF_SIZE 10
> @@ -70,26 +67,6 @@ igbuio_get_uio_pci_dev(struct uio_info *
> }
>
> /* sriov sysfs */
> -#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 34)
> -static int pci_num_vf(struct pci_dev *dev)
> -{
> - struct iov {
> - int pos;
> - int nres;
> - u32 cap;
> - u16 ctrl;
> - u16 total;
> - u16 initial;
> - u16 nr_virtfn;
> - } *iov = (struct iov *)dev->sriov;
> -
> - if (!dev->is_physfn)
> - return 0;
> -
> - return iov->nr_virtfn;
> -}
> -#endif
> -
> static ssize_t
> show_max_vfs(struct device *dev, struct device_attribute *attr,
> char *buf)
> @@ -228,62 +205,6 @@ static struct attribute *dev_attrs[] = {
> static const struct attribute_group dev_attr_grp = {
> .attrs = dev_attrs,
> };
> -
> -#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 3, 0)
> -/* Check if INTX works to control irq's.
> - * Set's INTX_DISABLE flag and reads it back
> - */
> -static bool pci_intx_mask_supported(struct pci_dev *pdev)
> -{
> - bool mask_supported = false;
> - uint16_t orig, new;
> -
> - pci_block_user_cfg_access(pdev);
> - pci_read_config_word(pdev, PCI_COMMAND, &orig);
> - pci_write_config_word(pdev, PCI_COMMAND,
> - orig ^ PCI_COMMAND_INTX_DISABLE);
> - pci_read_config_word(pdev, PCI_COMMAND, &new);
> -
> - if ((new ^ orig) & ~PCI_COMMAND_INTX_DISABLE) {
> - dev_err(&pdev->dev, "Command register changed from "
> - "0x%x to 0x%x: driver or hardware bug?\n", orig, new);
> - } else if ((new ^ orig) & PCI_COMMAND_INTX_DISABLE) {
> - mask_supported = true;
> - pci_write_config_word(pdev, PCI_COMMAND, orig);
> - }
> - pci_unblock_user_cfg_access(pdev);
> -
> - return mask_supported;
> -}
> -
> -static bool pci_check_and_mask_intx(struct pci_dev *pdev)
> -{
> - bool pending;
> - uint32_t status;
> -
> - pci_block_user_cfg_access(pdev);
> - pci_read_config_dword(pdev, PCI_COMMAND, &status);
> -
> - /* interrupt is not ours, goes to out */
> - pending = (((status >> 16) & PCI_STATUS_INTERRUPT) != 0);
> - if (pending) {
> - uint16_t old, new;
> -
> - old = status;
> - if (status != 0)
> - new = old & (~PCI_COMMAND_INTX_DISABLE);
> - else
> - new = old | PCI_COMMAND_INTX_DISABLE;
> -
> - if (old != new)
> - pci_write_config_word(pdev, PCI_COMMAND, new);
> - }
> - pci_unblock_user_cfg_access(pdev);
> -
> - return pending;
> -}
> -#endif
> -
> /*
> * It masks the msix on/off of generating MSI-X messages.
> */
next prev parent reply other threads:[~2014-09-01 14:51 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-25 17:36 Stephen Hemminger
2014-07-25 17:37 ` [dpdk-dev] [PATCH 2/2] igb_uio: handle no IRQ fallback Stephen Hemminger
2014-08-01 13:11 ` Thomas Monjalon
2014-08-01 13:10 ` [dpdk-dev] [PATCH 1/2] igb_uio: fix compability on old kernel Thomas Monjalon
2014-08-22 17:29 ` Sanford, Robert
2014-08-22 18:09 ` Robert Sanford
2014-08-23 15:14 ` Stephen Hemminger
2014-08-26 16:08 ` Sanford, Robert
2014-09-01 11:15 ` Thomas Monjalon
2014-09-01 15:07 ` Guillaume Gaudonville
2014-09-01 14:55 ` Guillaume Gaudonville [this message]
2014-09-03 2:28 ` Thomas Monjalon
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=540488DD.3030304@6wind.com \
--to=guillaume.gaudonville@6wind.com \
--cc=dev@dpdk.org \
--cc=stephen@networkplumber.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).