[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Y/QzjvCSgmGKPjD8@gondor.apana.org.au>
Date: Tue, 21 Feb 2023 10:59:26 +0800
From: Herbert Xu <herbert@...dor.apana.org.au>
To: Danny Tsen <dtsen@...ux.ibm.com>
Cc: linux-crypto@...r.kernel.org, leitao@...ian.org,
nayna@...ux.ibm.com, appro@...ptogams.org,
linux-kernel@...r.kernel.org, ltcgcw@...ux.vnet.ibm.com,
dtsen@...ibm.com
Subject: Re: [PATCH v4 1/6] Update Kconfig and Makefile.
On Mon, Feb 20, 2023 at 08:57:24PM -0600, Danny Tsen wrote:
> Hi Herbert,
>
> I am not sure why my patch has to build one-by-one? I compiled with one
> make. Here is the output.
>
> CALL scripts/checksyscalls.sh
> DESCEND objtool
> CC [M] arch/powerpc/crypto/aes-gcm-p10-glue.o
> AS [M] arch/powerpc/crypto/aes-gcm-p10.o
> AS [M] arch/powerpc/crypto/ghashp8-ppc.o
> AS [M] arch/powerpc/crypto/aesp8-ppc.o
> LD [M] arch/powerpc/crypto/aes-gcm-p10-crypto.o
> CHK kernel/kheaders_data.tar.xz
> MODPOST Module.symvers
> CC [M] arch/powerpc/crypto/aes-gcm-p10-crypto.mod.o
> LD [M] arch/powerpc/crypto/aes-gcm-p10-crypto.ko
>
> Can Stephen explain why he is compiling one-by-one? Any output I can see.
Your patch-series should be bisectable. That is, if I apply
only the first patch, it should still build in all configurations.
Your first patch only adds the Kconfig option and Makefile rules
without any actual code. So it will fail to build because the
code is simply not there.
Normally we put the Kconfig/Makefile update at the end of the
series to prevent this.
Cheers,
--
Email: Herbert Xu <herbert@...dor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Powered by blists - more mailing lists