[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200412115913.14d69a7c@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com>
Date: Sun, 12 Apr 2020 11:59:13 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Leon Romanovsky <leon@...nel.org>
Cc: "David S. Miller" <davem@...emloft.net>,
Leon Romanovsky <leonro@...lanox.com>,
Arjan van de Ven <arjan@...ux.intel.com>,
Cong Wang <xiyou.wangcong@...il.com>,
Jamal Hadi Salim <jhs@...atatu.com>,
Jiri Pirko <jiri@...nulli.us>, netdev@...r.kernel.org
Subject: Re: [PATCH net v1] net/sched: Don't print dump stack in event of
transmission timeout
On Sun, 12 Apr 2020 09:08:54 +0300 Leon Romanovsky wrote:
> Hi Dave,
>
> This is a new version of previously sent v0 [1] with change in print error
> level as was suggested by Jakub and Cong. I'm asking you to reevaluate
> your previous decision [2] given the fact that this is user triggered
> bug and very similar scenario was committed by Linus "fs/filesystems.c:
> downgrade user-reachable WARN_ONCE() to pr_warn_once()" a couple of days
> ago [3].
>
> [1] https://lore.kernel.org/netdev/20200402152336.538433-1-leon@kernel.org
> [2] https://lore.kernel.org/netdev/20200402.180218.940555077368617365.davem@davemloft.net
> [3] https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/commit/?h=x86/urgent&id=26c5d78c976ca298e59a56f6101a97b618ba3539
How is it user triggerable? If there's a IB-specific reason maybe ib
netdev should stop implementing ndo_tx_timeout.
Powered by blists - more mailing lists