[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK7LNASbFeJc9Y=BFY85SwESUKNNDTRDunyLGveDusC--NVkCw@mail.gmail.com>
Date: Wed, 23 Oct 2024 12:38:59 +0900
From: Masahiro Yamada <masahiroy@...nel.org>
To: Koakuma <koachan@...tonmail.com>
Cc: Nathan Chancellor <nathan@...nel.org>, Andreas Larsson <andreas@...sler.com>,
Andrew Morton <akpm@...ux-foundation.org>, "David S. Miller" <davem@...emloft.net>,
Nick Desaulniers <ndesaulniers@...gle.com>, Bill Wendling <morbo@...gle.com>,
Justin Stitt <justinstitt@...gle.com>, glaubitz@...sik.fu-berlin.de,
Nicolas Schier <nicolas@...sle.eu>, sparclinux@...r.kernel.org,
linux-kernel@...r.kernel.org, llvm@...ts.linux.dev,
linux-kbuild@...r.kernel.org
Subject: Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
On Wed, Oct 23, 2024 at 9:44 AM Koakuma <koachan@...tonmail.com> wrote:
>
> Nathan Chancellor <nathan@...nel.org> wrote:
> > Koakuma might know more than I do but I did not test either the
> > integrated assembler or the rest of the LLVM tools; I only tested clang
> > for CC. As far as I am aware, that has been where most of the effort in
> > llvm-project has been going and I think there are probably other fixes
> > that will be needed for the other tools. The command I tested was:
> >
> > $ make -skj"$(nproc)" \
> > ARCH=sparc64 \
> > CC=clang \
> > CROSS_COMPILE=sparc64-linux-gnu- \
> > LLVM_IAS=0 \
> > mrproper defconfig all
> >
> > I see this as more of a stepping stone series to make testing those
> > other components easier as time goes on, hence why I did not really
> > consider user facing documentation either like you brought up in the
> > other thread.
> >
> > Cheers,
> > Nathan
>
> Ah, pardon me for forgetting to say it in the cover letter.
> But yeah. At the moment only clang as CC works, all other LLVM tools are still
> incomplete and need some work to be able to build the kernel, so these patches
> indeed are intended as stepping stones to make it easier to work on
> the rest of the tools.
>
> I'm not sure if I should update the documentation now given that LLVM support
> is nowhere near as complete as other architectures, but I'll do it if needed...
Nathan said he was able to build the kernel.
If so, I think this should be documented (required LLVM version and
the supported build command),
otherwise people cannot test this patch.
Anyway, the sparc subsystem is maintained.
I hope Andreas can take a look.
commit eb5b0f9812fff72f82e6ecc9ad4dafaf4971a16a
Merge: 4ffc45808373 d21dffe51baa
Author: Linus Torvalds <torvalds@...ux-foundation.org>
Date: Wed Sep 25 11:21:06 2024 -0700
Merge tag 'sparc-for-6.12-tag1' of
git://git.kernel.org/pub/scm/linux/kernel/git/alarsson/linux-sparc
Pull sparc32 update from Andreas Larsson:
- Remove an unused variable for sparc32
* tag 'sparc-for-6.12-tag1' of
git://git.kernel.org/pub/scm/linux/kernel/git/alarsson/linux-sparc:
arch/sparc: remove unused varible paddrbase in function leon_swprobe()
commit 7dd894c1bf65a9591ba27f6175cf3238748deb47
Merge: 1c7d0c3af5cc a3da15389112
Author: Linus Torvalds <torvalds@...ux-foundation.org>
Date: Thu Jul 18 15:48:41 2024 -0700
Merge tag 'sparc-for-6.11-tag1' of
git://git.kernel.org/pub/scm/linux/kernel/git/alarsson/linux-sparc
Pull sparc updates from Andreas Larsson:
- Add MODULE_DESCRIPTION for a number of sbus drivers
- Fix linking error for large sparc32 kernels
- Fix incorrect functions signature and prototype warnings for sparc64
* tag 'sparc-for-6.11-tag1' of
git://git.kernel.org/pub/scm/linux/kernel/git/alarsson/linux-sparc:
sparc64: Fix prototype warnings in hibernate.c
sparc64: Fix prototype warning for prom_get_mmu_ihandle
sparc64: Fix incorrect function signature and add prototype for
prom_cif_init
sparc64: Fix prototype warnings for floppy_64.h
sparc32: Fix truncated relocation errors when linking large kernels
sbus: add missing MODULE_DESCRIPTION() macros
--
Best Regards
Masahiro Yamada
Powered by blists - more mailing lists