2005-04-16 22:20:36 +00:00
|
|
|
config PARISC
|
|
|
|
|
def_bool y
|
2013-04-30 22:28:42 +00:00
|
|
|
select ARCH_HAS_DEBUG_STRICT_USER_COPY_CHECKS
|
2013-10-08 02:14:01 +00:00
|
|
|
select ARCH_MIGHT_HAVE_PC_PARPORT
|
2008-02-09 09:46:40 +00:00
|
|
|
select HAVE_IDE
|
2008-02-02 20:10:34 +00:00
|
|
|
select HAVE_OPROFILE
|
2016-04-13 20:27:22 +00:00
|
|
|
select HAVE_FUNCTION_TRACER
|
|
|
|
|
select HAVE_FUNCTION_GRAPH_TRACER
|
2016-04-13 20:44:54 +00:00
|
|
|
select HAVE_SYSCALL_TRACEPOINTS
|
2013-02-26 23:37:12 +00:00
|
|
|
select ARCH_WANT_FRAME_POINTERS
|
2008-09-10 14:24:07 +00:00
|
|
|
select RTC_CLASS
|
2009-02-19 15:46:49 +00:00
|
|
|
select RTC_DRV_GENERIC
|
2008-12-13 10:49:41 +00:00
|
|
|
select INIT_ALL_POSSIBLE
|
2009-03-25 14:09:10 +00:00
|
|
|
select BUG
|
2016-03-23 15:00:46 +00:00
|
|
|
select BUILDTIME_EXTABLE_SORT
|
perf: Do the big rename: Performance Counters -> Performance Events
Bye-bye Performance Counters, welcome Performance Events!
In the past few months the perfcounters subsystem has grown out its
initial role of counting hardware events, and has become (and is
becoming) a much broader generic event enumeration, reporting, logging,
monitoring, analysis facility.
Naming its core object 'perf_counter' and naming the subsystem
'perfcounters' has become more and more of a misnomer. With pending
code like hw-breakpoints support the 'counter' name is less and
less appropriate.
All in one, we've decided to rename the subsystem to 'performance
events' and to propagate this rename through all fields, variables
and API names. (in an ABI compatible fashion)
The word 'event' is also a bit shorter than 'counter' - which makes
it slightly more convenient to write/handle as well.
Thanks goes to Stephane Eranian who first observed this misnomer and
suggested a rename.
User-space tooling and ABI compatibility is not affected - this patch
should be function-invariant. (Also, defconfigs were not touched to
keep the size down.)
This patch has been generated via the following script:
FILES=$(find * -type f | grep -vE 'oprofile|[^K]config')
sed -i \
-e 's/PERF_EVENT_/PERF_RECORD_/g' \
-e 's/PERF_COUNTER/PERF_EVENT/g' \
-e 's/perf_counter/perf_event/g' \
-e 's/nb_counters/nb_events/g' \
-e 's/swcounter/swevent/g' \
-e 's/tpcounter_event/tp_event/g' \
$FILES
for N in $(find . -name perf_counter.[ch]); do
M=$(echo $N | sed 's/perf_counter/perf_event/g')
mv $N $M
done
FILES=$(find . -name perf_event.*)
sed -i \
-e 's/COUNTER_MASK/REG_MASK/g' \
-e 's/COUNTER/EVENT/g' \
-e 's/\<event\>/event_id/g' \
-e 's/counter/event/g' \
-e 's/Counter/Event/g' \
$FILES
... to keep it as correct as possible. This script can also be
used by anyone who has pending perfcounters patches - it converts
a Linux kernel tree over to the new naming. We tried to time this
change to the point in time where the amount of pending patches
is the smallest: the end of the merge window.
Namespace clashes were fixed up in a preparatory patch - and some
stylistic fallout will be fixed up in a subsequent patch.
( NOTE: 'counters' are still the proper terminology when we deal
with hardware registers - and these sed scripts are a bit
over-eager in renaming them. I've undone some of that, but
in case there's something left where 'counter' would be
better than 'event' we can undo that on an individual basis
instead of touching an otherwise nicely automated patch. )
Suggested-by: Stephane Eranian <eranian@google.com>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Acked-by: Paul Mackerras <paulus@samba.org>
Reviewed-by: Arjan van de Ven <arjan@linux.intel.com>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: David Howells <dhowells@redhat.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: <linux-arch@vger.kernel.org>
LKML-Reference: <new-submission>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-09-21 10:02:48 +00:00
|
|
|
select HAVE_PERF_EVENTS
|
2009-07-02 17:10:29 +00:00
|
|
|
select GENERIC_ATOMIC64 if !64BIT
|
2013-05-06 19:13:33 +00:00
|
|
|
select ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
|
2012-10-05 00:11:27 +00:00
|
|
|
select BROKEN_RODATA
|
2011-01-19 19:38:30 +00:00
|
|
|
select GENERIC_IRQ_PROBE
|
2011-11-24 19:11:16 +00:00
|
|
|
select GENERIC_PCI_IOMAP
|
2011-07-13 05:14:22 +00:00
|
|
|
select ARCH_HAVE_NMI_SAFE_CMPXCHG
|
2012-04-20 13:05:56 +00:00
|
|
|
select GENERIC_SMP_IDLE_THREAD
|
2012-05-26 08:48:19 +00:00
|
|
|
select GENERIC_STRNCPY_FROM_USER
|
2013-01-18 09:42:24 +00:00
|
|
|
select SYSCTL_ARCH_UNALIGN_ALLOW
|
2014-05-05 16:07:12 +00:00
|
|
|
select SYSCTL_EXCEPTION_TRACE
|
2012-09-28 05:01:03 +00:00
|
|
|
select HAVE_MOD_ARCH_SPECIFIC
|
2013-03-07 04:48:16 +00:00
|
|
|
select VIRT_TO_BUS
|
2012-09-28 05:01:03 +00:00
|
|
|
select MODULES_USE_ELF_RELA
|
2012-10-26 23:59:16 +00:00
|
|
|
select CLONE_BACKWARDS
|
2013-01-18 06:44:22 +00:00
|
|
|
select TTY # Needed for pdc_cons.c
|
2013-07-01 20:04:42 +00:00
|
|
|
select HAVE_DEBUG_STACKOVERFLOW
|
2014-02-25 09:16:24 +00:00
|
|
|
select HAVE_ARCH_AUDITSYSCALL
|
2016-03-30 12:14:31 +00:00
|
|
|
select HAVE_ARCH_SECCOMP_FILTER
|
2016-04-01 20:40:53 +00:00
|
|
|
select HAVE_ARCH_TRACEHOOK
|
2016-01-20 23:01:47 +00:00
|
|
|
select ARCH_NO_COHERENT_DMA_MMAP
|
lib/GCD.c: use binary GCD algorithm instead of Euclidean
The binary GCD algorithm is based on the following facts:
1. If a and b are all evens, then gcd(a,b) = 2 * gcd(a/2, b/2)
2. If a is even and b is odd, then gcd(a,b) = gcd(a/2, b)
3. If a and b are all odds, then gcd(a,b) = gcd((a-b)/2, b) = gcd((a+b)/2, b)
Even on x86 machines with reasonable division hardware, the binary
algorithm runs about 25% faster (80% the execution time) than the
division-based Euclidian algorithm.
On platforms like Alpha and ARMv6 where division is a function call to
emulation code, it's even more significant.
There are two variants of the code here, depending on whether a fast
__ffs (find least significant set bit) instruction is available. This
allows the unpredictable branches in the bit-at-a-time shifting loop to
be eliminated.
If fast __ffs is not available, the "even/odd" GCD variant is used.
I use the following code to benchmark:
#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>
#include <string.h>
#include <time.h>
#include <unistd.h>
#define swap(a, b) \
do { \
a ^= b; \
b ^= a; \
a ^= b; \
} while (0)
unsigned long gcd0(unsigned long a, unsigned long b)
{
unsigned long r;
if (a < b) {
swap(a, b);
}
if (b == 0)
return a;
while ((r = a % b) != 0) {
a = b;
b = r;
}
return b;
}
unsigned long gcd1(unsigned long a, unsigned long b)
{
unsigned long r = a | b;
if (!a || !b)
return r;
b >>= __builtin_ctzl(b);
for (;;) {
a >>= __builtin_ctzl(a);
if (a == b)
return a << __builtin_ctzl(r);
if (a < b)
swap(a, b);
a -= b;
}
}
unsigned long gcd2(unsigned long a, unsigned long b)
{
unsigned long r = a | b;
if (!a || !b)
return r;
r &= -r;
while (!(b & r))
b >>= 1;
for (;;) {
while (!(a & r))
a >>= 1;
if (a == b)
return a;
if (a < b)
swap(a, b);
a -= b;
a >>= 1;
if (a & r)
a += b;
a >>= 1;
}
}
unsigned long gcd3(unsigned long a, unsigned long b)
{
unsigned long r = a | b;
if (!a || !b)
return r;
b >>= __builtin_ctzl(b);
if (b == 1)
return r & -r;
for (;;) {
a >>= __builtin_ctzl(a);
if (a == 1)
return r & -r;
if (a == b)
return a << __builtin_ctzl(r);
if (a < b)
swap(a, b);
a -= b;
}
}
unsigned long gcd4(unsigned long a, unsigned long b)
{
unsigned long r = a | b;
if (!a || !b)
return r;
r &= -r;
while (!(b & r))
b >>= 1;
if (b == r)
return r;
for (;;) {
while (!(a & r))
a >>= 1;
if (a == r)
return r;
if (a == b)
return a;
if (a < b)
swap(a, b);
a -= b;
a >>= 1;
if (a & r)
a += b;
a >>= 1;
}
}
static unsigned long (*gcd_func[])(unsigned long a, unsigned long b) = {
gcd0, gcd1, gcd2, gcd3, gcd4,
};
#define TEST_ENTRIES (sizeof(gcd_func) / sizeof(gcd_func[0]))
#if defined(__x86_64__)
#define rdtscll(val) do { \
unsigned long __a,__d; \
__asm__ __volatile__("rdtsc" : "=a" (__a), "=d" (__d)); \
(val) = ((unsigned long long)__a) | (((unsigned long long)__d)<<32); \
} while(0)
static unsigned long long benchmark_gcd_func(unsigned long (*gcd)(unsigned long, unsigned long),
unsigned long a, unsigned long b, unsigned long *res)
{
unsigned long long start, end;
unsigned long long ret;
unsigned long gcd_res;
rdtscll(start);
gcd_res = gcd(a, b);
rdtscll(end);
if (end >= start)
ret = end - start;
else
ret = ~0ULL - start + 1 + end;
*res = gcd_res;
return ret;
}
#else
static inline struct timespec read_time(void)
{
struct timespec time;
clock_gettime(CLOCK_PROCESS_CPUTIME_ID, &time);
return time;
}
static inline unsigned long long diff_time(struct timespec start, struct timespec end)
{
struct timespec temp;
if ((end.tv_nsec - start.tv_nsec) < 0) {
temp.tv_sec = end.tv_sec - start.tv_sec - 1;
temp.tv_nsec = 1000000000ULL + end.tv_nsec - start.tv_nsec;
} else {
temp.tv_sec = end.tv_sec - start.tv_sec;
temp.tv_nsec = end.tv_nsec - start.tv_nsec;
}
return temp.tv_sec * 1000000000ULL + temp.tv_nsec;
}
static unsigned long long benchmark_gcd_func(unsigned long (*gcd)(unsigned long, unsigned long),
unsigned long a, unsigned long b, unsigned long *res)
{
struct timespec start, end;
unsigned long gcd_res;
start = read_time();
gcd_res = gcd(a, b);
end = read_time();
*res = gcd_res;
return diff_time(start, end);
}
#endif
static inline unsigned long get_rand()
{
if (sizeof(long) == 8)
return (unsigned long)rand() << 32 | rand();
else
return rand();
}
int main(int argc, char **argv)
{
unsigned int seed = time(0);
int loops = 100;
int repeats = 1000;
unsigned long (*res)[TEST_ENTRIES];
unsigned long long elapsed[TEST_ENTRIES];
int i, j, k;
for (;;) {
int opt = getopt(argc, argv, "n:r:s:");
/* End condition always first */
if (opt == -1)
break;
switch (opt) {
case 'n':
loops = atoi(optarg);
break;
case 'r':
repeats = atoi(optarg);
break;
case 's':
seed = strtoul(optarg, NULL, 10);
break;
default:
/* You won't actually get here. */
break;
}
}
res = malloc(sizeof(unsigned long) * TEST_ENTRIES * loops);
memset(elapsed, 0, sizeof(elapsed));
srand(seed);
for (j = 0; j < loops; j++) {
unsigned long a = get_rand();
/* Do we have args? */
unsigned long b = argc > optind ? strtoul(argv[optind], NULL, 10) : get_rand();
unsigned long long min_elapsed[TEST_ENTRIES];
for (k = 0; k < repeats; k++) {
for (i = 0; i < TEST_ENTRIES; i++) {
unsigned long long tmp = benchmark_gcd_func(gcd_func[i], a, b, &res[j][i]);
if (k == 0 || min_elapsed[i] > tmp)
min_elapsed[i] = tmp;
}
}
for (i = 0; i < TEST_ENTRIES; i++)
elapsed[i] += min_elapsed[i];
}
for (i = 0; i < TEST_ENTRIES; i++)
printf("gcd%d: elapsed %llu\n", i, elapsed[i]);
k = 0;
srand(seed);
for (j = 0; j < loops; j++) {
unsigned long a = get_rand();
unsigned long b = argc > optind ? strtoul(argv[optind], NULL, 10) : get_rand();
for (i = 1; i < TEST_ENTRIES; i++) {
if (res[j][i] != res[j][0])
break;
}
if (i < TEST_ENTRIES) {
if (k == 0) {
k = 1;
fprintf(stderr, "Error:\n");
}
fprintf(stderr, "gcd(%lu, %lu): ", a, b);
for (i = 0; i < TEST_ENTRIES; i++)
fprintf(stderr, "%ld%s", res[j][i], i < TEST_ENTRIES - 1 ? ", " : "\n");
}
}
if (k == 0)
fprintf(stderr, "PASS\n");
free(res);
return 0;
}
Compiled with "-O2", on "VirtualBox 4.4.0-22-generic #38-Ubuntu x86_64" got:
zhaoxiuzeng@zhaoxiuzeng-VirtualBox:~/develop$ ./gcd -r 500000 -n 10
gcd0: elapsed 10174
gcd1: elapsed 2120
gcd2: elapsed 2902
gcd3: elapsed 2039
gcd4: elapsed 2812
PASS
zhaoxiuzeng@zhaoxiuzeng-VirtualBox:~/develop$ ./gcd -r 500000 -n 10
gcd0: elapsed 9309
gcd1: elapsed 2280
gcd2: elapsed 2822
gcd3: elapsed 2217
gcd4: elapsed 2710
PASS
zhaoxiuzeng@zhaoxiuzeng-VirtualBox:~/develop$ ./gcd -r 500000 -n 10
gcd0: elapsed 9589
gcd1: elapsed 2098
gcd2: elapsed 2815
gcd3: elapsed 2030
gcd4: elapsed 2718
PASS
zhaoxiuzeng@zhaoxiuzeng-VirtualBox:~/develop$ ./gcd -r 500000 -n 10
gcd0: elapsed 9914
gcd1: elapsed 2309
gcd2: elapsed 2779
gcd3: elapsed 2228
gcd4: elapsed 2709
PASS
[akpm@linux-foundation.org: avoid #defining a CONFIG_ variable]
Signed-off-by: Zhaoxiu Zeng <zhaoxiu.zeng@gmail.com>
Signed-off-by: George Spelvin <linux@horizon.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2016-05-21 00:03:57 +00:00
|
|
|
select CPU_NO_EFFICIENT_FFS
|
2011-01-19 19:38:30 +00:00
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
|
The PA-RISC microprocessor is designed by Hewlett-Packard and used
|
|
|
|
|
in many of their workstations & servers (HP9000 700 and 800 series,
|
|
|
|
|
and later HP3000 series). The PA-RISC Linux project home page is
|
|
|
|
|
at <http://www.parisc-linux.org/>.
|
|
|
|
|
|
|
|
|
|
config MMU
|
|
|
|
|
def_bool y
|
|
|
|
|
|
|
|
|
|
config STACK_GROWSUP
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2008-01-30 12:31:20 +00:00
|
|
|
config GENERIC_LOCKBREAK
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
depends on SMP && PREEMPT
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config RWSEM_GENERIC_SPINLOCK
|
|
|
|
|
def_bool y
|
|
|
|
|
|
|
|
|
|
config RWSEM_XCHGADD_ALGORITHM
|
|
|
|
|
bool
|
|
|
|
|
|
2006-12-08 10:37:49 +00:00
|
|
|
config ARCH_HAS_ILOG2_U32
|
|
|
|
|
bool
|
|
|
|
|
default n
|
|
|
|
|
|
|
|
|
|
config ARCH_HAS_ILOG2_U64
|
|
|
|
|
bool
|
|
|
|
|
default n
|
|
|
|
|
|
2006-12-16 15:16:50 +00:00
|
|
|
config GENERIC_BUG
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
depends on BUG
|
|
|
|
|
|
[PATCH] bitops: parisc: use generic bitops
- remove __{,test_and_}{set,clear,change}_bit() and test_bit()
- remove ffz()
- remove generic_fls64()
- remove generic_hweight{32,16,8}()
- remove generic_hweight64()
- remove sched_find_first_bit()
- remove find_{next,first}{,_zero}_bit()
- remove ext2_{set,clear,test,find_first_zero,find_next_zero}_bit()
Signed-off-by: Akinobu Mita <mita@miraclelinux.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-03-26 09:39:31 +00:00
|
|
|
config GENERIC_HWEIGHT
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config GENERIC_CALIBRATE_DELAY
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2006-02-14 21:53:15 +00:00
|
|
|
config TIME_LOW_RES
|
|
|
|
|
bool
|
|
|
|
|
depends on SMP
|
|
|
|
|
default y
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
# unless you want to implement ACPI on PA-RISC ... ;-)
|
|
|
|
|
config PM
|
|
|
|
|
bool
|
|
|
|
|
|
2009-02-06 20:50:39 +00:00
|
|
|
config STACKTRACE_SUPPORT
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2010-03-10 23:23:26 +00:00
|
|
|
config NEED_DMA_MAP_STATE
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2010-05-26 21:44:43 +00:00
|
|
|
config NEED_SG_DMA_LENGTH
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2005-05-04 04:39:22 +00:00
|
|
|
config ISA_DMA_API
|
|
|
|
|
bool
|
|
|
|
|
|
2005-09-06 00:48:42 +00:00
|
|
|
config ARCH_MAY_HAVE_PC_FDC
|
|
|
|
|
bool
|
2005-10-22 02:52:46 +00:00
|
|
|
depends on BROKEN
|
2005-09-06 00:48:42 +00:00
|
|
|
default y
|
|
|
|
|
|
2015-04-14 22:45:54 +00:00
|
|
|
config PGTABLE_LEVELS
|
|
|
|
|
int
|
|
|
|
|
default 3 if 64BIT && PARISC_PAGE_SIZE_4KB
|
|
|
|
|
default 2
|
|
|
|
|
|
2015-11-21 23:07:06 +00:00
|
|
|
config SYS_SUPPORTS_HUGETLBFS
|
|
|
|
|
def_bool y if PA20
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
source "init/Kconfig"
|
|
|
|
|
|
2008-10-19 03:27:21 +00:00
|
|
|
source "kernel/Kconfig.freezer"
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
menu "Processor type and features"
|
|
|
|
|
|
|
|
|
|
choice
|
|
|
|
|
prompt "Processor type"
|
|
|
|
|
default PA7000
|
|
|
|
|
|
|
|
|
|
config PA7000
|
|
|
|
|
bool "PA7000/PA7100"
|
|
|
|
|
---help---
|
|
|
|
|
This is the processor type of your CPU. This information is
|
|
|
|
|
used for optimizing purposes. In order to compile a kernel
|
|
|
|
|
that can run on all 32-bit PA CPUs (albeit not optimally fast),
|
|
|
|
|
you can specify "PA7000" here.
|
|
|
|
|
|
|
|
|
|
Specifying "PA8000" here will allow you to select a 64-bit kernel
|
|
|
|
|
which is required on some machines.
|
|
|
|
|
|
|
|
|
|
config PA7100LC
|
|
|
|
|
bool "PA7100LC"
|
|
|
|
|
help
|
|
|
|
|
Select this option for the PCX-L processor, as used in the
|
|
|
|
|
712, 715/64, 715/80, 715/100, 715/100XC, 725/100, 743, 748,
|
|
|
|
|
D200, D210, D300, D310 and E-class
|
|
|
|
|
|
|
|
|
|
config PA7200
|
|
|
|
|
bool "PA7200"
|
|
|
|
|
help
|
|
|
|
|
Select this option for the PCX-T' processor, as used in the
|
|
|
|
|
C100, C110, J100, J110, J210XC, D250, D260, D350, D360,
|
|
|
|
|
K100, K200, K210, K220, K400, K410 and K420
|
|
|
|
|
|
|
|
|
|
config PA7300LC
|
|
|
|
|
bool "PA7300LC"
|
|
|
|
|
help
|
|
|
|
|
Select this option for the PCX-L2 processor, as used in the
|
|
|
|
|
744, A180, B132L, B160L, B180L, C132L, C160L, C180L,
|
|
|
|
|
D220, D230, D320 and D330.
|
|
|
|
|
|
|
|
|
|
config PA8X00
|
|
|
|
|
bool "PA8000 and up"
|
|
|
|
|
help
|
|
|
|
|
Select this option for PCX-U to PCX-W2 processors.
|
|
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
|
|
# Define implied options from the CPU selection here
|
|
|
|
|
|
|
|
|
|
config PA20
|
|
|
|
|
def_bool y
|
|
|
|
|
depends on PA8X00
|
|
|
|
|
|
|
|
|
|
config PA11
|
|
|
|
|
def_bool y
|
|
|
|
|
depends on PA7000 || PA7100LC || PA7200 || PA7300LC
|
|
|
|
|
|
|
|
|
|
config PREFETCH
|
|
|
|
|
def_bool y
|
2006-08-14 00:37:26 +00:00
|
|
|
depends on PA8X00 || PA7200
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2013-01-31 21:44:28 +00:00
|
|
|
config MLONGCALLS
|
|
|
|
|
bool "Enable the -mlong-calls compiler option for big kernels"
|
|
|
|
|
def_bool y if (!MODULES)
|
|
|
|
|
depends on PA8X00
|
|
|
|
|
help
|
|
|
|
|
If you configure the kernel to include many drivers built-in instead
|
|
|
|
|
as modules, the kernel executable may become too big, so that the
|
|
|
|
|
linker will not be able to resolve some long branches and fails to link
|
|
|
|
|
your vmlinux kernel. In that case enabling this option will help you
|
|
|
|
|
to overcome this limit by using the -mlong-calls compiler option.
|
|
|
|
|
|
|
|
|
|
Usually you want to say N here, unless you e.g. want to build
|
|
|
|
|
a kernel which includes all necessary drivers built-in and which can
|
|
|
|
|
be used for TFTP booting without the need to have an initrd ramdisk.
|
|
|
|
|
|
|
|
|
|
Enabling this option will probably slow down your kernel.
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config 64BIT
|
|
|
|
|
bool "64-bit kernel"
|
|
|
|
|
depends on PA8X00
|
|
|
|
|
help
|
|
|
|
|
Enable this if you want to support 64bit kernel on PA-RISC platform.
|
|
|
|
|
|
|
|
|
|
At the moment, only people willing to use more than 2GB of RAM,
|
|
|
|
|
or having a 64bit-only capable PA-RISC machine should say Y here.
|
|
|
|
|
|
|
|
|
|
Since there is no 64bit userland on PA-RISC, there is no point to
|
|
|
|
|
enable this option otherwise. The 64bit kernel is significantly bigger
|
|
|
|
|
and slower than the 32bit one.
|
|
|
|
|
|
2006-04-20 20:40:23 +00:00
|
|
|
choice
|
|
|
|
|
prompt "Kernel page size"
|
2011-10-12 12:51:12 +00:00
|
|
|
default PARISC_PAGE_SIZE_4KB
|
2006-04-20 20:40:23 +00:00
|
|
|
|
|
|
|
|
config PARISC_PAGE_SIZE_4KB
|
|
|
|
|
bool "4KB"
|
|
|
|
|
help
|
|
|
|
|
This lets you select the page size of the kernel. For best
|
|
|
|
|
performance, a page size of 16KB is recommended. For best
|
|
|
|
|
compatibility with 32bit applications, a page size of 4KB should be
|
|
|
|
|
selected (the vast majority of 32bit binaries work perfectly fine
|
|
|
|
|
with a larger page size).
|
|
|
|
|
|
|
|
|
|
4KB For best 32bit compatibility
|
|
|
|
|
16KB For best performance
|
|
|
|
|
64KB For best performance, might give more overhead.
|
|
|
|
|
|
|
|
|
|
If you don't know what to do, choose 4KB.
|
|
|
|
|
|
|
|
|
|
config PARISC_PAGE_SIZE_16KB
|
2013-01-17 02:53:21 +00:00
|
|
|
bool "16KB"
|
|
|
|
|
depends on PA8X00
|
2006-04-20 20:40:23 +00:00
|
|
|
|
|
|
|
|
config PARISC_PAGE_SIZE_64KB
|
2013-01-17 02:53:21 +00:00
|
|
|
bool "64KB"
|
|
|
|
|
depends on PA8X00
|
2006-04-20 20:40:23 +00:00
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config SMP
|
|
|
|
|
bool "Symmetric multi-processing support"
|
|
|
|
|
---help---
|
|
|
|
|
This enables support for systems with more than one CPU. If you have
|
2014-01-23 23:55:29 +00:00
|
|
|
a system with only one CPU, say N. If you have a system with more
|
|
|
|
|
than one CPU, say Y.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2014-01-23 23:55:29 +00:00
|
|
|
If you say N here, the kernel will run on uni- and multiprocessor
|
2005-04-16 22:20:36 +00:00
|
|
|
machines, but will use only one CPU of a multiprocessor machine. If
|
|
|
|
|
you say Y here, the kernel will run on many, but not all,
|
2014-01-23 23:55:29 +00:00
|
|
|
uniprocessor machines. On a uniprocessor machine, the kernel
|
2005-04-16 22:20:36 +00:00
|
|
|
will run faster if you say N here.
|
|
|
|
|
|
2008-02-03 13:50:21 +00:00
|
|
|
See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
|
|
|
|
|
available at <http://www.tldp.org/docs.html#howto>.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
If you don't know what to do here, say N.
|
2013-05-07 20:25:42 +00:00
|
|
|
|
|
|
|
|
config IRQSTACKS
|
|
|
|
|
bool "Use separate kernel stacks when processing interrupts"
|
2013-05-10 21:24:01 +00:00
|
|
|
default y
|
2013-05-07 20:25:42 +00:00
|
|
|
help
|
|
|
|
|
If you say Y here the kernel will use separate kernel stacks
|
|
|
|
|
for handling hard and soft interrupts. This can help avoid
|
|
|
|
|
overflowing the process kernel stacks.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
config HOTPLUG_CPU
|
|
|
|
|
bool
|
|
|
|
|
default y if SMP
|
|
|
|
|
|
2006-01-28 06:59:36 +00:00
|
|
|
config ARCH_SELECT_MEMORY_MODEL
|
|
|
|
|
def_bool y
|
|
|
|
|
depends on 64BIT
|
|
|
|
|
|
2005-06-23 07:07:43 +00:00
|
|
|
config ARCH_DISCONTIGMEM_ENABLE
|
2006-01-28 06:59:36 +00:00
|
|
|
def_bool y
|
|
|
|
|
depends on 64BIT
|
|
|
|
|
|
|
|
|
|
config ARCH_FLATMEM_ENABLE
|
|
|
|
|
def_bool y
|
|
|
|
|
|
|
|
|
|
config ARCH_DISCONTIGMEM_DEFAULT
|
|
|
|
|
def_bool y
|
|
|
|
|
depends on ARCH_DISCONTIGMEM_ENABLE
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2006-04-11 05:53:53 +00:00
|
|
|
config NODES_SHIFT
|
|
|
|
|
int
|
|
|
|
|
default "3"
|
|
|
|
|
depends on NEED_MULTIPLE_NODES
|
|
|
|
|
|
2006-03-25 04:24:21 +00:00
|
|
|
source "kernel/Kconfig.preempt"
|
2005-10-22 02:52:46 +00:00
|
|
|
source "kernel/Kconfig.hz"
|
2005-06-23 07:07:43 +00:00
|
|
|
source "mm/Kconfig"
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config COMPAT
|
|
|
|
|
def_bool y
|
|
|
|
|
depends on 64BIT
|
|
|
|
|
|
2013-02-19 19:47:37 +00:00
|
|
|
config SYSVIPC_COMPAT
|
|
|
|
|
def_bool y
|
|
|
|
|
depends on COMPAT && SYSVIPC
|
|
|
|
|
|
2013-10-15 17:25:46 +00:00
|
|
|
config AUDIT_ARCH
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config NR_CPUS
|
|
|
|
|
int "Maximum number of CPUs (2-32)"
|
|
|
|
|
range 2 32
|
|
|
|
|
depends on SMP
|
|
|
|
|
default "32"
|
|
|
|
|
|
|
|
|
|
endmenu
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
source "drivers/parisc/Kconfig"
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
menu "Executable file formats"
|
|
|
|
|
|
|
|
|
|
source "fs/Kconfig.binfmt"
|
|
|
|
|
|
|
|
|
|
endmenu
|
|
|
|
|
|
2005-07-12 04:03:49 +00:00
|
|
|
source "net/Kconfig"
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
source "drivers/Kconfig"
|
|
|
|
|
|
|
|
|
|
source "fs/Kconfig"
|
|
|
|
|
|
|
|
|
|
source "arch/parisc/Kconfig.debug"
|
|
|
|
|
|
2014-08-27 12:39:56 +00:00
|
|
|
config SECCOMP
|
|
|
|
|
def_bool y
|
|
|
|
|
prompt "Enable seccomp to safely compute untrusted bytecode"
|
|
|
|
|
---help---
|
|
|
|
|
This kernel feature is useful for number crunching applications
|
|
|
|
|
that may need to compute untrusted bytecode during their
|
|
|
|
|
execution. By using pipes or other transports made available to
|
|
|
|
|
the process as file descriptors supporting the read/write
|
|
|
|
|
syscalls, it's possible to isolate those applications in
|
|
|
|
|
their own address space using seccomp. Once seccomp is
|
|
|
|
|
enabled via prctl(PR_SET_SECCOMP), it cannot be disabled
|
|
|
|
|
and the task is only allowed to execute a few safe syscalls
|
|
|
|
|
defined by each seccomp mode.
|
|
|
|
|
|
|
|
|
|
If unsure, say Y. Only embedded should say N here.
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
source "security/Kconfig"
|
|
|
|
|
|
|
|
|
|
source "crypto/Kconfig"
|
|
|
|
|
|
|
|
|
|
source "lib/Kconfig"
|
