[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1175722249.28263.343.camel@localhost.localdomain>
Date: Wed, 04 Apr 2007 23:30:48 +0200
From: Thomas Gleixner <tglx@...utronix.de>
To: Adrian Bunk <bunk@...sta.de>
Cc: Chuck Ebbert <cebbert@...hat.com>,
Johannes Bauer <JohannesBauer@....de>,
linux-kernel@...r.kernel.org, schwab@...e.de,
Stable Kernel Team <stable@...nel.org>,
Greg KH <greg@...ah.com>, Andrew Morton <akpm@...l.org>,
Ingo Molnar <mingo@...e.hu>
Subject: Re: [PATCH] hrtimer: prevent overrun DoS in hrtimer_forward()
On Wed, 2007-04-04 at 23:11 +0200, Adrian Bunk wrote:
> On Wed, Mar 14, 2007 at 11:00:12AM +0100, Thomas Gleixner wrote:
> > hrtimer_forward() does not check for the possible overflow of
> > timer->expires. This can happen on 64 bit machines with large interval
> > values and results currently in an endless loop in the softirq because
> > the expiry value becomes negative and therefor the timer is expired all
> > the time.
> >
> > Check for this condition and set the expiry value to the max. expiry
> > time in the future.
> >
> > The fix should be applied to stable kernel series as well.
>
>
> Is this relevant for 2.6.16?
>
> I'm asking since KTIME_SEC_MAX is not used in 2.6.16, and therefore the
> check in ktime_set() is also missing.
KTIME_SEC_MAX was introduced with commit
96dd7421a06a5bc6eb731323b95efcb2fd864854
to fix a conversion problem on 64 bit machines, which is also present in
2.6.16 AFAICT.
The patch just makes use of this constant. So you need to pull it as
well.
tglx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists