* [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 @ 2020-09-22 15:53 James Bottomley 2020-09-22 15:53 ` [PATCH 1/1] Makefile.build: Add an explicit error for missing ASN.1 compiler James Bottomley 2020-09-22 18:54 ` [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 Randy Dunlap 0 siblings, 2 replies; 10+ messages in thread From: James Bottomley @ 2020-09-22 15:53 UTC (permalink / raw) To: linux-kbuild; +Cc: linux-kernel, Masahiro Yamada I recently ran into this as an error from 0day. On x86 it's pretty much impossible to build a configuration where CONFIG_ASN1 isn't set, so you rarely notice a problem using the ASN.1 compiler because something else has selected it. However, this compiler is never built if CONFIG_ASN1 isn't set and the error you get from kbuild is particularly unhelpful: make[4]: *** No rule to make target 'security/keys/trusted-keys/tpm2key.asn1.o', needed by 'security/keys/trusted-keys/built-in.a'. make[4]: *** [scripts/Makefile.build:283: security/keys/trusted-keys/trusted_tpm2.o] Error 1 make[4]: Target '__build' not remade because of errors. This patch changes the above error to the much easier to diagnose: scripts/Makefile.build:387: *** CONFIG_ASN1 must be defined for the asn1_compiler. Stop. make[3]: *** [scripts/Makefile.build:505: security/keys/trusted-keys] Error 2 James --- James Bottomley (1): Makefile.build: Add an explicit error for missing ASN.1 compiler scripts/Makefile.build | 5 +++++ 1 file changed, 5 insertions(+) -- 2.26.2 ^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 1/1] Makefile.build: Add an explicit error for missing ASN.1 compiler 2020-09-22 15:53 [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 James Bottomley @ 2020-09-22 15:53 ` James Bottomley 2020-09-24 17:18 ` Masahiro Yamada 2020-09-22 18:54 ` [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 Randy Dunlap 1 sibling, 1 reply; 10+ messages in thread From: James Bottomley @ 2020-09-22 15:53 UTC (permalink / raw) To: linux-kbuild; +Cc: linux-kernel, Masahiro Yamada The current dependency rules mean that the build breaks if the ASN.1 compiler is required but CONFIG_ASN1 isn't set. However, it isn't obvious from the error message about missing files what the actual problem is, so make the build system give an explicit error. Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com> --- scripts/Makefile.build | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/scripts/Makefile.build b/scripts/Makefile.build index a467b9323442..bca7003beac8 100644 --- a/scripts/Makefile.build +++ b/scripts/Makefile.build @@ -382,6 +382,11 @@ quiet_cmd_asn1_compiler = ASN.1 $(basename $@).[ch] cmd_asn1_compiler = $(objtree)/scripts/asn1_compiler $< \ $(basename $@).c $(basename $@).h +ifndef CONFIG_ASN1 +$(objtree)/scripts/asn1_compiler: + $(error CONFIG_ASN1 must be defined for the asn1_compiler) +endif + $(obj)/%.asn1.c $(obj)/%.asn1.h: $(src)/%.asn1 $(objtree)/scripts/asn1_compiler $(call cmd,asn1_compiler) -- 2.26.2 ^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH 1/1] Makefile.build: Add an explicit error for missing ASN.1 compiler 2020-09-22 15:53 ` [PATCH 1/1] Makefile.build: Add an explicit error for missing ASN.1 compiler James Bottomley @ 2020-09-24 17:18 ` Masahiro Yamada 0 siblings, 0 replies; 10+ messages in thread From: Masahiro Yamada @ 2020-09-24 17:18 UTC (permalink / raw) To: James Bottomley; +Cc: Linux Kbuild mailing list, Linux Kernel Mailing List On Wed, Sep 23, 2020 at 12:55 AM James Bottomley <James.Bottomley@hansenpartnership.com> wrote: > > The current dependency rules mean that the build breaks if the ASN.1 > compiler is required but CONFIG_ASN1 isn't set. However, it isn't > obvious from the error message about missing files what the actual > problem is, so make the build system give an explicit error. > > Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com> > --- Applied to linux-kbuild. Thanks. > scripts/Makefile.build | 5 +++++ > 1 file changed, 5 insertions(+) > > diff --git a/scripts/Makefile.build b/scripts/Makefile.build > index a467b9323442..bca7003beac8 100644 > --- a/scripts/Makefile.build > +++ b/scripts/Makefile.build > @@ -382,6 +382,11 @@ quiet_cmd_asn1_compiler = ASN.1 $(basename $@).[ch] > cmd_asn1_compiler = $(objtree)/scripts/asn1_compiler $< \ > $(basename $@).c $(basename $@).h > > +ifndef CONFIG_ASN1 > +$(objtree)/scripts/asn1_compiler: > + $(error CONFIG_ASN1 must be defined for the asn1_compiler) > +endif > + > $(obj)/%.asn1.c $(obj)/%.asn1.h: $(src)/%.asn1 $(objtree)/scripts/asn1_compiler > $(call cmd,asn1_compiler) > > -- > 2.26.2 > -- Best Regards Masahiro Yamada ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 2020-09-22 15:53 [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 James Bottomley 2020-09-22 15:53 ` [PATCH 1/1] Makefile.build: Add an explicit error for missing ASN.1 compiler James Bottomley @ 2020-09-22 18:54 ` Randy Dunlap 2020-09-22 19:19 ` James Bottomley 1 sibling, 1 reply; 10+ messages in thread From: Randy Dunlap @ 2020-09-22 18:54 UTC (permalink / raw) To: James Bottomley, linux-kbuild; +Cc: linux-kernel, Masahiro Yamada On 9/22/20 8:53 AM, James Bottomley wrote: > I recently ran into this as an error from 0day. On x86 it's pretty > much impossible to build a configuration where CONFIG_ASN1 isn't set, > so you rarely notice a problem using the ASN.1 compiler because > something else has selected it. However, this compiler is never built > if CONFIG_ASN1 isn't set and the error you get from kbuild is > particularly unhelpful: > > make[4]: *** No rule to make target 'security/keys/trusted-keys/tpm2key.asn1.o', needed by 'security/keys/trusted-keys/built-in.a'. > make[4]: *** [scripts/Makefile.build:283: security/keys/trusted-keys/trusted_tpm2.o] Error 1 > make[4]: Target '__build' not remade because of errors. > > This patch changes the above error to the much easier to diagnose: > > scripts/Makefile.build:387: *** CONFIG_ASN1 must be defined for the asn1_compiler. Stop. > make[3]: *** [scripts/Makefile.build:505: security/keys/trusted-keys] Error 2 > > James > > --- > > James Bottomley (1): > Makefile.build: Add an explicit error for missing ASN.1 compiler > > scripts/Makefile.build | 5 +++++ > 1 file changed, 5 insertions(+) Is there a missing select ASN1 somewhere? -- ~Randy ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 2020-09-22 18:54 ` [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 Randy Dunlap @ 2020-09-22 19:19 ` James Bottomley 2020-09-22 19:38 ` Randy Dunlap 0 siblings, 1 reply; 10+ messages in thread From: James Bottomley @ 2020-09-22 19:19 UTC (permalink / raw) To: Randy Dunlap, linux-kbuild; +Cc: linux-kernel, Masahiro Yamada On Tue, 2020-09-22 at 11:54 -0700, Randy Dunlap wrote: > On 9/22/20 8:53 AM, James Bottomley wrote: > > I recently ran into this as an error from 0day. On x86 it's pretty > > much impossible to build a configuration where CONFIG_ASN1 isn't > > set, so you rarely notice a problem using the ASN.1 compiler > > because something else has selected it. However, this compiler is > > never built if CONFIG_ASN1 isn't set and the error you get from > > kbuild is particularly unhelpful: > > > > make[4]: *** No rule to make target 'security/keys/trusted- > > keys/tpm2key.asn1.o', needed by 'security/keys/trusted-keys/built- > > in.a'. > > make[4]: *** [scripts/Makefile.build:283: security/keys/trusted- > > keys/trusted_tpm2.o] Error 1 > > make[4]: Target '__build' not remade because of errors. > > > > This patch changes the above error to the much easier to diagnose: > > > > scripts/Makefile.build:387: *** CONFIG_ASN1 must be defined for > > the asn1_compiler. Stop. > > make[3]: *** [scripts/Makefile.build:505: security/keys/trusted- > > keys] Error 2 > > > > James > > > > --- > > > > James Bottomley (1): > > Makefile.build: Add an explicit error for missing ASN.1 compiler > > > > scripts/Makefile.build | 5 +++++ > > 1 file changed, 5 insertions(+) > > Is there a missing > select ASN1 > somewhere? You mean in the build used to produce the errors above? Yes, so the patch is to make the problem more explicit. James ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 2020-09-22 19:19 ` James Bottomley @ 2020-09-22 19:38 ` Randy Dunlap 2020-09-22 19:44 ` James Bottomley 0 siblings, 1 reply; 10+ messages in thread From: Randy Dunlap @ 2020-09-22 19:38 UTC (permalink / raw) To: James Bottomley, linux-kbuild; +Cc: linux-kernel, Masahiro Yamada On 9/22/20 12:19 PM, James Bottomley wrote: > On Tue, 2020-09-22 at 11:54 -0700, Randy Dunlap wrote: >> On 9/22/20 8:53 AM, James Bottomley wrote: >>> I recently ran into this as an error from 0day. On x86 it's pretty >>> much impossible to build a configuration where CONFIG_ASN1 isn't >>> set, so you rarely notice a problem using the ASN.1 compiler >>> because something else has selected it. However, this compiler is >>> never built if CONFIG_ASN1 isn't set and the error you get from >>> kbuild is particularly unhelpful: >>> >>> make[4]: *** No rule to make target 'security/keys/trusted- >>> keys/tpm2key.asn1.o', needed by 'security/keys/trusted-keys/built- >>> in.a'. >>> make[4]: *** [scripts/Makefile.build:283: security/keys/trusted- >>> keys/trusted_tpm2.o] Error 1 >>> make[4]: Target '__build' not remade because of errors. >>> >>> This patch changes the above error to the much easier to diagnose: >>> >>> scripts/Makefile.build:387: *** CONFIG_ASN1 must be defined for >>> the asn1_compiler. Stop. >>> make[3]: *** [scripts/Makefile.build:505: security/keys/trusted- >>> keys] Error 2 >>> >>> James >>> >>> --- >>> >>> James Bottomley (1): >>> Makefile.build: Add an explicit error for missing ASN.1 compiler >>> >>> scripts/Makefile.build | 5 +++++ >>> 1 file changed, 5 insertions(+) >> >> Is there a missing >> select ASN1 >> somewhere? > > You mean in the build used to produce the errors above? Yes, so the > patch is to make the problem more explicit. I appreciate that the message can be improved, but it seems possible that some Kconfig could also be improved. -- ~Randy ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 2020-09-22 19:38 ` Randy Dunlap @ 2020-09-22 19:44 ` James Bottomley 2020-09-22 19:46 ` Randy Dunlap 0 siblings, 1 reply; 10+ messages in thread From: James Bottomley @ 2020-09-22 19:44 UTC (permalink / raw) To: Randy Dunlap, linux-kbuild; +Cc: linux-kernel, Masahiro Yamada On Tue, 2020-09-22 at 12:38 -0700, Randy Dunlap wrote: > On 9/22/20 12:19 PM, James Bottomley wrote: > > On Tue, 2020-09-22 at 11:54 -0700, Randy Dunlap wrote: > > > On 9/22/20 8:53 AM, James Bottomley wrote: > > > > I recently ran into this as an error from 0day. On x86 it's > > > > pretty > > > > much impossible to build a configuration where CONFIG_ASN1 > > > > isn't > > > > set, so you rarely notice a problem using the ASN.1 compiler > > > > because something else has selected it. However, this compiler > > > > is > > > > never built if CONFIG_ASN1 isn't set and the error you get from > > > > kbuild is particularly unhelpful: > > > > > > > > make[4]: *** No rule to make target 'security/keys/trusted- > > > > keys/tpm2key.asn1.o', needed by 'security/keys/trusted- > > > > keys/built- > > > > in.a'. > > > > make[4]: *** [scripts/Makefile.build:283: > > > > security/keys/trusted- > > > > keys/trusted_tpm2.o] Error 1 > > > > make[4]: Target '__build' not remade because of errors. > > > > > > > > This patch changes the above error to the much easier to > > > > diagnose: > > > > > > > > scripts/Makefile.build:387: *** CONFIG_ASN1 must be defined > > > > for > > > > the asn1_compiler. Stop. > > > > make[3]: *** [scripts/Makefile.build:505: > > > > security/keys/trusted- > > > > keys] Error 2 > > > > > > > > James > > > > > > > > --- > > > > > > > > James Bottomley (1): > > > > Makefile.build: Add an explicit error for missing ASN.1 > > > > compiler > > > > > > > > scripts/Makefile.build | 5 +++++ > > > > 1 file changed, 5 insertions(+) > > > > > > Is there a missing > > > select ASN1 > > > somewhere? > > > > You mean in the build used to produce the errors above? Yes, so > > the > > patch is to make the problem more explicit. > > I appreciate that the message can be improved, but it seems possible > that some Kconfig could also be improved. I don't really see how. To find the problem you have to identify a conditional build in the Makefile that requires the asn1 compiler but for which the config option doesn't have a select ASN1. We don't currently preserve the "what selected this symbol" information in kconfig, which is what we'd need. James ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 2020-09-22 19:44 ` James Bottomley @ 2020-09-22 19:46 ` Randy Dunlap 2020-09-22 19:48 ` James Bottomley 0 siblings, 1 reply; 10+ messages in thread From: Randy Dunlap @ 2020-09-22 19:46 UTC (permalink / raw) To: James Bottomley, linux-kbuild; +Cc: linux-kernel, Masahiro Yamada On 9/22/20 12:44 PM, James Bottomley wrote: > On Tue, 2020-09-22 at 12:38 -0700, Randy Dunlap wrote: >> On 9/22/20 12:19 PM, James Bottomley wrote: >>> On Tue, 2020-09-22 at 11:54 -0700, Randy Dunlap wrote: >>>> On 9/22/20 8:53 AM, James Bottomley wrote: >>>>> I recently ran into this as an error from 0day. On x86 it's >>>>> pretty >>>>> much impossible to build a configuration where CONFIG_ASN1 >>>>> isn't >>>>> set, so you rarely notice a problem using the ASN.1 compiler >>>>> because something else has selected it. However, this compiler >>>>> is >>>>> never built if CONFIG_ASN1 isn't set and the error you get from >>>>> kbuild is particularly unhelpful: >>>>> >>>>> make[4]: *** No rule to make target 'security/keys/trusted- >>>>> keys/tpm2key.asn1.o', needed by 'security/keys/trusted- >>>>> keys/built- >>>>> in.a'. >>>>> make[4]: *** [scripts/Makefile.build:283: >>>>> security/keys/trusted- >>>>> keys/trusted_tpm2.o] Error 1 >>>>> make[4]: Target '__build' not remade because of errors. >>>>> >>>>> This patch changes the above error to the much easier to >>>>> diagnose: >>>>> >>>>> scripts/Makefile.build:387: *** CONFIG_ASN1 must be defined >>>>> for >>>>> the asn1_compiler. Stop. >>>>> make[3]: *** [scripts/Makefile.build:505: >>>>> security/keys/trusted- >>>>> keys] Error 2 >>>>> >>>>> James >>>>> >>>>> --- >>>>> >>>>> James Bottomley (1): >>>>> Makefile.build: Add an explicit error for missing ASN.1 >>>>> compiler >>>>> >>>>> scripts/Makefile.build | 5 +++++ >>>>> 1 file changed, 5 insertions(+) >>>> >>>> Is there a missing >>>> select ASN1 >>>> somewhere? >>> >>> You mean in the build used to produce the errors above? Yes, so >>> the >>> patch is to make the problem more explicit. >> >> I appreciate that the message can be improved, but it seems possible >> that some Kconfig could also be improved. > > I don't really see how. To find the problem you have to identify a > conditional build in the Makefile that requires the asn1 compiler but > for which the config option doesn't have a select ASN1. We don't > currently preserve the "what selected this symbol" information in > kconfig, which is what we'd need. Well, if you have a failing .config file, I would be glad to take a look at it... -- ~Randy ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 2020-09-22 19:46 ` Randy Dunlap @ 2020-09-22 19:48 ` James Bottomley 2020-09-22 19:52 ` Randy Dunlap 0 siblings, 1 reply; 10+ messages in thread From: James Bottomley @ 2020-09-22 19:48 UTC (permalink / raw) To: Randy Dunlap, linux-kbuild; +Cc: linux-kernel, Masahiro Yamada On Tue, 2020-09-22 at 12:46 -0700, Randy Dunlap wrote: > On 9/22/20 12:44 PM, James Bottomley wrote: > > On Tue, 2020-09-22 at 12:38 -0700, Randy Dunlap wrote: > > > On 9/22/20 12:19 PM, James Bottomley wrote: > > > > On Tue, 2020-09-22 at 11:54 -0700, Randy Dunlap wrote: > > > > > On 9/22/20 8:53 AM, James Bottomley wrote: > > > > > > I recently ran into this as an error from 0day. On x86 > > > > > > it's > > > > > > pretty > > > > > > much impossible to build a configuration where CONFIG_ASN1 > > > > > > isn't > > > > > > set, so you rarely notice a problem using the ASN.1 > > > > > > compiler > > > > > > because something else has selected it. However, this > > > > > > compiler > > > > > > is > > > > > > never built if CONFIG_ASN1 isn't set and the error you get > > > > > > from > > > > > > kbuild is particularly unhelpful: > > > > > > > > > > > > make[4]: *** No rule to make target > > > > > > 'security/keys/trusted- > > > > > > keys/tpm2key.asn1.o', needed by 'security/keys/trusted- > > > > > > keys/built- > > > > > > in.a'. > > > > > > make[4]: *** [scripts/Makefile.build:283: > > > > > > security/keys/trusted- > > > > > > keys/trusted_tpm2.o] Error 1 > > > > > > make[4]: Target '__build' not remade because of errors. > > > > > > > > > > > > This patch changes the above error to the much easier to > > > > > > diagnose: > > > > > > > > > > > > scripts/Makefile.build:387: *** CONFIG_ASN1 must be > > > > > > defined > > > > > > for > > > > > > the asn1_compiler. Stop. > > > > > > make[3]: *** [scripts/Makefile.build:505: > > > > > > security/keys/trusted- > > > > > > keys] Error 2 > > > > > > > > > > > > James > > > > > > > > > > > > --- > > > > > > > > > > > > James Bottomley (1): > > > > > > Makefile.build: Add an explicit error for missing ASN.1 > > > > > > compiler > > > > > > > > > > > > scripts/Makefile.build | 5 +++++ > > > > > > 1 file changed, 5 insertions(+) > > > > > > > > > > Is there a missing > > > > > select ASN1 > > > > > somewhere? > > > > > > > > You mean in the build used to produce the errors above? Yes, > > > > so the patch is to make the problem more explicit. > > > > > > I appreciate that the message can be improved, but it seems > > > possible that some Kconfig could also be improved. > > > > I don't really see how. To find the problem you have to identify a > > conditional build in the Makefile that requires the asn1 compiler > > but for which the config option doesn't have a select ASN1. We > > don't currently preserve the "what selected this symbol" > > information in kconfig, which is what we'd need. > > Well, if you have a failing .config file, I would be glad to take a > look at it... The original problem is already fixed. The point of this patch is to make 0day explicitly identify it if it ever occurs again. James ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 2020-09-22 19:48 ` James Bottomley @ 2020-09-22 19:52 ` Randy Dunlap 0 siblings, 0 replies; 10+ messages in thread From: Randy Dunlap @ 2020-09-22 19:52 UTC (permalink / raw) To: James Bottomley, linux-kbuild; +Cc: linux-kernel, Masahiro Yamada On 9/22/20 12:48 PM, James Bottomley wrote: > On Tue, 2020-09-22 at 12:46 -0700, Randy Dunlap wrote: >> On 9/22/20 12:44 PM, James Bottomley wrote: >>> On Tue, 2020-09-22 at 12:38 -0700, Randy Dunlap wrote: >>>> On 9/22/20 12:19 PM, James Bottomley wrote: >>>>> On Tue, 2020-09-22 at 11:54 -0700, Randy Dunlap wrote: >>>>>> On 9/22/20 8:53 AM, James Bottomley wrote: >>>>>>> I recently ran into this as an error from 0day. On x86 >>>>>>> it's >>>>>>> pretty >>>>>>> much impossible to build a configuration where CONFIG_ASN1 >>>>>>> isn't >>>>>>> set, so you rarely notice a problem using the ASN.1 >>>>>>> compiler >>>>>>> because something else has selected it. However, this >>>>>>> compiler >>>>>>> is >>>>>>> never built if CONFIG_ASN1 isn't set and the error you get >>>>>>> from >>>>>>> kbuild is particularly unhelpful: >>>>>>> >>>>>>> make[4]: *** No rule to make target >>>>>>> 'security/keys/trusted- >>>>>>> keys/tpm2key.asn1.o', needed by 'security/keys/trusted- >>>>>>> keys/built- >>>>>>> in.a'. >>>>>>> make[4]: *** [scripts/Makefile.build:283: >>>>>>> security/keys/trusted- >>>>>>> keys/trusted_tpm2.o] Error 1 >>>>>>> make[4]: Target '__build' not remade because of errors. >>>>>>> >>>>>>> This patch changes the above error to the much easier to >>>>>>> diagnose: >>>>>>> >>>>>>> scripts/Makefile.build:387: *** CONFIG_ASN1 must be >>>>>>> defined >>>>>>> for >>>>>>> the asn1_compiler. Stop. >>>>>>> make[3]: *** [scripts/Makefile.build:505: >>>>>>> security/keys/trusted- >>>>>>> keys] Error 2 >>>>>>> >>>>>>> James >>>>>>> >>>>>>> --- >>>>>>> >>>>>>> James Bottomley (1): >>>>>>> Makefile.build: Add an explicit error for missing ASN.1 >>>>>>> compiler >>>>>>> >>>>>>> scripts/Makefile.build | 5 +++++ >>>>>>> 1 file changed, 5 insertions(+) >>>>>> >>>>>> Is there a missing >>>>>> select ASN1 >>>>>> somewhere? >>>>> >>>>> You mean in the build used to produce the errors above? Yes, >>>>> so the patch is to make the problem more explicit. >>>> >>>> I appreciate that the message can be improved, but it seems >>>> possible that some Kconfig could also be improved. >>> >>> I don't really see how. To find the problem you have to identify a >>> conditional build in the Makefile that requires the asn1 compiler >>> but for which the config option doesn't have a select ASN1. We >>> don't currently preserve the "what selected this symbol" >>> information in kconfig, which is what we'd need. >> >> Well, if you have a failing .config file, I would be glad to take a >> look at it... > > The original problem is already fixed. The point of this patch is to > make 0day explicitly identify it if it ever occurs again. Got it. That's helpful info IMO. thanks. -- ~Randy ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2020-09-24 17:19 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-09-22 15:53 [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 James Bottomley 2020-09-22 15:53 ` [PATCH 1/1] Makefile.build: Add an explicit error for missing ASN.1 compiler James Bottomley 2020-09-24 17:18 ` Masahiro Yamada 2020-09-22 18:54 ` [PATCH 0/1] Add explicit error for missing CONFIG_ASN1 Randy Dunlap 2020-09-22 19:19 ` James Bottomley 2020-09-22 19:38 ` Randy Dunlap 2020-09-22 19:44 ` James Bottomley 2020-09-22 19:46 ` Randy Dunlap 2020-09-22 19:48 ` James Bottomley 2020-09-22 19:52 ` Randy Dunlap
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).