Question in Overriding Config Options

Kleber Souza kleber.souza at canonical.com
Wed May 26 10:25:42 UTC 2021


Hello Serapheim,

I'll forward your question to our mailing-list (kernel-team at lists.ubuntu.com), as others can
also reply to your question.


Thanks,
Kleber

On 20.05.21 20:56, Serapheim Dimitropoulos wrote:
> Hi Kleber,
>
> I hope this email finds you well. I'm one of the ZFS developers from Delphix and recently have been working on our kernel builds which are based on the ones from Ubuntu by Canonical.
>
> We recently had the need to enable BTF information so I installed pahole on our kernel build VMs and introduced an OVERRIDES file under debian.hwe-5.4/config/ and debian.main/config/ directories that are part of the root of your kernel repos. In those OVERRIDES files I enabled the BTF config options (e.g. CONFIG_DEBUG_INFO_BTF=y).
>
> My problem currently is that whenever I run `fakeroot debian/rules clean updateconfigs` before I run `fakeroot debian/rules binary` recreate the CONFIG files, I hit an error from the config-check utility because you've explicitly disabled the above config option in your annotation files.
>
> Is there a better way to override the Kconfig in your build system than what I'm trying above? I'd prefer to not delete the annotation line from the annotation file because I'd like to avoid future merge conflicts whenever we sync our repo with your upstream one.
>
> I'd appreciate any ideas that you have on the subject.
>
> Regards,
> Serapheim
>
> -- 
>
>
>
> <http://delphix.com>
>
> *SERAPHEIM DIMITROPOULOS**
> *Senior Member of Technical Staff II
> M: 312.399.3365
> Delphix.com <http://delphix.com>
> Twitter <https://twitter.com/delphix> 	LinkedIn <https://www.linkedin.com/company-beta/236924/> 	Github <https://facebook.com/delphixcorp> 	Instagram <https://www.instagram.com/delphixcorp/> 	Skype <https://www.youtube.com/user/MarketingDelphix>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20210526/6aede0f2/attachment-0001.html>


More information about the kernel-team mailing list