Re: kern/60494: Non-MP safe TULIP driver on GENERIC kernel causes apparent spinlock in ifmedia_match during boot

["Jason Thorpe via gnats" <gnats-admin%NetBSD.org@localhost>]

The following reply was made to PR kern/60494; it has been noted by GNATS.

From: Jason Thorpe <thorpej%me.com@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: kern-bug-people%netbsd.org@localhost,
 gnats-admin%netbsd.org@localhost,
 netbsd-bugs%netbsd.org@localhost
Subject: Re: kern/60494: Non-MP safe TULIP driver on GENERIC kernel causes
 apparent spinlock in ifmedia_match during boot
Date: Sat, 25 Jul 2026 06:55:29 -0700

 > On Jul 23, 2026, at 4:35=E2=80=AFPM, gary%kisaracorporation.com@localhost via =
 gnats <gnats-admin%NetBSD.org@localhost> wrote:
 >=20
 > When a delay in completion of autonegotiation was introduced into the =
 emulator, we no longer got caught in a tight guest loop and boot =
 proceeded successfully and normally.  The introduced delay was only =
 50ms.=20
 >=20
 > We appear to be in....
 >=20
 > sys_ioctl -> isoo_ioctl -> doifioctl -> tlp_ioctl -> ether_ioctl -> =
 ifmedia_ioctl(SIOCSIFMEDIA) -> ifmedia_change -> tlp_mediachange -> =
 tlp_init -> tlp_2114x_isv_tmsw_set -> tlp_2114x_nway_servce -> =
 tlp_2114x_nway_statchg -> ifmedia_match -> mutex_spin_enter=20
 
 Hm, support for the SIA NWay block is constructed more or less like a =
 generic PHY driver, but none of the locking logic that was added to the =
 MII layer was added to it.  I think doing that is the best course of =
 action.  Stay tuned.
 
 -- thorpej