回复: 回复: [PATCH] net: stmmac: enable MAC after MTL configuring

Fan Hailong/范海龙 hailong.fan at siengine.com
Sat Oct 19 18:45:41 PDT 2024


Hi 

Please find new patch in attachments, thanks.


-----邮件原件-----
发件人: Andrew Lunn <andrew at lunn.ch> 
发送时间: 2024年10月19日 1:57
收件人: Fan Hailong/范海龙 <hailong.fan at siengine.com>
抄送: Simon Horman <horms at kernel.org>; 2694439648 at qq.com; alexandre.torgue at foss.st.com; joabreu at synopsys.com; davem at davemloft.net; edumazet at google.com; kuba at kernel.org; pabeni at redhat.com; mcoquelin.stm32 at gmail.com; netdev at vger.kernel.org; linux-stm32 at st-md-mailman.stormreply.com; linux-arm-kernel at lists.infradead.org; linux-kernel at vger.kernel.org
主题: Re: 回复: [PATCH] net: stmmac: enable MAC after MTL configuring

On Fri, Oct 18, 2024 at 01:15:30AM +0000, Fan Hailong/范海龙 wrote:
> Hi
> 
> For example, ETH is directly connected to the switch, which never power down and sends broadcast packets at regular intervals. 
> During the process of opening ETH, data may flow into the MTL FIFO, once MAC RX is enabled.
> and then, MTL will be set, such as FIFO size. 
> Once enable DMA, There is a certain probability that DMA will read incorrect data from MTL FIFO, causing DMA to hang up. 
> By read DMA_Debug_Status, you can be observed that the RPS remains at a certain value forever. 
> The correct process should be to configure MAC/MTL/DMA before enabling DMA/MAC

What Simon is asking for is that this is part of the commit message.

Please also don't top post.

    Andrew

---
pw-bot: cr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-net-stmmac-enable-MAC-after-MTL-configuring.patch
Type: application/octet-stream
Size: 4554 bytes
Desc: 0001-net-stmmac-enable-MAC-after-MTL-configuring.patch
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20241020/c0b38474/attachment.obj>


More information about the linux-arm-kernel mailing list