* Maciej Gajdzica (maciejx.t.gajdzica at intel.com) wrote:
> @@ -187,6 +193,24 @@ typedef int (*rte_table_op_lookup)(
> uint64_t *lookup_hit_mask,
> void **entries);
>
> +/**
> + * Lookup table stats read
> + *
> + * @param port
Parameter is actually called table
> + * Handle to l
* Vincent JARDIN (vincent.jardin at 6wind.com) wrote:
> > My cpu is "Intel(R) Xeon(R) CPU E5620 @ 2.40GHz"
>
> It is a Westmere if I am correct. So,use UIO.
My experience is that the CPU isn't as an important part of the platform
as the chipset. IOW, VFIO requires full IOMMU isolation
* Vincent JARDIN (vincent.jardin at 6wind.com) wrote:
> What's about using function versioning attributes too:
>
> https://gcc.gnu.org/wiki/FunctionMultiVersioning
>
> ?
Neat, hadn't seen that gcc feature before, but:
"This support is available in GCC 4.8 and later. Support is only
availab
* Thomas Monjalon (thomas.monjalon at 6wind.com) wrote:
> 2014-07-24 08:20, Chris Wright:
> > * Pablo de Lara (pablo.de.lara.guarch at intel.com) wrote:
> > > Signed-off-by: Patrice Buriez
> >
> > Just a mechanical nitpick on DCO. Pablo, this patch appears to be
* Pablo de Lara (pablo.de.lara.guarch at intel.com) wrote:
> Signed-off-by: Patrice Buriez
Just a mechanical nitpick on DCO. Pablo, this patch appears to be
written by Patrice. If so, it should begin with "From: Patrice Buriez
" and should include your own Signed-off-by.
thanks,
-chris
> ---
* Daniel, Christopher (Chris.Daniel at flukenetworks.com) wrote:
> > On Jul 10, 2014, at 6:31 PM, "Chris Wright" wrote:
> > * Daniel, Christopher (Chris.Daniel at flukenetworks.com) wrote:
> >> Linux localhost.localdomain 3.12.6 #4 SMP Fri Dec 27 14:26:57 EST 2013
* Daniel, Christopher (Chris.Daniel at flukenetworks.com) wrote:
> All,
>
> I have the following configuration on my machine
>
> Linux localhost.localdomain 3.12.6 #4 SMP Fri Dec 27 14:26:57 EST 2013 x86_64
> x86_64 x86_64 GNU/Linux : Centos
>
>
> 1) Downloaded the latest version of DPK (
* Richardson, Bruce (bruce.richardson at intel.com) wrote:
> > -Original Message-
> > From: Chris Wright [mailto:chrisw at redhat.com]
> > Sent: Friday, June 13, 2014 11:14 AM
> > To: Richardson, Bruce
> > Cc: Chris Wright; Stephen Hemminger; Thomas Monjalo
* Richardson, Bruce (bruce.richardson at intel.com) wrote:
>
>
> > -Original Message-
> > From: Chris Wright [mailto:chrisw at redhat.com]
> > Sent: Friday, June 13, 2014 10:52 AM
> > To: Richardson, Bruce; Stephen Hemminger
> > Cc: Thomas Monjalon;
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
Cc: Stephen Hemminger
Signed-off-by: Chris Wright
* John W. Linville (linville at tuxdriver.com) wrote:
> On Fri, Jun 06, 2014 at 12:47:48PM -0700, Chris Wright wrote:
> > * John W. Linville (linville at tuxdriver.com) wrote:
> > > This is a Linux-specific virtual PMD driver backed by an AF_PACKET
> > > socket. The
* John W. Linville (linville at tuxdriver.com) wrote:
> This is a Linux-specific virtual PMD driver backed by an AF_PACKET
> socket. The current implementation uses mmap'ed ring buffers to
> limit copying and user/kernel transitions. The intent is also to take
> advantage of fanout and any future
* HS (hyunseok at ieee.org) wrote:
> Thanks for your reply.
>
> Sure KNI can offer ethtool interface. But suppose I am already running a
> DPDK application on a physical port, but at the same time I want to control
> the port with ethtool like interface. How could I do that?
HS, I might be miss
* Stephen Hemminger (stephen at networkplumber.org) wrote:
> On Thu, 1 May 2014 11:05:38 +
> "Burakov, Anatoly" wrote:
>
> > This patchset adds support for using VFIO instead of IGB_UIO to
> > map the device BARs.
> >
> > VFIO is a kernel 3.6+ driver allowing secure DMA from userspace
> > by
; the 82576 NIC has only got 16 RX and TX queues, so if you have 8 VF's with 2
> RX and TX queues allocated to each, you may have no remaining queues left for
> the PF to use on the host.
BTW, Linux driver caps VFs at 7 for this reason (#include ). Any reason not to do this w/ igb_uio...e
* Neil Horman (nhorman at tuxdriver.com) wrote:
(given the format, I'd expect a From hpa here)
> Neil Horman reported that on x86-64 the upper half of %rbx would get
> clobbered when the code was compiled PIC or PIE, because the
> i386-specific code to preserve %ebx was incorrectly compiled.
>
>
* sabu kurian (sabu2kurian at gmail.com) wrote:
> Hello friends,
>
> I'm trying to print the ether_type for a packet that I captured from a port
> on my machine. Suppose 'm' holds the packet. 'm' is of type 'struct
> rte_mbuf'. Intels API reference for DPDK says 'ether_type' is of uint16_t.
> I us
* Thomas Graf (tgraf at redhat.com) wrote:
> On 02/04/2014 04:54 PM, Thomas Monjalon wrote:
> >Packages can be built with:
> > RPM_BUILD_NCPUS=8 rpmbuild -ta dpdk-1.5.2r2.tar.gz
> >
> >There are packages for runtime, static libraries and development.
> >Once devel package installed, it can be u
* Thomas Monjalon (thomas.monjalon at 6wind.com) wrote:
> Add help for quick tips.
> Also define CC and remove RTE_CONFIG variable.
Straight forward addition of help text (useful, thanks) and simple clean
up. Looks good to me.
Acked-by: Chris Wright
* Thomas Monjalon (thomas.monjalon at 6wind.com) wrote:
> S specify source directory (when not already in).
> O specify output directory (when different of current one).
Thanks for adding docs into help too. Looks good to me.
Acked-by: Chris Wright
* Thomas Monjalon (thomas.monjalon at 6wind.com) wrote:
> Packages can be built with:
> RPM_BUILD_NCPUS=8 rpmbuild -ta dpdk-1.5.2r2.tar.gz
>
> There are packages for runtime, static libraries and development.
> Once devel package installed, it can be used like this:
> make -C /usr/shar
* Thomas Monjalon (thomas.monjalon at 6wind.com) wrote:
> Packages can be built with:
> RPM_BUILD_NCPUS=8 rpmbuild -ta dpdk-1.5.2r2.tar.gz
>
> There are packages for runtime, static libraries and development.
> Once devel package installed, it can be used like this:
> make -C /usr/shar
Good idea to distinguish from
non-uio
Acked-by: Chris Wright
* Thomas Monjalon (thomas.monjalon at 6wind.com) wrote:
> In order to make this tool available among other system commands,
> the name must be more specific.
>
> Signed-off-by: Thomas Monjalon
Looks reasonable to rename since it's not a generic script.
Acked-by: Chris Wright
24 matches
Mail list logo