Re: [GIT PULL] nds32 fixes for 4.18

From: Greentime Hu
Date: Tue Jul 17 2018 - 02:35:06 EST


Hi Linus,
Greentime Hu <green.hu@xxxxxxxxx> æ 2018å7æ9æ éä äå4:19åéï
>
> The following changes since commit ce397d215ccd07b8ae3f71db689aedb85d56ab40:
>
> Linux 4.18-rc1 (2018-06-17 08:04:49 +0900)
>
> are available in the Git repository at:
>
> ssh://git@xxxxxxxxxxxxxxxxxxx/pub/scm/linux/kernel/git/greentime/linux.git tags/nds32-for-linus-4.18
>
> for you to fetch changes up to 987553894f0ce8c1d83578136603a89009f42d35:
>
> nds32: fix build error "relocation truncated to fit: R_NDS32_25_PCREL_RELA" when make allyesconfig (2018-07-05 16:13:47 +0800)
>
> ----------------------------------------------------------------
> nds32 patches for 4.18
>
> Here is the nds32 patch set based on 4.18-rc1.
> Contained in here are the bug fixes and building error fixes for nds32.
>
> These are the LTP20170427 testing results.
>
> Total Tests: 1902
> Total Skipped Tests: 593
> Total Failures: 418
> Kernel Version: 4.18.0-rc1-00006-g987553894f0c-dirty
> Machine Architecture: nds32
>
> Signed-off-by: Greentime Hu <greentime@xxxxxxxxxxxxx>
>
> ----------------------------------------------------------------
>
> Greentime Hu (4):
> nds32: To implement these icache invalidation APIs since nds32 cores
> don't snoop data cache. This issue is found by Guo Ren. Based on the
> Documentation/core-api/cachetlb.rst and it says:
> nds32: Fix the dts pointer is not passed correctly issue.
> nds32: To simplify the implementation of update_mmu_cache()
> nds32: fix build error "relocation truncated to fit:
> R_NDS32_25_PCREL_RELA" when make allyesconfig
>
> Guenter Roeck (1):
> nds32: Fix build error caused by configuration flag rename
>
> Luc Van Oostenryck (1):
> nds32: define __NDS32_E[BL]__ for sparse
>
> arch/nds32/Kconfig | 12 ++---
> arch/nds32/Makefile | 2 +
> arch/nds32/include/asm/cacheflush.h | 9 +++-
> arch/nds32/include/asm/futex.h | 2 +-
> arch/nds32/kernel/setup.c | 3 +-
> arch/nds32/mm/cacheflush.c | 100 +++++++++++++++---------------------
> 6 files changed, 58 insertions(+), 70 deletions(-)
>

Ping.

Did this please-pull get lost or is there another reason that prevents
the upstream integration?

Thank you. :)