Hello Bruce,
On Fri, Aug 25, 2023 at 5:29 PM Bruce Richardson
wrote:
>
> When doing a build for a system with WAITPKG support and a modern
> compiler, we get build errors for the "_umonitor" intrinsic, due to the
> casting away of the "volatile" on the parameter.
>
> ../lib/eal/x86/rte_power_intr
On Sun, Aug 27, 2023 at 05:40:33PM +0200, Morten Brørup wrote:
> > From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
> > Sent: Sunday, 27 August 2023 15.55
> >
> > On 2023-08-27 10:34, Morten Brørup wrote:
> > > +CC Honnappa and Konstantin, Ring lib maintainers
> > > +CC Mattias, PRNG lib main
On Mon, Aug 28, 2023 at 9:08 AM David Marchand
wrote:
>
> Hello Bruce,
>
> On Fri, Aug 25, 2023 at 5:29 PM Bruce Richardson
> wrote:
> >
> > When doing a build for a system with WAITPKG support and a modern
> > compiler, we get build errors for the "_umonitor" intrinsic, due to the
> > casting aw
On 2023-08-28 08:32, Morten Brørup wrote:
From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
Sent: Monday, 28 August 2023 00.31
On 2023-08-27 17:40, Morten Brørup wrote:
From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
Sent: Sunday, 27 August 2023 15.55
On 2023-08-27 10:34, Morten Brør
On Fri, Aug 25, 2023 at 5:29 PM Bruce Richardson
wrote:
>
> When doing a build for a system with WAITPKG support and a modern
> compiler, we get build errors for the "_umonitor" intrinsic, due to the
> casting away of the "volatile" on the parameter.
>
> ../lib/eal/x86/rte_power_intrinsics.c: In f
On Fri, Aug 25, 2023 at 4:19 PM Bruce Richardson
wrote:
>
> The pdcp library is disabled when its dependent library "reorder" is not
> being built.
>
> ../lib/meson.build:179: WARNING: Cannot disable mandatory library "pdcp"
> Message: Disabling pdcp [lib/pdcp]: missing internal dependency "reorde
On Fri, Aug 25, 2023 at 5:10 PM Bruce Richardson
wrote:
>
> Cryptodev and the libraries which depend on it can be made optional,
> as they can be disabled without breaking the build.
>
> Signed-off-by: Bruce Richardson
Acked-by: David Marchand
--
David Marchand
> From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
> Sent: Monday, 28 August 2023 10.46
>
> On 2023-08-28 08:32, Morten Brørup wrote:
> >> From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
> >> Sent: Monday, 28 August 2023 00.31
> >>
> >> On 2023-08-27 17:40, Morten Brørup wrote:
> F
On Mon, Aug 28, 2023 at 11:29:05AM +0200, David Marchand wrote:
> On Fri, Aug 25, 2023 at 5:29 PM Bruce Richardson
> wrote:
> >
> > When doing a build for a system with WAITPKG support and a modern
> > compiler, we get build errors for the "_umonitor" intrinsic, due to the
> > casting away of the
When doing a build for a system with WAITPKG support and a modern
compiler, we get build errors for the "_umonitor" intrinsic, due to the
casting away of the "volatile" on the parameter.
../lib/eal/x86/rte_power_intrinsics.c: In function 'rte_power_monitor':
../lib/eal/x86/rte_power_intrinsics.c:1
A quick hack might just to increase cache line size as experiment
On Mon, Aug 28, 2023, 11:54 AM Morten Brørup
wrote:
> > From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
> > Sent: Monday, 28 August 2023 10.46
> >
> > On 2023-08-28 08:32, Morten Brørup wrote:
> > >> From: Mattias Rönnblom [
For humor
#define RTE_CASTAWAY(x) ((void *)(uinptr_t)(x))
On Mon, Aug 28, 2023, 12:29 PM Bruce Richardson
wrote:
> On Mon, Aug 28, 2023 at 11:29:05AM +0200, David Marchand wrote:
> > On Fri, Aug 25, 2023 at 5:29 PM Bruce Richardson
> > wrote:
> > >
> > > When doing a build for a system with WAI
On Mon, Aug 28, 2023 at 12:42:38PM +0200, Stephen Hemminger wrote:
>For humor
>#define RTE_CASTAWAY(x) ((void *)(uinptr_t)(x))
Yes, actually thought about that. Was also wondering about making it an
inline function rather than macro, to ensure its only used on pointers, and
to make clear w
Currently, the rte_rand() state is initialized with seed, and each
rand state is initialized up until RTE_MAX_LCORE'th rand state. However,
rand state also has one extra rand state reserved for non-EAL threads,
which is not initialized. Fix it by initializing this extra state.
Fixes: 3f002f069612
On 2023-08-28 14:06, Anatoly Burakov wrote:
Currently, the rte_rand() state is initialized with seed, and each
rand state is initialized up until RTE_MAX_LCORE'th rand state. However,
rand state also has one extra rand state reserved for non-EAL threads,
which is not initialized. Fix it by initia
> From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
> Sent: Monday, 28 August 2023 14.23
>
> On 2023-08-28 14:06, Anatoly Burakov wrote:
> > Currently, the rte_rand() state is initialized with seed, and each
> > rand state is initialized up until RTE_MAX_LCORE'th rand state.
> However,
> > ran
On Fri, Aug 25, 2023 at 4:15 PM Ankur Dwivedi wrote:
>
> Adds sa to port mapping in roc mcs. The sa to port map is updated when the
> sa is created. A portid field is also added to macsec event callback
> function. The above changes helps to propagate the tx and rx pn threshold
> events to the cor
On 8/28/2023 12:03 PM, Bruce Richardson wrote:
> On Mon, Aug 28, 2023 at 12:42:38PM +0200, Stephen Hemminger wrote:
>>For humor
>>#define RTE_CASTAWAY(x) ((void *)(uinptr_t)(x))
>
> Yes, actually thought about that. Was also wondering about making it an
> inline function rather than macro,
On Mon, Aug 28, 2023 at 12:40 PM Bruce Richardson
wrote:
>
> When doing a build for a system with WAITPKG support and a modern
> compiler, we get build errors for the "_umonitor" intrinsic, due to the
> casting away of the "volatile" on the parameter.
>
> ../lib/eal/x86/rte_power_intrinsics.c: In
On Fri, Aug 25, 2023 at 7:17 PM Naga Harish K, S V
wrote:
>
>
>
> > -Original Message-
> > From: Kundapura, Ganapati
> > Sent: Thursday, August 24, 2023 1:54 PM
> > To: jer...@marvell.com; Naga Harish K, S V ;
> > dev@dpdk.org
> > Cc: Jayatheerthan, Jay ; Gujjar, Abhinandan S
> >
> > Sub
On Mon, Aug 28, 2023 at 12:03:40PM +0100, Bruce Richardson wrote:
> On Mon, Aug 28, 2023 at 12:42:38PM +0200, Stephen Hemminger wrote:
> >For humor
> >#define RTE_CASTAWAY(x) ((void *)(uinptr_t)(x))
>
> Yes, actually thought about that. Was also wondering about making it an
> inline functi
> > We just set up a community call for next week to discuss in more details the
> > proposal for RTE_FLOW extensions to support P4-programmable devices
> > https://mails.dpdk.org/archives/dev/2023-August/273703.html and look for
> > ways to converge and make progress.
> >
> > All the people from T
Dear DPDK Community,
I hope everyone is well, and that you each had a great weekend.
We're two weeks out at this point from the DPDK Summit in Dublin - which
runs from Tuesday Sep. 12th through Wed. Sep. 13th. Once again, this will
be held at the Gibson Hotel at Point Square in Dublin. Once
again
https://bugs.dpdk.org/show_bug.cgi?id=1280
Siva (pingtos...@gmail.com) changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
Support the IP Encapsulating Security Payload (ESP) in transport mode.
Signed-off-by: Alexander Kozyrev
Acked-by: Morten Brørup
---
lib/mbuf/rte_mbuf_ptype.h | 36 ++--
1 file changed, 30 insertions(+), 6 deletions(-)
diff --git a/lib/mbuf/rte_mbuf_ptype.h b/lib
On 8/25/23 19:02, David Marchand wrote:
A few classes meson.build were not expressing dependencies to the
associated device library. Define std_deps for baseband, gpu and regex
drivers.
Signed-off-by: David Marchand
---
drivers/baseband/acc/meson.build | 2 +-
drivers/baseband/f
When the device is stopped, DPDK resets the commit flag so that
we can update the hierarchy configuration. The commit flag is also
used to determine if the hierarchy configuration needs to be cleared.
When DPDK exits, it always stops the device first and also resets
the commit flag result in the hi
27 matches
Mail list logo
