All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Travis <travis@sgi.com>
To: Alexey Dobriyan <adobriyan@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: include/linux/irq.h:452: error: implicit declaration of	function 'cpu_to_node'
Date: Mon, 09 Feb 2009 14:32:11 -0800	[thread overview]
Message-ID: <4990AEEB.6000202@sgi.com> (raw)
In-Reply-To: <20090209222910.GA9768@x200.localdomain>

Alexey Dobriyan wrote:
> On Mon, Feb 09, 2009 at 02:08:42PM -0800, Mike Travis wrote:
>> Mike Travis wrote:
>>> Alexey Dobriyan wrote:
>>>> On Wed, Jan 21, 2009 at 03:38:25PM -0800, Mike Travis wrote:
>>>>> Alexey Dobriyan wrote:
>>>>>> On mips-malta:
>>>>>>
>>>>>>   CC      arch/mips/mti-malta/malta-int.o
>>>>>> In file included from arch/mips/mti-malta/malta-int.c:25:
>>>>>> include/linux/irq.h: In function 'init_alloc_desc_masks':
>>>>>> include/linux/irq.h:452: error: implicit declaration of function 'cpu_to_node'
>>>>>> include/linux/irq.h:454: error: 'GFP_ATOMIC' undeclared (first use in this function)
>>>>>>
>>>>>> I _think_ init_alloc_desc_masks() should be made out of line to fix this.
>>>>> Hi Alexey,
>>>>>
>>>>> Does adding #include <linux/slab.h> fix the error?  If so, I can add this to
>>>>> linux/irq.h.
>>>>>
>>>>> The primary reason it's inline is that unless CONFIG_CPUMASK_OFFSTACK=y, then the
>>>>> entire routine is a NOP which optimizes out more completely as an inline function.
>>>> linux/slab.h helps.
>>> Hi Alexey,
>>>
>>> Since you reported this problem a similar issue was discovered on s390.  However
>>> the fix for that was to include interrupt.h instead of irq.h.
>>>
>>> Could you try this as well?
>>>
>>> Here's a tail end pointer to the thread and Andrew's commit msg including the
>>> patch is below.
>>>
>>> http://marc.info/?l=linux-mm-commits&m=123360349631362&w=4
>> Sorry, I should have made a patch specific to mips, and here that is...
> 
> Removal helps independently. ;-)

Hmm, yes, obviously... ;-)
> 
> Oh and please fold all of this into relevant commit.

Done.
>
> P.S.: irq related headers suck.

Agreed.  ;-)

Andrew - is this something you can push via -mm?

Thanks!
Mike
---

Subject: mips: include interrupt.h instead of irq.h

Impact: fix build error on mips arch

Alexey Dobriyan wrote:
> On mips-malta:
>
>   CC      arch/mips/mti-malta/malta-int.o
> In file included from arch/mips/mti-malta/malta-int.c:25:
> include/linux/irq.h: In function 'init_alloc_desc_masks':
> include/linux/irq.h:452: error: implicit declaration of function 'cpu_to_node'
> include/linux/irq.h:454: error: 'GFP_ATOMIC' undeclared (first use in this function)
...
> Removal helps independently.  ;-) 

This fix is similar to an issue on s390.

Tested-by: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: Mike Travis <travis@sgi.com>
---
 arch/mips/mti-malta/malta-int.c |    1 -
 1 file changed, 1 deletion(-)

--- linux-2.6-linus.orig/arch/mips/mti-malta/malta-int.c
+++ linux-2.6-linus/arch/mips/mti-malta/malta-int.c
@@ -22,7 +22,6 @@
  * with two internal 82C95 interrupt controllers.
  */
 #include <linux/init.h>
-#include <linux/irq.h>
 #include <linux/sched.h>
 #include <linux/slab.h>
 #include <linux/interrupt.h>


  reply	other threads:[~2009-02-09 22:32 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-21 21:53 include/linux/irq.h:452: error: implicit declaration of function 'cpu_to_node' Alexey Dobriyan
2009-01-21 23:38 ` Mike Travis
2009-02-09 20:35   ` Alexey Dobriyan
2009-02-09 22:05     ` Mike Travis
2009-02-09 22:08       ` Mike Travis
2009-02-09 22:29         ` Alexey Dobriyan
2009-02-09 22:32           ` Mike Travis [this message]
2009-02-09 22:40         ` Alexey Dobriyan
2009-02-09 23:06           ` Mike Travis

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=4990AEEB.6000202@sgi.com \
    --to=travis@sgi.com \
    --cc=adobriyan@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=linux-kernel@vger.kernel.org \
    /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 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.