On 2024-04-02 02:47, Stephen Hemminger wrote:
On Mon, 1 Apr 2024 22:28:52 +
Aditya Ambadipudi wrote:
Thanks, Stephen, for the comment.
Unfortunately, we don't have the dev setup nor the resources to test out this
change using MSVC.
Thank you,
Aditya Ambadipudi
All it requires is the c
On Mon, Apr 01, 2024 at 07:53:48PM -0700, Stephen Hemminger wrote:
> On Tue, 2 Apr 2024 02:14:06 +
> Honnappa Nagarahalli wrote:
>
> > > On Apr 1, 2024, at 9:00 PM, Stephen Hemminger
> > > wrote:
> > >
> > > On Tue, 2 Apr 2024 01:35:28 +
> > > Honnappa Nagarahalli wrote:
> > >
> >
On Tue, Apr 02, 2024 at 03:03:13AM +, Aditya Ambadipudi wrote:
> Hello Stephen,
>
> I have a copy of CLRS with me. And Deque is a very standard word in computer
> science. Even CLRS which is considered one of the most foundational books in
> computer science uses the word deque.
i'm kind of
On Tue, 2 Apr 2024 02:14:06 +
Honnappa Nagarahalli wrote:
> > On Apr 1, 2024, at 9:00 PM, Stephen Hemminger
> > wrote:
> >
> > On Tue, 2 Apr 2024 01:35:28 +
> > Honnappa Nagarahalli wrote:
> >
> >>> On Apr 1, 2024, at 7:47 PM, Stephen Hemminger
> >>> wrote:
> >>>
> >>> On Mon, 1
https://bugs.dpdk.org/show_bug.cgi?id=1275
dengkaiwen (kaiwenx.d...@intel.com) changed:
What|Removed |Added
Resolution|--- |INVALID
Status|
https://bugs.dpdk.org/show_bug.cgi?id=942
dengkaiwen (kaiwenx.d...@intel.com) changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
> On Apr 1, 2024, at 9:00 PM, Stephen Hemminger
> wrote:
>
> On Tue, 2 Apr 2024 01:35:28 +
> Honnappa Nagarahalli wrote:
>
>>> On Apr 1, 2024, at 7:47 PM, Stephen Hemminger
>>> wrote:
>>>
>>> On Mon, 1 Apr 2024 22:28:52 +
>>> Aditya Ambadipudi wrote:
>>>
Thanks, Stephen, fo
On Tue, 2 Apr 2024 01:35:28 +
Honnappa Nagarahalli wrote:
> > On Apr 1, 2024, at 7:47 PM, Stephen Hemminger
> > wrote:
> >
> > On Mon, 1 Apr 2024 22:28:52 +
> > Aditya Ambadipudi wrote:
> >
> >> Thanks, Stephen, for the comment.
> >>
> >> Unfortunately, we don't have the dev setup
> On Apr 1, 2024, at 7:47 PM, Stephen Hemminger
> wrote:
>
> On Mon, 1 Apr 2024 22:28:52 +
> Aditya Ambadipudi wrote:
>
>> Thanks, Stephen, for the comment.
>>
>> Unfortunately, we don't have the dev setup nor the resources to test out
>> this change using MSVC.
>>
>> Thank you,
>> Ad
On Mon, 1 Apr 2024 22:28:52 +
Aditya Ambadipudi wrote:
> Thanks, Stephen, for the comment.
>
> Unfortunately, we don't have the dev setup nor the resources to test out this
> change using MSVC.
>
> Thank you,
> Aditya Ambadipudi
All it requires is the community version of MSVC which is fr
On Mon, 1 Apr 2024 18:26:44 -0400
Patrick Robb wrote:
> Another idea - maybe multiple timestamps are gathered from different
> CPU registers during the same test, and they are misaligned for that
> reason. Maybe we can try reducing the cores for each unit test to 1
> and checking whether the issu
On Mon, Apr 01, 2024 at 10:28:52PM +, Aditya Ambadipudi wrote:
> Thanks, Stephen, for the comment.
>
> Unfortunately, we don't have the dev setup nor the resources to test out this
> change using MSVC.
what are the dependencies of this lib?
you've provided an agnostic api and unit tests, yo
On Mon, Apr 01, 2024 at 12:34:08PM -0700, Stephen Hemminger wrote:
> On Mon, 1 Apr 2024 10:20:14 -0700
> Tyler Retzlaff wrote:
>
> > On Sat, Mar 30, 2024 at 02:58:41AM +, bugzi...@dpdk.org wrote:
> > > https://bugs.dpdk.org/show_bug.cgi?id=1409
> > >
> > > Bug ID: 1409
> > >
On Mon, Apr 1, 2024 at 1:07 PM Thomas Monjalon wrote:
>
> 30/03/2024 12:38, huangdengdui:
> > But, there are different solutions for the device to report the setting
> > lane capability, as following:
> > 1. Like the current patch, reporting device capabilities in speed and
> >lane coupling mo
Thanks, Stephen, for the comment.
Unfortunately, we don't have the dev setup nor the resources to test out this
change using MSVC.
Thank you,
Aditya Ambadipudi
From: Stephen Hemminger
Sent: Monday, April 1, 2024 9:05 AM
To: Aditya Ambadipudi
Cc: dev@dpdk.org
On Fri, Mar 22, 2024 at 7:34 PM Stephen Hemminger
wrote:
>
>
> Could you build a simple test to see if TSC every runs backwards on
> this machine. Or there could be yet another math error.
> Or maybe container TSC is huge an wrapping around?
>
> The point of the test is to make sure that there was
Anthony Harivel, Mar 27, 2024 at 16:18:
Hi Robin,
Thanks for this patch. I did test it and it works as expected.
Nonetheless, maybe we can improve on some parts.
Hey Anthony, thanks a lot for testing!
In 'class TelemetrySocket', there is:
...
self.sock.connect(path)
data = json.loads(self.
In rte_graph_cluster_stats_get, the walk model of the first graph is
checked to determine if multi-core dispatch specific counters should be
updated or not. This global list is accessed without any locks.
If the global list is modified by another thread while
rte_graph_cluster_stats_get is called,
30/03/2024 12:38, huangdengdui:
> But, there are different solutions for the device to report the setting
> lane capability, as following:
> 1. Like the current patch, reporting device capabilities in speed and
>lane coupling mode. However, if we use this solution, we will have
>to couple t
On Mon, 1 Apr 2024 10:20:14 -0700
Tyler Retzlaff wrote:
> On Sat, Mar 30, 2024 at 02:58:41AM +, bugzi...@dpdk.org wrote:
> > https://bugs.dpdk.org/show_bug.cgi?id=1409
> >
> > Bug ID: 1409
> >Summary: arparse library assumes enum are 64 bit
> >Product: DPD
On Mon, Apr 01, 2024 at 10:01:53AM -0700, Stephen Hemminger wrote:
> Applying __rte_unused to a variable has no effect with MS
> windows compiler. The temporary variable used if debug
> enabled can just be eliminated.
>
> Signed-off-by: Stephen Hemminger
> ---
Acked-by: Tyler Retzlaff
On Mon, Apr 01, 2024 at 10:01:52AM -0700, Stephen Hemminger wrote:
> Building mempool with MSVC generates a warning
> because of this pragma (same with clang when debug is enabled).
> The issue the pragma was working around can be better solved
> by using an additional cast.
>
> Fixes: af75078fece
On Sat, Mar 30, 2024 at 02:58:41AM +, bugzi...@dpdk.org wrote:
> https://bugs.dpdk.org/show_bug.cgi?id=1409
>
> Bug ID: 1409
>Summary: arparse library assumes enum are 64 bit
>Product: DPDK
>Version: 24.03
> Hardware: All
>
Applying __rte_unused to a variable has no effect with MS
windows compiler. The temporary variable used if debug
enabled can just be eliminated.
Signed-off-by: Stephen Hemminger
---
lib/mempool/rte_mempool.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/lib/mempool/rte_m
Building mempool with MSVC generates a warning
because of this pragma (same with clang when debug is enabled).
The issue the pragma was working around can be better solved
by using an additional cast.
Fixes: af75078fece3 ("first public release")
Signed-off-by: Stephen Hemminger
---
lib/mempool/
Tried building mempool with MSVC. In addition to the
__rte_constant macro Tyler had already done.
This fixes a couple of warnings, and cleans up the
code.
Stephen Hemminger (2):
mempool: replace GCC pragma with cast
mempool: fix unused warning with MSVC
lib/mempool/rte_mempool.c | 14 ++---
On 2024-03-29 14:42, Morten Brørup wrote:
+CC techboard
From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
Sent: Friday, 29 March 2024 14.05
Hi Stephen,
On 3/29/24 03:53, Stephen Hemminger wrote:
On Thu, 28 Mar 2024 17:10:42 -0700
Andrey Ignatov wrote:
You don't need always inline
On Sun, 31 Mar 2024 20:37:27 -0500
Aditya Ambadipudi wrote:
> As previously discussed in the mailing list [1] we are sending out this
> patch that provides the implementation and unit test cases for the
> RTE_DEQUE library. This includes functions for creating a RTE_DEQUE
> object. Allocating me
On Sat, 30 Mar 2024 at 16:46, Stephen Hemminger
wrote:
>
> If DPDK application is being run as a systemd service, then
> it can use the journal protocol which allows putting more information
> in the log such as priority and other information.
>
> The use of journal protocol is automatically detec
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Monday, 1 April 2024 00.03
>
> On Wed, 20 Mar 2024 14:33:35 -0700
> Tyler Retzlaff wrote:
>
> > +#ifdef RTE_TOOLCHAIN_MSVC
> > +#define __rte_constant(e) 0
> > +#else
> > +#define __rte_constant(e) __extension__(__builtin_cons
Hello Bruce,
Thank you for your mail!
I have attached the complete log that we observed.
Upon your suggestion, we experimented with the --in-memory option and it
worked! Since this option enables both --no-shconf and --huge-unlink. We also
tried each option separately. The test ran fine with
31 matches
Mail list logo
