lkml.org 
[lkml]   [2017]   [Nov]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [PATCH] sh: remove pointless select of KBUILD_DEFCONFIG
Hi Yamada-san,

On Wed, Oct 4, 2017 at 11:33 AM, Masahiro Yamada
<yamada.masahiro@socionext.com> wrote:
> KBUILD_DEFCONFIG := shx3_defconfig
>
> is never used in a sensible way. KBUILD_DEFCONFIG specifies the
> defconfig file used by "make defconfig", but CONFIG_SUPERH32 is
> never set when building config targets.
>
> Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
> ---
>
> arch/sh/Makefile | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/arch/sh/Makefile b/arch/sh/Makefile
> index 280bbff..c937ec0 100644
> --- a/arch/sh/Makefile
> +++ b/arch/sh/Makefile
> @@ -96,6 +96,7 @@ defaultimage-$(CONFIG_SH_7619_SOLUTION_ENGINE) := vmlinux
> # Set some sensible Kbuild defaults
> boot := arch/sh/boot
> KBUILD_IMAGE := $(boot)/$(defaultimage-y)
> +KBUILD_DEFCONFIG := cayman_defconfig

cayman_defconfig is a 64-bit defconfig?
As the big chunk of SH platforms are 32-bit (are there any 64-bit out in
the wild?), does it make sense to make a 64-bit defconfig the default?

> #
> # Choosing incompatible machines durings configuration will result in
> @@ -105,14 +106,12 @@ ifdef CONFIG_SUPERH32
> UTS_MACHINE := sh
> BITS := 32
> LDFLAGS_vmlinux += -e _stext
> -KBUILD_DEFCONFIG := shx3_defconfig
> else
> UTS_MACHINE := sh64
> BITS := 64
> LDFLAGS_vmlinux += --defsym phys_stext=_stext-$(CONFIG_PAGE_OFFSET) \
> --defsym phys_stext_shmedia=phys_stext+1 \
> -e phys_stext_shmedia
> -KBUILD_DEFCONFIG := cayman_defconfig
> endif
>
> ifdef CONFIG_CPU_LITTLE_ENDIAN

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

\
 
 \ /
  Last update: 2017-11-02 10:19    [W:0.076 / U:1.360 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site