On 2017/11/10 1:51, Jaegeuk Kim wrote:
> Hi Chao,
>
> On 11/07, Chao Yu wrote:
>> We will keep __add_ino_entry success all the time, for ENOMEM failure
>> case, we have already handled it by using __GFP_NOFAIL flag, so we
>> don't have to use additional opened loop codes here, remove them.
>>
On 2017/11/10 1:51, Jaegeuk Kim wrote:
> Hi Chao,
>
> On 11/07, Chao Yu wrote:
>> We will keep __add_ino_entry success all the time, for ENOMEM failure
>> case, we have already handled it by using __GFP_NOFAIL flag, so we
>> don't have to use additional opened loop codes here, remove them.
>>
Hi Chao,
On 11/07, Chao Yu wrote:
> We will keep __add_ino_entry success all the time, for ENOMEM failure
> case, we have already handled it by using __GFP_NOFAIL flag, so we
> don't have to use additional opened loop codes here, remove them.
>
> Signed-off-by: Chao Yu
>
Hi Chao,
On 11/07, Chao Yu wrote:
> We will keep __add_ino_entry success all the time, for ENOMEM failure
> case, we have already handled it by using __GFP_NOFAIL flag, so we
> don't have to use additional opened loop codes here, remove them.
>
> Signed-off-by: Chao Yu
> ---
> v2:
> As Michal
We will keep __add_ino_entry success all the time, for ENOMEM failure
case, we have already handled it by using __GFP_NOFAIL flag, so we
don't have to use additional opened loop codes here, remove them.
Signed-off-by: Chao Yu
---
v2:
As Michal Hocko suggested, with
We will keep __add_ino_entry success all the time, for ENOMEM failure
case, we have already handled it by using __GFP_NOFAIL flag, so we
don't have to use additional opened loop codes here, remove them.
Signed-off-by: Chao Yu
---
v2:
As Michal Hocko suggested, with __GFP_NOFAIL, MM will do all
6 matches
Mail list logo