Hi.
On Sat, 2005-07-09 at 21:49, Pavel Machek wrote:
> Hi!
>
> > diff -ruNp 360-reset-kswapd-max-order-after-resume.patch-old/mm/vmscan.c
> > 360-reset-kswapd-max-order-after-resume.patch-new/mm/vmscan.c
> > --- 360-reset-kswapd-max-order-after-resume.patch-old/mm/vmscan.c
> > 2005-07-06 11:18:05.000000000 +1000
> > +++ 360-reset-kswapd-max-order-after-resume.patch-new/mm/vmscan.c
> > 2005-07-04 23:14:20.000000000 +1000
> > @@ -1228,8 +1228,10 @@ static int kswapd(void *p)
> > order = 0;
> > for ( ; ; ) {
> > unsigned long new_order;
> > -
> > - try_to_freeze();
> > + if (freezing(current)) {
> > + try_to_freeze();
> > + pgdat->kswapd_max_order = 0;
> > + }
>
> Why not
> if (try_to_freeze())
> pgdat->... = 0;
>
> ?
I have no idea. Fixed. Thanks!
Nigel
--
Evolution.
Enumerate the requirements.
Consider the interdependencies.
Calculate the probabilities.
Be amazed that people believe it happened.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
