qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] hw/net/imx_fec: return 0xffff when accessing non-existing PH


From: Guenter Roeck
Subject: Re: [PATCH] hw/net/imx_fec: return 0xffff when accessing non-existing PHY
Date: Sun, 2 May 2021 09:14:17 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1

On 5/2/21 9:09 AM, Bin Meng wrote:
> On Mon, May 3, 2021 at 12:03 AM Guenter Roeck <linux@roeck-us.net> wrote:
>>
>> If a PHY does not exist, attempts to read from it should return 0xffff.
>> Otherwise the Linux kernel will believe that a PHY is there and select
>> the non-existing PHY. This in turn will result in network errors later
>> on since the real PHY is not selected or configured.
>>
>> Since reading from or writing to a non-existing PHY is not an emulation
>> error, replace guest error messages with traces.
>>
>> Fixes: 461c51ad4275 ("Add a phy-num property to the i.MX FEC emulator")
>> Cc: Jean-Christophe Dubois <jcd@tribudubois.net>
>> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
>> ---
>>  hw/net/imx_fec.c    | 8 +++-----
>>  hw/net/trace-events | 2 ++
>>  2 files changed, 5 insertions(+), 5 deletions(-)
>>
>> diff --git a/hw/net/imx_fec.c b/hw/net/imx_fec.c
>> index f03450c028..9c7035bc94 100644
>> --- a/hw/net/imx_fec.c
>> +++ b/hw/net/imx_fec.c
>> @@ -283,9 +283,8 @@ static uint32_t imx_phy_read(IMXFECState *s, int reg)
>>      uint32_t phy = reg / 32;
>>
>>      if (phy != s->phy_num) {
>> -        qemu_log_mask(LOG_GUEST_ERROR, "[%s.phy]%s: Bad phy num %u\n",
>> -                      TYPE_IMX_FEC, __func__, phy);
>> -        return 0;
>> +        trace_imx_phy_read_num(phy, s->phy_num);
>> +        return 0xffff;
>>      }
>>
>>      reg %= 32;
>> @@ -345,8 +344,7 @@ static void imx_phy_write(IMXFECState *s, int reg, 
>> uint32_t val)
>>      uint32_t phy = reg / 32;
>>
>>      if (phy != s->phy_num) {
>> -        qemu_log_mask(LOG_GUEST_ERROR, "[%s.phy]%s: Bad phy num %u\n",
>> -                      TYPE_IMX_FEC, __func__, phy);
>> +        trace_imx_phy_write_num(phy, s->phy_num);
>>          return;
>>      }
>>
>> diff --git a/hw/net/trace-events b/hw/net/trace-events
>> index baf25ffa7e..ee77238d9e 100644
>> --- a/hw/net/trace-events
>> +++ b/hw/net/trace-events
>> @@ -413,8 +413,10 @@ i82596_set_multicast(uint16_t count) "Added %d 
>> multicast entries"
>>  i82596_channel_attention(void *s) "%p: Received CHANNEL ATTENTION"
>>
>>  # imx_fec.c
>> +imx_phy_read_num(int phy, int configured) "read request from unconfigured 
>> phy %d (configured %d)"
> 
> nits: could we put this below imx_phy_read(), like you put
> imx_phy_write_num after imx_phy_write?
> 

Sure, makes sense. I'll wait a bit for other feedback and then resend.

>>  imx_phy_read(uint32_t val, int phy, int reg) "0x%04"PRIx32" <= 
>> phy[%d].reg[%d]"
>>  imx_phy_write(uint32_t val, int phy, int reg) "0x%04"PRIx32" => 
>> phy[%d].reg[%d]"
>> +imx_phy_write_num(int phy, int configured) "write request to unconfigured 
>> phy %d (configured %d)"
>>  imx_phy_update_link(const char *s) "%s"
>>  imx_phy_reset(void) ""
>>  imx_fec_read_bd(uint64_t addr, int flags, int len, int data) "tx_bd 
>> 0x%"PRIx64" flags 0x%04x len %d data 0x%08x"
>> --
> 
> Otherwise,
> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
> Tested-by: Bin Meng <bmeng.cn@gmail.com>
> 

Thanks!

Guenter



reply via email to

[Prev in Thread] Current Thread [Next in Thread]