From: jane.chu@oracle.com
To: David Miller <davem@davemloft.net>
Cc: tglx@linutronix.de, atish.patra@oracle.com,
Liam.Howlett@oracle.com, sparclinux@vger.kernel.org,
linux-kernel@vger.kernel.org, "JANE.CHU" <jane.chu@oracle.com>
Subject: Re: [PATCH] arch/sparc: support NR_CPUS = 4096
Date: Mon, 5 Jun 2017 12:15:41 -0700 [thread overview]
Message-ID: <849c3d62-8bb1-e1f4-3fc4-68fa71484a2b@oracle.com> (raw)
In-Reply-To: <20170604.194653.1906726081560123777.davem@davemloft.net>
Hi, David,
On 06/04/2017 04:46 PM, David Miller wrote:
> From: Jane Chu <jane.chu@oracle.com>
> Date: Thu, 1 Jun 2017 15:39:13 -0600
>
>> diff --git a/arch/sparc/kernel/irq_64.c b/arch/sparc/kernel/irq_64.c
>> index 4d0248a..5b19108 100644
>> --- a/arch/sparc/kernel/irq_64.c
>> +++ b/arch/sparc/kernel/irq_64.c
>> @@ -1034,12 +1034,12 @@ static void __init init_cpu_send_mondo_info(struct trap_per_cpu *tb)
>> {
>> #ifdef CONFIG_SMP
>> unsigned long page;
>> + unsigned int order;
>>
>> - BUILD_BUG_ON((NR_CPUS * sizeof(u16)) > (PAGE_SIZE - 64));
>> -
>> - page = get_zeroed_page(GFP_KERNEL);
>> + order = get_order(num_possible_cpus() * sizeof(u16) + 64);
>> + page = __get_free_pages(GFP_KERNEL | __GFP_ZERO, order);
>> if (!page) {
> The only reason we allocated these two items together was because it
> was convenient and it all fit into a single page.
>
> Since it now doesn't, it makes sense to split it up.
>
> Simply use a single page for the cpu_list_pa and kzalloc for the
> cpu_mondo_block.
>
> This also allows to keep the BUILD_BUG_ON(), which I really wish
> you hadn't tried to remove.
Good point! I will just add a comment for future maintenance that
the mondo trap block needs to be 64byte aligned.
>
> static void __init init_cpu_send_mondo_info(struct trap_per_cpu *tb)
> {
> #ifdef CONFIG_SMP
> unsigned long page;
> void *mondo;
>
> BUILD_BUG_ON((NR_CPUS * sizeof(u16)) > PAGE_SIZE);
>
> mondo = kzalloc(64, GFP_KERNEL);
> if (!mondo) {
> prom_printf("SUN4V: Error, cannot allocate mondo block.\n");
> prom_halt();
> }
> tb->cpu_mondo_block_pa = __pa(mondo);
>
> page = get_zeroed_page(GFP_KERNEL);
> if (!page) {
> prom_printf("SUN4V: Error, cannot allocate cpu list page.\n");
> prom_halt();
> }
> tb->cpu_list_pa = __pa(page);
> #endif
> }
Thanks a lot!
-jane
>
> Thanks.
next prev parent reply other threads:[~2017-06-05 19:15 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-01 21:39 Jane Chu
2017-06-04 23:46 ` David Miller
2017-06-05 19:15 ` jane.chu [this message]
2017-06-05 21:32 ` jane.chu
2017-06-05 21:50 ` David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=849c3d62-8bb1-e1f4-3fc4-68fa71484a2b@oracle.com \
--to=jane.chu@oracle.com \
--cc=Liam.Howlett@oracle.com \
--cc=atish.patra@oracle.com \
--cc=davem@davemloft.net \
--cc=linux-kernel@vger.kernel.org \
--cc=sparclinux@vger.kernel.org \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®