From: Martin Habets <habetsm.xilinx@gmail.com>
To: "Lucero Palau, Alejandro" <alejandro.lucero-palau@amd.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"linux-net-drivers (AMD-Xilinx)" <linux-net-drivers@amd.com>,
"davem@davemloft.net" <davem@davemloft.net>,
"kuba@kernel.org" <kuba@kernel.org>,
"pabeni@redhat.com" <pabeni@redhat.com>,
"edumazet@google.com" <edumazet@google.com>,
"ecree.xilinx@gmail.com" <ecree.xilinx@gmail.com>
Subject: Re: [PATCH v3 net-next 2/8] sfc: add devlink info support for ef100
Date: Fri, 27 Jan 2023 12:26:58 +0000 [thread overview]
Message-ID: <Y9PDEkx8/ZEsDR5b@gmail.com> (raw)
In-Reply-To: <cff1da82-f2c2-773b-b8cb-64ab26d49d9e@amd.com>
On Fri, Jan 27, 2023 at 11:29:08AM +0000, Lucero Palau, Alejandro wrote:
>
> On 1/27/23 11:20, Martin Habets wrote:
> > On Fri, Jan 27, 2023 at 09:36:45AM +0000, alejandro.lucero-palau@amd.com wrote:
> >> From: Alejandro Lucero <alejandro.lucero-palau@amd.com>
> >>
> >> Support for devlink info command.
> >>
> >> Signed-off-by: Alejandro Lucero <alejandro.lucero-palau@amd.com>
> >> ---
> >> Documentation/networking/devlink/sfc.rst | 57 ++++
> >> drivers/net/ethernet/sfc/efx_devlink.c | 404 +++++++++++++++++++++++
> >> drivers/net/ethernet/sfc/efx_devlink.h | 17 +
> >> drivers/net/ethernet/sfc/mcdi.c | 72 ++++
> >> drivers/net/ethernet/sfc/mcdi.h | 3 +
> >> 5 files changed, 553 insertions(+)
> >> create mode 100644 Documentation/networking/devlink/sfc.rst
> >>
<snip>
> >> index af338208eae9..328cae82a7d8 100644
> >> --- a/drivers/net/ethernet/sfc/mcdi.c
> >> +++ b/drivers/net/ethernet/sfc/mcdi.c
> >> @@ -2308,6 +2308,78 @@ static int efx_mcdi_nvram_update_finish(struct efx_nic *efx, unsigned int type)
> >> return rc;
> >> }
> >>
> >> +int efx_mcdi_nvram_metadata(struct efx_nic *efx, unsigned int type,
> >> + u32 *subtype, u16 version[4], char *desc,
> >> + size_t descsize)
> > This is inside an #ifdef CONFIG_SFC_MTD
> > which is why the kernel test robot is reporting the modpost
> > errors.
> > Move it outside of that ifdef.
> >
> > Martin
>
>
> I can not see this error report. Maybe, is it coming with further builds
> not reported yet by patchwork?
See https://lore.kernel.org/netdev/202301251924.Vt4cZmeM-lkp@intel.com/
To reproduce it disable CONFIG_SFC_MTD in your .config, and build with
this series.
Martin
>
>
>
> >
> >> +{
> >> + MCDI_DECLARE_BUF(inbuf, MC_CMD_NVRAM_METADATA_IN_LEN);
> >> + efx_dword_t *outbuf;
> >> + size_t outlen;
> >> + u32 flags;
> >> + int rc;
> >> +
> >> + outbuf = kzalloc(MC_CMD_NVRAM_METADATA_OUT_LENMAX_MCDI2, GFP_KERNEL);
> >> + if (!outbuf)
> >> + return -ENOMEM;
> >> +
> >> + MCDI_SET_DWORD(inbuf, NVRAM_METADATA_IN_TYPE, type);
> >> +
> >> + rc = efx_mcdi_rpc_quiet(efx, MC_CMD_NVRAM_METADATA, inbuf,
> >> + sizeof(inbuf), outbuf,
> >> + MC_CMD_NVRAM_METADATA_OUT_LENMAX_MCDI2,
> >> + &outlen);
> >> + if (rc)
> >> + goto out_free;
> >> + if (outlen < MC_CMD_NVRAM_METADATA_OUT_LENMIN) {
> >> + rc = -EIO;
> >> + goto out_free;
> >> + }
> >> +
> >> + flags = MCDI_DWORD(outbuf, NVRAM_METADATA_OUT_FLAGS);
> >> +
> >> + if (desc && descsize > 0) {
> >> + if (flags & BIT(MC_CMD_NVRAM_METADATA_OUT_DESCRIPTION_VALID_LBN)) {
> >> + if (descsize <=
> >> + MC_CMD_NVRAM_METADATA_OUT_DESCRIPTION_NUM(outlen)) {
> >> + rc = -E2BIG;
> >> + goto out_free;
> >> + }
> >> +
> >> + strncpy(desc,
> >> + MCDI_PTR(outbuf, NVRAM_METADATA_OUT_DESCRIPTION),
> >> + MC_CMD_NVRAM_METADATA_OUT_DESCRIPTION_NUM(outlen));
> >> + desc[MC_CMD_NVRAM_METADATA_OUT_DESCRIPTION_NUM(outlen)] = '\0';
> >> + } else {
> >> + desc[0] = '\0';
> >> + }
> >> + }
> >> +
> >> + if (subtype) {
> >> + if (flags & BIT(MC_CMD_NVRAM_METADATA_OUT_SUBTYPE_VALID_LBN))
> >> + *subtype = MCDI_DWORD(outbuf, NVRAM_METADATA_OUT_SUBTYPE);
> >> + else
> >> + *subtype = 0;
> >> + }
> >> +
> >> + if (version) {
> >> + if (flags & BIT(MC_CMD_NVRAM_METADATA_OUT_VERSION_VALID_LBN)) {
> >> + version[0] = MCDI_WORD(outbuf, NVRAM_METADATA_OUT_VERSION_W);
> >> + version[1] = MCDI_WORD(outbuf, NVRAM_METADATA_OUT_VERSION_X);
> >> + version[2] = MCDI_WORD(outbuf, NVRAM_METADATA_OUT_VERSION_Y);
> >> + version[3] = MCDI_WORD(outbuf, NVRAM_METADATA_OUT_VERSION_Z);
> >> + } else {
> >> + version[0] = 0;
> >> + version[1] = 0;
> >> + version[2] = 0;
> >> + version[3] = 0;
> >> + }
> >> + }
> >> +
> >> +out_free:
> >> + kfree(outbuf);
> >> + return rc;
> >> +}
> >> +
> >> int efx_mcdi_mtd_read(struct mtd_info *mtd, loff_t start,
> >> size_t len, size_t *retlen, u8 *buffer)
> >> {
> >> diff --git a/drivers/net/ethernet/sfc/mcdi.h b/drivers/net/ethernet/sfc/mcdi.h
> >> index 7e35fec9da35..5cb202684858 100644
> >> --- a/drivers/net/ethernet/sfc/mcdi.h
> >> +++ b/drivers/net/ethernet/sfc/mcdi.h
> >> @@ -378,6 +378,9 @@ int efx_mcdi_nvram_info(struct efx_nic *efx, unsigned int type,
> >> size_t *size_out, size_t *erase_size_out,
> >> bool *protected_out);
> >> int efx_new_mcdi_nvram_test_all(struct efx_nic *efx);
> >> +int efx_mcdi_nvram_metadata(struct efx_nic *efx, unsigned int type,
> >> + u32 *subtype, u16 version[4], char *desc,
> >> + size_t descsize);
> >> int efx_mcdi_nvram_test_all(struct efx_nic *efx);
> >> int efx_mcdi_handle_assertion(struct efx_nic *efx);
> >> int efx_mcdi_set_id_led(struct efx_nic *efx, enum efx_led_mode mode);
> >> --
> >> 2.17.1
>
next prev parent reply other threads:[~2023-01-27 12:28 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-27 9:36 [PATCH v3 net-next 0/8] sfc: devlink support for ef100 alejandro.lucero-palau
2023-01-27 9:36 ` [PATCH v3 net-next 1/8] sfc: add " alejandro.lucero-palau
2023-01-27 9:36 ` [PATCH v3 net-next 2/8] sfc: add devlink info " alejandro.lucero-palau
2023-01-27 11:20 ` Martin Habets
2023-01-27 11:29 ` Lucero Palau, Alejandro
2023-01-27 12:26 ` Martin Habets [this message]
2023-01-27 11:31 ` Lucero Palau, Alejandro
2023-01-31 8:58 ` Lucero Palau, Alejandro
2023-01-31 12:05 ` Martin Habets
2023-01-31 14:00 ` Lucero Palau, Alejandro
2023-01-28 16:21 ` kernel test robot
2023-01-27 9:36 ` [PATCH v3 net-next 3/8] sfc: enumerate mports in ef100 alejandro.lucero-palau
2023-01-27 9:36 ` [PATCH v3 net-next 4/8] sfc: add mport lookup based on driver's mport data alejandro.lucero-palau
2023-01-27 9:36 ` [PATCH v3 net-next 5/8] sfc: add devlink port support for ef100 alejandro.lucero-palau
2023-01-27 11:35 ` Martin Habets
2023-01-31 9:36 ` Lucero Palau, Alejandro
2023-01-31 12:19 ` Martin Habets
2023-01-27 9:36 ` [PATCH v3 net-next 6/8] sfc: obtain device mac address based on firmware handle " alejandro.lucero-palau
2023-01-27 9:36 ` [PATCH v3 net-next 7/8] sfc: add support for devlink port_function_hw_addr_get in ef100 alejandro.lucero-palau
2023-01-27 11:51 ` Martin Habets
2023-01-31 9:40 ` Lucero Palau, Alejandro
2023-01-27 9:36 ` [PATCH v3 net-next 8/8] sfc: add support for devlink port_function_hw_addr_set " alejandro.lucero-palau
2023-01-27 11:03 ` [PATCH v3 net-next 0/8] sfc: devlink support for ef100 Martin Habets
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Y9PDEkx8/ZEsDR5b@gmail.com \
--to=habetsm.xilinx@gmail.com \
--cc=alejandro.lucero-palau@amd.com \
--cc=davem@davemloft.net \
--cc=ecree.xilinx@gmail.com \
--cc=edumazet@google.com \
--cc=kuba@kernel.org \
--cc=linux-net-drivers@amd.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).