RE: [Redhat-s390-list] building the kernel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



But now we're back to one of Todd's previous questions about what value
SMP_CACHE_BYTES should have in logger.c when he's not running with SMP
support.  Sigh.  I'm not sure, but it looks like if there is not an
architecture-specific override, include/linux/cache.h defaults that value to
match L1_CACHE_BYTES:
#ifndef SMP_CACHE_BYTES
#define SMP_CACHE_BYTES L1_CACHE_BYTES
#endif

include/asm-s390/cache.h does _not_ define SMP_CACHE_BYTES, and it sets
L1_CACHE_BYTES thus:
#define L1_CACHE_BYTES     256

So I would have to guess that SMP_CACHE_BYTES would be set to 256 on
Linux/390 when SMP support is enabled.

Again, I hope this helps, Todd.

Mark Post

-----Original Message-----
From: Post, Mark K 
Sent: Friday, December 14, 2001 4:33 PM
To: 'Todd Blevins'; redhat-s390-list@redhat.com; 'Linux390'
Subject: RE: [Redhat-s390-list] building the kernel


Todd,

Well, the kernel SRPM is in better shape than the kernel-source RPM, but
there is still a problem.  It looks like it's in the S/390 support for TUX,
though.  In the include/linux/smp.h header file is this:
#ifdef CONFIG_SMP
#include <asm/smp.h>

For the other architectures, there is an include/asm-archtype/smp.h file
that defines cpu_online_map.  There isn't one for S/390.  

If CONFIG_SMP is _not_ defined, then this define happens:
#define cpu_online_map   1

So, you could fudge it if you want to try that, or turn off SMP support.
But, you'll need SMP support if you use the IBM OCO drivers.  (Can't imagine
Cisco doing that, but you never know... :)  )

Hope this helps.

Mark Post



[Index of Archives]     [Fedora General Discussion]     [LKML]     [Red Hat Install]     [Red Hat Watch]     [Red Hat Development]     [Linux s390]     [Gimp]     [Yosemite News]

  Powered by Linux