2019-05-19 20:07:45 +08:00
|
|
|
# SPDX-License-Identifier: GPL-2.0-only
|
2009-01-05 15:03:10 +08:00
|
|
|
config 64BIT
|
kconfig: reference environment variables directly and remove 'option env='
To get access to environment variables, Kconfig needs to define a
symbol using "option env=" syntax. It is tedious to add a symbol entry
for each environment variable given that we need to define much more
such as 'CC', 'AS', 'srctree' etc. to evaluate the compiler capability
in Kconfig.
Adding '$' for symbol references is grammatically inconsistent.
Looking at the code, the symbols prefixed with 'S' are expanded by:
- conf_expand_value()
This is used to expand 'arch/$ARCH/defconfig' and 'defconfig_list'
- sym_expand_string_value()
This is used to expand strings in 'source' and 'mainmenu'
All of them are fixed values independent of user configuration. So,
they can be changed into the direct expansion instead of symbols.
This change makes the code much cleaner. The bounce symbols 'SRCARCH',
'ARCH', 'SUBARCH', 'KERNELVERSION' are gone.
sym_init() hard-coding 'UNAME_RELEASE' is also gone. 'UNAME_RELEASE'
should be replaced with an environment variable.
ARCH_DEFCONFIG is a normal symbol, so it should be simply referenced
without '$' prefix.
The new syntax is addicted by Make. The variable reference needs
parentheses, like $(FOO), but you can omit them for single-letter
variables, like $F. Yet, in Makefiles, people tend to use the
parenthetical form for consistency / clarification.
At this moment, only the environment variable is supported, but I will
extend the concept of 'variable' later on.
The variables are expanded in the lexer so we can simplify the token
handling on the parser side.
For example, the following code works.
[Example code]
config MY_TOOLCHAIN_LIST
string
default "My tools: CC=$(CC), AS=$(AS), CPP=$(CPP)"
[Result]
$ make -s alldefconfig && tail -n 1 .config
CONFIG_MY_TOOLCHAIN_LIST="My tools: CC=gcc, AS=as, CPP=gcc -E"
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Reviewed-by: Kees Cook <keescook@chromium.org>
2018-05-28 17:21:40 +08:00
|
|
|
bool "64-bit kernel" if "$(ARCH)" = "sparc"
|
|
|
|
|
default "$(ARCH)" = "sparc64"
|
2009-01-05 15:03:10 +08:00
|
|
|
help
|
|
|
|
|
SPARC is a family of RISC microprocessors designed and marketed by
|
|
|
|
|
Sun Microsystems, incorporated. They are very widely found in Sun
|
|
|
|
|
workstations and clones.
|
|
|
|
|
|
|
|
|
|
Say yes to build a 64-bit kernel - formerly known as sparc64
|
|
|
|
|
Say no to build a 32-bit kernel - formerly known as sparc
|
|
|
|
|
|
2008-11-16 05:40:12 +08:00
|
|
|
config SPARC
|
|
|
|
|
bool
|
|
|
|
|
default y
|
2013-10-08 10:16:32 +08:00
|
|
|
select ARCH_MIGHT_HAVE_PC_PARPORT if SPARC64 && PCI
|
2014-01-02 03:33:21 +08:00
|
|
|
select ARCH_MIGHT_HAVE_PC_SERIO
|
2020-07-08 15:30:00 +08:00
|
|
|
select DMA_OPS
|
2010-06-29 10:44:50 +08:00
|
|
|
select OF
|
2010-10-11 11:42:33 +08:00
|
|
|
select OF_PROMTREE
|
2019-08-19 13:54:20 +08:00
|
|
|
select HAVE_ASM_MODVERSIONS
|
2008-11-17 12:01:17 +08:00
|
|
|
select HAVE_ARCH_KGDB if !SMP || SPARC64
|
2008-11-16 05:40:12 +08:00
|
|
|
select HAVE_ARCH_TRACEHOOK
|
seccomp: Move config option SECCOMP to arch/Kconfig
In order to make adding configurable features into seccomp easier,
it's better to have the options at one single location, considering
especially that the bulk of seccomp code is arch-independent. An quick
look also show that many SECCOMP descriptions are outdated; they talk
about /proc rather than prctl.
As a result of moving the config option and keeping it default on,
architectures arm, arm64, csky, riscv, sh, and xtensa did not have SECCOMP
on by default prior to this and SECCOMP will be default in this change.
Architectures microblaze, mips, powerpc, s390, sh, and sparc have an
outdated depend on PROC_FS and this dependency is removed in this change.
Suggested-by: Jann Horn <jannh@google.com>
Link: https://lore.kernel.org/lkml/CAG48ez1YWz9cnp08UZgeieYRhHdqh-ch7aNwc4JRBnGyrmgfMg@mail.gmail.com/
Signed-off-by: YiFei Zhu <yifeifz2@illinois.edu>
[kees: added HAVE_ARCH_SECCOMP help text, tweaked wording]
Signed-off-by: Kees Cook <keescook@chromium.org>
Link: https://lore.kernel.org/r/9ede6ef35c847e58d61e476c6a39540520066613.1600951211.git.yifeifz2@illinois.edu
2020-09-24 20:44:16 +08:00
|
|
|
select HAVE_ARCH_SECCOMP if SPARC64
|
2016-05-21 08:00:16 +08:00
|
|
|
select HAVE_EXIT_THREAD
|
2018-11-16 03:05:32 +08:00
|
|
|
select HAVE_PCI
|
2012-10-09 07:28:16 +08:00
|
|
|
select SYSCTL_EXCEPTION_TRACE
|
2008-11-16 05:40:12 +08:00
|
|
|
select RTC_CLASS
|
|
|
|
|
select RTC_DRV_M48T59
|
2015-06-12 11:10:17 +08:00
|
|
|
select RTC_SYSTOHC
|
2014-02-14 02:57:44 +08:00
|
|
|
select HAVE_ARCH_JUMP_LABEL if SPARC64
|
2011-04-18 19:25:44 +08:00
|
|
|
select GENERIC_IRQ_SHOW
|
2012-07-31 05:42:46 +08:00
|
|
|
select ARCH_WANT_IPC_PARSE_VERSION
|
2011-11-25 03:10:12 +08:00
|
|
|
select GENERIC_PCI_IOMAP
|
2012-03-24 06:01:51 +08:00
|
|
|
select HAVE_NMI_WATCHDOG if SPARC64
|
2017-04-18 09:44:36 +08:00
|
|
|
select HAVE_CBPF_JIT if SPARC32
|
|
|
|
|
select HAVE_EBPF_JIT if SPARC64
|
2012-10-09 07:28:13 +08:00
|
|
|
select HAVE_DEBUG_BUGVERBOSE
|
2012-04-20 21:05:56 +08:00
|
|
|
select GENERIC_SMP_IDLE_THREAD
|
2012-09-28 13:01:03 +08:00
|
|
|
select MODULES_USE_ELF_RELA
|
2018-11-16 03:05:34 +08:00
|
|
|
select PCI_SYSCALL if PCI
|
2020-09-28 18:13:07 +08:00
|
|
|
select PCI_MSI_ARCH_FALLBACKS if PCI_MSI
|
2012-11-26 12:12:10 +08:00
|
|
|
select ODD_RT_SIGACTION
|
2012-12-26 05:18:10 +08: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 08:03:57 +08:00
|
|
|
select CPU_NO_EFFICIENT_FFS
|
2017-04-10 23:50:52 +08:00
|
|
|
select LOCKDEP_SMALL if LOCKDEP
|
2018-05-09 12:53:49 +08:00
|
|
|
select NEED_DMA_MAP_STATE
|
2018-04-05 15:44:52 +08:00
|
|
|
select NEED_SG_DMA_LENGTH
|
2021-07-31 13:22:32 +08:00
|
|
|
select TRACE_IRQFLAGS_SUPPORT
|
2008-11-16 05:40:12 +08:00
|
|
|
|
|
|
|
|
config SPARC32
|
2009-01-05 15:03:10 +08:00
|
|
|
def_bool !64BIT
|
32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option
All new 32-bit architectures should have 64-bit userspace off_t type, but
existing architectures has 32-bit ones.
To enforce the rule, new config option is added to arch/Kconfig that defaults
ARCH_32BIT_OFF_T to be disabled for new 32-bit architectures. All existing
32-bit architectures enable it explicitly.
New option affects force_o_largefile() behaviour. Namely, if userspace
off_t is 64-bits long, we have no reason to reject user to open big files.
Note that even if architectures has only 64-bit off_t in the kernel
(arc, c6x, h8300, hexagon, nios2, openrisc, and unicore32),
a libc may use 32-bit off_t, and therefore want to limit the file size
to 4GB unless specified differently in the open flags.
Signed-off-by: Yury Norov <ynorov@caviumnetworks.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Yury Norov <ynorov@marvell.com>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2018-05-16 16:18:49 +08:00
|
|
|
select ARCH_32BIT_OFF_T
|
2018-07-31 16:02:04 +08:00
|
|
|
select ARCH_HAS_SYNC_DMA_FOR_CPU
|
2012-02-02 06:17:54 +08:00
|
|
|
select CLZ_TAB
|
2021-09-14 00:44:55 +08:00
|
|
|
select DMA_DIRECT_REMAP
|
|
|
|
|
select GENERIC_ATOMIC64
|
2012-10-09 07:28:08 +08:00
|
|
|
select HAVE_UID16
|
2012-12-26 08:18:40 +08:00
|
|
|
select OLD_SIGACTION
|
2021-07-01 09:52:20 +08:00
|
|
|
select ZONE_DMA
|
2008-11-16 05:40:12 +08:00
|
|
|
|
2008-11-17 12:01:17 +08:00
|
|
|
config SPARC64
|
2009-01-05 15:03:10 +08:00
|
|
|
def_bool 64BIT
|
uaccess: generalize access_ok()
There are many different ways that access_ok() is defined across
architectures, but in the end, they all just compare against the
user_addr_max() value or they accept anything.
Provide one definition that works for most architectures, checking
against TASK_SIZE_MAX for user processes or skipping the check inside
of uaccess_kernel() sections.
For architectures without CONFIG_SET_FS(), this should be the fastest
check, as it comes down to a single comparison of a pointer against a
compile-time constant, while the architecture specific versions tend to
do something more complex for historic reasons or get something wrong.
Type checking for __user annotations is handled inconsistently across
architectures, but this is easily simplified as well by using an inline
function that takes a 'const void __user *' argument. A handful of
callers need an extra __user annotation for this.
Some architectures had trick to use 33-bit or 65-bit arithmetic on the
addresses to calculate the overflow, however this simpler version uses
fewer registers, which means it can produce better object code in the
end despite needing a second (statically predicted) branch.
Reviewed-by: Christoph Hellwig <hch@lst.de>
Acked-by: Mark Rutland <mark.rutland@arm.com> [arm64, asm-generic]
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
Acked-by: Stafford Horne <shorne@gmail.com>
Acked-by: Dinh Nguyen <dinguyen@kernel.org>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-16 00:55:04 +08:00
|
|
|
select ALTERNATE_USER_ADDRESS_SPACE
|
2008-11-17 12:01:17 +08:00
|
|
|
select HAVE_FUNCTION_TRACER
|
2010-04-07 19:41:33 +08:00
|
|
|
select HAVE_FUNCTION_GRAPH_TRACER
|
2008-11-17 12:01:17 +08:00
|
|
|
select HAVE_KRETPROBES
|
|
|
|
|
select HAVE_KPROBES
|
2020-02-04 09:37:02 +08:00
|
|
|
select MMU_GATHER_RCU_TABLE_FREE if SMP
|
2022-07-08 15:18:03 +08:00
|
|
|
select MMU_GATHER_MERGE_VMAS
|
|
|
|
|
select MMU_GATHER_NO_FLUSH_CACHE
|
2013-02-14 04:15:08 +08:00
|
|
|
select HAVE_ARCH_TRANSPARENT_HUGEPAGE
|
2009-06-13 16:03:24 +08:00
|
|
|
select HAVE_DYNAMIC_FTRACE
|
|
|
|
|
select HAVE_FTRACE_MCOUNT_RECORD
|
2009-12-11 16:44:47 +08:00
|
|
|
select HAVE_SYSCALL_TRACEPOINTS
|
2022-06-08 22:40:24 +08:00
|
|
|
select HAVE_CONTEXT_TRACKING_USER
|
2020-01-27 23:41:52 +08:00
|
|
|
select HAVE_TIF_NOHZ
|
2012-10-09 07:28:11 +08:00
|
|
|
select HAVE_DEBUG_KMEMLEAK
|
2018-04-03 21:47:59 +08:00
|
|
|
select IOMMU_HELPER
|
2014-09-26 03:25:03 +08:00
|
|
|
select SPARSE_IRQ
|
2008-11-17 12:01:17 +08:00
|
|
|
select RTC_DRV_CMOS
|
|
|
|
|
select RTC_DRV_BQ4802
|
|
|
|
|
select RTC_DRV_SUN4V
|
|
|
|
|
select RTC_DRV_STARFIRE
|
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 18:02:48 +08:00
|
|
|
select HAVE_PERF_EVENTS
|
2009-09-21 22:08:49 +08:00
|
|
|
select PERF_USE_VMALLOC
|
2011-07-13 13:14:22 +08:00
|
|
|
select ARCH_HAVE_NMI_SAFE_CMPXCHG
|
2011-08-16 05:45:17 +08:00
|
|
|
select HAVE_C_RECORDMCOUNT
|
2014-02-25 17:16:24 +08:00
|
|
|
select HAVE_ARCH_AUDITSYSCALL
|
2014-06-07 01:53:16 +08:00
|
|
|
select ARCH_SUPPORTS_ATOMIC_RMW
|
2020-12-15 11:10:30 +08:00
|
|
|
select ARCH_SUPPORTS_DEBUG_PAGEALLOC
|
2016-05-21 08:00:33 +08:00
|
|
|
select HAVE_NMI
|
2017-04-24 08:15:51 +08:00
|
|
|
select HAVE_REGS_AND_STACK_ACCESS_API
|
2017-05-25 07:55:13 +08:00
|
|
|
select ARCH_USE_QUEUED_RWLOCKS
|
2017-05-25 07:55:15 +08:00
|
|
|
select ARCH_USE_QUEUED_SPINLOCKS
|
vDSO for sparc
Following patch is based on work done by Nick Alcock on 64-bit vDSO for sparc
in Oracle linux. I have extended it to include support for 32-bit vDSO for sparc
on 64-bit kernel.
vDSO for sparc is based on the X86 implementation. This patch
provides vDSO support for both 64-bit and 32-bit programs on 64-bit kernel.
vDSO will be disabled on 32-bit linux kernel on sparc.
*) vclock_gettime.c contains all the vdso functions. Since data page is mapped
before the vdso code page, the pointer to data page is got by subracting offset
from an address in the vdso code page. The return address stored in
%i7 is used for this purpose.
*) During compilation, both 32-bit and 64-bit vdso images are compiled and are
converted into raw bytes by vdso2c program to be ready for mapping into the
process. 32-bit images are compiled only if CONFIG_COMPAT is enabled. vdso2c
generates two files vdso-image-64.c and vdso-image-32.c which contains the
respective vDSO image in C structure.
*) During vdso initialization, required number of vdso pages are allocated and
raw bytes are copied into the pages.
*) During every exec, these pages are mapped into the process through
arch_setup_additional_pages and the location of mapping is passed on to the
process through aux vector AT_SYSINFO_EHDR which is used by glibc.
*) A new update_vsyscall routine for sparc is added to keep the data page in
vdso updated.
*) As vDSO cannot contain dynamically relocatable references, a new version of
cpu_relax is added for the use of vDSO.
This change also requires a putback to glibc to use vDSO. For testing,
programs planning to try vDSO can be compiled against the generated
vdso(64/32).so in the source.
Testing:
========
[root@localhost ~]# cat vdso_test.c
int main() {
struct timespec tv_start, tv_end;
struct timeval tv_tmp;
int i;
int count = 1 * 1000 * 10000;
long long diff;
clock_gettime(0, &tv_start);
for (i = 0; i < count; i++)
gettimeofday(&tv_tmp, NULL);
clock_gettime(0, &tv_end);
diff = (long long)(tv_end.tv_sec -
tv_start.tv_sec)*(1*1000*1000*1000);
diff += (tv_end.tv_nsec - tv_start.tv_nsec);
printf("Start sec: %d\n", tv_start.tv_sec);
printf("End sec : %d\n", tv_end.tv_sec);
printf("%d cycles in %lld ns = %f ns/cycle\n", count, diff,
(double)diff / (double)count);
return 0;
}
[root@localhost ~]# cc vdso_test.c -o t32_without_fix -m32 -lrt
[root@localhost ~]# ./t32_without_fix
Start sec: 1502396130
End sec : 1502396140
10000000 cycles in 9565148528 ns = 956.514853 ns/cycle
[root@localhost ~]# cc vdso_test.c -o t32_with_fix -m32 ./vdso32.so.dbg
[root@localhost ~]# ./t32_with_fix
Start sec: 1502396168
End sec : 1502396169
10000000 cycles in 798141262 ns = 79.814126 ns/cycle
[root@localhost ~]# cc vdso_test.c -o t64_without_fix -m64 -lrt
[root@localhost ~]# ./t64_without_fix
Start sec: 1502396208
End sec : 1502396218
10000000 cycles in 9846091800 ns = 984.609180 ns/cycle
[root@localhost ~]# cc vdso_test.c -o t64_with_fix -m64 ./vdso64.so.dbg
[root@localhost ~]# ./t64_with_fix
Start sec: 1502396257
End sec : 1502396257
10000000 cycles in 380984048 ns = 38.098405 ns/cycle
V1 to V2 Changes:
=================
Added hot patching code to switch the read stick instruction to read
tick instruction based on the hardware.
V2 to V3 Changes:
=================
Merged latest changes from sparc-next and moved the initialization
of clocksource_tick.archdata.vclock_mode to time_init_early. Disabled
queued spinlock and rwlock configuration when simulating 32-bit config
to compile 32-bit VDSO.
V3 to V4 Changes:
=================
Hardcoded the page size as 8192 in linker script for both 64-bit and
32-bit binaries. Removed unused variables in vdso2c.h. Added -mv8plus flag to
Makefile to prevent the generation of relocation entries for __lshrdi3 in 32-bit
vdso binary.
Signed-off-by: Nick Alcock <nick.alcock@oracle.com>
Signed-off-by: Nagarathnam Muthusamy <nagarathnam.muthusamy@oracle.com>
Reviewed-by: Shannon Nelson <shannon.nelson@oracle.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2017-09-21 23:05:31 +08:00
|
|
|
select GENERIC_TIME_VSYSCALL
|
|
|
|
|
select ARCH_CLOCKSOURCE_DATA
|
2018-06-08 08:06:08 +08:00
|
|
|
select ARCH_HAS_PTE_SPECIAL
|
2018-11-16 03:05:33 +08:00
|
|
|
select PCI_DOMAINS if PCI
|
2019-05-14 08:19:04 +08:00
|
|
|
select ARCH_HAS_GIGANTIC_PAGE
|
2021-02-10 07:40:52 +08:00
|
|
|
select HAVE_SOFTIRQ_ON_OWN_STACK
|
mm: percpu: generalize percpu related config
Patch series "mm: percpu: Cleanup percpu first chunk function".
When supporting page mapping percpu first chunk allocator on arm64, we
found there are lots of duplicated codes in percpu embed/page first chunk
allocator. This patchset is aimed to cleanup them and should no function
change.
The currently supported status about 'embed' and 'page' in Archs shows
below,
embed: NEED_PER_CPU_PAGE_FIRST_CHUNK
page: NEED_PER_CPU_EMBED_FIRST_CHUNK
embed page
------------------------
arm64 Y Y
mips Y N
powerpc Y Y
riscv Y N
sparc Y Y
x86 Y Y
------------------------
There are two interfaces about percpu first chunk allocator,
extern int __init pcpu_embed_first_chunk(size_t reserved_size, size_t dyn_size,
size_t atom_size,
pcpu_fc_cpu_distance_fn_t cpu_distance_fn,
- pcpu_fc_alloc_fn_t alloc_fn,
- pcpu_fc_free_fn_t free_fn);
+ pcpu_fc_cpu_to_node_fn_t cpu_to_nd_fn);
extern int __init pcpu_page_first_chunk(size_t reserved_size,
- pcpu_fc_alloc_fn_t alloc_fn,
- pcpu_fc_free_fn_t free_fn,
- pcpu_fc_populate_pte_fn_t populate_pte_fn);
+ pcpu_fc_cpu_to_node_fn_t cpu_to_nd_fn);
The pcpu_fc_alloc_fn_t/pcpu_fc_free_fn_t is killed, we provide generic
pcpu_fc_alloc() and pcpu_fc_free() function, which are called in the
pcpu_embed/page_first_chunk().
1) For pcpu_embed_first_chunk(), pcpu_fc_cpu_to_node_fn_t is needed to be
provided when archs supported NUMA.
2) For pcpu_page_first_chunk(), the pcpu_fc_populate_pte_fn_t is killed too,
a generic pcpu_populate_pte() which marked '__weak' is provided, if you
need a different function to populate pte on the arch(like x86), please
provide its own implementation.
[1] https://github.com/kevin78/linux.git percpu-cleanup
This patch (of 4):
The HAVE_SETUP_PER_CPU_AREA/NEED_PER_CPU_EMBED_FIRST_CHUNK/
NEED_PER_CPU_PAGE_FIRST_CHUNK/USE_PERCPU_NUMA_NODE_ID configs, which have
duplicate definitions on platforms that subscribe it.
Move them into mm, drop these redundant definitions and instead just
select it on applicable platforms.
Link: https://lkml.kernel.org/r/20211216112359.103822-1-wangkefeng.wang@huawei.com
Link: https://lkml.kernel.org/r/20211216112359.103822-2-wangkefeng.wang@huawei.com
Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
Acked-by: Catalin Marinas <catalin.marinas@arm.com> [arm64]
Cc: Will Deacon <will@kernel.org>
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Paul Walmsley <paul.walmsley@sifive.com>
Cc: Palmer Dabbelt <palmer@dabbelt.com>
Cc: Albert Ou <aou@eecs.berkeley.edu>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Dave Hansen <dave.hansen@linux.intel.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: Christoph Lameter <cl@linux.com>
Cc: Dennis Zhou <dennis@kernel.org>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: "Rafael J. Wysocki" <rafael@kernel.org>
Cc: Tejun Heo <tj@kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2022-01-20 10:07:41 +08:00
|
|
|
select HAVE_SETUP_PER_CPU_AREA
|
|
|
|
|
select NEED_PER_CPU_EMBED_FIRST_CHUNK
|
|
|
|
|
select NEED_PER_CPU_PAGE_FIRST_CHUNK
|
2008-11-17 12:01:17 +08:00
|
|
|
|
2015-03-19 10:15:28 +08:00
|
|
|
config ARCH_PROC_KCORE_TEXT
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2017-05-25 07:55:11 +08:00
|
|
|
config CPU_BIG_ENDIAN
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2016-10-29 01:12:40 +08:00
|
|
|
config ARCH_ATU
|
|
|
|
|
bool
|
|
|
|
|
default y if SPARC64
|
|
|
|
|
|
2008-11-17 12:01:17 +08:00
|
|
|
config STACKTRACE_SUPPORT
|
|
|
|
|
bool
|
|
|
|
|
default y if SPARC64
|
|
|
|
|
|
|
|
|
|
config LOCKDEP_SUPPORT
|
|
|
|
|
bool
|
|
|
|
|
default y if SPARC64
|
|
|
|
|
|
2013-03-19 23:11:07 +08:00
|
|
|
config ARCH_HIBERNATION_POSSIBLE
|
|
|
|
|
def_bool y if SPARC64
|
|
|
|
|
|
2008-11-17 12:01:17 +08:00
|
|
|
config AUDIT_ARCH
|
|
|
|
|
bool
|
2008-12-06 14:18:40 +08:00
|
|
|
default y
|
2008-11-17 12:01:17 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config MMU
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config HIGHMEM
|
|
|
|
|
bool
|
2008-11-17 12:01:17 +08:00
|
|
|
default y if SPARC32
|
2020-11-03 17:27:28 +08:00
|
|
|
select KMAP_LOCAL
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
config GENERIC_ISA_DMA
|
|
|
|
|
bool
|
2008-11-17 12:01:17 +08:00
|
|
|
default y if SPARC32
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2015-04-15 06:46:05 +08:00
|
|
|
config PGTABLE_LEVELS
|
|
|
|
|
default 4 if 64BIT
|
|
|
|
|
default 3
|
|
|
|
|
|
2016-10-13 12:36:13 +08:00
|
|
|
config ARCH_SUPPORTS_UPROBES
|
|
|
|
|
def_bool y if SPARC64
|
|
|
|
|
|
2008-11-17 12:01:17 +08:00
|
|
|
menu "Processor type and features"
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
config SMP
|
2012-05-12 12:01:47 +08:00
|
|
|
bool "Symmetric multi-processing support"
|
2020-06-14 00:50:22 +08:00
|
|
|
help
|
2005-04-17 06:20:36 +08:00
|
|
|
This enables support for systems with more than one CPU. If you have
|
|
|
|
|
a system with only one CPU, say N. If you have a system with more
|
|
|
|
|
than one CPU, say Y.
|
|
|
|
|
|
2014-01-24 07:55:29 +08:00
|
|
|
If you say N here, the kernel will run on uni- and multiprocessor
|
2005-04-17 06:20:36 +08: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-24 07:55:29 +08:00
|
|
|
uniprocessor machines. On a uniprocessor machine, the kernel
|
2005-04-17 06:20:36 +08:00
|
|
|
will run faster if you say N here.
|
|
|
|
|
|
|
|
|
|
People using multiprocessor machines who say Y here should also say
|
|
|
|
|
Y to "Enhanced Real Time Clock Support", below. The "Advanced Power
|
|
|
|
|
Management" code will be disabled if you say Y here.
|
|
|
|
|
|
2019-06-28 01:56:51 +08:00
|
|
|
See also <file:Documentation/admin-guide/lockup-watchdogs.rst> and the SMP-HOWTO
|
2020-07-13 17:53:51 +08:00
|
|
|
available at <https://www.tldp.org/docs.html#howto>.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
If you don't know what to do here, say N.
|
|
|
|
|
|
|
|
|
|
config NR_CPUS
|
2008-11-17 12:01:17 +08:00
|
|
|
int "Maximum number of CPUs"
|
2005-04-17 06:20:36 +08:00
|
|
|
depends on SMP
|
2008-11-17 12:01:17 +08:00
|
|
|
range 2 32 if SPARC32
|
2017-06-07 04:32:29 +08:00
|
|
|
range 2 4096 if SPARC64
|
2008-11-17 12:01:17 +08:00
|
|
|
default 32 if SPARC32
|
2017-06-07 04:32:29 +08:00
|
|
|
default 4096 if SPARC64
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2018-12-11 19:01:04 +08:00
|
|
|
source "kernel/Kconfig.hz"
|
2005-04-17 06:20:36 +08:00
|
|
|
|
[PATCH] bitops: sparc: use generic bitops
- remove __{,test_and_}{set,clear,change}_bit() and test_bit()
- remove ffz()
- remove __ffs()
- remove sched_find_first_bit()
- remove ffs()
- remove generic_fls()
- remove generic_fls64()
- remove generic_hweight{32,16,8}()
- remove find_{next,first}{,_zero}_bit()
- remove ext2_{set,clear,test,find_first_zero,find_next_zero}_bit()
- remove ext2_{set,clear}_bit_atomic()
- remove minix_{test,set,test_and_clear,test,find_first_zero}_bit()
Signed-off-by: Akinobu Mita <mita@miraclelinux.com>
Cc: William Lee Irwin III <wli@holomorphy.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-03-26 17:39:39 +08:00
|
|
|
config GENERIC_HWEIGHT
|
|
|
|
|
bool
|
2013-03-13 04:35:19 +08:00
|
|
|
default y
|
[PATCH] bitops: sparc: use generic bitops
- remove __{,test_and_}{set,clear,change}_bit() and test_bit()
- remove ffz()
- remove __ffs()
- remove sched_find_first_bit()
- remove ffs()
- remove generic_fls()
- remove generic_fls64()
- remove generic_hweight{32,16,8}()
- remove find_{next,first}{,_zero}_bit()
- remove ext2_{set,clear,test,find_first_zero,find_next_zero}_bit()
- remove ext2_{set,clear}_bit_atomic()
- remove minix_{test,set,test_and_clear,test,find_first_zero}_bit()
Signed-off-by: Akinobu Mita <mita@miraclelinux.com>
Cc: William Lee Irwin III <wli@holomorphy.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-03-26 17:39:39 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config GENERIC_CALIBRATE_DELAY
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2005-09-06 08:48:42 +08:00
|
|
|
config ARCH_MAY_HAVE_PC_FDC
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2007-05-29 16:11:57 +08:00
|
|
|
config EMULATED_CMPXCHG
|
|
|
|
|
bool
|
2008-11-17 12:01:17 +08:00
|
|
|
default y if SPARC32
|
2007-05-29 16:11:57 +08:00
|
|
|
help
|
|
|
|
|
Sparc32 does not have a CAS instruction like sparc64. cmpxchg()
|
|
|
|
|
is emulated, and therefore it is not completely atomic.
|
|
|
|
|
|
2008-12-03 19:08:37 +08:00
|
|
|
# Makefile helpers
|
|
|
|
|
config SPARC32_SMP
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
depends on SPARC32 && SMP
|
|
|
|
|
|
|
|
|
|
config SPARC64_SMP
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
depends on SPARC64 && SMP
|
|
|
|
|
|
2009-11-28 09:33:43 +08:00
|
|
|
config EARLYFB
|
|
|
|
|
bool "Support for early boot text console"
|
|
|
|
|
default y
|
|
|
|
|
depends on SPARC64
|
|
|
|
|
help
|
|
|
|
|
Say Y here to enable a faster early framebuffer boot console.
|
|
|
|
|
|
2008-11-17 12:01:17 +08:00
|
|
|
config HOTPLUG_CPU
|
|
|
|
|
bool "Support for hot-pluggable CPUs"
|
|
|
|
|
depends on SPARC64 && SMP
|
|
|
|
|
help
|
|
|
|
|
Say Y here to experiment with turning CPUs off and on. CPUs
|
|
|
|
|
can be controlled through /sys/devices/system/cpu/cpu#.
|
|
|
|
|
Say N if you want to disable CPU hotplug.
|
|
|
|
|
|
|
|
|
|
if SPARC64
|
|
|
|
|
source "drivers/cpufreq/Kconfig"
|
|
|
|
|
endif
|
|
|
|
|
|
|
|
|
|
config US3_MC
|
|
|
|
|
tristate "UltraSPARC-III Memory Controller driver"
|
|
|
|
|
depends on SPARC64
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
This adds a driver for the UltraSPARC-III memory controller.
|
|
|
|
|
Loading this driver allows exact mnemonic strings to be
|
|
|
|
|
printed in the event of a memory error, so that the faulty DIMM
|
|
|
|
|
on the motherboard can be matched to the error.
|
|
|
|
|
|
|
|
|
|
If in doubt, say Y, as this information can be very useful.
|
|
|
|
|
|
|
|
|
|
# Global things across all Sun machines.
|
|
|
|
|
config GENERIC_LOCKBREAK
|
2005-04-17 06:20:36 +08:00
|
|
|
bool
|
|
|
|
|
default y
|
2019-10-16 03:18:06 +08:00
|
|
|
depends on SPARC64 && SMP && PREEMPTION
|
2008-11-17 12:01:17 +08:00
|
|
|
|
|
|
|
|
config NUMA
|
|
|
|
|
bool "NUMA support"
|
|
|
|
|
depends on SPARC64 && SMP
|
|
|
|
|
|
|
|
|
|
config NODES_SHIFT
|
2017-05-26 03:51:20 +08:00
|
|
|
int "Maximum NUMA Nodes (as a power of 2)"
|
|
|
|
|
range 4 5 if SPARC64
|
|
|
|
|
default "5"
|
2021-06-29 10:43:01 +08:00
|
|
|
depends on NUMA
|
2017-05-26 03:51:20 +08:00
|
|
|
help
|
|
|
|
|
Specify the maximum number of NUMA Nodes available on the target
|
|
|
|
|
system. Increases memory reserved to accommodate various tables.
|
2008-11-17 12:01:17 +08:00
|
|
|
|
|
|
|
|
config ARCH_SPARSEMEM_ENABLE
|
|
|
|
|
def_bool y if SPARC64
|
|
|
|
|
select SPARSEMEM_VMEMMAP_ENABLE
|
|
|
|
|
|
|
|
|
|
config ARCH_SPARSEMEM_DEFAULT
|
|
|
|
|
def_bool y if SPARC64
|
|
|
|
|
|
2022-08-15 22:39:59 +08:00
|
|
|
config ARCH_FORCE_MAX_ORDER
|
2016-10-29 01:12:40 +08:00
|
|
|
int "Maximum zone order"
|
2023-03-15 19:31:33 +08:00
|
|
|
default "12"
|
2016-10-29 01:12:40 +08:00
|
|
|
help
|
|
|
|
|
The kernel memory allocator divides physically contiguous memory
|
|
|
|
|
blocks into "zones", where each zone is a power of two number of
|
|
|
|
|
pages. This option selects the largest power of two that the kernel
|
|
|
|
|
keeps in the memory allocator. If you need to allocate very large
|
|
|
|
|
blocks of physically contiguous memory, then you may need to
|
|
|
|
|
increase this value.
|
|
|
|
|
|
2023-02-05 08:43:57 +08:00
|
|
|
if SPARC64 || COMPILE_TEST
|
2013-03-19 23:11:07 +08:00
|
|
|
source "kernel/power/Kconfig"
|
|
|
|
|
endif
|
|
|
|
|
|
2008-11-17 12:01:17 +08:00
|
|
|
config SCHED_SMT
|
|
|
|
|
bool "SMT (Hyperthreading) scheduler support"
|
|
|
|
|
depends on SPARC64 && SMP
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
SMT scheduler support improves the CPU scheduler's decision making
|
|
|
|
|
when dealing with SPARC cpus at a cost of slightly increased overhead
|
|
|
|
|
in some places. If unsure say N here.
|
|
|
|
|
|
|
|
|
|
config SCHED_MC
|
|
|
|
|
bool "Multi-core scheduler support"
|
|
|
|
|
depends on SPARC64 && SMP
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
Multi-core scheduler support improves the CPU scheduler's decision
|
|
|
|
|
making when dealing with multi-core CPU chips at a cost of slightly
|
|
|
|
|
increased overhead in some places. If unsure say N here.
|
|
|
|
|
|
|
|
|
|
config CMDLINE_BOOL
|
|
|
|
|
bool "Default bootloader kernel arguments"
|
|
|
|
|
depends on SPARC64
|
|
|
|
|
|
|
|
|
|
config CMDLINE
|
|
|
|
|
string "Initial kernel command string"
|
|
|
|
|
depends on CMDLINE_BOOL
|
|
|
|
|
default "console=ttyS0,9600 root=/dev/sda1"
|
|
|
|
|
help
|
|
|
|
|
Say Y here if you want to be able to pass default arguments to
|
|
|
|
|
the kernel. This will be overridden by the bootloader, if you
|
|
|
|
|
use one (such as SILO). This is most useful if you want to boot
|
|
|
|
|
a kernel from TFTP, and want default options to be available
|
|
|
|
|
with having them passed on the command line.
|
|
|
|
|
|
|
|
|
|
NOTE: This option WILL override the PROM bootargs setting!
|
|
|
|
|
|
|
|
|
|
config SUN_PM
|
|
|
|
|
bool
|
|
|
|
|
default y if SPARC32
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
|
Enable power management and CPU standby features on supported
|
|
|
|
|
SPARC platforms.
|
|
|
|
|
|
2008-11-16 05:44:31 +08:00
|
|
|
config SPARC_LED
|
|
|
|
|
tristate "Sun4m LED driver"
|
2008-11-17 12:01:17 +08:00
|
|
|
depends on SPARC32
|
2008-11-16 05:44:31 +08:00
|
|
|
help
|
|
|
|
|
This driver toggles the front-panel LED on sun4m systems
|
|
|
|
|
in a user-specifiable manner. Its state can be probed
|
|
|
|
|
by reading /proc/led and its blinking mode can be changed
|
|
|
|
|
via writes to /proc/led
|
|
|
|
|
|
2008-11-17 12:01:17 +08:00
|
|
|
config SERIAL_CONSOLE
|
|
|
|
|
bool
|
|
|
|
|
depends on SPARC32
|
|
|
|
|
default y
|
2020-06-14 00:50:22 +08:00
|
|
|
help
|
2008-11-17 12:01:17 +08:00
|
|
|
If you say Y here, it will be possible to use a serial port as the
|
|
|
|
|
system console (the system console is the device which receives all
|
|
|
|
|
kernel messages and warnings and which allows logins in single user
|
|
|
|
|
mode). This could be useful if some terminal or printer is connected
|
|
|
|
|
to that serial port.
|
|
|
|
|
|
|
|
|
|
Even if you say Y here, the currently visible virtual console
|
|
|
|
|
(/dev/tty0) will still be used as the system console by default, but
|
|
|
|
|
you can alter that using a kernel command line option such as
|
|
|
|
|
"console=ttyS1". (Try "man bootparam" or see the documentation of
|
|
|
|
|
your boot loader (silo) about how to pass options to the kernel at
|
|
|
|
|
boot time.)
|
|
|
|
|
|
|
|
|
|
If you don't have a graphics card installed and you say Y here, the
|
|
|
|
|
kernel will automatically use the first serial line, /dev/ttyS0, as
|
|
|
|
|
system console.
|
|
|
|
|
|
|
|
|
|
If unsure, say N.
|
2008-11-16 05:44:31 +08:00
|
|
|
|
2009-08-17 08:13:29 +08:00
|
|
|
config SPARC_LEON
|
|
|
|
|
bool "Sparc Leon processor family"
|
|
|
|
|
depends on SPARC32
|
2013-04-09 20:29:26 +08:00
|
|
|
select USB_EHCI_BIG_ENDIAN_MMIO
|
|
|
|
|
select USB_EHCI_BIG_ENDIAN_DESC
|
2018-02-01 06:24:46 +08:00
|
|
|
select USB_UHCI_BIG_ENDIAN_MMIO
|
|
|
|
|
select USB_UHCI_BIG_ENDIAN_DESC
|
2020-06-14 00:50:22 +08:00
|
|
|
help
|
2009-08-17 08:13:29 +08:00
|
|
|
If you say Y here if you are running on a SPARC-LEON processor.
|
|
|
|
|
The LEON processor is a synthesizable VHDL model of the
|
|
|
|
|
SPARC-v8 standard. LEON is part of the GRLIB collection of
|
|
|
|
|
IP cores that are distributed under GPL. GRLIB can be downloaded
|
|
|
|
|
from www.gaisler.com. You can download a sparc-linux cross-compilation
|
|
|
|
|
toolchain at www.gaisler.com.
|
|
|
|
|
|
2011-01-26 14:36:35 +08:00
|
|
|
if SPARC_LEON
|
|
|
|
|
menu "U-Boot options"
|
|
|
|
|
|
|
|
|
|
config UBOOT_LOAD_ADDR
|
|
|
|
|
hex "uImage Load Address"
|
|
|
|
|
default 0x40004000
|
2020-06-14 00:50:22 +08:00
|
|
|
help
|
2011-01-26 14:36:35 +08:00
|
|
|
U-Boot kernel load address, the address in physical address space
|
|
|
|
|
where u-boot will place the Linux kernel before booting it.
|
|
|
|
|
This address is normally the base address of main memory + 0x4000.
|
|
|
|
|
|
|
|
|
|
config UBOOT_FLASH_ADDR
|
|
|
|
|
hex "uImage.o Load Address"
|
|
|
|
|
default 0x00080000
|
2020-06-14 00:50:22 +08:00
|
|
|
help
|
2011-01-26 14:36:35 +08:00
|
|
|
Optional setting only affecting the uImage.o ELF-image used to
|
|
|
|
|
download the uImage file to the target using a ELF-loader other than
|
|
|
|
|
U-Boot. It may for example be used to download an uImage to FLASH with
|
|
|
|
|
the GRMON utility before even starting u-boot.
|
|
|
|
|
|
|
|
|
|
config UBOOT_ENTRY_ADDR
|
|
|
|
|
hex "uImage Entry Address"
|
|
|
|
|
default 0xf0004000
|
2020-06-14 00:50:22 +08:00
|
|
|
help
|
2011-01-26 14:36:35 +08:00
|
|
|
Do not change this unless you know what you're doing. This is
|
|
|
|
|
hardcoded by the SPARC32 and LEON port.
|
|
|
|
|
|
|
|
|
|
This is the virtual address u-boot jumps to when booting the Linux
|
|
|
|
|
Kernel.
|
|
|
|
|
|
|
|
|
|
endmenu
|
|
|
|
|
endif
|
|
|
|
|
|
2008-11-16 05:44:31 +08:00
|
|
|
endmenu
|
|
|
|
|
|
|
|
|
|
menu "Bus options (PCI etc.)"
|
|
|
|
|
config SBUS
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config SBUSCHAR
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2008-11-17 12:01:17 +08:00
|
|
|
config SUN_LDOMS
|
|
|
|
|
bool "Sun Logical Domains support"
|
|
|
|
|
depends on SPARC64
|
|
|
|
|
help
|
|
|
|
|
Say Y here is you want to support virtual devices via
|
|
|
|
|
Logical Domains.
|
|
|
|
|
|
2011-05-24 05:04:46 +08:00
|
|
|
config PCIC_PCI
|
|
|
|
|
bool
|
2011-06-03 13:49:11 +08:00
|
|
|
depends on PCI && SPARC32 && !SPARC_LEON
|
2011-05-24 05:04:46 +08:00
|
|
|
default y
|
|
|
|
|
|
2011-05-24 05:04:47 +08:00
|
|
|
config LEON_PCI
|
|
|
|
|
bool
|
|
|
|
|
depends on PCI && SPARC_LEON
|
|
|
|
|
default y
|
|
|
|
|
|
2013-03-05 15:03:30 +08:00
|
|
|
config SPARC_GRPCI1
|
|
|
|
|
bool "GRPCI Host Bridge Support"
|
|
|
|
|
depends on LEON_PCI
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
Say Y here to include the GRPCI Host Bridge Driver. The GRPCI
|
|
|
|
|
PCI host controller is typically found in GRLIB SPARC32/LEON
|
|
|
|
|
systems. The driver has one property (all_pci_errors) controlled
|
|
|
|
|
from the bootloader that makes the GRPCI to generate interrupts
|
|
|
|
|
on detected PCI Parity and System errors.
|
|
|
|
|
|
2013-03-05 15:04:21 +08:00
|
|
|
config SPARC_GRPCI2
|
2011-05-24 05:04:48 +08:00
|
|
|
bool "GRPCI2 Host Bridge Support"
|
|
|
|
|
depends on LEON_PCI
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
Say Y here to include the GRPCI2 Host Bridge Driver.
|
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config SUN_OPENPROMFS
|
|
|
|
|
tristate "Openprom tree appears in /proc/openprom"
|
|
|
|
|
help
|
|
|
|
|
If you say Y, the OpenPROM device tree will be available as a
|
|
|
|
|
virtual file system, which you can mount to /proc/openprom by "mount
|
|
|
|
|
-t openpromfs none /proc/openprom".
|
|
|
|
|
|
|
|
|
|
To compile the /proc/openprom support as a module, choose M here: the
|
|
|
|
|
module will be called openpromfs.
|
|
|
|
|
|
|
|
|
|
Only choose N if you know in advance that you will not need to modify
|
|
|
|
|
OpenPROM settings on the running system.
|
|
|
|
|
|
sparc: fix MSI build failure on Sparc32
Commit ebd97be635 ('PCI: remove ARCH_SUPPORTS_MSI kconfig option')
removes the ARCH_SUPPORTS_MSI Kconfig option that allowed
architectures to indicate whether they support PCI MSI or not. Now,
PCI MSI support can be compiled in on any architecture thanks to the
use of weak functions thanks to 4287d824f265 ('PCI: use weak functions
for MSI arch-specific functions').
So, architecture specific code is now responsible to ensure that its
PCI MSI code builds in all cases, or be appropriately conditionally
compiled.
On Sparc, the MSI support is only provided for Sparc64, so the
ARCH_SUPPORTS_MSI kconfig option was only selected for SPARC64, and
not for the Sparc architecture as a whole. Therefore, removing
ARCH_SUPPORTS_MSI broke Sparc32 configurations with CONFIG_PCI_MSI=y,
because the Sparc-specific MSI code is not designed to be built on
Sparc32.
To solve this, this commit ensures that the Sparc MSI code is only
built on Sparc64. This is done thanks to a new Kconfig Makefile helper
option SPARC64_PCI_MSI, modeled after the existing SPARC64_PCI. The
SPARC64_PCI_MSI option is an hidden option that is true when both
Sparc64 PCI support is enabled and MSI is enabled. The
arch/sparc/kernel/pci_msi.c file is now only built when
SPARC64_PCI_MSI is true.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reported-by: Guenter Roeck <linux@roeck-us.net>
Tested-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-09-11 18:32:05 +08:00
|
|
|
# Makefile helpers
|
2008-12-03 19:08:37 +08:00
|
|
|
config SPARC64_PCI
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
depends on SPARC64 && PCI
|
2005-06-23 15:10:18 +08:00
|
|
|
|
sparc: fix MSI build failure on Sparc32
Commit ebd97be635 ('PCI: remove ARCH_SUPPORTS_MSI kconfig option')
removes the ARCH_SUPPORTS_MSI Kconfig option that allowed
architectures to indicate whether they support PCI MSI or not. Now,
PCI MSI support can be compiled in on any architecture thanks to the
use of weak functions thanks to 4287d824f265 ('PCI: use weak functions
for MSI arch-specific functions').
So, architecture specific code is now responsible to ensure that its
PCI MSI code builds in all cases, or be appropriately conditionally
compiled.
On Sparc, the MSI support is only provided for Sparc64, so the
ARCH_SUPPORTS_MSI kconfig option was only selected for SPARC64, and
not for the Sparc architecture as a whole. Therefore, removing
ARCH_SUPPORTS_MSI broke Sparc32 configurations with CONFIG_PCI_MSI=y,
because the Sparc-specific MSI code is not designed to be built on
Sparc32.
To solve this, this commit ensures that the Sparc MSI code is only
built on Sparc64. This is done thanks to a new Kconfig Makefile helper
option SPARC64_PCI_MSI, modeled after the existing SPARC64_PCI. The
SPARC64_PCI_MSI option is an hidden option that is true when both
Sparc64 PCI support is enabled and MSI is enabled. The
arch/sparc/kernel/pci_msi.c file is now only built when
SPARC64_PCI_MSI is true.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reported-by: Guenter Roeck <linux@roeck-us.net>
Tested-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
2013-09-11 18:32:05 +08:00
|
|
|
config SPARC64_PCI_MSI
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
depends on SPARC64_PCI && PCI_MSI
|
|
|
|
|
|
2005-06-23 15:10:18 +08:00
|
|
|
endmenu
|
|
|
|
|
|
2008-11-17 12:01:17 +08:00
|
|
|
config COMPAT
|
|
|
|
|
bool
|
|
|
|
|
depends on SPARC64
|
|
|
|
|
default y
|
2012-10-09 07:28:08 +08:00
|
|
|
select HAVE_UID16
|
[PATCH v3] ipc: provide generic compat versions of IPC syscalls
When using the "compat" APIs, architectures will generally want to
be able to make direct syscalls to msgsnd(), shmctl(), etc., and
in the kernel we would want them to be handled directly by
compat_sys_xxx() functions, as is true for other compat syscalls.
However, for historical reasons, several of the existing compat IPC
syscalls do not do this. semctl() expects a pointer to the fourth
argument, instead of the fourth argument itself. msgsnd(), msgrcv()
and shmat() expect arguments in different order.
This change adds an ARCH_WANT_OLD_COMPAT_IPC config option that can be
set to preserve this behavior for ports that use it (x86, sparc, powerpc,
s390, and mips). No actual semantics are changed for those architectures,
and there is only a minimal amount of code refactoring in ipc/compat.c.
Newer architectures like tile (and perhaps future architectures such
as arm64 and unicore64) should not select this option, and thus can
avoid having any IPC-specific code at all in their architecture-specific
compat layer. In the same vein, if this option is not selected, IPC_64
mode is assumed, since that's what the <asm-generic> headers expect.
The workaround code in "tile" for msgsnd() and msgrcv() is removed
with this change; it also fixes the bug that shmat() and semctl() were
not being properly handled.
Reviewed-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>
2012-03-16 01:13:38 +08:00
|
|
|
select ARCH_WANT_OLD_COMPAT_IPC
|
2012-12-26 08:18:40 +08:00
|
|
|
select COMPAT_OLD_SIGACTION
|
2008-11-17 12:01:17 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
source "drivers/sbus/char/Kconfig"
|
