On 07/10/2018 12:39 PM, Thomas F Herbert wrote:
+Nitin
On 07/10/2018 09:36 AM, Thomas F Herbert wrote:
Any insight would be appreciated. As you can see this is an aarmv8-a
server.
This problem was reproduced on Centos 7.5 and RHEL 7.5.
and dpdk top of master.
Original error:
/home
built fine on Fedora 28/29.
--
*Thomas F Herbert*
NFV and Fast Data Planes
Networking Group Office of the CTO
*Red Hat*
ons
>>>> supported. libvirt could read that and
>>>> - store latest version at vm creation
>>>> - pass it around with the vm
>>>> - pass it to qemu
>>>>
>>>> >From here, qemu could pass this over the vhost-user channel,
>>>> thus making sure it's initialized with the correct
>>>> compatible interface.
>>>>
>>>> As version here is an opaque string for libvirt and qemu,
>>>> anything can be used - but I suggest either a list
>>>> of values defining the interface, e.g.
>>>> any_layout=on,max_ring=256
>>>> or a version including the name and vendor of the backend,
>>>> e.g. "org.dpdk.v4.5.6".
>>>>
>>>> Note that typically the list of supported versions can only be
>>>> extended, not shrunk. Also, if the host/guest interface
>>>> does not change, don't change the current version as
>>>> this just creates work for everyone.
>>>>
>>>> Thoughts? Would this work well for management? dpdk? vpp?
>>>>
>>>> Thanks!
>>>>
>>>> --
>>>> MST
> ___
> vpp-dev mailing list
> vpp-dev at lists.fd.io
> https://lists.fd.io/mailman/listinfo/vpp-dev
--
*Thomas F Herbert*
SDN Group
Office of Technology
*Red Hat*
/
Another solution is to set the nic to strip the vlan in rte eth code or
write a DPDK "app" to set the nic.
http://dpdk.org/doc/guides-16.07/nics/enic.html
--TFH
--
*Thomas F Herbert*
SDN Group
Office of Technology
*Red Hat*
Thomas,
Thanks. That fixes it of course.
--TFH
On 6/22/16 3:39 PM, Thomas Monjalon wrote:
> 2016-06-22 14:27, Thomas F Herbert:
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x00616172 in vtpci_init (dev=0xbfb0f0, hw=0x7fffd57d0700,
>> dev
te_eal/linuxapp/eal/eal.c:874
#7 0x0043592d in main (argc=11, argv=0x7fffe368)
at /home/heat-admin/dpdk/app/test-pmd/testpmd.c:2059
(gdb)
--
*Thomas F Herbert*
SDN Group
Office of Technology
*Red Hat*
On 2/20/16 7:27 AM, Vincent JARDIN wrote:
> Thomas,
>
>> I am not sure if anyone has noticed yet this but is the dpdk snapshot
>> bad today?
>
> can you check again?
Thanks, it was a networking problem. Maybe the shasums could be
published along with the snapshots?
>
> For 2 download:
>
> $ md5s
On 2/20/16 7:27 AM, Vincent JARDIN wrote:
> Thomas,
>
>> I am not sure if anyone has noticed yet this but is the dpdk snapshot
>> bad today?
>
> can you check again?
Its fixed. Thanks much!
I forgot to mention but I had found the problem yesterday in integration
build of ovs-opnfv.
>
> For 2 do
Hi,
I am not sure if anyone has noticed yet this but is the dpdk snapshot
bad today?
wget http://dpdk.org/browse/dpdk/snapshot/dpdk-2.2.0.tar.gz
--2016-02-19 19:35:23--
http://dpdk.org/browse/dpdk/snapshot/dpdk-2.2.0.tar.gz
Resolving dpdk.org (dpdk.org)... 92.243.14.124
Connecting to dpdk.org (
ep expanding and/or otherwise
> changing.
>
> I'd much rather see an rte_eal_init() which takes struct *rte_cfgfile
> as the configuration argument. That, plus maybe enhance librte_cfgfile
> to allow constructing one entirely in memory + setting values in
> addition to getting.
>
> - Panu -
It is very difficult for application writers to write their own command
parsers with implementation for -h option. How about a function that
would verify the init parameters and return with a benign error if the
options are not correct.
>
>
>
>
>> Thanks,
>> Francesco
>>
>>
>>
>
--
Thomas F Herbert Red Hat
All:
Captured white board notes from Jim McNamara's session on Useability and
Ease of Use at DPDK User Space today are here:
http://people.redhat.com/therbert/Useability_and_Ease_of_Use_DPDK_User_Space/
--Thomas F Herbert
Red Hat.
ou please give more details?
>
>> X550 Enhancements: Support VF TSO, more Entries in RSS and per VF RSS,
>> network overlay support with flow director for X550.
> Could you please give more details on "network overlay support with flow
> director"?
>
> Thanks for sharing your plan
>
>
>
> --
> Thomas F Herbert Red Hat
kat
>> Founder & Chief Architect
>> OneHop Networks Pvt Ltd
>> [www.onehopnetworks.com]
> Congratulations. Do you plan to contribute code to help DPDK advance?
+1
>
>
>
> --
> Thomas F Herbert Red Hat
On 8/14/15 12:04 PM, Gray, Mark D wrote:
> Hi Daniele,
>
> Thanks for starting this conversation. It is a good list :) I have
> crossed-posted this
> to dpdk.org as I feel that some of the points could be interesting to that
> community
> as they are related to how DPDK is used.
>
> How do "users
gt; reserve your
>> complimentary seat.
>> Learn more about DPDK Summit at https://dpdksummit.com/us/en/about or visit
>> http://dpdk.org/events
>>
>>
>> For more information regarding this event, please contact support at
>> dpdksummit.com.
>>
>>
>>
>> Thanks,
>> -Pravin
>
> --
> Thomas F Herbert Red Hat
On 6/19/15 1:02 PM, Thomas Monjalon wrote:
> 2015-06-19 12:13, Thomas F Herbert:
>>
>> On 6/19/15 9:16 AM, Thomas Monjalon wrote:
>>> 2015-06-19 09:02, Neil Horman:
>>>> On Fri, Jun 19, 2015 at 02:32:33PM +0200, Thomas Monjalon wrote:
>>>>> 2
On 6/19/15 9:16 AM, Thomas Monjalon wrote:
> 2015-06-19 09:02, Neil Horman:
>> On Fri, Jun 19, 2015 at 02:32:33PM +0200, Thomas Monjalon wrote:
>>> 2015-06-19 06:26, Neil Horman:
On Thu, Jun 18, 2015 at 04:55:45PM +, O'Driscoll, Tim wrote:
> For the 2.1 release, I think we should agr
On 6/9/15 5:40 AM, Gonzalez Monroy, Sergio wrote:
> On 08/06/2015 22:29, Thomas F Herbert wrote:
>> Sorry,
>>
>> I apologize on behalf of my fingers. I meant combined library build is
>> broken when PMD_BOND is selected.
>>
>>
>> On 6/8/15 4:14 PM, Th
Sorry,
I apologize on behalf of my fingers. I meant combined library build is
broken when PMD_BOND is selected.
On 6/8/15 4:14 PM, Thomas F Herbert wrote:
> I just noticed that shared library build is broking. I am building
> current master. I had to make this change to get it to
On 6/8/15 11:38 AM, Xie, Huawei wrote:
> On 6/5/2015 5:04 PM, Loftus, Ciara wrote:
>>
>>> -Original Message-
>>> From: Xie, Huawei
>>> Sent: Friday, June 05, 2015 4:26 AM
>>> To: dev at dpdk.org
>>> Cc: Loftus, Ciara; Xie, Huawei; Sun, Peng A
>>> Subject: [PATCH v2] vhost: provide vhost A
I just noticed that shared library build is broking. I am building
current master. I had to make this change to get it to build:
-CONFIG_RTE_LIBRTE_PMD_BOND=y
+CONFIG_RTE_LIBRTE_PMD_BOND=n
One of the recent bonding commits broke some dependencies I think but I
didn't investigate further.
test
On 6/4/15 9:55 AM, Neil Horman wrote:
> On Thu, Jun 04, 2015 at 11:50:33AM +, Wiles, Keith wrote:
>> Hi Stephen
>>
>> On 6/3/15, 7:12 PM, "Stephen Hemminger"
>> wrote:
>>
>>> On Wed, 3 Jun 2015 13:49:53 -0500
>>> Keith Wiles wrote:
>>>
+/* Launch threads, called at application init()
On 5/28/15 10:44 AM, Thomas Monjalon wrote:
> 2015-05-28 10:39, Thomas F Herbert:
>> On 5/28/15 5:48 AM, Thomas Monjalon wrote:
>>> 2015-05-27 16:48, Thomas F Herbert:
>>>> This is a proposal to create a patch-test dpdk tree. I welcome feedback
>>>>
On 5/27/15 5:22 PM, Vincent JARDIN wrote:
> On 27/05/2015 22:48, Thomas F Herbert wrote:
>> Work Flow and Process:
>>
>> All patches will be taken from from public submissions to dpdk-dev.org
>> scraped from dpdk patchwork. Patches will be applied to the patch-test
On 5/27/15 5:06 PM, Matthew Hall wrote:
> On Wed, May 27, 2015 at 04:48:47PM -0400, Thomas F Herbert wrote:
>> Submissions of test suites will be encouraged from the community including
>> testing against compilers, architectures, devices, options etc. The purpose
>> is to t
This is a proposal to create a patch-test dpdk tree. I welcome feedback
from the dpdk community on this proposal.
This tree will consist of pre-integrated patches submitted to dpdk-dev
mailing list. The purpose of this tree is to help reduce the effort in
reviewing patches and providing feedbac
On 5/27/15 9:29 AM, Simon Kagstrom wrote:
> On Wed, 27 May 2015 09:06:46 -0400
> Thomas F Herbert wrote:
>> I just tried applying v2 of the patch to master:
>> git apply ../patches/eal_common_options.patch
>> error: patch failed: lib/librte_eal/common/eal_common_opt
On 5/27/15 5:30 AM, Simon Kagstrom wrote:
> Needed to run as non-root but with higher memory allocations, and
> removes a constraint on no-huge mode being limited to 64M. A usage
> example is if running with file input with the pcap PMD, which can be
> done as non-root after this patch via e.g.,
On 5/22/15 2:05 AM, Ouyang, Changchun wrote:
> Hi Thomas,
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas F Herbert
>> Sent: Friday, May 22, 2015 9:39 AM
>> To: dpdk >> dev at dpdk.org
>> Subject: Re: [dp
On 5/21/15 6:35 PM, Navneet Rao wrote:
> Getting the following message when using
>
> dpdk-2.0.0 version
This isn't a problem with dpdk. You need libpcap which includes the
headers, http://www.tcpdump.org/release/libpcap-1.7.3.tar.gz or
libpcap-devel package.
>
> to building the libraries and
On 5/21/15 3:49 AM, Ouyang Changchun wrote:
> Sample vhost need know the queue number user want to enable for each virtio
> device,
> so add the new option '--rxq' into it.
Could you also add the new --rxq option description to us_vhost_usage()?
>
> Signed-off-by: Changchun Ouyang
> ---
> exa
On 5/21/15 3:49 AM, Ouyang Changchun wrote:
> This patch set supports the multiple queues for each virtio device in vhost.
> The vhost-user is used to enable the multiple queues feature, It's not ready
> for vhost-cuse.
Thanks. I tried it and verified that this patch applies cleanly to
master.
On 5/19/15 10:18 AM, Butler, Siobhan A wrote:
>
>
>> -Original Message-----
>> From: Thomas F Herbert [mailto:therbert at redhat.com]
>> Sent: Tuesday, May 19, 2015 3:09 PM
>> To: Rao, Ravi; O'Driscoll, Tim; Butler, Siobhan A; dev at dpdk.org
>> Subj
; Ravi
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas F Herbert
> Sent: Tuesday, May 19, 2015 8:37 AM
> To: O'Driscoll, Tim; Butler, Siobhan A; dev at dpdk.org
> Subject: Re: [dpdk-dev] dev at DPDK Hackathon Proposal
>
> O
I can manage it.
I wasn't able to apply 05/19. However, since it is simple as it is just
moving files and is likely to have been corrupted in transit. I think
the patch is a good idea and I am confident your rebasing will catch any
problems.
--TFH
>
--
Thomas F Herbert
Red Hat
ring together
>> the people that make DPDK happen - the developers.
>> From a developer perspective it is a great opportunity to be part of the
>> first gathering, meet some new people, learn something new
>> and have a lot of fun on the way.
>>
>> At this point t
On 5/18/15 6:54 AM, Bruce Richardson wrote:
> On Sat, May 16, 2015 at 02:11:14PM -0400, Thomas F Herbert wrote:
>> On 5/15/15 11:56 AM, Bruce Richardson wrote:> Move e1000 pmd to drivers/net
>> directory
>>> As part of move, rename "e1000" subdirectory, which
ror: lib/librte_pmd_e1000/e1000/e1000_phy.c: patch does not appl
> ---
> drivers/net/Makefile |2 +-
> drivers/net/e1000/Makefile | 99 +
--
Thomas F Herbert
Principal Software Engineer
Red Hat
therbert at redhat.com
nd ovs and others are too.
Could you please send more details about what you are seeing? Are you
using the Linux stack in the guest? Do you see packets on the input IF
in the guest?
> Regards,
> Ravi..
--
Thomas F Herbert
Principal Software Engineer
Red Hat
therbert at redhat.com
nd ovs and others are too.
Could you please send more details about what you are seeing?
> Regards,
> Ravi..
--
Thomas F. Herbert
; Contributors to busybox: ~300
>
> Contributors to DPDK: ~125
>
> Now I grant you that dpdk is a newer, much more niche project, but its
> disingenuous to state that we _have_ to do things differently to reach a wider
> audience. We can, but its by no means a prerequisite to gainining a wider
> audience.
>
--
Thomas F. Herbert
41 matches
Mail list logo
