Re: [PATCH v5 02/24] include: define constant for early constructor priority
Markus Armbruster <[email protected]> Tue, 13 Jan 2026 10:04:10 +0100
| Newsgroups | org.nongnu.qemu-rust,org.nongnu.qemu-devel |
|---|---|
| Message-ID | <[email protected]> |
Paolo Bonzini <[email protected]> writes: > On 1/9/26 12:46, Daniel P. Berrangé wrote: >> IMHO the root problem is that it is pretty dubious for us to be >> spawning the RCU thread from a constructor. Constructors should >> be limited to minimal initialization of state. Yes! Discussed in review of v3: https://lore.kernel.org/qemu-devel/[email protected]/ Message-ID: <[email protected]> >> Spawning threads >> is outside the boundary of what I'd consider reasonable for >> a constructor todo. I didn't want try to tackle refactoring the >> RCU thread creation though, hence this gross workaround. > > I see. Maybe we could (just as gross but smaller) do the RCU constructor late. Not something that you need to do now, of course. Could we use an old-fashioned initialization function instead of a constructor for RCU?