| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Notes:
svn path=/head/; revision=368635
|
|
|
|
| |
Notes:
svn path=/head/; revision=368154
|
|
|
|
|
|
|
| |
Big endian support was ceased by removing ARMv4 sub architecture.
Notes:
svn path=/head/; revision=368153
|
|
|
|
| |
Notes:
svn path=/head/; revision=368126
|
|
|
|
| |
Notes:
svn path=/head/; revision=365068
|
|
|
|
|
|
|
|
| |
functions. The former are static inline functions so will compile to a
single instruction.
Notes:
svn path=/head/; revision=336834
|
|
|
|
| |
Notes:
svn path=/head/; revision=336831
|
|
|
|
|
|
|
| |
functions will use the function pointer we create for them.
Notes:
svn path=/head/; revision=336828
|
|
|
|
| |
Notes:
svn path=/head/; revision=336826
|
|
|
|
|
|
|
|
|
|
| |
r336773 removed all things xscale. However, some things xscale are
really armv5. Revert that entirely. A more modest removal will follow.
Noticed by: andrew@
Notes:
svn path=/head/; revision=336783
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The OLD XSCALE stuff hasn't been useful in a while. The original
committer (cognet@) was the only one that had boards for it. He's
blessed this removal. Newer XSCALE (GUMSTIX) is for hardware that's
quite old. After discussion on arm@, it was clear there was no support
for keeping it.
Differential Review: https://reviews.freebsd.org/D16313
Notes:
svn path=/head/; revision=336773
|
|
|
|
|
|
|
|
|
|
| |
Remove all the big-endian arm architectures (ixp425 and ixp435)
support in the kernel and associated drivers.
Differential Revision: https://reviews.freebsd.org/D16257
Notes:
svn path=/head/; revision=336436
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Mainly focus on files that use BSD 2-Clause license, however the tool I
was using misidentified many licenses so this was mostly a manual - error
prone - task.
The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
Notes:
svn path=/head/; revision=326258
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Use new option SMP_ON_UP instead of (mis)using specific CPU type.
By this, any SMP kernel can be compiled with SMP_ON_UP support.
- Enable runtime detection of CPU multiprocessor extensions only
if SMP_ON_UP option is used. In other cases (pure SMP or UP),
statically compile only required variant.
- Don't leak multiprocessor instructions to UP kernel.
- Correctly handle data cache write back to point of unification.
DCCMVAU is supported on all armv7 cpus.
- For SMP_ON_UP kernels, detect proper TTB flags on runtime.
Differential Revision: https://reviews.freebsd.org/D9133
Notes:
svn path=/head/; revision=313090
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
it into pmap-v4.h where they are used. Other than those few lines of
support for different MMU types, nothing in cpuconf.h has been used in our
code for quite a while.
The file existed to set up a variety of symbols to describe the
architecture. Over the past few years we have converted all of our source
to use the new architecture symbols standardized by ARM Inc, and predefined
by both clang and gcc.
PR: 216104
Notes:
svn path=/head/; revision=312292
|
|
|
|
|
|
|
| |
Sponsored by: ABT Systems Ltd
Notes:
svn path=/head/; revision=310021
|
|
|
|
| |
Notes:
svn path=/head/; revision=306704
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for later Cortex-A CPUs that support the Multiprocessor Extensions. This
will be needed to support both in a single GENERIC kernel while still
being able to only build for a single SoC.
Reviewed by: mmel
Relnotes: yes
Sponsored by: ABT Systems Ltd
Differential Revision: https://reviews.freebsd.org/D8138
Notes:
svn path=/head/; revision=306672
|
|
|
|
|
|
|
|
|
|
|
| |
This list is incomplete, however we don't have the ID values for the
missing Cortex-A32 or A35.
Submitted by: loos (Cortex-A53)
Sponsored by: ABT Systems Ltd
Notes:
svn path=/head/; revision=306656
|
|
|
|
|
|
|
|
|
| |
architecture.
Sponsored by: ABT Systems Ltd
Notes:
svn path=/head/; revision=306641
|
|
|
|
|
|
|
|
|
| |
This will help with a later cleanup of what functions we implement.
Sponsored by: ABT Systems Ltd
Notes:
svn path=/head/; revision=306631
|
|
|
|
|
|
|
|
|
|
|
|
| |
the exact CPU we are running on to set the cpu functions. Relax the check
to ignore the CPU revision. Even so this may still be too specific.
Reviewed by: mmel
Sponsored by: ABT Systems Ltd
Differential Revision: https://reviews.freebsd.org/D6504
Notes:
svn path=/head/; revision=301561
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
have ACLE support built in. The ACLE (ARM C Language Extensions) defines
a set of standardized symbols which indicate the architecture version and
features available. ACLE support is built in to modern compilers (both
clang and gcc), but absent from gcc prior to 4.4.
ARM (the company) provides the acle-compat.h header file to define the
right symbols for older versions of gcc. Basically, acle-compat.h does
for arm about the same thing cdefs.h does for freebsd: defines
standardized macros that work no matter which compiler you use. If ARM
hadn't provided this file we would have ended up with a big #ifdef __arm__
section in cdefs.h with our own compatibility shims.
Remove #include <machine/acle-compat.h> from the zillion other places (an
ever-growing list) that it appears. Since style(9) requires sys/types.h
or sys/param.h early in the include list, and both of those lead to
including cdefs.h, only a couple special cases still need to include
acle-compat.h directly.
Loves it: imp
Notes:
svn path=/head/; revision=300694
|
|
|
|
|
|
|
|
|
|
|
|
| |
where possible. In the places that doesn't work (multi-line inline asm,
and places where the old armv4 cpufuncs mechanism is used), annotate the
accesses with a comment that includes SCTLR. Now a grep -i sctlr can find
all the system control register manipulations.
No functional changes.
Notes:
svn path=/head/; revision=300533
|
|
|
|
|
|
|
|
|
| |
only define it when building for ARMv5 or prior.
Sponsored by: ABT Systems Ltd
Notes:
svn path=/head/; revision=296313
|
|
|
|
|
|
|
| |
Don't duplicate this initialization in cpu_setup().
Notes:
svn path=/head/; revision=295259
|
|
|
|
|
|
|
| |
readable at any time.
Notes:
svn path=/head/; revision=295252
|
|
|
|
|
|
|
| |
Remove it from cpu_functions table.
Notes:
svn path=/head/; revision=295207
|
|
|
|
|
|
|
| |
supported config/board with these CPUs.
Notes:
svn path=/head/; revision=295200
|
|
|
|
|
|
|
|
| |
functions in cpufunc_asm_arm9.S. Use arm9 variants and remove
cpufunc_asm_arm10.S completly.
Notes:
svn path=/head/; revision=295149
|
|
|
|
|
|
|
| |
from cpu_functions table.
Notes:
svn path=/head/; revision=295145
|
|
|
|
|
|
|
|
| |
forgotten in r295096.
Remove tlb_flushI/tlb_flushI_SE functions forgotten in r295122.
Notes:
svn path=/head/; revision=295123
|
|
|
|
|
|
|
| |
and their implementations.
Notes:
svn path=/head/; revision=295122
|
|
|
|
|
|
|
|
| |
functions are equal for all ARM variants. Remove them from cpu_functions
table.
Notes:
svn path=/head/; revision=295096
|
|
|
|
|
|
|
| |
delete them.
Notes:
svn path=/head/; revision=295095
|
|
|
|
|
|
|
| |
not currently used or defined. Delete them.
Notes:
svn path=/head/; revision=295092
|
|
|
|
| |
Notes:
svn path=/head/; revision=295049
|
|
|
|
|
|
|
| |
Approved by: kib (mentor)
Notes:
svn path=/head/; revision=291425
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The bits in the aux control register vary based on the processor type. In
the past we've always just set the 'smp' and "broadcast tlb/cache ops' bits,
which worked fine for the first few SoCs we supported. Now that we support
most of the cortex-a series processors, it's important to get the right bits
set based on the processor type.
Submitted by: Svatopluk Kraus <onwahe@gmail.com>
Notes:
svn path=/head/; revision=289602
|
|
|
|
|
|
|
|
|
| |
Submitted by: Steve Kiernan <stevek@juniper.net>
Reviewed by: imp@
Differential Revision: https://reviews.freebsd.org/D3357
Notes:
svn path=/head/; revision=286725
|
|
|
|
| |
Notes:
svn path=/head/; revision=283366
|
|
|
|
| |
Notes:
svn path=/head/; revision=283365
|
|
|
|
|
|
|
|
|
|
|
|
| |
For consistency with the naming conventions used by the other
implementations kill armv7_sleep and keep armv7_cpu_sleep.
Differential Revision: https://reviews.freebsd.org/D2537
Submitted by: John Wehle
Reviewed by: ian@, andrew@
Notes:
svn path=/head/; revision=282934
|
|
|
|
|
|
|
|
|
|
|
| |
serving no useful purpose.
Differential Revision: https://reviews.freebsd.org/D2516
Submitted by: John Wehle
Reviewed by: ian@
Notes:
svn path=/head/; revision=282830
|
|
|
|
|
|
|
| |
it was missing from here.
Notes:
svn path=/head/; revision=282019
|
|
|
|
|
|
|
|
|
| |
arm1136 code.
Reviewed by: ian
Notes:
svn path=/head/; revision=280868
|
|
|
|
|
|
|
|
|
|
| |
there wasn;t an option to enable it.
While here remove a check for CPU_ARM10 being defined as it has also been
removed.
Notes:
svn path=/head/; revision=280847
|
|
|
|
| |
Notes:
svn path=/head/; revision=280842
|
|
|
|
|
|
|
| |
expect us to add support for any more arm11 SoCs.
Notes:
svn path=/head/; revision=280824
|
|
|
|
|
|
|
| |
empty string or NULL to the setup functions that called into it.
Notes:
svn path=/head/; revision=280823
|