[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a4d09fa.9614.19b9d445a3c.Coremail.slark_xiao@163.com>
Date: Thu, 8 Jan 2026 19:01:01 +0800 (CST)
From: "Slark Xiao" <slark_xiao@....com>
To: "Sergey Ryazanov" <ryazanov.s.a@...il.com>
Cc: "Loic Poulain" <loic.poulain@....qualcomm.com>,
"Johannes Berg" <johannes@...solutions.net>,
"Andrew Lunn" <andrew+netdev@...n.ch>,
"Eric Dumazet" <edumazet@...gle.com>,
"David S . Miller" <davem@...emloft.net>,
"Jakub Kicinski" <kuba@...nel.org>,
"Paolo Abeni" <pabeni@...hat.com>, netdev@...r.kernel.org,
"Daniele Palmas" <dnlplm@...il.com>
Subject: Re:[RFC PATCH 0/1] prevent premature device unregister via
At 2026-01-08 10:05:17, "Sergey Ryazanov" <ryazanov.s.a@...il.com> wrote:
>Initially I was unable to hit or reproduce the issue with hwsim since it
>unregister the WWAN device ops as a last step effectively holding the
>WWAN device when all the regular WWAN ports are already removed. Thanks
>to the detiled report of Daniele and the fix proposed by Loic, it became
>obvious what a releasing sequence leads to the crash.
>
>With WWAN device ops unregistration done first in hwsim, I was able to
>easily reproduce the WWAN device premature unregister, and develop
>another fix avoiding a dummy port allocation and relying on a reference
>counting. See details in the RFC patch.
>
>Loic, what do you think about this way of the users tracking?
>
>Slark, if you would like to go with the proposed patch, just remove the
>patch #7 from the series and insert the proposed patch between between
>#1 and #2. Of if you prefer, I can reassemble the whole series and send
>it as RFC v5.
>
Please help reassemble them and send it as RFC v5.
>CC: Slark Xiao <slark_xiao@....com>
>CC: Daniele Palmas <dnlplm@...il.com>
>
>--
>2.52.0
Powered by blists - more mailing lists