Re: [PATCH] slub: Potential stack overflow

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

From: Christoph Lameter

Subject: Re: [PATCH] slub: Potential stack overflow

Date: Wednesday, March 24, 2010 - 12:16 pm

On Wed, 24 Mar 2010, Eric Dumazet wrote:

quoted text> I discovered that we can overflow stack if CONFIG_SLUB_DEBUG=y and use
> slabs with many objects, since list_slab_objects() and process_slab()
> use DECLARE_BITMAP(map, page->objects);

Maybe we better allocate the bitmap via kmalloc then.

--
unsubscribe noticeTo unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:

[PATCH] slub: Potential stack overflow, Eric Dumazet, (Wed Mar 24, 4:40 am)

Re: [PATCH] slub: Potential stack overflow, Christoph Lameter, (Wed Mar 24, 12:16 pm)

Re: [PATCH] slub: Potential stack overflow, Eric Dumazet, (Wed Mar 24, 12:22 pm)

Re: [PATCH] slub: Potential stack overflow, Christoph Lameter, (Wed Mar 24, 12:49 pm)

Re: [PATCH] slub: Potential stack overflow, Eric Dumazet, (Wed Mar 24, 2:03 pm)

Re: [PATCH] slub: Potential stack overflow, Christoph Lameter, (Wed Mar 24, 2:10 pm)

Re: [PATCH] slub: Potential stack overflow, Christoph Lameter, (Wed Mar 24, 2:14 pm)

Re: [PATCH] slub: Potential stack overflow, Eric Dumazet, (Wed Mar 24, 2:25 pm)

Re: [PATCH] slub: Potential stack overflow, Christoph Lameter, (Wed Mar 24, 2:25 pm)

Re: [PATCH] slub: Potential stack overflow, Eric Dumazet, (Wed Mar 24, 2:30 pm)

Re: [PATCH] slub: Potential stack overflow, Pekka Enberg, (Thu Mar 25, 12:29 pm)

Re: [PATCH] slub: Potential stack overflow, Christoph Lameter, (Thu Mar 25, 2:03 pm)

Re: [PATCH] slub: Potential stack overflow, Pekka Enberg, (Sun Mar 28, 10:10 am)


linux-kernel:
FUJITA Tomonori	Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel
Jens Axboe	Re: [BUG] Linux 2.6.25-rc2 - Regression from 2.6.24-rc1-git1 softlockup while bo...
Ingo Molnar	Re: [RFC/RFT PATCH] sched: automated per tty task groups
Ingo Molnar	Re: [GIT PULL] time.c - respin
Evgeniy Polyakov	Re: Reporting bugs and bisection (was: Re: 2.6.25-rc8: FTP transfer errors)
git:
Junio C Hamano	Re: git-svnimport
Michal Sojka	[PATCHv5 1/2] filter-branch: Fix to allow replacing submodules with another content
Junio C Hamano	Re: Fwd: git status options feature suggestion
A Large Angry SCM	Re: [RFC] origin link for cherry-pick and revert
Stefan Richter	Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
linux-netdev:
Arnaldo Carvalho de Melo	Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
Gerrit Renker	[PATCH 1/5] dccp: Initialisation framework for feature negotiation
Ursula Braun	[patch 2/8] [PATCH] af_iucv: sync sk shutdown flag if iucv path is quiesced
Daniel Lezcano	getsockopt(TCP_DEFER_ACCEPT) value change
David Miller	Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
git-commits-head:
Linux Kernel Mailing List	ARM: S3C64XX: DMA: Callback with correct buffer pointer
Linux Kernel Mailing List	sata_mv: drop unncessary EH callback resetting
Linux Kernel Mailing List	libata: disable ATAPI AN by default
Linux Kernel Mailing List	ARM: 5905/1: ARM: Global ASID allocation on SMP
Linux Kernel Mailing List	timer: Try to survive timer callback preempt_count leak
openbsd-misc:
Rene Maroufi	smtpd: Aliases only work with for local alias aliases
Stephen J. Bevan	GRE over IPsec
Darrin Chandler	Re: strange output on openbsd C code
Nick Holland	Re: booting openbsd on eee without cd-rom
Stéphane Chausson	Re: NAT IPV4 and bridge only IPV6