Re: [RFC PATCH 1/2] kernel/fork.c: add a function to calculate page address from thread_info

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On May 27, 2015, at 12:49 PM, KOSAKI Motohiro wrote:

Hello, KOSAKI,

> On Sun, May 24, 2015 at 12:01 PM, Jungseok Lee <jungseoklee85@xxxxxxxxx> wrote:
>> A current implementation assumes thread_info address is always correctly
>> calculated via virt_to_page. It restricts a different approach, such as
>> thread_info allocation from vmalloc space.
>> 
>> This patch, thus, introduces an independent function to calculate page
>> address from thread_info one.
>> 
>> Suggested-by: Sungjinn Chung <barami97@xxxxxxxxx>
>> Signed-off-by: Jungseok Lee <jungseoklee85@xxxxxxxxx>
>> Cc: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
>> Cc: linux-arm-kernel@xxxxxxxxxxxxxxxxxxx
>> ---
>> kernel/fork.c | 7 ++++++-
>> 1 file changed, 6 insertions(+), 1 deletion(-)
> 
> I haven't receive a path [2/2] and haven't review whole patches. But
> this patch itself is OK to me.
> Acked-by: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxx>

Thanks!

I didn't add you to Cc list since [PATCH 2/2] is architecture specific.
According to the feedbacks, it is needed to figure out fundamental solutions:
1) reduce stack size and 2) focus on a generic anti-fragmentation logic.

Please refer to https://lkml.org/lkml/2015/5/24/121 for [PATCH 2/2].

Best Regards
Jungseok Lee
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]