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 08:07:57 -06:00
|
|
|
# SPDX-License-Identifier: GPL-2.0
|
2005-04-16 16:20:36 -06:00
|
|
|
config FRV
|
|
|
|
bool
|
|
|
|
default y
|
2008-02-09 02:46:40 -07:00
|
|
|
select HAVE_IDE
|
2009-06-11 06:05:24 -06:00
|
|
|
select HAVE_ARCH_TRACEHOOK
|
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 04:02:48 -06:00
|
|
|
select HAVE_PERF_EVENTS
|
2012-10-08 17:28:08 -06:00
|
|
|
select HAVE_UID16
|
2013-03-06 21:48:16 -07:00
|
|
|
select VIRT_TO_BUS
|
2011-03-29 07:05:13 -06:00
|
|
|
select GENERIC_IRQ_SHOW
|
2012-10-08 17:28:13 -06:00
|
|
|
select HAVE_DEBUG_BUGVERBOSE
|
2011-07-12 23:14:22 -06:00
|
|
|
select ARCH_HAVE_NMI_SAFE_CMPXCHG
|
2012-01-09 20:04:32 -07:00
|
|
|
select GENERIC_CPU_DEVICES
|
2015-11-19 19:19:29 -07:00
|
|
|
select ARCH_HAS_DEVMEM_IS_ALLOWED
|
2012-07-30 15:42:46 -06:00
|
|
|
select ARCH_WANT_IPC_PARSE_VERSION
|
2012-12-25 14:27:55 -07:00
|
|
|
select OLD_SIGSUSPEND3
|
2012-12-25 17:30:17 -07:00
|
|
|
select OLD_SIGACTION
|
2013-07-01 14:04:42 -06:00
|
|
|
select HAVE_DEBUG_STACKOVERFLOW
|
2016-01-20 16:01:44 -07:00
|
|
|
select ARCH_NO_COHERENT_DMA_MMAP
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2017-09-08 17:14:22 -06:00
|
|
|
config CPU_BIG_ENDIAN
|
|
|
|
def_bool y
|
|
|
|
|
2007-02-10 02:43:09 -07:00
|
|
|
config ZONE_DMA
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
config RWSEM_GENERIC_SPINLOCK
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
|
|
|
config RWSEM_XCHGADD_ALGORITHM
|
|
|
|
bool
|
|
|
|
|
[PATCH] bitops: frv: use generic bitops
- remove ffz()
- remove find_{next,first}{,_zero}_bit()
- remove generic_ffs()
- remove __ffs()
- remove generic_fls64()
- remove sched_find_first_bit()
- remove generic_hweight{32,16,8}()
- 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: David Howells <dhowells@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-03-26 02:39:22 -07:00
|
|
|
config GENERIC_HWEIGHT
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
config GENERIC_CALIBRATE_DELAY
|
|
|
|
bool
|
|
|
|
default n
|
|
|
|
|
2006-02-14 14:53:15 -07:00
|
|
|
config TIME_LOW_RES
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2007-05-09 03:32:48 -06:00
|
|
|
config QUICKLIST
|
2006-12-08 03:37:49 -07:00
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2007-05-09 03:32:48 -06:00
|
|
|
config ARCH_HAS_ILOG2_U32
|
2006-12-08 03:37:49 -07:00
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2007-05-09 03:32:48 -06:00
|
|
|
config ARCH_HAS_ILOG2_U64
|
2007-05-06 15:49:36 -06:00
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
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 05:21:26 -07:00
|
|
|
config HZ
|
|
|
|
int
|
|
|
|
default 1000
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
source "init/Kconfig"
|
|
|
|
|
2008-10-18 21:27:21 -06:00
|
|
|
source "kernel/Kconfig.freezer"
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
menu "Fujitsu FR-V system setup"
|
|
|
|
|
|
|
|
config MMU
|
|
|
|
bool "MMU support"
|
|
|
|
help
|
|
|
|
This options switches on and off support for the FR-V MMU
|
|
|
|
(effectively switching between vmlinux and uClinux). Not all FR-V
|
|
|
|
CPUs support this. Currently only the FR451 has a sufficiently
|
|
|
|
featured MMU.
|
|
|
|
|
|
|
|
config FRV_OUTOFLINE_ATOMIC_OPS
|
|
|
|
bool "Out-of-line the FRV atomic operations"
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
Setting this option causes the FR-V atomic operations to be mostly
|
|
|
|
implemented out-of-line.
|
|
|
|
|
2008-02-03 06:54:28 -07:00
|
|
|
See Documentation/frv/atomic-ops.txt for more information.
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
config HIGHMEM
|
|
|
|
bool "High memory support"
|
|
|
|
depends on MMU
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
If you wish to use more than 256MB of memory with your MMU based
|
|
|
|
system, you will need to select this option. The kernel can only see
|
|
|
|
the memory between 0xC0000000 and 0xD0000000 directly... everything
|
|
|
|
else must be kmapped.
|
|
|
|
|
|
|
|
The arch is, however, capable of supporting up to 3GB of SDRAM.
|
|
|
|
|
|
|
|
config HIGHPTE
|
|
|
|
bool "Allocate page tables in highmem"
|
|
|
|
depends on HIGHMEM
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
The VM uses one page of memory for each page table. For systems
|
|
|
|
with a lot of RAM, this can be wasteful of precious low memory.
|
|
|
|
Setting this option will put user-space page tables in high memory.
|
|
|
|
|
2005-06-23 01:07:43 -06:00
|
|
|
source "mm/Kconfig"
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
choice
|
|
|
|
prompt "uClinux kernel load address"
|
|
|
|
depends on !MMU
|
|
|
|
default UCPAGE_OFFSET_C0000000
|
|
|
|
help
|
|
|
|
This option sets the base address for the uClinux kernel. The kernel
|
|
|
|
will rearrange the SDRAM layout to start at this address, and move
|
|
|
|
itself to start there. It must be greater than 0, and it must be
|
|
|
|
sufficiently less than 0xE0000000 that the SDRAM does not intersect
|
|
|
|
the I/O region.
|
|
|
|
|
|
|
|
The base address must also be aligned such that the SDRAM controller
|
|
|
|
can decode it. For instance, a 512MB SDRAM bank must be 512MB aligned.
|
|
|
|
|
|
|
|
config UCPAGE_OFFSET_20000000
|
|
|
|
bool "0x20000000"
|
|
|
|
|
|
|
|
config UCPAGE_OFFSET_40000000
|
|
|
|
bool "0x40000000"
|
|
|
|
|
|
|
|
config UCPAGE_OFFSET_60000000
|
|
|
|
bool "0x60000000"
|
|
|
|
|
|
|
|
config UCPAGE_OFFSET_80000000
|
|
|
|
bool "0x80000000"
|
|
|
|
|
|
|
|
config UCPAGE_OFFSET_A0000000
|
|
|
|
bool "0xA0000000"
|
|
|
|
|
|
|
|
config UCPAGE_OFFSET_C0000000
|
|
|
|
bool "0xC0000000 (Recommended)"
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
2008-02-04 23:29:53 -07:00
|
|
|
config PAGE_OFFSET
|
|
|
|
hex
|
|
|
|
default 0x20000000 if UCPAGE_OFFSET_20000000
|
|
|
|
default 0x40000000 if UCPAGE_OFFSET_40000000
|
|
|
|
default 0x60000000 if UCPAGE_OFFSET_60000000
|
|
|
|
default 0x80000000 if UCPAGE_OFFSET_80000000
|
|
|
|
default 0xA0000000 if UCPAGE_OFFSET_A0000000
|
|
|
|
default 0xC0000000
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
config PROTECT_KERNEL
|
|
|
|
bool "Protect core kernel against userspace"
|
|
|
|
depends on !MMU
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Selecting this option causes the uClinux kernel to change the
|
|
|
|
permittivity of DAMPR register covering the core kernel image to
|
|
|
|
prevent userspace accessing the underlying memory directly.
|
|
|
|
|
|
|
|
choice
|
|
|
|
prompt "CPU Caching mode"
|
|
|
|
default FRV_DEFL_CACHE_WBACK
|
|
|
|
help
|
|
|
|
This option determines the default caching mode for the kernel.
|
|
|
|
|
|
|
|
Write-Back caching mode involves the all reads and writes causing
|
|
|
|
the affected cacheline to be read into the cache first before being
|
|
|
|
operated upon. Memory is not then updated by a write until the cache
|
|
|
|
is filled and a cacheline needs to be displaced from the cache to
|
|
|
|
make room. Only at that point is it written back.
|
|
|
|
|
|
|
|
Write-Behind caching is similar to Write-Back caching, except that a
|
|
|
|
write won't fetch a cacheline into the cache if there isn't already
|
|
|
|
one there; it will write directly to memory instead.
|
|
|
|
|
|
|
|
Write-Through caching only fetches cachelines from memory on a
|
|
|
|
read. Writes always get written directly to memory. If the affected
|
|
|
|
cacheline is also in cache, it will be updated too.
|
|
|
|
|
|
|
|
The final option is to turn of caching entirely.
|
|
|
|
|
|
|
|
Note that not all CPUs support Write-Behind caching. If the CPU on
|
|
|
|
which the kernel is running doesn't, it'll fall back to Write-Back
|
|
|
|
caching.
|
|
|
|
|
|
|
|
config FRV_DEFL_CACHE_WBACK
|
|
|
|
bool "Write-Back"
|
|
|
|
|
|
|
|
config FRV_DEFL_CACHE_WBEHIND
|
|
|
|
bool "Write-Behind"
|
|
|
|
|
|
|
|
config FRV_DEFL_CACHE_WTHRU
|
|
|
|
bool "Write-Through"
|
|
|
|
|
|
|
|
config FRV_DEFL_CACHE_DISABLED
|
|
|
|
bool "Disabled"
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
menu "CPU core support"
|
|
|
|
|
|
|
|
config CPU_FR401
|
|
|
|
bool "Include FR401 core support"
|
|
|
|
depends on !MMU
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
This enables support for the FR401, FR401A and FR403 CPUs
|
|
|
|
|
|
|
|
config CPU_FR405
|
|
|
|
bool "Include FR405 core support"
|
|
|
|
depends on !MMU
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
This enables support for the FR405 CPU
|
|
|
|
|
|
|
|
config CPU_FR451
|
|
|
|
bool "Include FR451 core support"
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
This enables support for the FR451 CPU
|
|
|
|
|
|
|
|
config CPU_FR451_COMPILE
|
|
|
|
bool "Specifically compile for FR451 core"
|
|
|
|
depends on CPU_FR451 && !CPU_FR401 && !CPU_FR405 && !CPU_FR551
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
This causes appropriate flags to be passed to the compiler to
|
|
|
|
optimise for the FR451 CPU
|
|
|
|
|
|
|
|
config CPU_FR551
|
|
|
|
bool "Include FR551 core support"
|
|
|
|
depends on !MMU
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
This enables support for the FR555 CPU
|
|
|
|
|
|
|
|
config CPU_FR551_COMPILE
|
|
|
|
bool "Specifically compile for FR551 core"
|
|
|
|
depends on CPU_FR551 && !CPU_FR401 && !CPU_FR405 && !CPU_FR451
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
This causes appropriate flags to be passed to the compiler to
|
|
|
|
optimise for the FR555 CPU
|
|
|
|
|
|
|
|
config FRV_L1_CACHE_SHIFT
|
|
|
|
int
|
|
|
|
default "5" if CPU_FR401 || CPU_FR405 || CPU_FR451
|
|
|
|
default "6" if CPU_FR551
|
|
|
|
|
|
|
|
endmenu
|
|
|
|
|
|
|
|
choice
|
|
|
|
prompt "System support"
|
|
|
|
default MB93091_VDK
|
|
|
|
|
|
|
|
config MB93091_VDK
|
|
|
|
bool "MB93091 CPU board with or without motherboard"
|
|
|
|
|
|
|
|
config MB93093_PDK
|
|
|
|
bool "MB93093 PDK unit"
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
if MB93091_VDK
|
|
|
|
choice
|
|
|
|
prompt "Motherboard support"
|
|
|
|
default MB93090_MB00
|
|
|
|
|
|
|
|
config MB93090_MB00
|
|
|
|
bool "Use the MB93090-MB00 motherboard"
|
|
|
|
help
|
|
|
|
Select this option if the MB93091 CPU board is going to be used with
|
|
|
|
a MB93090-MB00 VDK motherboard
|
|
|
|
|
|
|
|
config MB93091_NO_MB
|
|
|
|
bool "Use standalone"
|
|
|
|
help
|
|
|
|
Select this option if the MB93091 CPU board is going to be used
|
|
|
|
without a motherboard
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
endif
|
|
|
|
|
2006-09-26 00:32:04 -06:00
|
|
|
config FUJITSU_MB93493
|
|
|
|
bool "MB93493 Multimedia chip"
|
|
|
|
help
|
|
|
|
Select this option if the MB93493 multimedia chip is going to be
|
|
|
|
used.
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
choice
|
|
|
|
prompt "GP-Relative data support"
|
|
|
|
default GPREL_DATA_8
|
|
|
|
help
|
|
|
|
This option controls what data, if any, should be placed in the GP
|
|
|
|
relative data sections. Using this means that the compiler can
|
|
|
|
generate accesses to the data using GR16-relative addressing which
|
|
|
|
is faster than absolute instructions and saves space (2 instructions
|
|
|
|
per access).
|
|
|
|
|
|
|
|
However, the GPREL region is limited in size because the immediate
|
|
|
|
value used in the load and store instructions is limited to a 12-bit
|
|
|
|
signed number.
|
|
|
|
|
|
|
|
So if the linker starts complaining that accesses to GPREL data are
|
|
|
|
out of range, try changing this option from the default.
|
|
|
|
|
|
|
|
Note that modules will always be compiled with this feature disabled
|
|
|
|
as the module data will not be in range of the GP base address.
|
|
|
|
|
|
|
|
config GPREL_DATA_8
|
|
|
|
bool "Put data objects of up to 8 bytes into GP-REL"
|
|
|
|
|
|
|
|
config GPREL_DATA_4
|
|
|
|
bool "Put data objects of up to 4 bytes into GP-REL"
|
|
|
|
|
|
|
|
config GPREL_DATA_NONE
|
|
|
|
bool "Don't use GP-REL"
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
2006-01-08 02:01:23 -07:00
|
|
|
config FRV_ONCPU_SERIAL
|
|
|
|
bool "Use on-CPU serial ports"
|
|
|
|
select SERIAL_8250
|
|
|
|
default y
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
config PCI
|
|
|
|
bool "Use PCI"
|
|
|
|
depends on MB93090_MB00
|
|
|
|
default y
|
2011-11-29 12:20:06 -07:00
|
|
|
select GENERIC_PCI_IOMAP
|
2005-04-16 16:20:36 -06:00
|
|
|
help
|
|
|
|
Some FR-V systems (such as the MB93090-MB00 VDK) have PCI
|
|
|
|
onboard. If you have one of these boards and you wish to use the PCI
|
|
|
|
facilities, say Y here.
|
|
|
|
|
|
|
|
config RESERVE_DMA_COHERENT
|
|
|
|
bool "Reserve DMA coherent memory"
|
|
|
|
depends on PCI && !MMU
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Many PCI drivers require access to uncached memory for DMA device
|
|
|
|
communications (such as is done with some Ethernet buffer rings). If
|
|
|
|
a fully featured MMU is available, this can be done through page
|
|
|
|
table settings, but if not, a region has to be set aside and marked
|
|
|
|
with a special DAMPR register.
|
|
|
|
|
|
|
|
Setting this option causes uClinux to set aside a portion of the
|
|
|
|
available memory for use in this manner. The memory will then be
|
|
|
|
unavailable for normal kernel use.
|
|
|
|
|
|
|
|
source "drivers/pci/Kconfig"
|
|
|
|
|
2006-01-08 02:01:22 -07:00
|
|
|
source "drivers/pcmcia/Kconfig"
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
menu "Power management options"
|
2007-12-07 18:14:00 -07:00
|
|
|
|
|
|
|
config ARCH_SUSPEND_POSSIBLE
|
|
|
|
def_bool y
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
source kernel/power/Kconfig
|
|
|
|
endmenu
|
|
|
|
|
|
|
|
endmenu
|
|
|
|
|
|
|
|
|
|
|
|
menu "Executable formats"
|
|
|
|
|
|
|
|
source "fs/Kconfig.binfmt"
|
|
|
|
|
|
|
|
endmenu
|
|
|
|
|
2005-07-11 22:03:49 -06:00
|
|
|
source "net/Kconfig"
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
source "drivers/Kconfig"
|
|
|
|
|
|
|
|
source "fs/Kconfig"
|
|
|
|
|
|
|
|
source "arch/frv/Kconfig.debug"
|
|
|
|
|
|
|
|
source "security/Kconfig"
|
|
|
|
|
|
|
|
source "crypto/Kconfig"
|
|
|
|
|
|
|
|
source "lib/Kconfig"
|