linux-toradex.git/arch/arc/mm, branch v4.4.26

ARC: Elide redundant setup of DMA callbacks

2016-09-07T06:32:42+00:00

commit 45c3b08a117e2232fc8d7b9e849ead36386f4f96 upstream.

For resources shared by all cores such as SLC and IOC, only the master
core needs to do any setups / enabling / disabling etc.

Signed-off-by: Vineet Gupta 
Signed-off-by: Greg Kroah-Hartman

ARC: mm: HIGHMEM: Fix section mismatch splat

2015-12-21T06:40:40+00:00

| WARNING: vmlinux.o(.text+0xd6c2): Section mismatch in reference from the function alloc_kmap_pgtable() to the function
| .init.text:__alloc_bootmem_low()
The function alloc_kmap_pgtable() references the function __init __alloc_bootmem_low().
This is often because alloc_kmap_pgtable lacks a __init annotation or the annotation of __alloc_bootmem_low is wrong.

Signed-off-by: Vineet Gupta

ARC: [plat-sim] unbork non default CONFIG_LINUX_LINK_BASE

2015-12-17T05:36:43+00:00

HIGHMEM support bumped the default memory size for nsim platform to 1G.
Thus total memory ended at the very edge of start of peripherals address
space. With linux link base shifted, memory started bleeding into
peripheral space which caused early boot bad_page spew !

Fixes: 29e332261d2 ("ARC: mm: HIGHMEM: populate high memory from DT")
Reported-by: Anton Kolesov 
Signed-off-by: Vineet Gupta

ARC: comments update

2015-11-16T06:30:16+00:00

Signed-off-by: Vineet Gupta

ARC: use ASL assembler mnemonic

2015-11-14T07:42:21+00:00

ARCompact and ARCv2 only have ASL, while binutils used to support LSL as
a alias mnemonic.

Newer binutils (upstream) don't want to do that so replace it.

Signed-off-by: Vineet Gupta

ARC: mm: PAE40 support

2015-10-29T13:11:30+00:00

This is the first working implementation of 40-bit physical address
extension on ARCv2.

Signed-off-by: Alexey Brodkin 
Signed-off-by: Vineet Gupta

ARC: mm: PAE40: tlbex.S: Explicitify the size of pte_t

2015-10-28T14:20:29+00:00

Signed-off-by: Vineet Gupta

ARC: mm: PAE40: switch to using phys_addr_t for physical addresses

2015-10-28T14:20:29+00:00

That way a single flip of phys_addr_t to 64 bit ensures all places
dealing with physical addresses get correct data

Signed-off-by: Vineet Gupta

ARC: mm: HIGHMEM: populate high memory from DT

2015-10-28T14:20:26+00:00

Signed-off-by: Vineet Gupta

ARC: mm: HIGHMEM: kmap API implementation

2015-10-28T14:19:04+00:00

Implement kmap* API for ARC.

This enables
 - permanent kernel maps (pkmaps): :kmap() API
 - fixmap : kmap_atomic()

We use a very simple/uniform approach for both (unlike some of the other
arches). So fixmap doesn't use the customary compile time address stuff.
The important semantic is sleep'ability (pkmap) vs. not (fixmap) which
the API guarantees.

Note that this patch only enables highmem for subsequent PAE40 support
as there is no real highmem for ARC in pure 32-bit paradigm as explained
below.

ARC has 2:2 address split of the 32-bit address space with lower half
being translated (virtual) while upper half unstranslated
(0x8000_0000 to 0xFFFF_FFFF). kernel itself is linked at base of
unstranslated space (i.e. 0x8000_0000 onwards), which is mapped to say
DDR 0x0 by external Bus Glue logic (outside the core). So kernel can
potentially access 1.75G worth of memory directly w/o need for highmem.
(the top 256M is taken by uncached peripheral space from 0xF000_0000 to
0xFFFF_FFFF)

In PAE40, hardware can address memory beyond 4G (0x1_0000_0000) while
the logical/virtual addresses remain 32-bits. Thus highmem is required
for kernel proper to be able to access these pages for it's own purposes
(user space is agnostic to this anyways).

Signed-off-by: Alexey Brodkin 
Signed-off-by: Vineet Gupta