netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jakub Kicinski <kuba@kernel.org>
To: Jiawen Wu <jiawenwu@trustnetic.com>
Cc: andrew+netdev@lunn.ch, davem@davemloft.net, edumazet@google.com,
	pabeni@redhat.com, horms@kernel.org, rmk+kernel@armlinux.org.uk,
	netdev@vger.kernel.org, mengyuanlou@net-swift.com
Subject: Re: [PATCH net] net: libwx: fix firmware mailbox abnormal return
Date: Mon, 30 Dec 2024 18:11:50 -0800	[thread overview]
Message-ID: <20241230181150.3541a364@kernel.org> (raw)
In-Reply-To: <20241226031810.1872443-1-jiawenwu@trustnetic.com>

On Thu, 26 Dec 2024 11:18:10 +0800 Jiawen Wu wrote:
> Firmware writes back 'firmware ready' and 'unknown command' in the mailbox
> message if there is an unknown command sent by driver. It tends to happen
> with the use of custom firmware. So move the check for 'unknown command'
> out of the poll timeout for 'firmware ready'. And adjust the debug log so
> that mailbox messages are always printed when commands timeout.

The commit message doesn't really explain what the problem is, 
just what the code does. What is the problem you're solving 
and how does it impact the user?

> Fixes: 1efa9bfe58c5 ("net: libwx: Implement interaction with firmware")
> Signed-off-by: Jiawen Wu <jiawenwu@trustnetic.com>
> ---
>  drivers/net/ethernet/wangxun/libwx/wx_hw.c | 22 ++++++++++------------
>  1 file changed, 10 insertions(+), 12 deletions(-)
> 
> diff --git a/drivers/net/ethernet/wangxun/libwx/wx_hw.c b/drivers/net/ethernet/wangxun/libwx/wx_hw.c
> index 1bf9c38e4125..7059e0100c7c 100644
> --- a/drivers/net/ethernet/wangxun/libwx/wx_hw.c
> +++ b/drivers/net/ethernet/wangxun/libwx/wx_hw.c
> @@ -334,27 +334,25 @@ int wx_host_interface_command(struct wx *wx, u32 *buffer,
>  	status = read_poll_timeout(rd32, hicr, hicr & WX_MNG_MBOX_CTL_FWRDY, 1000,
>  				   timeout * 1000, false, wx, WX_MNG_MBOX_CTL);
>  
> +	buf[0] = rd32(wx, WX_MNG_MBOX);
> +	if ((buf[0] & 0xff0000) >> 16 == 0x80) {
> +		wx_dbg(wx, "It's unknown cmd.\n");
> +		status = -EINVAL;
> +		goto rel_out;
> +	}

Why check this before the status check? If the poll timed out doesn't
it mean the FW did not respond?

>  	/* Check command completion */
>  	if (status) {
>  		wx_dbg(wx, "Command has failed with no status valid.\n");
> -
> -		buf[0] = rd32(wx, WX_MNG_MBOX);
> -		if ((buffer[0] & 0xff) != (~buf[0] >> 24)) {
> -			status = -EINVAL;
> -			goto rel_out;
> -		}
> -		if ((buf[0] & 0xff0000) >> 16 == 0x80) {
> -			wx_dbg(wx, "It's unknown cmd.\n");
> -			status = -EINVAL;
> -			goto rel_out;
> -		}
> 
> +		wx_dbg(wx, "check: %x %x\n", buffer[0] & 0xff, ~buf[0] >> 24);
> +		if ((buffer[0] & 0xff) != (~buf[0] >> 24))
> +			goto rel_out;

Inverse question here, I guess. Why is it only an error for FW not 
to be ready if cmd doesn't match?
-- 
pw-bot: cr

  reply	other threads:[~2024-12-31  2:11 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-26  3:18 [PATCH net] net: libwx: fix firmware mailbox abnormal return Jiawen Wu
2024-12-31  2:11 ` Jakub Kicinski [this message]
2025-01-02  6:42   ` Jiawen Wu
2025-01-03  0:37     ` Jakub Kicinski

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=20241230181150.3541a364@kernel.org \
    --to=kuba@kernel.org \
    --cc=andrew+netdev@lunn.ch \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=horms@kernel.org \
    --cc=jiawenwu@trustnetic.com \
    --cc=mengyuanlou@net-swift.com \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=rmk+kernel@armlinux.org.uk \
    /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).