* [PATCH] perf/ring_buffer: Fix invalid page order
@ 2016-11-15 7:15 Takao Indoh
2016-11-15 8:48 ` Ingo Molnar
0 siblings, 1 reply; 3+ messages in thread
From: Takao Indoh @ 2016-11-15 7:15 UTC (permalink / raw)
To: Peter Zijlstra, Ingo Molnar, Arnaldo Carvalho de Melo,
Alexander Shishkin
Cc: linux-kernel
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
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] perf/ring_buffer: Fix invalid page order
2016-11-15 7:15 [PATCH] perf/ring_buffer: Fix invalid page order Takao Indoh
@ 2016-11-15 8:48 ` Ingo Molnar
2016-11-15 9:11 ` Takao Indoh
0 siblings, 1 reply; 3+ messages in thread
From: Ingo Molnar @ 2016-11-15 8:48 UTC (permalink / raw)
To: Takao Indoh
Cc: Peter Zijlstra, Ingo Molnar, Arnaldo Carvalho de Melo,
Alexander Shishkin, linux-kernel
* 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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] perf/ring_buffer: Fix invalid page order
2016-11-15 8:48 ` Ingo Molnar
@ 2016-11-15 9:11 ` Takao Indoh
0 siblings, 0 replies; 3+ messages in thread
From: Takao Indoh @ 2016-11-15 9:11 UTC (permalink / raw)
To: mingo; +Cc: peterz, mingo, acme, alexander.shishkin, linux-kernel
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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-11-15 9:11 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-11-15 7:15 [PATCH] perf/ring_buffer: Fix invalid page order Takao Indoh
2016-11-15 8:48 ` Ingo Molnar
2016-11-15 9:11 ` Takao Indoh
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.