From: Badari Pulavarty <pbadari@us.ibm.com>
To: Yasunori Goto <y-goto@jp.fujitsu.com>
Cc: linuxppc-dev@ozlabs.org,
Andrew Morton <akpm@linux-foundation.org>,
Dave Hansen <haveblue@us.ibm.com>,
lkml <linux-kernel@vger.kernel.org>,
paulus@samba.org
Subject: Re: [PATCH 1/5] generic __remove_pages() support
Date: Fri, 07 Mar 2008 08:44:50 -0800 [thread overview]
Message-ID: <47D17102.2000001@us.ibm.com> (raw)
In-Reply-To: <20080307102032.A17D.E1E9C6FF@jp.fujitsu.com>
Yasunori Goto wrote:
> Hi Badari-san.
>
>
>> On Thu, 2008-03-06 at 12:54 -0800, Dave Hansen wrote:
>>
>>> On Thu, 2008-03-06 at 10:55 -0800, Badari Pulavarty wrote:
>>>
>>>> + if (memmap)
>>>> + __kfree_section_memmap(memmap, PAGES_PER_SECTION);
>>>> + return;
>>>> + }
>>>> +
>>>> + /*
>>>> + * Allocations came from bootmem - how do I free up ?
>>>> + */
>>>> +
>>>>
>>> Shouldn't we figure this one out before merging?
>>>
>>> I think we at least need a printk() there.
>>>
>> I can add a printk(). I am hoping Yasunori Goto has something to
>> handle this, before we really merge into mainline.
>>
>
> Ah, yes.
> I'm making patches for around here. I'm sorry for your waiting.
>
> BTW, do you hurry for merging your patch?
> To be honest, I would like to solve not only here
> but also some other issues.
> But, if you hurry, I'll concentrate to solve only this.
>
> Bye.
>
I am hoping to merge this into 2.6.26. I am not in a hurry, but would like
to make sure some one is working on the issue. If you have something
to test, feel free to pass it to me - I will be happy to test.
Thanks,
Badari
WARNING: multiple messages have this Message-ID (diff)
From: Badari Pulavarty <pbadari@us.ibm.com>
To: Yasunori Goto <y-goto@jp.fujitsu.com>
Cc: Dave Hansen <haveblue@us.ibm.com>,
lkml <linux-kernel@vger.kernel.org>,
linuxppc-dev@ozlabs.org, paulus@samba.org,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [PATCH 1/5] generic __remove_pages() support
Date: Fri, 07 Mar 2008 08:44:50 -0800 [thread overview]
Message-ID: <47D17102.2000001@us.ibm.com> (raw)
In-Reply-To: <20080307102032.A17D.E1E9C6FF@jp.fujitsu.com>
Yasunori Goto wrote:
> Hi Badari-san.
>
>
>> On Thu, 2008-03-06 at 12:54 -0800, Dave Hansen wrote:
>>
>>> On Thu, 2008-03-06 at 10:55 -0800, Badari Pulavarty wrote:
>>>
>>>> + if (memmap)
>>>> + __kfree_section_memmap(memmap, PAGES_PER_SECTION);
>>>> + return;
>>>> + }
>>>> +
>>>> + /*
>>>> + * Allocations came from bootmem - how do I free up ?
>>>> + */
>>>> +
>>>>
>>> Shouldn't we figure this one out before merging?
>>>
>>> I think we at least need a printk() there.
>>>
>> I can add a printk(). I am hoping Yasunori Goto has something to
>> handle this, before we really merge into mainline.
>>
>
> Ah, yes.
> I'm making patches for around here. I'm sorry for your waiting.
>
> BTW, do you hurry for merging your patch?
> To be honest, I would like to solve not only here
> but also some other issues.
> But, if you hurry, I'll concentrate to solve only this.
>
> Bye.
>
I am hoping to merge this into 2.6.26. I am not in a hurry, but would like
to make sure some one is working on the issue. If you have something
to test, feel free to pass it to me - I will be happy to test.
Thanks,
Badari
next prev parent reply other threads:[~2008-03-07 16:44 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-06 18:54 [PATCH 0/5] 2.6.25-rc3-mm1 hotplug memory remove updates Badari Pulavarty
2008-03-06 18:55 ` [PATCH 1/5] generic __remove_pages() support Badari Pulavarty
2008-03-06 18:55 ` Badari Pulavarty
2008-03-06 19:08 ` Randy Dunlap
2008-03-06 19:08 ` Randy Dunlap
2008-03-06 19:29 ` Badari Pulavarty
2008-03-06 19:29 ` Badari Pulavarty
2008-03-06 23:37 ` Badari Pulavarty
2008-03-06 23:37 ` Badari Pulavarty
2008-03-06 20:54 ` Dave Hansen
2008-03-06 20:54 ` Dave Hansen
2008-03-06 21:42 ` Badari Pulavarty
2008-03-06 21:42 ` Badari Pulavarty
2008-03-07 1:35 ` Yasunori Goto
2008-03-07 1:35 ` Yasunori Goto
2008-03-07 16:36 ` Badari Pulavarty
2008-03-07 16:36 ` Badari Pulavarty
2008-03-07 16:44 ` Badari Pulavarty [this message]
2008-03-07 16:44 ` Badari Pulavarty
2008-03-21 15:25 ` Yasunori Goto
2008-03-21 15:25 ` Yasunori Goto
2008-03-21 16:55 ` Badari Pulavarty
2008-03-21 16:55 ` Badari Pulavarty
2008-03-06 18:56 ` [PATCH 2/5] [PPC] htab_remove_mapping() error handling Badari Pulavarty
2008-03-06 18:56 ` Badari Pulavarty
2008-03-06 18:57 ` [PATCH 3/5] [PPC] hotplug memory notifications for ppc Badari Pulavarty
2008-03-06 18:57 ` Badari Pulavarty
2008-03-06 18:58 ` [PATCH 4/5] [PPC] update lmb for hotplug memory add/remove Badari Pulavarty
2008-03-06 18:58 ` Badari Pulavarty
2008-03-06 18:59 ` [PATCH 5/5] [PPC] provide walk_memory_resource() for ppc Badari Pulavarty
2008-03-06 18:59 ` Badari Pulavarty
-- strict thread matches above, loose matches on Subject: below --
2008-03-28 0:33 [PATCH 0/5] 2.6.25-rc5-mm1 hotplug memory remove updates Badari Pulavarty
2008-03-28 0:35 ` [PATCH 1/5] generic __remove_pages() support Badari Pulavarty
2008-03-28 0:35 ` Badari Pulavarty
2008-03-28 2:26 ` Yasunori Goto
2008-03-28 2:26 ` Yasunori Goto
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47D17102.2000001@us.ibm.com \
--to=pbadari@us.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=haveblue@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=paulus@samba.org \
--cc=y-goto@jp.fujitsu.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.