[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6B2BA408B38BA1478B473C31C3D2074E30989E9D7E@SV-EXCHANGE1.Corp.FC.LOCAL>
Date: Tue, 22 Apr 2014 13:16:11 -0700
From: Motohiro Kosaki <Motohiro.Kosaki@...fujitsu.com>
To: Davidlohr Bueso <davidlohr@...com>,
Manfred Spraul <manfred@...orfullife.com>
CC: Davidlohr Bueso <davidlohr.bueso@...com>,
Michael Kerrisk <mtk.manpages@...il.com>,
Martin Schwidefsky <schwidefsky@...ibm.com>,
LKML <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>,
Motohiro Kosaki JP <kosaki.motohiro@...fujitsu.com>,
"gthelen@...gle.com" <gthelen@...gle.com>,
"aswin@...com" <aswin@...com>,
"linux-mm@...ck.org" <linux-mm@...ck.org>
Subject: RE: [PATCH 2/4] ipc/shm.c: check for overflows of shm_tot
> > shm_tot counts the total number of pages used by shm segments.
> >
> > If SHMALL is ULONG_MAX (or nearly ULONG_MAX), then the number can
> > overflow. Subsequent calls to shmctl(,SHM_INFO,) would return wrong
> > values for shm_tot.
> >
> > The patch adds a detection for overflows.
> >
> > Signed-off-by: Manfred Spraul <manfred@...orfullife.com>
>
> Acked-by: Davidlohr Bueso <davidlohr@...com>
Acked-by: KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>
Powered by blists - more mailing lists