Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1567455
| From | Hardik H Bagdi <hbagdi1@binghamton.edu> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Understanding stop_machine() use for cpu_down() |
| Date | 2017-01-26 15:20 +0100 |
| Message-ID | <t3T46-8qV-13@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
Hi, I'm trying to understand why stop_machine() is necessary for cpu_down() operation. I see that multi_cpu_stop() on every online cpu (which hogs the cpu and then triggers state changes state) and then, take_cpu_down is invoked on the outgoing cpu. This happens by every cpu decrementing the msdata->thread_ack and last one trigger a state change. I'm trying to understand why is this necessary. Is to wait for RCU grace period(s)? If yes, what variable/struct is being protected and how does stop_machine() help there? I see there was a patch (https://lwn.net/Articles/538819/) but had some issues with idle_loop. Is there an alternative where the stop_machine would not be necessary? Or more specifically, is there a reason why every CPU would need to stop? Any help would be appreciated. Thanks, Hardik
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
Understanding stop_machine() use for cpu_down() Hardik H Bagdi <hbagdi1@binghamton.edu> - 2017-01-26 15:20 +0100
csiph-web