Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1522400 > unrolled thread

[PATCH] perf/ring_buffer: Fix invalid page order

Started byTakao Indoh <indou.takao@jp.fujitsu.com>
First post2016-11-15 08:30 +0100
Last post2016-11-15 10:20 +0100
Articles 3 — 2 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH] perf/ring_buffer: Fix invalid page order Takao Indoh <indou.takao@jp.fujitsu.com> - 2016-11-15 08:30 +0100
    Re: [PATCH] perf/ring_buffer: Fix invalid page order Ingo Molnar <mingo@kernel.org> - 2016-11-15 09:50 +0100
      Re: [PATCH] perf/ring_buffer: Fix invalid page order Takao Indoh <indou.takao@jp.fujitsu.com> - 2016-11-15 10:20 +0100

#1522400 — [PATCH] perf/ring_buffer: Fix invalid page order

FromTakao Indoh <indou.takao@jp.fujitsu.com>
Date2016-11-15 08:30 +0100
Subject[PATCH] perf/ring_buffer: Fix invalid page order
Message-ID<sDGlP-1RV-3@gated-at.bofh.it>
In rb_alloc_aux_page(), a page order is set to MAX_ORDER when order is
greater than MAX_ORDER, but page order should be less than MAX_ORDER,
therefore alloc_pages_node fails at least once. This patch fixes page
order so that it can be always less than MAX_ORDER.

Signed-off-by: Takao Indoh <indou.takao@jp.fujitsu.com>
---
 kernel/events/ring_buffer.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/kernel/events/ring_buffer.c b/kernel/events/ring_buffer.c
index 257fa46..3f76fdd 100644
--- a/kernel/events/ring_buffer.c
+++ b/kernel/events/ring_buffer.c
@@ -502,8 +502,8 @@ static struct page *rb_alloc_aux_page(int node, int order)
 {
 	struct page *page;
 
-	if (order > MAX_ORDER)
-		order = MAX_ORDER;
+	if (order >= MAX_ORDER)
+		order = MAX_ORDER - 1;
 
 	do {
 		page = alloc_pages_node(node, PERF_AUX_GFP, order);
-- 
1.8.3.1

[toc] | [next] | [standalone]


#1522443

FromIngo Molnar <mingo@kernel.org>
Date2016-11-15 09:50 +0100
Message-ID<sDHBf-2C3-3@gated-at.bofh.it>
In reply to#1522400
* Takao Indoh <indou.takao@jp.fujitsu.com> wrote:

> In rb_alloc_aux_page(), a page order is set to MAX_ORDER when order is
> greater than MAX_ORDER, but page order should be less than MAX_ORDER,
> therefore alloc_pages_node fails at least once. This patch fixes page
> order so that it can be always less than MAX_ORDER.
> 
> Signed-off-by: Takao Indoh <indou.takao@jp.fujitsu.com>
> ---
>  kernel/events/ring_buffer.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/kernel/events/ring_buffer.c b/kernel/events/ring_buffer.c
> index 257fa46..3f76fdd 100644
> --- a/kernel/events/ring_buffer.c
> +++ b/kernel/events/ring_buffer.c
> @@ -502,8 +502,8 @@ static struct page *rb_alloc_aux_page(int node, int order)
>  {
>  	struct page *page;
>  
> -	if (order > MAX_ORDER)
> -		order = MAX_ORDER;
> +	if (order >= MAX_ORDER)
> +		order = MAX_ORDER - 1;
>  
>  	do {
>  		page = alloc_pages_node(node, PERF_AUX_GFP, order);

I'm wondering under what circumstances this allocation failure was seen in 
practice - why did others not hit this?

Thanks,

	Ingo

[toc] | [prev] | [next] | [standalone]


#1522479

FromTakao Indoh <indou.takao@jp.fujitsu.com>
Date2016-11-15 10:20 +0100
Message-ID<sDI4i-30U-37@gated-at.bofh.it>
In reply to#1522443
On 2016/11/15 17:48, Ingo Molnar wrote:
>
> * Takao Indoh <indou.takao@jp.fujitsu.com> wrote:
>
>> In rb_alloc_aux_page(), a page order is set to MAX_ORDER when order is
>> greater than MAX_ORDER, but page order should be less than MAX_ORDER,
>> therefore alloc_pages_node fails at least once. This patch fixes page
>> order so that it can be always less than MAX_ORDER.
>>
>> Signed-off-by: Takao Indoh <indou.takao@jp.fujitsu.com>
>> ---
>>  kernel/events/ring_buffer.c | 4 ++--
>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/kernel/events/ring_buffer.c b/kernel/events/ring_buffer.c
>> index 257fa46..3f76fdd 100644
>> --- a/kernel/events/ring_buffer.c
>> +++ b/kernel/events/ring_buffer.c
>> @@ -502,8 +502,8 @@ static struct page *rb_alloc_aux_page(int node, int order)
>>  {
>>  	struct page *page;
>>
>> -	if (order > MAX_ORDER)
>> -		order = MAX_ORDER;
>> +	if (order >= MAX_ORDER)
>> +		order = MAX_ORDER - 1;
>>
>>  	do {
>>  		page = alloc_pages_node(node, PERF_AUX_GFP, order);
>
> I'm wondering under what circumstances this allocation failure was seen in
> practice - why did others not hit this?

I found this when I ran perf with -m,2048. I think in the most cases
users use default buffer size hence they does not notice.

Thanks,
Takao Indoh

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web