linux-kernel - Re: [patch V2 28/38] posix-cpu-timers: Restructure expiry array

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.DEB.2.21.1908262345430.1939@nanos.tec.linutronix.de>
Date:   Mon, 26 Aug 2019 23:46:22 +0200 (CEST)
From:   Thomas Gleixner <tglx@...utronix.de>
To:     Frederic Weisbecker <frederic@...nel.org>
cc:     LKML <linux-kernel@...r.kernel.org>,
        Oleg Nesterov <oleg@...hat.com>,
        Ingo Molnar <mingo@...nel.org>,
        Peter Zijlstra <peterz@...radead.org>,
        John Stultz <john.stultz@...aro.org>,
        Anna-Maria Behnsen <anna-maria@...utronix.de>,
        Christoph Hellwig <hch@....de>
Subject: Re: [patch V2 28/38] posix-cpu-timers: Restructure expiry array

On Mon, 26 Aug 2019, Frederic Weisbecker wrote:
> On Wed, Aug 21, 2019 at 09:09:15PM +0200, Thomas Gleixner wrote:
> > @@ -884,7 +888,7 @@ static void check_process_timers(struct
> >  				 struct list_head *firing)
> >  {
> >  	struct signal_struct *const sig = tsk->signal;
> > -	struct list_head *timers = sig->posix_cputimers.cpu_timers;
> > +	struct posix_cputimer_base *base = sig->posix_cputimers.bases;
> >  	u64 utime, ptime, virt_expires, prof_expires;
> >  	u64 sum_sched_runtime, sched_expires;
> >  	struct task_cputime cputime;
> > @@ -912,9 +916,12 @@ static void check_process_timers(struct
> >  	ptime = utime + cputime.stime;
> >  	sum_sched_runtime = cputime.sum_exec_runtime;
> >  
> > -	prof_expires = check_timers_list(timers, firing, ptime);
> > -	virt_expires = check_timers_list(++timers, firing, utime);
> > -	sched_expires = check_timers_list(++timers, firing, sum_sched_runtime);
> > +	prof_expires = check_timers_list(&base[CPUCLOCK_PROF].cpu_timers,
> > +					 firing, ptime);
> > +	virt_expires = check_timers_list(&base[CPUCLOCK_VIRT].cpu_timers,
> > +					 firing, utime);
> > +	sched_expires = check_timers_list(&base[CLPCLOCK_SCHED].cpu_timers,
> 
>                                                 ^^
> 0-day bot should have warned by now.

It didn't but my own testing found it and I fixed it locally already