[v3,5/5] net/cxgbe: use rte macro instead of GCC attribute
Checks
Commit Message
Use existing __rte_may_alias macro from rte_common.h instead of
directly using __attribute__((__may_alias__)).
Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
---
drivers/net/cxgbe/base/common.h | 2 +-
drivers/net/cxgbe/base/t4_hw.c | 2 +-
drivers/net/cxgbe/base/t4vf_hw.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
Comments
> From: Tyler Retzlaff [mailto:roretzla@linux.microsoft.com]
> Sent: Wednesday, 6 March 2024 23.15
>
> Use existing __rte_may_alias macro from rte_common.h instead of
> directly using __attribute__((__may_alias__)).
>
> Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
> ---
Reviewed-by: Morten Brørup <mb@smartsharesystems.com>
Hello,
On Wed, Mar 6, 2024 at 11:14 PM Tyler Retzlaff
<roretzla@linux.microsoft.com> wrote:
>
> Use existing __rte_may_alias macro from rte_common.h instead of
> directly using __attribute__((__may_alias__)).
>
> Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
> ---
> drivers/net/cxgbe/base/common.h | 2 +-
> drivers/net/cxgbe/base/t4_hw.c | 2 +-
> drivers/net/cxgbe/base/t4vf_hw.c | 2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
Adding cxgbe maintainer.
This patch is touching base/ driver code.
Rahul, is this change ok for you?
Hello Rahul,
On Wed, Jun 12, 2024 at 10:16 AM David Marchand
<david.marchand@redhat.com> wrote:
>
> On Wed, Mar 6, 2024 at 11:14 PM Tyler Retzlaff
> <roretzla@linux.microsoft.com> wrote:
> >
> > Use existing __rte_may_alias macro from rte_common.h instead of
> > directly using __attribute__((__may_alias__)).
> >
> > Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
> > ---
> > drivers/net/cxgbe/base/common.h | 2 +-
> > drivers/net/cxgbe/base/t4_hw.c | 2 +-
> > drivers/net/cxgbe/base/t4vf_hw.c | 2 +-
> > 3 files changed, 3 insertions(+), 3 deletions(-)
>
> Adding cxgbe maintainer.
>
> This patch is touching base/ driver code.
> Rahul, is this change ok for you?
I got a bounce on the previous mail.
Trying again.
On Thu, Jun 13, 2024 at 3:44 PM David Marchand
<david.marchand@redhat.com> wrote:
>
> On Wed, Jun 12, 2024 at 10:16 AM David Marchand
> <david.marchand@redhat.com> wrote:
> >
> > On Wed, Mar 6, 2024 at 11:14 PM Tyler Retzlaff
> > <roretzla@linux.microsoft.com> wrote:
> > >
> > > Use existing __rte_may_alias macro from rte_common.h instead of
> > > directly using __attribute__((__may_alias__)).
> > >
> > > Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
> > > ---
> > > drivers/net/cxgbe/base/common.h | 2 +-
> > > drivers/net/cxgbe/base/t4_hw.c | 2 +-
> > > drivers/net/cxgbe/base/t4vf_hw.c | 2 +-
> > > 3 files changed, 3 insertions(+), 3 deletions(-)
> >
> > Adding cxgbe maintainer.
> >
> > This patch is touching base/ driver code.
> > Rahul, is this change ok for you?
>
> I got a bounce on the previous mail.
> Trying again.
So again, no luck.
I tried to contact some people at chelsio.
I'll keep this patch on hold for now but apply the rest of the series.
On Thu, 13 Jun 2024 16:05:10 +0200
David Marchand <david.marchand@redhat.com> wrote:
> On Thu, Jun 13, 2024 at 3:44 PM David Marchand
> <david.marchand@redhat.com> wrote:
> >
> > On Wed, Jun 12, 2024 at 10:16 AM David Marchand
> > <david.marchand@redhat.com> wrote:
> > >
> > > On Wed, Mar 6, 2024 at 11:14 PM Tyler Retzlaff
> > > <roretzla@linux.microsoft.com> wrote:
> > > >
> > > > Use existing __rte_may_alias macro from rte_common.h instead of
> > > > directly using __attribute__((__may_alias__)).
> > > >
> > > > Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
> > > > ---
> > > > drivers/net/cxgbe/base/common.h | 2 +-
> > > > drivers/net/cxgbe/base/t4_hw.c | 2 +-
> > > > drivers/net/cxgbe/base/t4vf_hw.c | 2 +-
> > > > 3 files changed, 3 insertions(+), 3 deletions(-)
> > >
> > > Adding cxgbe maintainer.
> > >
> > > This patch is touching base/ driver code.
> > > Rahul, is this change ok for you?
> >
> > I got a bounce on the previous mail.
> > Trying again.
>
> So again, no luck.
> I tried to contact some people at chelsio.
>
> I'll keep this patch on hold for now but apply the rest of the series.
>
>
Cleaning up the outstanding patch list.
Could we get an ack from the new maintainer?
On Monday, October 10/07/24, 2024 at 13:18:30 -0700, Stephen Hemminger wrote:
> On Thu, 13 Jun 2024 16:05:10 +0200
> David Marchand <david.marchand@redhat.com> wrote:
>
> > On Thu, Jun 13, 2024 at 3:44 PM David Marchand
> > <david.marchand@redhat.com> wrote:
> > >
> > > On Wed, Jun 12, 2024 at 10:16 AM David Marchand
> > > <david.marchand@redhat.com> wrote:
> > > >
> > > > On Wed, Mar 6, 2024 at 11:14 PM Tyler Retzlaff
> > > > <roretzla@linux.microsoft.com> wrote:
> > > > >
> > > > > Use existing __rte_may_alias macro from rte_common.h instead of
> > > > > directly using __attribute__((__may_alias__)).
> > > > >
> > > > > Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
> > > > > ---
> > > > > drivers/net/cxgbe/base/common.h | 2 +-
> > > > > drivers/net/cxgbe/base/t4_hw.c | 2 +-
> > > > > drivers/net/cxgbe/base/t4vf_hw.c | 2 +-
> > > > > 3 files changed, 3 insertions(+), 3 deletions(-)
> > > >
> > > > Adding cxgbe maintainer.
> > > >
> > > > This patch is touching base/ driver code.
> > > > Rahul, is this change ok for you?
> > >
> > > I got a bounce on the previous mail.
> > > Trying again.
> >
> > So again, no luck.
> > I tried to contact some people at chelsio.
> >
> > I'll keep this patch on hold for now but apply the rest of the series.
> >
> >
>
> Cleaning up the outstanding patch list.
>
> Could we get an ack from the new maintainer?
reviewed it here: https://lore.kernel.org/dpdk-dev/98CBD80474FA8B44BF855DF32C47DC35E9F2D8@smartserver.smartshare.dk/T/#m61bf7e81f61ce7d713872184d033078f37f903bb
Reviewed-by: Potnuri Bharat Teja <bharat@chelsio.com>
On Wed, Mar 6, 2024 at 11:14 PM Tyler Retzlaff
<roretzla@linux.microsoft.com> wrote:
>
> Use existing __rte_may_alias macro from rte_common.h instead of
> directly using __attribute__((__may_alias__)).
>
> Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
Reviewed-by: Morten Brørup <mb@smartsharesystems.com>
Reviewed-by: Potnuri Bharat Teja <bharat@chelsio.com>
Applied, thanks.
@@ -428,7 +428,7 @@ static inline unsigned int core_ticks_to_us(const struct adapter *adapter,
int t4_wr_mbox_meat_timeout(struct adapter *adap, int mbox, const void *cmd,
int size, void *rpl, bool sleep_ok, int timeout);
int t4_wr_mbox_meat(struct adapter *adap, int mbox,
- const void __attribute__((__may_alias__)) *cmd, int size,
+ const void __rte_may_alias *cmd, int size,
void *rpl, bool sleep_ok);
static inline int t4_wr_mbox_timeout(struct adapter *adap, int mbox,
@@ -291,7 +291,7 @@ static void fw_asrt(struct adapter *adap, u32 mbox_addr)
* the return value is the error code indicated by FW (negated).
*/
int t4_wr_mbox_meat_timeout(struct adapter *adap, int mbox,
- const void __attribute__((__may_alias__)) *cmd,
+ const void __rte_may_alias *cmd,
int size, void *rpl, bool sleep_ok, int timeout)
{
/*
@@ -68,7 +68,7 @@ static void get_mbox_rpl(struct adapter *adap, __be64 *rpl, int nflit,
* the return value is the error code indicated by FW (negated).
*/
int t4vf_wr_mbox_core(struct adapter *adapter,
- const void __attribute__((__may_alias__)) *cmd,
+ const void __rte_may_alias *cmd,
int size, void *rpl, bool sleep_ok)
{
/*