License cleanup: add SPDX GPL-2.0 license identifier to files with no license
Many source files in the tree are missing licensing information, which
makes it harder for compliance tools to determine the correct license.
By default all files without license information are under the default
license of the kernel, which is GPL version 2.
Update the files which contain no license information with the 'GPL-2.0'
SPDX license identifier. The SPDX identifier is a legally binding
shorthand, which can be used instead of the full boiler plate text.
This patch is based on work done by Thomas Gleixner and Kate Stewart and
Philippe Ombredanne.
How this work was done:
Patches were generated and checked against linux-4.14-rc6 for a subset of
the use cases:
- file had no licensing information it it.
- file was a */uapi/* one with no licensing information in it,
- file was a */uapi/* one with existing licensing information,
Further patches will be generated in subsequent months to fix up cases
where non-standard license headers were used, and references to license
had to be inferred by heuristics based on keywords.
The analysis to determine which SPDX License Identifier to be applied to
a file was done in a spreadsheet of side by side results from of the
output of two independent scanners (ScanCode & Windriver) producing SPDX
tag:value files created by Philippe Ombredanne. Philippe prepared the
base worksheet, and did an initial spot review of a few 1000 files.
The 4.13 kernel was the starting point of the analysis with 60,537 files
assessed. Kate Stewart did a file by file comparison of the scanner
results in the spreadsheet to determine which SPDX license identifier(s)
to be applied to the file. She confirmed any determination that was not
immediately clear with lawyers working with the Linux Foundation.
Criteria used to select files for SPDX license identifier tagging was:
- Files considered eligible had to be source code files.
- Make and config files were included as candidates if they contained >5
lines of source
- File already had some variant of a license header in it (even if <5
lines).
All documentation files were explicitly excluded.
The following heuristics were used to determine which SPDX license
identifiers to apply.
- when both scanners couldn't find any license traces, file was
considered to have no license information in it, and the top level
COPYING file license applied.
For non */uapi/* files that summary was:
SPDX license identifier # files
---------------------------------------------------|-------
GPL-2.0 11139
and resulted in the first patch in this series.
If that file was a */uapi/* path one, it was "GPL-2.0 WITH
Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was:
SPDX license identifier # files
---------------------------------------------------|-------
GPL-2.0 WITH Linux-syscall-note 930
and resulted in the second patch in this series.
- if a file had some form of licensing information in it, and was one
of the */uapi/* ones, it was denoted with the Linux-syscall-note if
any GPL family license was found in the file or had no licensing in
it (per prior point). Results summary:
SPDX license identifier # files
---------------------------------------------------|------
GPL-2.0 WITH Linux-syscall-note 270
GPL-2.0+ WITH Linux-syscall-note 169
((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21
((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17
LGPL-2.1+ WITH Linux-syscall-note 15
GPL-1.0+ WITH Linux-syscall-note 14
((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5
LGPL-2.0+ WITH Linux-syscall-note 4
LGPL-2.1 WITH Linux-syscall-note 3
((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3
((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1
and that resulted in the third patch in this series.
- when the two scanners agreed on the detected license(s), that became
the concluded license(s).
- when there was disagreement between the two scanners (one detected a
license but the other didn't, or they both detected different
licenses) a manual inspection of the file occurred.
- In most cases a manual inspection of the information in the file
resulted in a clear resolution of the license that should apply (and
which scanner probably needed to revisit its heuristics).
- When it was not immediately clear, the license identifier was
confirmed with lawyers working with the Linux Foundation.
- If there was any question as to the appropriate license identifier,
the file was flagged for further research and to be revisited later
in time.
In total, over 70 hours of logged manual review was done on the
spreadsheet to determine the SPDX license identifiers to apply to the
source files by Kate, Philippe, Thomas and, in some cases, confirmation
by lawyers working with the Linux Foundation.
Kate also obtained a third independent scan of the 4.13 code base from
FOSSology, and compared selected files where the other two scanners
disagreed against that SPDX file, to see if there was new insights. The
Windriver scanner is based on an older version of FOSSology in part, so
they are related.
Thomas did random spot checks in about 500 files from the spreadsheets
for the uapi headers and agreed with SPDX license identifier in the
files he inspected. For the non-uapi files Thomas did random spot checks
in about 15000 files.
In initial set of patches against 4.14-rc6, 3 files were found to have
copy/paste license identifier errors, and have been fixed to reflect the
correct identifier.
Additionally Philippe spent 10 hours this week doing a detailed manual
inspection and review of the 12,461 patched files from the initial patch
version early this week with:
- a full scancode scan run, collecting the matched texts, detected
license ids and scores
- reviewing anything where there was a license detected (about 500+
files) to ensure that the applied SPDX license was correct
- reviewing anything where there was no detection but the patch license
was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied
SPDX license was correct
This produced a worksheet with 20 files needing minor correction. This
worksheet was then exported into 3 different .csv files for the
different types of files to be modified.
These .csv files were then reviewed by Greg. Thomas wrote a script to
parse the csv files and add the proper SPDX tag to the file, in the
format that the file expected. This script was further refined by Greg
based on the output to detect more types of files automatically and to
distinguish between header and source .c files (which need different
comment types.) Finally Greg ran the script using the .csv files to
generate the patches.
Reviewed-by: Kate Stewart <kstewart@linuxfoundation.org>
Reviewed-by: Philippe Ombredanne <pombredanne@nexb.com>
Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2017-11-01 14:07:57 +00:00
|
|
|
# SPDX-License-Identifier: GPL-2.0
|
2005-04-16 22:20:36 +00:00
|
|
|
config ALPHA
|
|
|
|
|
bool
|
|
|
|
|
default y
|
2013-10-07 23:51:52 +00:00
|
|
|
select ARCH_MIGHT_HAVE_PC_PARPORT
|
2014-01-01 19:27:31 +00:00
|
|
|
select ARCH_MIGHT_HAVE_PC_SERIO
|
2018-07-31 11:39:32 +00:00
|
|
|
select ARCH_NO_PREEMPT
|
2015-08-04 21:35:05 +00:00
|
|
|
select ARCH_USE_CMPXCHG_LOCKREF
|
2018-11-15 19:05:32 +00:00
|
|
|
select FORCE_PCI if !ALPHA_JENSEN
|
2008-06-17 11:19:34 +00:00
|
|
|
select HAVE_AOUT
|
2008-02-09 09:46:40 +00:00
|
|
|
select HAVE_IDE
|
2008-02-02 20:10:34 +00:00
|
|
|
select HAVE_OPROFILE
|
2011-06-01 18:05:09 +00:00
|
|
|
select HAVE_PCSPKR_PLATFORM
|
2009-12-08 19:27:01 +00:00
|
|
|
select HAVE_PERF_EVENTS
|
2018-05-09 04:53:49 +00:00
|
|
|
select NEED_DMA_MAP_STATE
|
2018-04-05 07:44:52 +00:00
|
|
|
select NEED_SG_DMA_LENGTH
|
2013-03-07 04:48:16 +00:00
|
|
|
select VIRT_TO_BUS
|
2011-01-19 19:27:11 +00:00
|
|
|
select GENERIC_IRQ_PROBE
|
2018-11-15 19:05:32 +00:00
|
|
|
select GENERIC_PCI_IOMAP if PCI
|
2011-01-19 19:27:11 +00:00
|
|
|
select AUTO_IRQ_AFFINITY if SMP
|
2011-03-25 21:20:51 +00:00
|
|
|
select GENERIC_IRQ_SHOW
|
2012-07-30 21:42:46 +00:00
|
|
|
select ARCH_WANT_IPC_PARSE_VERSION
|
2011-07-13 05:14:22 +00:00
|
|
|
select ARCH_HAVE_NMI_SAFE_CMPXCHG
|
2013-12-20 02:04:10 +00:00
|
|
|
select AUDIT_ARCH
|
2013-07-14 17:57:34 +00:00
|
|
|
select GENERIC_CLOCKEVENTS
|
2018-02-26 09:02:12 +00:00
|
|
|
select GENERIC_CPU_VULNERABILITIES
|
2012-04-20 13:05:55 +00:00
|
|
|
select GENERIC_SMP_IDLE_THREAD
|
2012-08-19 02:40:58 +00:00
|
|
|
select GENERIC_STRNCPY_FROM_USER
|
|
|
|
|
select GENERIC_STRNLEN_USER
|
2014-02-25 09:16:24 +00:00
|
|
|
select HAVE_ARCH_AUDITSYSCALL
|
2012-09-28 05:01:03 +00:00
|
|
|
select HAVE_MOD_ARCH_SPECIFIC
|
|
|
|
|
select MODULES_USE_ELF_RELA
|
2012-11-26 04:12:10 +00:00
|
|
|
select ODD_RT_SIGACTION
|
2012-12-25 21:30:23 +00:00
|
|
|
select OLD_SIGSUSPEND
|
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 if !ALPHA_EV67
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
|
The Alpha is a 64-bit general-purpose processor designed and
|
|
|
|
|
marketed by the Digital Equipment Corporation of blessed memory,
|
|
|
|
|
now Hewlett-Packard. The Alpha Linux project has a home page at
|
|
|
|
|
<http://www.alphalinux.org/>.
|
|
|
|
|
|
|
|
|
|
config 64BIT
|
|
|
|
|
def_bool y
|
|
|
|
|
|
|
|
|
|
config MMU
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config RWSEM_GENERIC_SPINLOCK
|
|
|
|
|
bool
|
|
|
|
|
|
|
|
|
|
config RWSEM_XCHGADD_ALGORITHM
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2006-12-08 10:37:49 +00:00
|
|
|
config ARCH_HAS_ILOG2_U32
|
|
|
|
|
bool
|
|
|
|
|
default n
|
|
|
|
|
|
|
|
|
|
config ARCH_HAS_ILOG2_U64
|
|
|
|
|
bool
|
|
|
|
|
default n
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config GENERIC_CALIBRATE_DELAY
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2007-02-10 09:43:14 +00:00
|
|
|
config ZONE_DMA
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config GENERIC_ISA_DMA
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2015-04-14 22:45:36 +00:00
|
|
|
config PGTABLE_LEVELS
|
|
|
|
|
int
|
|
|
|
|
default 3
|
|
|
|
|
|
2013-12-20 02:04:10 +00:00
|
|
|
config AUDIT_ARCH
|
|
|
|
|
bool
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
menu "System setup"
|
|
|
|
|
|
|
|
|
|
choice
|
|
|
|
|
prompt "Alpha system type"
|
|
|
|
|
default ALPHA_GENERIC
|
|
|
|
|
---help---
|
|
|
|
|
This is the system type of your hardware. A "generic" kernel will
|
|
|
|
|
run on any supported Alpha system. However, if you configure a
|
|
|
|
|
kernel for your specific system, it will be faster and smaller.
|
|
|
|
|
|
|
|
|
|
To find out what type of Alpha system you have, you may want to
|
|
|
|
|
check out the Linux/Alpha FAQ, accessible on the WWW from
|
|
|
|
|
<http://www.alphalinux.org/>. In summary:
|
|
|
|
|
|
2007-06-01 07:47:05 +00:00
|
|
|
Alcor/Alpha-XLT AS 600, AS 500, XL-300, XL-366
|
2005-04-16 22:20:36 +00:00
|
|
|
Alpha-XL XL-233, XL-266
|
|
|
|
|
AlphaBook1 Alpha laptop
|
|
|
|
|
Avanti AS 200, AS 205, AS 250, AS 255, AS 300, AS 400
|
|
|
|
|
Cabriolet AlphaPC64, AlphaPCI64
|
2007-06-01 07:47:05 +00:00
|
|
|
DP264 DP264 / DS20 / ES40 / DS10 / DS10L
|
2005-04-16 22:20:36 +00:00
|
|
|
EB164 EB164 21164 evaluation board
|
|
|
|
|
EB64+ EB64+ 21064 evaluation board
|
|
|
|
|
EB66 EB66 21066 evaluation board
|
|
|
|
|
EB66+ EB66+ 21066 evaluation board
|
2007-06-01 07:47:05 +00:00
|
|
|
Jensen DECpc 150, DEC 2000 models 300, 500
|
2005-04-16 22:20:36 +00:00
|
|
|
LX164 AlphaPC164-LX
|
|
|
|
|
Lynx AS 2100A
|
2007-06-01 07:47:05 +00:00
|
|
|
Miata Personal Workstation 433/500/600 a/au
|
2005-04-16 22:20:36 +00:00
|
|
|
Marvel AlphaServer ES47 / ES80 / GS1280
|
|
|
|
|
Mikasa AS 1000
|
|
|
|
|
Noname AXPpci33, UDB (Multia)
|
|
|
|
|
Noritake AS 1000A, AS 600A, AS 800
|
|
|
|
|
PC164 AlphaPC164
|
|
|
|
|
Rawhide AS 1200, AS 4000, AS 4100
|
|
|
|
|
Ruffian RPX164-2, AlphaPC164-UX, AlphaPC164-BX
|
|
|
|
|
SX164 AlphaPC164-SX
|
|
|
|
|
Sable AS 2000, AS 2100
|
2007-06-01 07:47:05 +00:00
|
|
|
Shark DS 20L
|
|
|
|
|
Takara Takara (OEM)
|
|
|
|
|
Titan AlphaServer ES45 / DS25 / DS15
|
2005-04-16 22:20:36 +00:00
|
|
|
Wildfire AlphaServer GS 40/80/160/320
|
|
|
|
|
|
|
|
|
|
If you don't know what to do, choose "generic".
|
|
|
|
|
|
|
|
|
|
config ALPHA_GENERIC
|
|
|
|
|
bool "Generic"
|
2013-01-18 06:44:22 +00:00
|
|
|
depends on TTY
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
|
A generic kernel will run on all supported Alpha hardware.
|
|
|
|
|
|
|
|
|
|
config ALPHA_ALCOR
|
|
|
|
|
bool "Alcor/Alpha-XLT"
|
|
|
|
|
help
|
|
|
|
|
For systems using the Digital ALCOR chipset: 5 chips (4, 64-bit data
|
|
|
|
|
slices (Data Switch, DSW) - 208-pin PQFP and 1 control (Control, I/O
|
|
|
|
|
Address, CIA) - a 383 pin plastic PGA). It provides a DRAM
|
|
|
|
|
controller (256-bit memory bus) and a PCI interface. It also does
|
|
|
|
|
all the work required to support an external Bcache and to maintain
|
|
|
|
|
memory coherence when a PCI device DMAs into (or out of) memory.
|
|
|
|
|
|
|
|
|
|
config ALPHA_XL
|
|
|
|
|
bool "Alpha-XL"
|
|
|
|
|
help
|
|
|
|
|
XL-233 and XL-266-based Alpha systems.
|
|
|
|
|
|
|
|
|
|
config ALPHA_BOOK1
|
|
|
|
|
bool "AlphaBook1"
|
|
|
|
|
help
|
|
|
|
|
Dec AlphaBook1/Burns Alpha-based laptops.
|
|
|
|
|
|
|
|
|
|
config ALPHA_AVANTI_CH
|
|
|
|
|
bool "Avanti"
|
|
|
|
|
|
|
|
|
|
config ALPHA_CABRIOLET
|
|
|
|
|
bool "Cabriolet"
|
|
|
|
|
help
|
|
|
|
|
Cabriolet AlphaPC64, AlphaPCI64 systems. Derived from EB64+ but now
|
|
|
|
|
baby-AT with Flash boot ROM, no on-board SCSI or Ethernet. 3 ISA
|
|
|
|
|
slots, 4 PCI slots (one pair are on a shared slot), uses plug-in
|
|
|
|
|
Bcache SIMMs. Requires power supply with 3.3V output.
|
|
|
|
|
|
|
|
|
|
config ALPHA_DP264
|
|
|
|
|
bool "DP264"
|
|
|
|
|
help
|
|
|
|
|
Various 21264 systems with the tsunami core logic chipset.
|
|
|
|
|
API Networks: 264DP, UP2000(+), CS20;
|
|
|
|
|
Compaq: DS10(E,L), XP900, XP1000, DS20(E), ES40.
|
|
|
|
|
|
|
|
|
|
config ALPHA_EB164
|
|
|
|
|
bool "EB164"
|
|
|
|
|
help
|
|
|
|
|
EB164 21164 evaluation board from DEC. Uses 21164 and ALCOR. Has
|
|
|
|
|
ISA and PCI expansion (3 ISA slots, 2 64-bit PCI slots (one is
|
|
|
|
|
shared with an ISA slot) and 2 32-bit PCI slots. Uses plus-in
|
|
|
|
|
Bcache SIMMs. I/O sub-system provides SuperI/O (2S, 1P, FD), KBD,
|
|
|
|
|
MOUSE (PS2 style), RTC/NVRAM. Boot ROM is Flash. PC-AT-sized
|
|
|
|
|
motherboard. Requires power supply with 3.3V output.
|
|
|
|
|
|
|
|
|
|
config ALPHA_EB64P_CH
|
|
|
|
|
bool "EB64+"
|
|
|
|
|
|
|
|
|
|
config ALPHA_EB66
|
|
|
|
|
bool "EB66"
|
|
|
|
|
help
|
|
|
|
|
A Digital DS group board. Uses 21066 or 21066A. I/O sub-system is
|
|
|
|
|
identical to EB64+. Baby PC-AT size. Runs from standard PC power
|
|
|
|
|
supply. The EB66 schematic was published as a marketing poster
|
|
|
|
|
advertising the 21066 as "the first microprocessor in the world with
|
|
|
|
|
embedded PCI".
|
|
|
|
|
|
|
|
|
|
config ALPHA_EB66P
|
|
|
|
|
bool "EB66+"
|
|
|
|
|
help
|
|
|
|
|
Later variant of the EB66 board.
|
|
|
|
|
|
|
|
|
|
config ALPHA_EIGER
|
|
|
|
|
bool "Eiger"
|
|
|
|
|
help
|
|
|
|
|
Apparently an obscure OEM single-board computer based on the
|
|
|
|
|
Typhoon/Tsunami chipset family. Information on it is scanty.
|
|
|
|
|
|
|
|
|
|
config ALPHA_JENSEN
|
|
|
|
|
bool "Jensen"
|
2017-12-22 09:42:06 +00:00
|
|
|
depends on BROKEN
|
2018-05-09 14:04:51 +00:00
|
|
|
select DMA_DIRECT_OPS
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
|
DEC PC 150 AXP (aka Jensen): This is a very old Digital system - one
|
|
|
|
|
of the first-generation Alpha systems. A number of these systems
|
|
|
|
|
seem to be available on the second- hand market. The Jensen is a
|
|
|
|
|
floor-standing tower system which originally used a 150MHz 21064 It
|
|
|
|
|
used programmable logic to interface a 486 EISA I/O bridge to the
|
|
|
|
|
CPU.
|
|
|
|
|
|
|
|
|
|
config ALPHA_LX164
|
|
|
|
|
bool "LX164"
|
|
|
|
|
help
|
|
|
|
|
A technical overview of this board is available at
|
|
|
|
|
<http://www.unix-ag.org/Linux-Alpha/Architectures/LX164.html>.
|
|
|
|
|
|
|
|
|
|
config ALPHA_LYNX
|
|
|
|
|
bool "Lynx"
|
|
|
|
|
help
|
|
|
|
|
AlphaServer 2100A-based systems.
|
|
|
|
|
|
|
|
|
|
config ALPHA_MARVEL
|
|
|
|
|
bool "Marvel"
|
|
|
|
|
help
|
|
|
|
|
AlphaServer ES47 / ES80 / GS1280 based on EV7.
|
|
|
|
|
|
|
|
|
|
config ALPHA_MIATA
|
|
|
|
|
bool "Miata"
|
|
|
|
|
help
|
|
|
|
|
The Digital PersonalWorkStation (PWS 433a, 433au, 500a, 500au, 600a,
|
2008-10-16 05:01:19 +00:00
|
|
|
or 600au).
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
config ALPHA_MIKASA
|
|
|
|
|
bool "Mikasa"
|
|
|
|
|
help
|
|
|
|
|
AlphaServer 1000-based Alpha systems.
|
|
|
|
|
|
|
|
|
|
config ALPHA_NAUTILUS
|
|
|
|
|
bool "Nautilus"
|
|
|
|
|
help
|
|
|
|
|
Alpha systems based on the AMD 751 & ALI 1543C chipsets.
|
|
|
|
|
|
|
|
|
|
config ALPHA_NONAME_CH
|
|
|
|
|
bool "Noname"
|
|
|
|
|
|
|
|
|
|
config ALPHA_NORITAKE
|
|
|
|
|
bool "Noritake"
|
|
|
|
|
help
|
|
|
|
|
AlphaServer 1000A, AlphaServer 600A, and AlphaServer 800-based
|
|
|
|
|
systems.
|
|
|
|
|
|
|
|
|
|
config ALPHA_PC164
|
|
|
|
|
bool "PC164"
|
|
|
|
|
|
|
|
|
|
config ALPHA_P2K
|
|
|
|
|
bool "Platform2000"
|
|
|
|
|
|
|
|
|
|
config ALPHA_RAWHIDE
|
|
|
|
|
bool "Rawhide"
|
|
|
|
|
help
|
|
|
|
|
AlphaServer 1200, AlphaServer 4000 and AlphaServer 4100 machines.
|
|
|
|
|
See HOWTO at
|
|
|
|
|
<http://www.alphalinux.org/docs/rawhide/4100_install.shtml>.
|
|
|
|
|
|
|
|
|
|
config ALPHA_RUFFIAN
|
|
|
|
|
bool "Ruffian"
|
|
|
|
|
help
|
|
|
|
|
Samsung APC164UX. There is a page on known problems and workarounds
|
|
|
|
|
at <http://www.alphalinux.org/faq/FAQ-11.html>.
|
|
|
|
|
|
|
|
|
|
config ALPHA_RX164
|
|
|
|
|
bool "RX164"
|
|
|
|
|
|
|
|
|
|
config ALPHA_SX164
|
|
|
|
|
bool "SX164"
|
|
|
|
|
|
|
|
|
|
config ALPHA_SABLE
|
|
|
|
|
bool "Sable"
|
|
|
|
|
help
|
|
|
|
|
Digital AlphaServer 2000 and 2100-based systems.
|
|
|
|
|
|
|
|
|
|
config ALPHA_SHARK
|
|
|
|
|
bool "Shark"
|
|
|
|
|
|
|
|
|
|
config ALPHA_TAKARA
|
|
|
|
|
bool "Takara"
|
|
|
|
|
help
|
|
|
|
|
Alpha 11164-based OEM single-board computer.
|
|
|
|
|
|
|
|
|
|
config ALPHA_TITAN
|
|
|
|
|
bool "Titan"
|
|
|
|
|
help
|
|
|
|
|
AlphaServer ES45/DS25 SMP based on EV68 and Titan chipset.
|
|
|
|
|
|
|
|
|
|
config ALPHA_WILDFIRE
|
|
|
|
|
bool "Wildfire"
|
|
|
|
|
help
|
|
|
|
|
AlphaServer GS 40/80/160/320 SMP based on the EV67 core.
|
|
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
|
|
# clear all implied options (don't want default values for those):
|
|
|
|
|
# Most of these machines have ISA slots; not exactly sure which don't,
|
|
|
|
|
# and this doesn't activate hordes of code, so do it always.
|
|
|
|
|
config ISA
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
Find out whether you have ISA slots on your motherboard. ISA is the
|
|
|
|
|
name of a bus system, i.e. the way the CPU talks to the other stuff
|
|
|
|
|
inside your box. Other bus systems are PCI, EISA, MicroChannel
|
|
|
|
|
(MCA) or VESA. ISA is an older system, now being displaced by PCI;
|
|
|
|
|
newer boards don't support it. If you have ISA, say Y, otherwise N.
|
|
|
|
|
|
2005-05-04 04:39:22 +00:00
|
|
|
config ISA_DMA_API
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config PCI_DOMAINS
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2007-07-10 16:54:40 +00:00
|
|
|
config PCI_SYSCALL
|
|
|
|
|
def_bool PCI
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config ALPHA_NONAME
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_BOOK1 || ALPHA_NONAME_CH
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
The AXPpci33 (aka NoName), is based on the EB66 (includes the Multia
|
|
|
|
|
UDB). This design was produced by Digital's Technical OEM (TOEM)
|
|
|
|
|
group. It uses the 21066 processor running at 166MHz or 233MHz. It
|
|
|
|
|
is a baby-AT size, and runs from a standard PC power supply. It has
|
|
|
|
|
5 ISA slots and 3 PCI slots (one pair are a shared slot). There are
|
|
|
|
|
2 versions, with either PS/2 or large DIN connectors for the
|
|
|
|
|
keyboard.
|
|
|
|
|
|
|
|
|
|
config ALPHA_EV4
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_JENSEN || (ALPHA_SABLE && !ALPHA_GAMMA) || ALPHA_LYNX || ALPHA_NORITAKE && !ALPHA_PRIMO || ALPHA_MIKASA && !ALPHA_PRIMO || ALPHA_CABRIOLET || ALPHA_AVANTI_CH || ALPHA_EB64P_CH || ALPHA_XL || ALPHA_NONAME || ALPHA_EB66 || ALPHA_EB66P || ALPHA_P2K
|
|
|
|
|
default y if !ALPHA_LYNX
|
|
|
|
|
|
|
|
|
|
config ALPHA_LCA
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_NONAME || ALPHA_EB66 || ALPHA_EB66P || ALPHA_P2K
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config ALPHA_APECS
|
|
|
|
|
bool
|
|
|
|
|
depends on !ALPHA_PRIMO && (ALPHA_NORITAKE || ALPHA_MIKASA) || ALPHA_CABRIOLET || ALPHA_AVANTI_CH || ALPHA_EB64P_CH || ALPHA_XL
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config ALPHA_EB64P
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_CABRIOLET || ALPHA_EB64P_CH
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
Uses 21064 or 21064A and APECs. Has ISA and PCI expansion (3 ISA,
|
|
|
|
|
2 PCI, one pair are on a shared slot). Supports 36-bit DRAM SIMs.
|
|
|
|
|
ISA bus generated by Intel SaturnI/O PCI-ISA bridge. On-board SCSI
|
|
|
|
|
(NCR 810 on PCI) Ethernet (Digital 21040), KBD, MOUSE (PS2 style),
|
|
|
|
|
SuperI/O (2S, 1P, FD), RTC/NVRAM. Boot ROM is EPROM. PC-AT size.
|
|
|
|
|
Runs from standard PC power supply.
|
|
|
|
|
|
|
|
|
|
config ALPHA_EV5
|
|
|
|
|
bool "EV5 CPU(s) (model 5/xxx)?" if ALPHA_LYNX
|
|
|
|
|
default y if ALPHA_RX164 || ALPHA_RAWHIDE || ALPHA_MIATA || ALPHA_LX164 || ALPHA_SX164 || ALPHA_RUFFIAN || ALPHA_SABLE && ALPHA_GAMMA || ALPHA_NORITAKE && ALPHA_PRIMO || ALPHA_MIKASA && ALPHA_PRIMO || ALPHA_PC164 || ALPHA_TAKARA || ALPHA_EB164 || ALPHA_ALCOR
|
|
|
|
|
|
|
|
|
|
config ALPHA_EV4
|
|
|
|
|
bool
|
|
|
|
|
default y if ALPHA_LYNX && !ALPHA_EV5
|
|
|
|
|
|
|
|
|
|
config ALPHA_CIA
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_MIATA || ALPHA_LX164 || ALPHA_SX164 || ALPHA_RUFFIAN || ALPHA_NORITAKE && ALPHA_PRIMO || ALPHA_MIKASA && ALPHA_PRIMO || ALPHA_PC164 || ALPHA_TAKARA || ALPHA_EB164 || ALPHA_ALCOR
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config ALPHA_EV56
|
|
|
|
|
bool "EV56 CPU (speed >= 366MHz)?" if ALPHA_ALCOR
|
|
|
|
|
default y if ALPHA_RX164 || ALPHA_MIATA || ALPHA_LX164 || ALPHA_SX164 || ALPHA_RUFFIAN || ALPHA_PC164 || ALPHA_TAKARA
|
|
|
|
|
|
|
|
|
|
config ALPHA_EV56
|
|
|
|
|
prompt "EV56 CPU (speed >= 333MHz)?"
|
2006-09-26 06:32:37 +00:00
|
|
|
depends on ALPHA_NORITAKE || ALPHA_PRIMO
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
config ALPHA_EV56
|
|
|
|
|
prompt "EV56 CPU (speed >= 400MHz)?"
|
|
|
|
|
depends on ALPHA_RAWHIDE
|
|
|
|
|
|
|
|
|
|
config ALPHA_PRIMO
|
|
|
|
|
bool "EV5 CPU daughtercard (model 5/xxx)?"
|
|
|
|
|
depends on ALPHA_NORITAKE || ALPHA_MIKASA
|
|
|
|
|
help
|
|
|
|
|
Say Y if you have an AS 1000 5/xxx or an AS 1000A 5/xxx.
|
|
|
|
|
|
|
|
|
|
config ALPHA_GAMMA
|
|
|
|
|
bool "EV5 CPU(s) (model 5/xxx)?"
|
|
|
|
|
depends on ALPHA_SABLE
|
|
|
|
|
help
|
|
|
|
|
Say Y if you have an AS 2000 5/xxx or an AS 2100 5/xxx.
|
|
|
|
|
|
|
|
|
|
config ALPHA_GAMMA
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_LYNX
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config ALPHA_T2
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_SABLE || ALPHA_LYNX
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config ALPHA_PYXIS
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_MIATA || ALPHA_LX164 || ALPHA_SX164 || ALPHA_RUFFIAN
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config ALPHA_EV6
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_NAUTILUS || ALPHA_WILDFIRE || ALPHA_TITAN || ALPHA_SHARK || ALPHA_DP264 || ALPHA_EIGER || ALPHA_MARVEL
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config ALPHA_TSUNAMI
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_SHARK || ALPHA_DP264 || ALPHA_EIGER
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config ALPHA_EV67
|
|
|
|
|
bool "EV67 (or later) CPU (speed > 600MHz)?" if ALPHA_DP264 || ALPHA_EIGER
|
|
|
|
|
default y if ALPHA_NAUTILUS || ALPHA_WILDFIRE || ALPHA_TITAN || ALPHA_SHARK || ALPHA_MARVEL
|
|
|
|
|
help
|
|
|
|
|
Is this a machine based on the EV67 core? If in doubt, select N here
|
|
|
|
|
and the machine will be treated as an EV6.
|
|
|
|
|
|
|
|
|
|
config ALPHA_MCPCIA
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_RAWHIDE
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config ALPHA_POLARIS
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_RX164
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config ALPHA_IRONGATE
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_NAUTILUS
|
|
|
|
|
default y
|
|
|
|
|
|
[PATCH] bitops: alpha: use generic bitops
- unless defined(__alpha_cix__) and defined(__alpha_fix__)
- remove generic_fls()
- remove generic_hweight{64,32,16,8}()
- remove generic_fls64()
- remove find_{next,first}{,_zero}_bit()
- remove ext2_{set,clear,test,find_first_zero,find_next_zero}_bit()
- remove minix_{test,set,test_and_clear,test,find_first_zero}_bit()
Signed-off-by: Akinobu Mita <mita@miraclelinux.com>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-03-26 09:39:18 +00:00
|
|
|
config GENERIC_HWEIGHT
|
|
|
|
|
bool
|
2006-06-12 22:13:40 +00:00
|
|
|
default y if !ALPHA_EV67
|
[PATCH] bitops: alpha: use generic bitops
- unless defined(__alpha_cix__) and defined(__alpha_fix__)
- remove generic_fls()
- remove generic_hweight{64,32,16,8}()
- remove generic_fls64()
- remove find_{next,first}{,_zero}_bit()
- remove ext2_{set,clear,test,find_first_zero,find_next_zero}_bit()
- remove minix_{test,set,test_and_clear,test,find_first_zero}_bit()
Signed-off-by: Akinobu Mita <mita@miraclelinux.com>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-03-26 09:39:18 +00:00
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config ALPHA_AVANTI
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_XL || ALPHA_AVANTI_CH
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
Avanti AS 200, AS 205, AS 250, AS 255, AS 300, and AS 400-based
|
|
|
|
|
Alphas. Info at
|
|
|
|
|
<http://www.unix-ag.org/Linux-Alpha/Architectures/Avanti.html>.
|
|
|
|
|
|
|
|
|
|
config ALPHA_BROKEN_IRQ_MASK
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_GENERIC || ALPHA_PC164
|
|
|
|
|
default y
|
|
|
|
|
|
ALPHA: support graphics on non-zero PCI domains
This code replaces earlier and incomplete handling of graphics on non-zero PCI
domains (aka hoses or peer PCI buses).
An option (CONFIG_VGA_HOSE) is set TRUE if configuring a GENERIC kernel, or a
kernel for MARVEL, TITAN, or TSUNAMI machines, as these are the machines whose
SRM consoles are capable of configuring and handling graphics options on
non-zero hoses. All other machines have the option set FALSE.
A routine, "find_console_vga_hose()", is used to find the graphics device
which the machine's firmware believes is the console device, and it sets a
global (pci_vga_hose) for later use in managing access to the device. This is
called in "init_arch" on TITAN and TSUNAMI machines; MARVEL machines use a
custom version of this routine because of extra complexity.
A routine, "locate_and_init_vga()", is used to find the graphics device and
set a global (pci_vga_hose) for later use in managing access to the device, in
the case where "find_console_vga_hose" has failed.
Various adjustments are made to the ioremap and ioportmap routines for
detecting and translating "legacy" VGA register and memory references to the
real PCI domain.
[akpm@linux-foundation.org: don't statically init bss]
[akpm@linux-foundation.org: build fix]
Signed-off-by: Jay Estabrook <jay.estabrook@hp.com>
Signed-off-by: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-06-01 07:47:03 +00:00
|
|
|
config VGA_HOSE
|
|
|
|
|
bool
|
2012-05-02 01:28:59 +00:00
|
|
|
depends on VGA_CONSOLE && (ALPHA_GENERIC || ALPHA_TITAN || ALPHA_MARVEL || ALPHA_TSUNAMI)
|
ALPHA: support graphics on non-zero PCI domains
This code replaces earlier and incomplete handling of graphics on non-zero PCI
domains (aka hoses or peer PCI buses).
An option (CONFIG_VGA_HOSE) is set TRUE if configuring a GENERIC kernel, or a
kernel for MARVEL, TITAN, or TSUNAMI machines, as these are the machines whose
SRM consoles are capable of configuring and handling graphics options on
non-zero hoses. All other machines have the option set FALSE.
A routine, "find_console_vga_hose()", is used to find the graphics device
which the machine's firmware believes is the console device, and it sets a
global (pci_vga_hose) for later use in managing access to the device. This is
called in "init_arch" on TITAN and TSUNAMI machines; MARVEL machines use a
custom version of this routine because of extra complexity.
A routine, "locate_and_init_vga()", is used to find the graphics device and
set a global (pci_vga_hose) for later use in managing access to the device, in
the case where "find_console_vga_hose" has failed.
Various adjustments are made to the ioremap and ioportmap routines for
detecting and translating "legacy" VGA register and memory references to the
real PCI domain.
[akpm@linux-foundation.org: don't statically init bss]
[akpm@linux-foundation.org: build fix]
Signed-off-by: Jay Estabrook <jay.estabrook@hp.com>
Signed-off-by: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-06-01 07:47:03 +00:00
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
Support VGA on an arbitrary hose; needed for several platforms
|
|
|
|
|
which always have multiple hoses, and whose consoles support it.
|
|
|
|
|
|
|
|
|
|
|
2011-04-28 14:29:27 +00:00
|
|
|
config ALPHA_QEMU
|
|
|
|
|
bool "Run under QEMU emulation"
|
|
|
|
|
depends on !ALPHA_GENERIC
|
|
|
|
|
---help---
|
|
|
|
|
Assume the presence of special features supported by QEMU PALcode
|
|
|
|
|
that reduce the overhead of system emulation.
|
|
|
|
|
|
|
|
|
|
Generic kernels will auto-detect QEMU. But when building a
|
|
|
|
|
system-specific kernel, the assumption is that we want to
|
2017-09-26 03:47:59 +00:00
|
|
|
eliminate as many runtime tests as possible.
|
2011-04-28 14:29:27 +00:00
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config ALPHA_SRM
|
|
|
|
|
bool "Use SRM as bootloader" if ALPHA_CABRIOLET || ALPHA_AVANTI_CH || ALPHA_EB64P || ALPHA_PC164 || ALPHA_TAKARA || ALPHA_EB164 || ALPHA_ALCOR || ALPHA_MIATA || ALPHA_LX164 || ALPHA_SX164 || ALPHA_NAUTILUS || ALPHA_NONAME
|
2013-01-18 06:44:22 +00:00
|
|
|
depends on TTY
|
2005-04-16 22:20:36 +00:00
|
|
|
default y if ALPHA_JENSEN || ALPHA_MIKASA || ALPHA_SABLE || ALPHA_LYNX || ALPHA_NORITAKE || ALPHA_DP264 || ALPHA_RAWHIDE || ALPHA_EIGER || ALPHA_WILDFIRE || ALPHA_TITAN || ALPHA_SHARK || ALPHA_MARVEL
|
|
|
|
|
---help---
|
|
|
|
|
There are two different types of booting firmware on Alphas: SRM,
|
|
|
|
|
which is command line driven, and ARC, which uses menus and arrow
|
|
|
|
|
keys. Details about the Linux/Alpha booting process are contained in
|
|
|
|
|
the Linux/Alpha FAQ, accessible on the WWW from
|
|
|
|
|
<http://www.alphalinux.org/>.
|
|
|
|
|
|
|
|
|
|
The usual way to load Linux on an Alpha machine is to use MILO
|
|
|
|
|
(a bootloader that lets you pass command line parameters to the
|
|
|
|
|
kernel just like lilo does for the x86 architecture) which can be
|
|
|
|
|
loaded either from ARC or can be installed directly as a permanent
|
|
|
|
|
firmware replacement from floppy (which requires changing a certain
|
|
|
|
|
jumper on the motherboard). If you want to do either of these, say N
|
|
|
|
|
here. If MILO doesn't work on your system (true for Jensen
|
|
|
|
|
motherboards), you can bypass it altogether and boot Linux directly
|
|
|
|
|
from an SRM console; say Y here in order to do that. Note that you
|
|
|
|
|
won't be able to boot from an IDE disk using SRM.
|
|
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
|
|
config EISA
|
|
|
|
|
bool
|
|
|
|
|
depends on ALPHA_GENERIC || ALPHA_JENSEN || ALPHA_ALCOR || ALPHA_MIKASA || ALPHA_SABLE || ALPHA_LYNX || ALPHA_NORITAKE || ALPHA_RAWHIDE
|
|
|
|
|
default y
|
|
|
|
|
|
2005-09-06 00:48:42 +00:00
|
|
|
config ARCH_MAY_HAVE_PC_FDC
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config SMP
|
|
|
|
|
bool "Symmetric multi-processing support"
|
|
|
|
|
depends on ALPHA_SABLE || ALPHA_LYNX || ALPHA_RAWHIDE || ALPHA_DP264 || ALPHA_WILDFIRE || ALPHA_TITAN || ALPHA_GENERIC || ALPHA_SHARK || ALPHA_MARVEL
|
|
|
|
|
---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 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.
|
|
|
|
|
|
|
|
|
|
config NR_CPUS
|
2007-06-01 07:47:05 +00:00
|
|
|
int "Maximum number of CPUs (2-32)"
|
|
|
|
|
range 2 32
|
2005-04-16 22:20:36 +00:00
|
|
|
depends on SMP
|
2007-06-01 07:47:05 +00:00
|
|
|
default "32" if ALPHA_GENERIC || ALPHA_MARVEL
|
|
|
|
|
default "4" if !ALPHA_GENERIC && !ALPHA_MARVEL
|
|
|
|
|
help
|
|
|
|
|
MARVEL support can handle a maximum of 32 CPUs, all the others
|
|
|
|
|
with working support have a maximum of 4 CPUs.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2005-06-23 07:07:43 +00:00
|
|
|
config ARCH_DISCONTIGMEM_ENABLE
|
2012-10-02 18:16:25 +00:00
|
|
|
bool "Discontiguous Memory Support"
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
2006-10-03 20:23:47 +00:00
|
|
|
Say Y to support efficient handling of discontiguous physical memory,
|
2005-04-16 22:20:36 +00:00
|
|
|
for architectures which are either NUMA (Non-Uniform Memory Access)
|
|
|
|
|
or have huge holes in the physical address space for other reasons.
|
2018-03-21 19:22:47 +00:00
|
|
|
See <file:Documentation/vm/numa.rst> for more.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
config NUMA
|
|
|
|
|
bool "NUMA Support (EXPERIMENTAL)"
|
2005-08-23 21:44:50 +00:00
|
|
|
depends on DISCONTIGMEM && BROKEN
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
|
Say Y to compile the kernel to support NUMA (Non-Uniform Memory
|
|
|
|
|
Access). This option is for configuring high-end multiprocessor
|
|
|
|
|
server machines. If in doubt, say N.
|
|
|
|
|
|
2013-07-12 16:36:21 +00:00
|
|
|
config ALPHA_WTINT
|
|
|
|
|
bool "Use WTINT" if ALPHA_SRM || ALPHA_GENERIC
|
|
|
|
|
default y if ALPHA_QEMU
|
|
|
|
|
default n if ALPHA_EV5 || ALPHA_EV56 || (ALPHA_EV4 && !ALPHA_LCA)
|
|
|
|
|
default n if !ALPHA_SRM && !ALPHA_GENERIC
|
|
|
|
|
default y if SMP
|
|
|
|
|
---help---
|
|
|
|
|
The Wait for Interrupt (WTINT) PALcall attempts to place the CPU
|
|
|
|
|
to sleep until the next interrupt. This may reduce the power
|
|
|
|
|
consumed, and the heat produced by the computer. However, it has
|
|
|
|
|
the side effect of making the cycle counter unreliable as a timing
|
|
|
|
|
device across the sleep.
|
|
|
|
|
|
|
|
|
|
For emulation under QEMU, definitely say Y here, as we have other
|
|
|
|
|
mechanisms for measuring time than the cycle counter.
|
|
|
|
|
|
|
|
|
|
For EV4 (but not LCA), EV5 and EV56 systems, or for systems running
|
|
|
|
|
MILO, sleep mode is not supported so you might as well say N here.
|
|
|
|
|
|
|
|
|
|
For SMP systems we cannot use the cycle counter for timing anyway,
|
|
|
|
|
so you might as well say Y here.
|
|
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
2006-04-11 05:53:53 +00:00
|
|
|
config NODES_SHIFT
|
|
|
|
|
int
|
|
|
|
|
default "7"
|
|
|
|
|
depends on NEED_MULTIPLE_NODES
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
# LARGE_VMALLOC is racy, if you *really* need it then fix it first
|
|
|
|
|
config ALPHA_LARGE_VMALLOC
|
|
|
|
|
bool
|
|
|
|
|
---help---
|
|
|
|
|
Process creation and other aspects of virtual memory management can
|
|
|
|
|
be streamlined if we restrict the kernel to one PGD for all vmalloc
|
|
|
|
|
allocations. This equates to about 8GB.
|
|
|
|
|
|
|
|
|
|
Under normal circumstances, this is so far and above what is needed
|
|
|
|
|
as to be laughable. However, there are certain applications (such
|
|
|
|
|
as benchmark-grade in-kernel web serving) that can make use of as
|
|
|
|
|
much vmalloc space as is available.
|
|
|
|
|
|
|
|
|
|
Say N unless you know you need gobs and gobs of vmalloc space.
|
|
|
|
|
|
|
|
|
|
config VERBOSE_MCHECK
|
|
|
|
|
bool "Verbose Machine Checks"
|
|
|
|
|
|
|
|
|
|
config VERBOSE_MCHECK_ON
|
|
|
|
|
int "Verbose Printing Mode (0=off, 1=on, 2=all)"
|
|
|
|
|
depends on VERBOSE_MCHECK
|
|
|
|
|
default 1
|
|
|
|
|
---help---
|
|
|
|
|
This option allows the default printing mode to be set, and then
|
|
|
|
|
possibly overridden by a boot command argument.
|
|
|
|
|
|
|
|
|
|
For example, if one wanted the option of printing verbose
|
|
|
|
|
machine checks, but wanted the default to be as if verbose
|
|
|
|
|
machine check printing was turned off, then one would choose
|
|
|
|
|
the printing mode to be 0. Then, upon reboot, one could add
|
|
|
|
|
the boot command line "verbose_mcheck=1" to get the normal
|
|
|
|
|
verbose machine check printing, or "verbose_mcheck=2" to get
|
|
|
|
|
the maximum information available.
|
|
|
|
|
|
|
|
|
|
Take the default (1) unless you want more control or more info.
|
|
|
|
|
|
2013-07-12 23:15:56 +00:00
|
|
|
choice
|
|
|
|
|
prompt "Timer interrupt frequency (HZ)?"
|
|
|
|
|
default HZ_128 if ALPHA_QEMU
|
|
|
|
|
default HZ_1200 if ALPHA_RAWHIDE
|
|
|
|
|
default HZ_1024
|
|
|
|
|
---help---
|
|
|
|
|
The frequency at which timer interrupts occur. A high frequency
|
|
|
|
|
minimizes latency, whereas a low frequency minimizes overhead of
|
|
|
|
|
process accounting. The later effect is especially significant
|
|
|
|
|
when being run under QEMU.
|
|
|
|
|
|
|
|
|
|
Note that some Alpha hardware cannot change the interrupt frequency
|
|
|
|
|
of the timer. If unsure, say 1024 (or 1200 for Rawhide).
|
|
|
|
|
|
|
|
|
|
config HZ_32
|
|
|
|
|
bool "32 Hz"
|
|
|
|
|
config HZ_64
|
|
|
|
|
bool "64 Hz"
|
|
|
|
|
config HZ_128
|
|
|
|
|
bool "128 Hz"
|
|
|
|
|
config HZ_256
|
|
|
|
|
bool "256 Hz"
|
|
|
|
|
config HZ_1024
|
|
|
|
|
bool "1024 Hz"
|
|
|
|
|
config HZ_1200
|
|
|
|
|
bool "1200 Hz"
|
|
|
|
|
endchoice
|
|
|
|
|
|
avoid overflows in kernel/time.c
When the conversion factor between jiffies and milli- or microseconds is
not a single multiply or divide, as for the case of HZ == 300, we currently
do a multiply followed by a divide. The intervening result, however, is
subject to overflows, especially since the fraction is not simplified (for
HZ == 300, we multiply by 300 and divide by 1000).
This is exposed to the user when passing a large timeout to poll(), for
example.
This patch replaces the multiply-divide with a reciprocal multiplication on
32-bit platforms. When the input is an unsigned long, there is no portable
way to do this on 64-bit platforms there is no portable way to do this
since it requires a 128-bit intermediate result (which gcc does support on
64-bit platforms but may generate libgcc calls, e.g. on 64-bit s390), but
since the output is a 32-bit integer in the cases affected, just simplify
the multiply-divide (*3/10 instead of *300/1000).
The reciprocal multiply used can have off-by-one errors in the upper half
of the valid output range. This could be avoided at the expense of having
to deal with a potential 65-bit intermediate result. Since the intent is
to avoid overflow problems and most of the other time conversions are only
semiexact, the off-by-one errors were considered an acceptable tradeoff.
At Ralf Baechle's suggestion, this version uses a Perl script to compute
the necessary constants. We already have dependencies on Perl for kernel
compiles. This does, however, require the Perl module Math::BigInt, which
is included in the standard Perl distribution starting with version 5.8.0.
In order to support older versions of Perl, include a table of canned
constants in the script itself, and structure the script so that
Math::BigInt isn't required if pulling values from said table.
Running the script requires that the HZ value is available from the
Makefile. Thus, this patch also adds the Kconfig variable CONFIG_HZ to the
architectures which didn't already have it (alpha, cris, frv, h8300, m32r,
m68k, m68knommu, sparc, v850, and xtensa.) It does *not* touch the sh or
sh64 architectures, since Paul Mundt has dealt with those separately in the
sh tree.
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Cc: Ralf Baechle <ralf@linux-mips.org>,
Cc: Sam Ravnborg <sam@ravnborg.org>,
Cc: Paul Mundt <lethal@linux-sh.org>,
Cc: Richard Henderson <rth@twiddle.net>,
Cc: Michael Starvik <starvik@axis.com>,
Cc: David Howells <dhowells@redhat.com>,
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>,
Cc: Hirokazu Takata <takata@linux-m32r.org>,
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
Cc: Roman Zippel <zippel@linux-m68k.org>,
Cc: William L. Irwin <sparclinux@vger.kernel.org>,
Cc: Chris Zankel <chris@zankel.net>,
Cc: H. Peter Anvin <hpa@zytor.com>,
Cc: Jan Engelhardt <jengelh@computergmbh.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 12:21:26 +00:00
|
|
|
config HZ
|
2013-07-12 23:15:56 +00:00
|
|
|
int
|
|
|
|
|
default 32 if HZ_32
|
|
|
|
|
default 64 if HZ_64
|
|
|
|
|
default 128 if HZ_128
|
|
|
|
|
default 256 if HZ_256
|
|
|
|
|
default 1200 if HZ_1200
|
avoid overflows in kernel/time.c
When the conversion factor between jiffies and milli- or microseconds is
not a single multiply or divide, as for the case of HZ == 300, we currently
do a multiply followed by a divide. The intervening result, however, is
subject to overflows, especially since the fraction is not simplified (for
HZ == 300, we multiply by 300 and divide by 1000).
This is exposed to the user when passing a large timeout to poll(), for
example.
This patch replaces the multiply-divide with a reciprocal multiplication on
32-bit platforms. When the input is an unsigned long, there is no portable
way to do this on 64-bit platforms there is no portable way to do this
since it requires a 128-bit intermediate result (which gcc does support on
64-bit platforms but may generate libgcc calls, e.g. on 64-bit s390), but
since the output is a 32-bit integer in the cases affected, just simplify
the multiply-divide (*3/10 instead of *300/1000).
The reciprocal multiply used can have off-by-one errors in the upper half
of the valid output range. This could be avoided at the expense of having
to deal with a potential 65-bit intermediate result. Since the intent is
to avoid overflow problems and most of the other time conversions are only
semiexact, the off-by-one errors were considered an acceptable tradeoff.
At Ralf Baechle's suggestion, this version uses a Perl script to compute
the necessary constants. We already have dependencies on Perl for kernel
compiles. This does, however, require the Perl module Math::BigInt, which
is included in the standard Perl distribution starting with version 5.8.0.
In order to support older versions of Perl, include a table of canned
constants in the script itself, and structure the script so that
Math::BigInt isn't required if pulling values from said table.
Running the script requires that the HZ value is available from the
Makefile. Thus, this patch also adds the Kconfig variable CONFIG_HZ to the
architectures which didn't already have it (alpha, cris, frv, h8300, m32r,
m68k, m68knommu, sparc, v850, and xtensa.) It does *not* touch the sh or
sh64 architectures, since Paul Mundt has dealt with those separately in the
sh tree.
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Cc: Ralf Baechle <ralf@linux-mips.org>,
Cc: Sam Ravnborg <sam@ravnborg.org>,
Cc: Paul Mundt <lethal@linux-sh.org>,
Cc: Richard Henderson <rth@twiddle.net>,
Cc: Michael Starvik <starvik@axis.com>,
Cc: David Howells <dhowells@redhat.com>,
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>,
Cc: Hirokazu Takata <takata@linux-m32r.org>,
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
Cc: Roman Zippel <zippel@linux-m68k.org>,
Cc: William L. Irwin <sparclinux@vger.kernel.org>,
Cc: Chris Zankel <chris@zankel.net>,
Cc: H. Peter Anvin <hpa@zytor.com>,
Cc: Jan Engelhardt <jengelh@computergmbh.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 12:21:26 +00:00
|
|
|
default 1024
|
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
source "drivers/eisa/Kconfig"
|
|
|
|
|
|
|
|
|
|
source "drivers/pcmcia/Kconfig"
|
|
|
|
|
|
|
|
|
|
config SRM_ENV
|
|
|
|
|
tristate "SRM environment through procfs"
|
|
|
|
|
depends on PROC_FS
|
|
|
|
|
---help---
|
|
|
|
|
If you enable this option, a subdirectory inside /proc called
|
|
|
|
|
/proc/srm_environment will give you access to the all important
|
|
|
|
|
SRM environment variables (those which have a name) and also
|
|
|
|
|
to all others (by their internal number).
|
|
|
|
|
|
|
|
|
|
SRM is something like a BIOS for Alpha machines. There are some
|
|
|
|
|
other such BIOSes, like AlphaBIOS, which this driver cannot
|
|
|
|
|
support (hey, that's not SRM!).
|
|
|
|
|
|
|
|
|
|
Despite the fact that this driver doesn't work on all Alphas (but
|
|
|
|
|
only on those which have SRM as their firmware), it's save to
|
|
|
|
|
build it even if your particular machine doesn't know about SRM
|
|
|
|
|
(or if you intend to compile a generic kernel). It will simply
|
|
|
|
|
not create those subdirectory in /proc (and give you some warning,
|
|
|
|
|
of course).
|
|
|
|
|
|
|
|
|
|
This driver is also available as a module and will be called
|
|
|
|
|
srm_env then.
|
|
|
|
|
|
|
|
|
|
endmenu
|
|
|
|
|
|
ALPHA: support graphics on non-zero PCI domains
This code replaces earlier and incomplete handling of graphics on non-zero PCI
domains (aka hoses or peer PCI buses).
An option (CONFIG_VGA_HOSE) is set TRUE if configuring a GENERIC kernel, or a
kernel for MARVEL, TITAN, or TSUNAMI machines, as these are the machines whose
SRM consoles are capable of configuring and handling graphics options on
non-zero hoses. All other machines have the option set FALSE.
A routine, "find_console_vga_hose()", is used to find the graphics device
which the machine's firmware believes is the console device, and it sets a
global (pci_vga_hose) for later use in managing access to the device. This is
called in "init_arch" on TITAN and TSUNAMI machines; MARVEL machines use a
custom version of this routine because of extra complexity.
A routine, "locate_and_init_vga()", is used to find the graphics device and
set a global (pci_vga_hose) for later use in managing access to the device, in
the case where "find_console_vga_hose" has failed.
Various adjustments are made to the ioremap and ioportmap routines for
detecting and translating "legacy" VGA register and memory references to the
real PCI domain.
[akpm@linux-foundation.org: don't statically init bss]
[akpm@linux-foundation.org: build fix]
Signed-off-by: Jay Estabrook <jay.estabrook@hp.com>
Signed-off-by: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-06-01 07:47:03 +00:00
|
|
|
# DUMMY_CONSOLE may be defined in drivers/video/console/Kconfig
|
|
|
|
|
# but we also need it if VGA_HOSE is set
|
|
|
|
|
config DUMMY_CONSOLE
|
|
|
|
|
bool
|
|
|
|
|
depends on VGA_HOSE
|
|
|
|
|
default y
|
