[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A014C7B.9080702@redhat.com>
Date: Wed, 06 May 2009 11:38:19 +0300
From: Izik Eidus <ieidus@...hat.com>
To: Rik van Riel <riel@...hat.com>
CC: akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
aarcange@...hat.com, chrisw@...hat.com, alan@...rguk.ukuu.org.uk,
device@...ana.org, linux-mm@...ck.org, hugh@...itas.com,
nickpiggin@...oo.com.au
Subject: Re: [PATCH 3/6] ksm: change the KSM_REMOVE_MEMORY_REGION ioctl.
Rik van Riel wrote:
> Izik Eidus wrote:
>> This patch change the KSM_REMOVE_MEMORY_REGION ioctl to be specific per
>> memory region (instead of flushing all the registred memory regions
>> inside
>> the file descriptor like it happen now)
>>
>> The previoes api was:
>> user register memory regions using KSM_REGISTER_MEMORY_REGION inside
>> the fd,
>> and then when he wanted to remove just one memory region, he had to
>> remove them
>> all using KSM_REMOVE_MEMORY_REGION.
>>
>> This patch change this beahivor by chaning the KSM_REMOVE_MEMORY_REGION
>> ioctl to recive another paramter that it is the begining of the virtual
>> address that is wanted to be removed.
>
> This is different from munmap and madvise, which take both
> start address and length.
>
> Why?
>
It work like free, considering the fact that we dont allow memory
overlay in no way,
If we have the start of the address it is enough for us to know what
memory we want to remove.
Isnt interface for userspace that work like malloc / free is enough?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists