Sorry, looks like some problem with the yahoo mail. Some emails are bouncing.
Sending again with the gmail.


----- Original Message -----
> From: "valdis.kletni...@vt.edu" <valdis.kletni...@vt.edu>
> To: Pintu Kumar <pint...@samsung.com>
> Cc: cor...@lwn.net; a...@linux-foundation.org; vba...@suse.cz; 
> gorcu...@openvz.org; mho...@suse.cz; emun...@akamai.com; 
> kirill.shute...@linux.intel.com; standby2...@gmail.com; han...@cmpxchg.org; 
> vdavy...@parallels.com; hu...@google.com; minc...@kernel.org; 
> t...@kernel.org; rient...@google.com; xypron.g...@gmx.de; dzic...@redhat.com; 
> pra...@redhat.com; ebied...@xmission.com; rost...@goodmis.org; 
> uober...@redhat.com; paul...@linux.vnet.ibm.com; iamjoonsoo....@lge.com; 
> ddstr...@ieee.org; sasha.le...@oracle.com; koc...@gmail.com; mgor...@suse.de; 
> c...@linux.com; opensource.gan...@gmail.com; vinme...@codeaurora.org; 
> linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; linux...@kvack.org; 
> linux...@vger.kernel.org; c...@samsung.com; pintu_agar...@yahoo.com; 
> vishnu...@samsung.com; rohit...@samsung.com; iqbal....@samsung.com
> Sent: Sunday, 5 July 2015 1:38 AM
> Subject: Re: [PATCH 1/1] kernel/sysctl.c: Add /proc/sys/vm/shrink_memory 
> feature
>
> On Fri, 03 Jul 2015 18:50:07 +0530, Pintu Kumar said:
>
>> This patch provides 2 things:
>
>> 2. Enable shrink_all_memory API in kernel with new CONFIG_SHRINK_MEMORY.
>> Currently, shrink_all_memory function is used only during hibernation.
>> With the new config we can make use of this API for non-hibernation case
>> also without disturbing the hibernation case.
>
>> --- a/mm/vmscan.c
>> +++ b/mm/vmscan.c
>
>> @@ -3571,12 +3571,17 @@ unsigned long shrink_all_memory(unsigned long
> nr_to_reclaim)
>>       struct reclaim_state reclaim_state;
>>       struct scan_control sc = {
>>           .nr_to_reclaim = nr_to_reclaim,
>> +#ifdef CONFIG_SHRINK_MEMORY
>> +        .gfp_mask = (GFP_HIGHUSER_MOVABLE | GFP_RECLAIM_MASK),
>> +        .hibernation_mode = 0,
>> +#else
>>           .gfp_mask = GFP_HIGHUSER_MOVABLE,
>> +        .hibernation_mode = 1,
>> +#endif
>
>
> That looks like a bug just waiting to happen.  What happens if we
> call an actual hibernation mode in a SHRINK_MEMORY=y kernel, and it finds
> an extra gfp mask bit set, and hibernation_mode set to an unexpected value?
>
Ok, got it. Thanks for pointing this out.
I will handle HIBERNATION & SHRINK_MEMORY case and send again.
I will try to handle it using ifdefs. Do you have any special
suggestions on how this can be handled?
I verified only for the ARM case without hibernation. But, it is
likely that this feature can be enabled in laptop mode also. So we
should handle it.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to