Re: port-i386/60848: Alix fails to boot sometimes after warmstart, very likely due to network initialization

["Andrius V via gnats" <gnats-admin%NetBSD.org@localhost>]

The following reply was made to PR port-i386/60848; it has been noted by GNATS.

From: Andrius V <vezhlys%gmail.com@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: andvar%netbsd.org@localhost, netbsd%lissners.de@localhost
Subject: Re: port-i386/60848: Alix fails to boot sometimes after warmstart,
 very likely due to network initialization
Date: Mon, 12 Oct 2026 17:28:01 +0300

 On Mon, Oct 12, 2026 at 1:00=E2=80=AFPM netbsd%lissners.de@localhost via gnats
 <gnats-admin%netbsd.org@localhost> wrote:
 >
 > The following reply was made to PR port-i386/60848; it has been noted by =
 GNATS.
 >
 > From: netbsd%lissners.de@localhost
 > To: gnats-bugs%netbsd.org@localhost
 > Cc:
 > Subject: Re: port-i386/60848: Alix fails to boot sometimes after warmstar=
 t,
 >  very likely due to network initialization
 > Date: Mon, 12 Oct 2026 11:55:00 +0200
 >
 >  Am 10.10.26 um 7:45 PM schrieb Andrius V via gnats:
 >  >  =3D20
 >  >   You can discard my first patch completely now.
 >  >   The problem appears to be that the RX engine sometimes gets stuck (i=
 t
 >  >   seems to fail when the DHCP offer is not the first frame received).
 >  >   I have prepared a new patch that I have tested locally, and I believ=
 e
 >  >   it should work for you: https://netbsd.org/~andvar/if_vr.c.3.diff
 >  >   It does something similar to what you were expecting: it forces a
 >  >   reset of the vr interface during initialization when a DHCP request
 >  >   has been sent and a stuck RX engine is detected.
 >  >   I have tested it locally on my machine. You should see something lik=
 e
 >  >   the following when a request that previously failed succeeds:
 >  >   root on vr0
 >  >   nfs_boot: trying DHCP/BOOTP
 >  >   vr0: restarting
 >  >   vr0: using force reset command.
 >  >   nfs_boot: DHCP next-server: 192.168.19.1
 >  >   nfs_boot: my_addr=3D3D3D192.168.19.8
 >  >   nfs_boot: my_mask=3D3D3D255.255.255.0
 >  >   nfs_boot: gateway=3D3D3D192.168.19.1
 >  >   root on 192.168.19.1:/srv/pxeroot
 >  >  =3D20
 >  >   If you have any problems applying the patch or building the kernel, =
 I
 >  >   can provide a prebuilt kernel.
 >  >   If it works, I will apply this or a similar patch and request a
 >  >   pull-up to the NetBSD 11 branch.
 >  >   We have daily builds for supported branches (with some delay)
 >  >   available at https://nycdn.netbsd.org/, which you will be able to us=
 e
 >  >   directly once the patch is pulled up.
 >  >   Eventually, the fix will make its way into a new 11.x or 12.0 releas=
 e.
 >  >   Of course, alternatives include using builds from the nycdn branches
 >  >   or building the kernel yourself.
 >  >  =3D20
 >  >   >
 >  >   >  Regards
 >  >   >  Ekkehard
 >  >   >
 >  >  =3D20
 >  >   Regards,
 >  >   Andrius V
 >
 >  Hi Andrius,
 >
 >  I tested your latest patch and this seems to fix the problem. I had ~20=
 =3D20
 >  bootups and found the "vr0: restarting", "vr0: using force reset=3D20
 >  command" in the console log. Booting continued.
 >  I think, that proves your patch is working.
 >
 >  Thanks a lot!
 >
 >  Regards
 >  Ekkehard
 >
 
 
 Hi,
 
 Thank you for confirmation, I will commit later today.
 
 Regards,
 Andrius V