Re: [PATCH] drivers: use common container_of macro

2024-02-14 Thread David Marchand
On Tue, Feb 13, 2024 at 4:38 PM David Marchand wrote: > > rte_common.h provides container_of if none is defined. > > The drivers headers touched by this commit either already include > rte_common.h or use some other common macro defined in rte_common.h. > As a consequence, it seems safe to assume

Re: [PATCH] drivers: use common container_of macro

2024-02-13 Thread fengchengwen
Acked-by: Chengwen Feng On 2024/2/13 23:37, David Marchand wrote: rte_common.h provides container_of if none is defined. The drivers headers touched by this commit either already include rte_common.h or use some other common macro defined in rte_common.h. As a consequence, it seems safe to ass

Re: [PATCH] drivers: use common container_of macro

2024-02-13 Thread Tyler Retzlaff
On Tue, Feb 13, 2024 at 04:37:41PM +0100, David Marchand wrote: > rte_common.h provides container_of if none is defined. > > The drivers headers touched by this commit either already include > rte_common.h or use some other common macro defined in rte_common.h. > As a consequence, it seems safe to

[PATCH] drivers: use common container_of macro

2024-02-13 Thread David Marchand
rte_common.h provides container_of if none is defined. The drivers headers touched by this commit either already include rte_common.h or use some other common macro defined in rte_common.h. As a consequence, it seems safe to assume that container_of is always available for includers of those heade