On Wed, Oct 29, 2025 at 2:07 PM Wenli Quan <[email protected]> wrote:
>
> On Tue, Oct 28, 2025 at 4:56 PM Dragos Tatulea <[email protected]> wrote:
> >
> > On Thu, Jul 10, 2025 at 06:18:39PM +0800, Wenli Quan wrote:
> > > On Wed, Jul 9, 2025 at 9:08 PM Dragos Tatulea <[email protected]> wrote:
> > > >
> > > > On Wed, Jul 09, 2025 at 08:59:13PM +0800, Wenli Quan wrote:
> > > > > On Wed, Jul 9, 2025 at 6:38 PM Dragos Tatulea <[email protected]> 
> > > > > wrote:
> > > > > >
> > > > > > On Wed, Jul 09, 2025 at 05:36:04PM +0800, Wenli Quan wrote:
> > > > > > > I am reporting an issue where the host system crashes when 
> > > > > > > re-running
> > > > > > > a script that creates a vDPA device after interrupting its 
> > > > > > > previous
> > > > > > > execution. I am attaching the script for your analysis, as I am 
> > > > > > > unsure
> > > > > > > of the exact step causing the crash.
> > > > > > >
> > > > > > Thanks for catching this Wenli. We'll look into it.
> > > > > >
> > > > > > > # uname -r
> > > > > > > 6.16.0-rc2
> > > > > > > # sh vdpa-setup.sh  0000:b5:00.1 1
> > > > > > > interrupted by pressing Ctrl+C
> > > > > > Could you specify during which stage of the script do you interrupt 
> > > > > > it?
> > > > >
> > > > > Interrupted after running for a few seconds.
> > > > >
> > > > I was not yet able to reproduce the issue.
> > > >
> > > > Could you print out the commands of the debug script so that we can see
> > > > where it was interrupted? set -x should be enough.
> > >
> > > I tried again many times, just to reproduce once. the following script
> > > for your inference. but it doesn’t cause a crash every time.
> > >
> > Hi Wenli,
> >
> > Could you try re-running this again please with the latest mainline as I
> > was not able to reproduce it.
>
> Sure, I will retest it and update the result here.

Hello Dragos

I have re-tested with 6.18.0-rc3+, and the issue could no longer be reproduced.

Best Regards, wenli
>
> Best Regards, wenli
>
> >
> > There was a relevant fix [0] recently that might make a difference.
> > This was merged as commit
> > 6b4be64fd9fe ("net/mlx5e: Harden uplink netdev access against device 
> > unbind")
> > in mainline.
> >
> > [0] 
> > https://lore.kernel.org/all/[email protected]/
> >
> > Thanks,
> > Dragos
> >


Reply via email to