All of lore.kernel.org
 help / color / mirror / Atom feed
From: dann frazier <dannf@hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [PATCH] fix generic build when CONFIG_SMP=n
Date: Mon, 16 Aug 2004 03:29:37 +0000	[thread overview]
Message-ID: <20040816032937.GA3240@jale> (raw)
In-Reply-To: <200408131559.59229.jbarnes@engr.sgi.com>

On Fri, Aug 13, 2004 at 03:59:59PM -0700, Jesse Barnes wrote:
> This patch fixes the issues I saw with CONFIG_SMP=n when building a generic 
> kernel with CONFIG_NUMA=y and CONFIG_DISCONTIGMEM=y.  It's still pretty 
> rough, but I'd appreciate comments and testing on other platforms.  The 
> per-cpu fixes are still pretty ugly--I'm sure I'm missing something that 
> would make abstracting out per_cpu(cpu_info, cpu).node_data = 
> mem_data[node].node_data much nicer looking.
> 
> Fixing the build of generic kernels w/o CONFIG_NUMA or CONFIG_DISCONTIGMEM is 
> left as an exercise for the reader. :)

Here's the results of some 2.6.8 boot testing:

-----------------------------------------------------------------------------
 generic-no-smp-2    generic_defconfig                                     
    patch?                delta               machine           results    
-----------------------------------------------------------------------------
     No               ITANIUM=y                HP i2000            OK
-----------------------------------------------------------------------------
     Yes              ITANIUM=y                HP i2000            OK
-----------------------------------------------------------------------------
     Yes              ITANIUM=y                   N/A         build fails [1]
                      SMP=n
-----------------------------------------------------------------------------
     Yes              ITANIUM=y                   N/A         build fails [2]
                      SMP=n
                      CYCLONE=n
-----------------------------------------------------------------------------
     Yes              ITANIUM=y                   N/A              OK
                      SMP=n
                      CYCLONE=n                HP i2000
                      SERIAL_SGI_L1_CONSOLE=n
-----------------------------------------------------------------------------
     Yes                                       HP rx2600           OK
-----------------------------------------------------------------------------
     Yes              SMP=n                    HP rx2600           OK
                      CYCLONE=n
                      SERIAL_SGI_L1_CONSOLE=n
[1]
  CC      arch/ia64/kernel/cyclone.o
arch/ia64/kernel/cyclone.c:13: error: parse error before "cyclone_setup"
arch/ia64/kernel/cyclone.c:14: warning: return type defaults to `int'
arch/ia64/kernel/cyclone.c: In function `get_offset_cyclone':
arch/ia64/kernel/cyclone.c:29: warning: implicit declaration of function `readl'arch/ia64/kernel/cyclone.c: At top level:
arch/ia64/kernel/cyclone.c:78: error: parse error before "init_cyclone_clock"
arch/ia64/kernel/cyclone.c:79: warning: return type defaults to `int'
arch/ia64/kernel/cyclone.c: In function `init_cyclone_clock':
arch/ia64/kernel/cyclone.c:92: warning: implicit declaration of function `ioremap_nocache'
arch/ia64/kernel/cyclone.c:92: warning: cast to pointer from integer of different size
arch/ia64/kernel/cyclone.c:98: warning: implicit declaration of function `readq'arch/ia64/kernel/cyclone.c:104: warning: implicit declaration of function `iounmap'
arch/ia64/kernel/cyclone.c:108: warning: cast to pointer from integer of different size
arch/ia64/kernel/cyclone.c:114: warning: implicit declaration of function `writel'
arch/ia64/kernel/cyclone.c:119: warning: cast to pointer from integer of different size
arch/ia64/kernel/cyclone.c:130: warning: cast to pointer from integer of different size
arch/ia64/kernel/cyclone.c: At top level:
arch/ia64/kernel/cyclone.c:157: warning: type defaults to `int' in declaration of `__initcall'
arch/ia64/kernel/cyclone.c:157: warning: parameter names (without types) in function declaration
arch/ia64/kernel/cyclone.c:157: warning: data definition has no type or storage class
make[1]: *** [arch/ia64/kernel/cyclone.o] Error 1
make: *** [arch/ia64/kernel] Error 2

[2]
  CC      drivers/serial/sn_console.o
drivers/serial/sn_console.c: In function `snt_sim_puts':
drivers/serial/sn_console.c:216: warning: implicit declaration of function `writeb'
drivers/serial/sn_console.c: In function `snt_sim_getc':
drivers/serial/sn_console.c:230: warning: implicit declaration of function `readb'
drivers/serial/sn_console.c: At top level:
drivers/serial/sn_console.c:1090: error: parse error before "else"
make[2]: *** [drivers/serial/sn_console.o] Error 1
make[1]: *** [drivers/serial] Error 2
make: *** [drivers] Error 2

  reply	other threads:[~2004-08-16  3:29 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-13 22:59 [PATCH] fix generic build when CONFIG_SMP=n Jesse Barnes
2004-08-16  3:29 ` dann frazier [this message]
2004-08-16 22:23 ` Randy.Dunlap
2004-08-17  1:10 ` Jesse Barnes
2004-08-24 18:25 ` Jesse Barnes

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=20040816032937.GA3240@jale \
    --to=dannf@hp.com \
    --cc=linux-ia64@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.