Re: No, really, stop trying to delete slab until you've finishedmaking slub perform as well

From: Christoph Lameter
Date: Thu Aug 14 2008 - 10:46:53 EST

Next message: David Collier-Brown: "Re: [malware-list] [RFC 0/5] [TALPA] Intro to a linuxinterfaceforonaccess scanning"
Previous message: Laurent Pinchart: "Re: [PATCH 1/3] gpiolib: make gpio_to_chip() public"
In reply to: Pekka Enberg: "Re: No, really, stop trying to delete slab until you've finishedmaking slub perform as well"
Next in thread: Christoph Lameter: "Re: No, really, stop trying to delete slab until you've finishedmaking slub perform as well"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Pekka Enberg wrote:

This patch hard locks on my 2-way 64-bit x86 machine (sysrq doesn't respond) when I run hackbench.

Hmmm.. Then the issue may be different than we thought. Lock may be taken recursively in some situations.
Can you enable lockdep?

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

Next message: David Collier-Brown: "Re: [malware-list] [RFC 0/5] [TALPA] Intro to a linuxinterfaceforonaccess scanning"
Previous message: Laurent Pinchart: "Re: [PATCH 1/3] gpiolib: make gpio_to_chip() public"
In reply to: Pekka Enberg: "Re: No, really, stop trying to delete slab until you've finishedmaking slub perform as well"
Next in thread: Christoph Lameter: "Re: No, really, stop trying to delete slab until you've finishedmaking slub perform as well"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]