>> Why? The following bug_on inhibit both case.
>
> Yes i get lost on the double negation, but still my patch is correct
> and i am not using gup but follow_hugetlb_page directly and i run into
> the issue. My patch does not change the behavior for current user,
> just fix assumption new user might
On Tue, May 7, 2013 at 10:41 PM, KOSAKI Motohiro
wrote:
> On Tue, May 7, 2013 at 8:51 PM, Jerome Glisse wrote:
>> On Tue, May 7, 2013 at 8:47 PM, KOSAKI Motohiro
>> wrote:
>>> On Tue, May 7, 2013 at 6:58 PM, wrote:
From: Jerome Glisse
Do not increase page count if FOLL_GET is n
On Tue, May 7, 2013 at 8:51 PM, Jerome Glisse wrote:
> On Tue, May 7, 2013 at 8:47 PM, KOSAKI Motohiro
> wrote:
>> On Tue, May 7, 2013 at 6:58 PM, wrote:
>>> From: Jerome Glisse
>>>
>>> Do not increase page count if FOLL_GET is not set. None of the
>>> current user can trigger the issue becaus
On Tue, May 7, 2013 at 8:47 PM, KOSAKI Motohiro
wrote:
> On Tue, May 7, 2013 at 6:58 PM, wrote:
>> From: Jerome Glisse
>>
>> Do not increase page count if FOLL_GET is not set. None of the
>> current user can trigger the issue because none of the current
>> user call __get_user_pages with both t
On Tue, May 7, 2013 at 6:58 PM, wrote:
> From: Jerome Glisse
>
> Do not increase page count if FOLL_GET is not set. None of the
> current user can trigger the issue because none of the current
> user call __get_user_pages with both the pages array ptr non
> NULL and the FOLL_GET flags non set in
From: Jerome Glisse
Do not increase page count if FOLL_GET is not set. None of the
current user can trigger the issue because none of the current
user call __get_user_pages with both the pages array ptr non
NULL and the FOLL_GET flags non set in other word all caller
of __get_user_pages that don'
6 matches
Mail list logo