|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH 0/5] x86: Cleanups around slow_down_io()
On December 16, 2025 5:55:54 AM PST, "Jürgen Groß" <jgross@xxxxxxxx> wrote: >On 16.12.25 14:48, Ingo Molnar wrote: >> >> * Jürgen Groß <jgross@xxxxxxxx> wrote: >> >>>> CPUs anymore. Should it cause any regressions, it's easy to bisect to. >>>> There's been enough changes around all these facilities that the >>>> original timings are probably way off already, so we've just been >>>> cargo-cult porting these to newer kernels essentially. >>> >>> Fine with me. >>> >>> Which path to removal of io_delay would you (and others) prefer? >>> >>> 1. Ripping it out immediately. >> >> I'd just rip it out immediately, and see who complains. :-) > >I figured this might be a little bit too evil. :-) > >I've just sent V2 defaulting to have no delay, so anyone hit by that >can still fix it by applying the "io_delay" boot parameter. > >I'll do the ripping out for kernel 6.21 (or whatever it will be called). > > >Juergen Ok, I'm going to veto ripping it out from the real-mode init code, because I actually know why it is there :) ... and that code is pre-UEFI legacy these days anyway. Other places... I don't care :)
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |