[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20190702.152358.586281786791539430.davem@davemloft.net>
Date: Tue, 02 Jul 2019 15:23:58 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: martin.blumenstingl@...glemail.com
Cc: netdev@...r.kernel.org, colin.king@...onical.com,
peppe.cavallaro@...com, alexandre.torgue@...com,
joabreu@...opsys.com, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] net: stmmac: make "snps,reset-delays-us" optional again
From: Martin Blumenstingl <martin.blumenstingl@...glemail.com>
Date: Tue, 2 Jul 2019 00:42:25 +0200
> Commit 760f1dc2958022 ("net: stmmac: add sanity check to
> device_property_read_u32_array call") introduced error checking of the
> device_property_read_u32_array() call in stmmac_mdio_reset().
> This results in the following error when the "snps,reset-delays-us"
> property is not defined in devicetree:
> invalid property snps,reset-delays-us
>
> This sanity check made sense until commit 84ce4d0f9f55b4 ("net: stmmac:
> initialize the reset delay array") ensured that there are fallback
> values for the reset delay if the "snps,reset-delays-us" property is
> absent. That was at the cost of making that property mandatory though.
>
> Drop the sanity check for device_property_read_u32_array() and thus make
> the "snps,reset-delays-us" property optional again (avoiding the error
> message while loading the stmmac driver with a .dtb where the property
> is absent).
>
> Fixes: 760f1dc2958022 ("net: stmmac: add sanity check to device_property_read_u32_array call")
> Signed-off-by: Martin Blumenstingl <martin.blumenstingl@...glemail.com>
> ---
> This is a fix for a patch in net-next and should either go into net-next
> or 5.3-rcX.
Ok, applied to net-next.
Powered by blists - more mailing lists