* Florian Fainelli <[email protected]> wrote:

> 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?

Nope - mind sending a tested patch?

Thanks,

        Ingo

Reply via email to