On 07/03/2017 01:39 AM, Ingo Molnar wrote:
> Linus,
>
> Please pull the latest sched-core-for-linus git tree from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> sched-core-for-linus
>
> # HEAD: 72298e5c92c50edd8cb7cfda4519483ce65fa166 sched/cputime: Refactor
> the cputime_adjust() code
>
> The main changes in this cycle were:
>
> - Add the SYSTEM_SCHEDULING bootup state to move various scheduler debug
> checks
> earlier into the bootup. This turns silent and sporadically deadly bugs
> into
> nice, deterministic splats. Fix some of the splats that triggered.
> (Thomas Gleixner)
>
> - A round of restructuring and refactoring of the load-balancing and
> topology
> code (Peter Zijlstra)
>
> - Another round of consolidating ~20 of incremental scheduler code history:
> this
> time in terms of wait-queue nomenclature. (I didn't get much feedback on
> these
> renaming patches, and we can still easily change any names I might have
> misplaced, so if anyone hates a new name, please holler and I'll fix it.)
> (Ingo Molnar)
This commit ac6424b981bce1c4bc55675c6ce11bfe1bbfa64f ("sched/wait:
Rename wait_queue_t => wait_queue_entry_t") ends up renaming the
autofs_packet_missing, autofs_packet_expire_multi and autofs_v5_packet
member previously named wait_queue_entry to wait_queue_entry_token. Was
it intentional to force an user space build breakage when building
against v4.13-rc headers for autofs headers?
Thanks
--
Florian
