> On Thu, 18 Oct 2007 12:25:37 +0900 Yasunori Goto <[EMAIL PROTECTED]> wrote:
>
> >
> > This patch fixes panic due to access NULL pointer
> > of kmem_cache_node at discard_slab() after memory online.
> >
> > When memory online is called, kmem_cache_nodes are created for
> > all SLUBs for new
On Thu, 18 Oct 2007, Andrew Morton wrote:
> > Slab brings up a per node structure when the corresponding cpu is brought
> > up. That was sufficient as long as we did not have any memoryless nodes.
> > Now we may have to fix some things over there as well.
>
> Is there amy point? Our time
> On Wed, 17 Oct 2007 23:25:58 -0700 (PDT) Christoph Lameter <[EMAIL
> PROTECTED]> wrote:
>
> > > So that's slub. Does slab already have this functionality or are you
> > > not bothering to maintain slab in this area?
> >
> > Slab brings up a per node structure when the corresponding cpu is
On Wed, 17 Oct 2007 23:25:58 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> > So that's slub. Does slab already have this functionality or are you
> > not bothering to maintain slab in this area?
>
> Slab brings up a per node structure when the corresponding cpu is brought
> up.
On Wed, 17 Oct 2007, Andrew Morton wrote:
> > +#if defined(CONFIG_NUMA) && defined(CONFIG_MEMORY_HOTPLUG)
>
> hm. There should be no linkage between memory hotpluggability and
> NUMA, surely?
NUMA support in the slab allocators requires allocation of per node
structures. The per node
On Wed, 17 Oct 2007, Andrew Morton wrote:
+#if defined(CONFIG_NUMA) defined(CONFIG_MEMORY_HOTPLUG)
hm. There should be no linkage between memory hotpluggability and
NUMA, surely?
NUMA support in the slab allocators requires allocation of per node
structures. The per node structures are
On Wed, 17 Oct 2007 23:25:58 -0700 (PDT) Christoph Lameter [EMAIL PROTECTED]
wrote:
So that's slub. Does slab already have this functionality or are you
not bothering to maintain slab in this area?
Slab brings up a per node structure when the corresponding cpu is brought
up. That was
On Wed, 17 Oct 2007 23:25:58 -0700 (PDT) Christoph Lameter [EMAIL
PROTECTED] wrote:
So that's slub. Does slab already have this functionality or are you
not bothering to maintain slab in this area?
Slab brings up a per node structure when the corresponding cpu is brought
up.
On Thu, 18 Oct 2007, Andrew Morton wrote:
Slab brings up a per node structure when the corresponding cpu is brought
up. That was sufficient as long as we did not have any memoryless nodes.
Now we may have to fix some things over there as well.
Is there amy point? Our time would be
On Thu, 18 Oct 2007 12:25:37 +0900 Yasunori Goto [EMAIL PROTECTED] wrote:
This patch fixes panic due to access NULL pointer
of kmem_cache_node at discard_slab() after memory online.
When memory online is called, kmem_cache_nodes are created for
all SLUBs for new node whose memory
On Thu, 18 Oct 2007 12:25:37 +0900 Yasunori Goto <[EMAIL PROTECTED]> wrote:
>
> This patch fixes panic due to access NULL pointer
> of kmem_cache_node at discard_slab() after memory online.
>
> When memory online is called, kmem_cache_nodes are created for
> all SLUBs for new node whose memory
This patch fixes panic due to access NULL pointer
of kmem_cache_node at discard_slab() after memory online.
When memory online is called, kmem_cache_nodes are created for
all SLUBs for new node whose memory are available.
slab_mem_going_online_callback() is called to make kmem_cache_node()
in
This patch fixes panic due to access NULL pointer
of kmem_cache_node at discard_slab() after memory online.
When memory online is called, kmem_cache_nodes are created for
all SLUBs for new node whose memory are available.
slab_mem_going_online_callback() is called to make kmem_cache_node()
in
On Thu, 18 Oct 2007 12:25:37 +0900 Yasunori Goto [EMAIL PROTECTED] wrote:
This patch fixes panic due to access NULL pointer
of kmem_cache_node at discard_slab() after memory online.
When memory online is called, kmem_cache_nodes are created for
all SLUBs for new node whose memory are
14 matches
Mail list logo