Signed-off-by: David Young
Thanks!
David Young
Professional Copywriter/Technical Writer
Young Copy
+1 (678) 500-9550
https://www.youngcopy.com
On Thu, Dec 7, 2023 at 9:11 PM David Young wrote:
> ---
> doc/guides/prog_guide/bpf_lib.rst | 4 +-
> doc/guides/prog_guide/dmadev.rst
Bruce,
Is the following Linux update correct per your feedback?
Linux
-
To run DPDK applications without root privileges on Linux, perform the
following steps:
1. **Create a DPDK User Group**: Create a new user group for DPDK and add
the desired user to this group.
2. **Set Up Hugepages**:
Hi Bruce,
Disregard my previous email. It looks like getting_started_guide/index was
somehow deleted but I've added it back.
Thanks!
David Young
Professional Copywriter/Technical Writer
Young Copy
+1 (678) 500-9550
https://www.youngcopy.com
On Tue, Nov 7, 2023 at 8:47 PM Dave Young
I can have it added in patch 1. In the v3 patchset it's added in
0006-Added-link-to-Getting-Started-Guide-in-index.rst.patch
Thanks!
David Young
Professional Copywriter/Technical Writer
Young Copy
+1 (678) 500-9550
https://www.youngcopy.com
On Fri, Nov 3, 2023 at 10:22 AM Bruce Richardson
wrote
Tyler, can you provide an example of the OS specific section/title you're
thinking would make sense to use?
Can you confirm the following?
1. The Clang-LLVM C compiler (version >= 16.0.x)
2. Meson Build system (Required version: 0.57.0)
3. Updated commands:
# Previous Command
meson -Dexamples=he
I asked the following in the Slack channel, responding to Stephen and
Thomas so asking in this thread as well to confirm:
To confirm, the three steps in 3.1.1 Memory Setup: Reservering Hugepages at
http://170.249.220.94/getting_started_guide/system_setup.html#system-setup-for-linux
can be replaced
Thank you for reviewing the patches and for your feedback.
1. Regarding the toctree, I've added the new Getting Started Guide so that
it's accessible via the links in the left column. I've tested this on my
local version, and the warning should disappear once the patch is submitted.
2. As for the
Thank you for the feedback. I agree with the suggested changes to remove
"unified" and the last paragraph. These changes have been made locally. I
plan to send updated versions of all patches in this series at the same
time, so you can expect to see these adjustments in the next version.
Thanks!
D
v23.07 and will test there as
well. Thank you for looking into this and providing the patch.
Regards, Dave
diff --git a/drivers/net/virtio/virtio_ethdev.c
b/drivers/net/virtio/virtio_ethdev.c
index b72334455e..bd90ba9d49 100644
--- a/drivers/net/virtio/virtio_ethdev.c
+++ b/drivers/net/virtio
ddress from patch (nonworking case) = 0x58e7bfc0
Address using buf_iova (working case) = 0x158e7bfc0
::
Address from patch (nonworking case) = 0x58e7b680
Address using buf_iova (working case) = 0x158e7b680
::
Regards, Dave
From: Sampath Peechu (speechu)
Date: Monday, January 30, 2023 at 3:29
When using CoS classification the number of vnics is capped
to avoid unnecessary memzone allocations.
Signed-off-by: Dave Johnson
---
.mailmap | 1 +
drivers/net/bnxt/bnxt.h | 1 +
drivers/net/bnxt/bnxt_hwrm.c | 10 --
3 files changed, 10 insertions(+), 2
Hi Hemant
Can I ask what the usage case is for
RTE_BBDEV_LDPC_ENC_NETWORK_ORDER/RTE_BBDEV_LDPC_DEC_NETWORK_ORDER ?
Thanks
Dave
From: dev on behalf of Hemant Agrawal
Sent: 24 April 2021 11:36
To: dev@dpdk.org ; gak...@marvell.com ;
nicolas.chau
Acked-by: Dave Burley
From: dev on behalf of Nicolas Chautru
Sent: 09 September 2020 22:15
To: dev@dpdk.org
Cc: sta...@dpdk.org ; tianjiao@intel.com
; Nicolas Chautru
Subject: [dpdk-dev] [PATCH v1] app/bbdev: fix test vector symlink
5G DL default symlink was pointing to a 4G vector
Acked-by: Dave Burley
From: dev on behalf of Nicolas Chautru
Sent: 19 August 2020 01:05
To: dev@dpdk.org ; akhil.go...@nxp.com
Cc: bruce.richard...@intel.com ; Nicolas Chautru
Subject: [dpdk-dev] [PATCH v3 7/7] app/bbdev: update offload test to dequeue
full ring
update offload dequeue
Acked-by: Dave Burley
From: dev on behalf of Nicolas Chautru
Sent: 19 August 2020 01:05
To: dev@dpdk.org ; akhil.go...@nxp.com
Cc: bruce.richard...@intel.com ; Nicolas Chautru
Subject: [dpdk-dev] [PATCH v3 5/7] app/bbdev: skip bler ut when compression is
used
bler test results are
Acked-by: Dave Burley
From: dev on behalf of Nicolas Chautru
Sent: 19 August 2020 01:05
To: dev@dpdk.org ; akhil.go...@nxp.com
Cc: bruce.richard...@intel.com ; Nicolas Chautru
Subject: [dpdk-dev] [PATCH v3 2/7] app/bbdev: add explicit check for counters
Adding explicit check in ut that
Acked-by: Dave Burley
From: dev on behalf of Nicolas Chautru
Sent: 19 August 2020 01:05
To: dev@dpdk.org ; akhil.go...@nxp.com
Cc: bruce.richard...@intel.com ; Nicolas Chautru
Subject: [dpdk-dev] [PATCH v3 1/7] app/bbdev: add explicit ut for latency vs
validation
Adding explicit
Acked-by: Dave Burley
From: Chautru, Nicolas
Sent: 20 August 2020 22:05
To: Dave Burley ; dev@dpdk.org
Cc: Richardson, Bruce
Subject: RE: [dpdk-dev] [PATCH v3 05/11] baseband/acc100: add LDPC processing
functions
> From: Dave Burley >
> Hi Nic
>
> Thank you - it wou
Hi Nic
Thank you - it would be useful to have further documentation for clarification
as the data format isn't explicitly documented in BBDEV.
Best Regards
Dave
From: Chautru, Nicolas
Sent: 20 August 2020 15:52
To: Dave Burley ; dev@dpdk.org
Cc: Richardson, Bruce
Subject: RE: [dpd
Hi Nic,
As you've now specified the use of RTE_BBDEV_LDPC_LLR_COMPRESSION for this PMB,
please could you confirm what the packed format of the LLRs in memory looks
like?
Best Regards
Dave Burley
From: dev on behalf of Nicolas Chautru
Sent: 19 August 2020 01:25
To: dev@dpd
Acked-by: Dave Burley
On 26/03/2020 03:27, Nicolas Chautru wrote:
From: Nic Chautru
Adding missing implementation for the interrupt tests
for LDPC encoder and decoders.
Signed-off-by: Nic Chautru
---
app/test-bbdev/test_bbdev_perf.c | 202 ++-
1 file
Acked-by: Dave Burley
On 26/03/2020 03:27, Nicolas Chautru wrote:
From: Nic Chautru
Adding support for the offload latency tests when
using the LDPC encoder and decoder operations.
Signed-off-by: Nic Chautru
---
app/test-bbdev/test_bbdev_perf.c | 26 +++---
1 file
Acked-by: Dave Burley
On 26/03/2020 03:27, Nicolas Chautru wrote:
From: Nic Chautru
Includes support for BLER (Block Error Rate) wireless
performance test with new arguments for SNR and number
of iterations for 5G. This generates LLRs for a given
SNR level then measures the ratio of code
Acked-by: Dave Burley
On 26/03/2020 03:27, Nicolas Chautru wrote:
From: Nic Chautru
Adding functionality to validate HARQ for different
devices implementation.
Adding capacity to fetch HARQ data when required as
part of this validation.
Signed-off-by: Nic Chautru
---
app/test-bbdev
Acked-by: Dave Burley
On 26/03/2020 03:27, Nicolas Chautru wrote:
From: Nic Chautru
Self-contained and cosmetic renaming of macro
so that to be more explicit for future extension.
Signed-off-by: Nic Chautru
---
app/test-bbdev/test_bbdev_perf.c | 51
Acked-by: Dave Burley
On 26/03/2020 03:27, Nicolas Chautru wrote:
From: Nic Chautru
This exposes the HARQ buffer size at the device driver level
instead of using the capability of a specific operation.
This is currently not yet used by a device until
future commit.
Signed-off-by: Nic
Acked-by: Dave Burley
On 26/03/2020 03:27, Nicolas Chautru wrote:
From: Nic Chautru
This is to support cases when the input data for
decoding a code block is larger than 64kB and would
not fit as a contiguous block of data into one
mbuf. In that case the length from the operation
supersedes
Acked-by: Dave Burley
On 26/03/2020 03:27, Nicolas Chautru wrote:
From: Nic Chautru
The actual LLR representation was incorrectly assumed to be 2
instead of 4. This would impact wireless performance but is not
critical to be back ported on LTS branches.
Fixes: c769c711757a ("bas
Acked-by: Dave Burley
On 26/03/2020 03:27, Nicolas Chautru wrote:
From: Nic Chautru
Adding capability flag for device variants when HARQ buffer
may or may not include the filler bits.
Minor cosmetic changes in same file.
Signed-off-by: Nic Chautru
---
lib/librte_bbdev/rte_bbdev.h| 2
Acked-by: Dave Burley
On 26/03/2020 03:27, Nicolas Chautru wrote:
v5: cosmetic change
v4: Changes based on review comments from Akhil. Also taking the new PMD out of
this serie
to be pushed in separate serie.
v3: squash the release notes updates into the related commits
v2: including release
Acked-by: Dave Burley
On 04/03/2020 18:54, Nicolas Chautru wrote:
From: Nic Chautru
This is to support cases when the input data for
decoding a code block is larger than 64kB and would
not fit as a contiguous block of data into one
mbuf. In that case the length from the opearation
supersedes
Acked-by: Dave Burley
On 04/03/2020 18:55, Nicolas Chautru wrote:
From: Nic Chautru
Adding missing overview page in documentation with
comparison of feature set by PMD implementation.
Signed-off-by: Nic Chautru
---
.gitignore | 1 +
doc/guides/bbdevs
Acked-by: Dave Burley
On 04/03/2020 18:55, Nicolas Chautru wrote:
From: Nic Chautru
Adding capacity to initialize the device driver from
the test-bbdev environment for the new device
FPGA for 5GNR FEC.
Signed-off-by: Nic Chautru
---
app/test-bbdev/Makefile | 3 +++
app/test
Acked-by: Dave Burley
On 04/03/2020 18:55, Nicolas Chautru wrote:
From: Nic Chautru
Supports for FEC 5G PMD Driver on FPGA card PAC N3000
Signed-off-by: Nic Chautru
---
config/common_base |5 +
doc/guides/bbdevs/fpga_5gnr_fec.rst| 297
Acked-by: Dave Burley
On 04/03/2020 18:54, Nicolas Chautru wrote:
From: Nic Chautru
Update related to the changes introduced by the
previous commits.
Signed-off-by: Nic Chautru
---
doc/guides/tools/testbbdev.rst | 337 +++--
1 file changed, 291
Acked-by: Dave Burley
On 04/03/2020 18:54, Nicolas Chautru wrote:
From: Nic Chautru
Adding missing implementation for the interrupt tests
for LDPC encoder and decoders.
Signed-off-by: Nic Chautru
---
app/test-bbdev/test_bbdev_perf.c | 202 ++-
1 file
Acked-by: Dave Burley
On 04/03/2020 18:54, Nicolas Chautru wrote:
From: Nic Chautru
Includes support for BLER wireless performance test with
new arguments for SNR and number of iterations for 5G.
Signed-off-by: Nic Chautru
---
app/test-bbdev/main.c| 29 ++-
app/test-bbdev
Acked-by: Dave Burley
On 04/03/2020 18:54, Nicolas Chautru wrote:
From: Nic Chautru
Self-contained and cosmetic renaming of macro
so that to be more explicit for future extension.
Signed-off-by: Nic Chautru
---
app/test-bbdev/test_bbdev_perf.c | 51
Acked-by: Dave Burley
On 04/03/2020 18:54, Nicolas Chautru wrote:
From: Nic Chautru
This exposes the HARQ buffer size at the device driver level
instead of using the capability of a specific operation.
This is currently not yet used by a device until
future commit.
Signed-off-by: Nic
Acked-by: Dave Burley
On 04/03/2020 18:54, Nicolas Chautru wrote:
From: Nic Chautru
Adding capability flag for device variants when HARQ buffer
may or may not include the filler bits.
Minor cosmetic changes in same file.
Signed-off-by: Nic Chautru
---
lib/librte_bbdev/rte_bbdev.h| 2
scule fraction of
the project as a whole. We've rewritten performance-critical bits of the vpp
netstack multiple times.
FWIW... Dave
-Original Message-
From: Mattias Rönnblom
Sent: Friday, February 21, 2020 10:39 AM
To: Thomas Monjalon ; Jerin Jacob
Cc: Jerin Jacob ; Ray Kinse
Begin forwarded message:
From: Dave Burton
Subject: [PATCH] ixgbe: reset need link config flag on start
Date: January 16, 2020 at 11:29:47 AM CST
To: dev@dpdk.org
Cc: sta...@dpdk.org, Dave Burton
[Resending; original sent on Jan 16, 2020, never seen on public lists]
[NB: I do not have DPDK
ing;
}
}
ring_handler (...)
{
if (PREDICT_FALSE(global_trace_flag != 0))
return ring_handler_inline (..., 1 /* is_traced */);
else
return ring_handler_inline (..., 0 /* is_traced */);
}
This reduces the runtime tax to the absolute minimum, but costs space.
Please consider it.
HTH... D
once the link is restored?
— Dave
/BostonSoftwareNetworking/events/243865692/
We will have 2-3 presentations, plus some social food and drink time.
If you are in the area, and available for the evening, we will start
things off at 6pm, and start presentations by 6:30pm.
Please sign up so that we have an idea of numbers!
Thanks,
Dave.
--
Dave
next Wednesday!
Thanks also to Mark Presti, who shared the Boston Software Networking
meet-up page with us to plan the event on meet-up!
https://www.meetup.com/BostonSoftwareNetworking/events/241390595/
Thank you all,
Dave.
--
Dave Neary - NFV/SDN Community Strategy
Open Source and Standards
Hi all,
We had a great session yesterday on this topic, I took some notes - does
anyone who was there have any corrections, or anyone who was not have
any comments?
Thanks,
Dave.
Tim led the discussion, and started by outlining that he saw there were
3 different questions which we should treat
the dpdk.org
domain name and management of the DNS, to ensure that the website and
community infrastructure were not beholden to a single project member -
is that still an issue?
Regards,
Dave.
--
Dave Neary - NFV/SDN Community Strategy
Open Source and Standards, Red Hat - http://community.re
past. I think the project has made a lot of progress since I have
been following it, and I do not believe there are any major issues with
the independence of the project. However, there are still concerned
parties on this front, and the concerns can be easily addressed by a
move to the LF.
Regards,
also allow
people with old applications to update DPDK without having to modify
their applications.
Thanks,
Dave.
--
Dave Neary - NFV/SDN Community Strategy
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +1-978-399-2182 / Cell: +1-978-799-3338
Thank you Thomas,
It's great to see progress towards the plans we made in Dublin.
Thanks,
Dave.
On 03/03/2016 06:52 PM, Thomas Monjalon wrote:
> There were some discussions to form a technical board for the DPDK:
> http://thread.gmane.org/gmane.comp.networking.dpdk.devel/26596
ust/023012.html
I may have misunderstood Seth's comment, but it looked like he was
talking about checking errno after fopen and reporting the error with
perror or strerror in the event of a non-zero return.
Seth, did I understand correctly?
Thanks,
Dave.
--
Dave Neary - NFV/SDN Community Stra
point on recruiting members, or does that fall to the
community too?
Thanks,
Dave.
On 02/05/2016 12:20 PM, Bob Monkman wrote:
> Right. Yes, I can access it just fine.
> Thx,
>
>
> Robert (Bob) Monkman
> Enterprise Segment Marketing Manager
> 150 Rose Orchard Way
>
of DPDK events,
> registering trademarks, and any required legal support etc.
>
> Stephen, Thomas, Dave, Vincent and I met with the Linux Foundation to discuss
> this and came up with a draft budget proposal. We'd like to have a community
> call to discuss this and decide how w
Hi,
You could just bump the major version for the first release of the new
year - in this case, we would make 2.6 be 3.0. It achieves the same
objective without having a big discontinuity in the release numbers.
Thanks,
Dave.
On 12/15/2015 08:37 AM, O'Driscoll, Tim wrote:
>
>>
l allow either hardware or software encryption to be
> used. IKE will not be implemented so the SA/SP DBs will be statically
> configured.
Do you anticipate this application living in the dpdk repo, or in a
separate tree?
Thanks,
Dave.
--
Dave Neary - NFV/SDN Community Strategy
Open Sourc
Thank you Thomas!
Please note that I made the mistake of leaving some te;mplate from last
year's announcement in the email - my apologies! The correct dates for
the conference and deadlines are in this version:
https://lists.fosdem.org/pipermail/fosdem/2015-November/002300.html
Thanks,
Hi,
On the contrary! I am aware that Freescale has been engaged for some
time in DPDK. I was responding to Margaret's contention that future
contributors (and she called out ARM and SOC vendors) should have a voice.
I hope that clarifies my position and meaning.
Thanks,
Dave.
On 11/02/20
get more people involved.
I think there is an opportunity for future contributors/users to form a
powerful constituency in the project, but the TSC is not the right place
for that to happen IMHO.
Thanks,
Dave.
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber
On 10/30/2015 09:25 AM, Thomas Monjalon wrote:
> 2015-10-30 13:23, O'Driscoll, Tim:
>> From: Dave Neary
>>> There was a general agreement in Dublin that DPDK related projects and
>>> applications could live in dpdk.org, but we didn't really touch on the
>&
7;s scope
is limited to DPDK only, and the architecture board owns the scope of
DPDK, that we still have the open question of which projects are
appropriate to be housed under dpdk.org
There was a general agreement in Dublin that DPDK related projects and
applications could live in dpdk.org, but we
#x27;t volunteer to withdraw, what criteria can the
board use to request that they withdrawal?
One thing I think is important is that seats are not considered "owned"
by a company. There isn't a 6WIND seat or an Intel seat - seats are held
by individuals representing the intere
Hi
I'm seeing a similar failure "CQ creation failure: Cannot allocate memory".
My FW level and OFED version match Bill's and we are on DPDK 2.1.
Has any solution other than changing the linkage been found yet?
Thanks
ilable? Some options:
>
> * In the repo, in RST format in a doc/guides/white_paper directory.
This would be my preference. We could create PDF versions alongside
them, but the sources should be editable (enables updates over time).
> * On dpdk.org in PDF format.
> * Elsewhere.
>
> A
Thanks Thomas! Great news, I'm signed up and spreading the word via the
tweets.
Dave.
On 10/15/2015 12:26 AM, Thomas Monjalon wrote:
> Hello,
>
> Following this discussion:
> http://dpdk.org/ml/archives/dev/2015-October/025032.html
> the mailing-list users at dpdk.
Hi,
On 10/13/2015 10:06 PM, Thomas Monjalon wrote:
>> * Create a User Mailing List. - Needs support from 6Wind.
>
> OK
> Name: user at dpdk.org or other suggestion?
Other pages seem to have standardised on "users" - I don't think it
matters much, either is fine.
x27;s notes, does this cover all of the conclusions
that came out of the meeting?
Thanks,
Dave.
On 10/11/2015 01:36 AM, Dave Neary wrote:
> Hi everyone,
>
> I took some notes from a discussion we had at the end of DPDK Userspace
> in Dublin, concerning the growth and project structu
g, for those who were not there I
hope they're useful.
Thanks,
Dave.
Topic 1: Legal entity
=
Do we need/want a legal entity independent of a commercial vendor who
can represent the project?
Things a legal entity could do:
- Sign contracts and raise money for even
best opportunity that people who
cannot travel to Dublin will have to make any concerns/proposals known
so that they can be discussed there?
Thanks,
Dave.
On 09/22/2015 03:14 AM, St Leger, Jim wrote:
> I am going to host a community call on Thursday Sept 24 at 7:00am Pacific
> daylight time
t's important to have the voice of
users in the technical community, but I agree with Stephen that the TSC
would not be the appropriate forum for that.
Thanks,
Dave.
--
Dave Neary - NFV/SDN Community Strategy
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +1-978-399-2182 / Cell: +1-978-799-3338
s I see for that entity are the Software Freedom Conservancy,
the Linux Foundation (although I suspect the cost structure would be too
high for what we need), Software in the Public Interest, or some new
non-profit we create just for DPDK. There are a few other options too.
But to evaluate the optio
s who decide whether their organization
engages strategically with a project or not.
Thanks,
Dave.
On 05/01/2015 06:20 PM, O'Driscoll, Tim wrote:
> There's been a good discussion on the mailing list on the Beyond DPDK 2.0
> thread. To supplement this, we'd like to have a co
change management process for handling patches, and
instinctively I agree with you Neil that it would be a lot of overhead,
but it's an interesting thought exercise to think how it might work.
Thanks,
Dave.
--
Dave Neary - NFV/SDN Community Strategy
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +1-978-399-2182 / Cell: +1-978-799-3338
defined, but will definitely help with both the scaling
of project contributions and the diversity of the project.
The MAINTAINERS file: http://dpdk.org/browse/dpdk/tree/MAINTAINERS is an
awesome step in the right direction by clearly defining where people
maintain a module.
Regards,
Dave.
--
Dave N
Incidentally, this information is contained in the List-Unsubscribe
header which Mailman adds to the email headers of every message. "View
message source" for the full set (I always use List-Id for mailing list
filters).
Dave.
On 04/22/2015 07:10 PM, Wiles, Keith wrote:
> Try going
75 matches
Mail list logo
