OpenVZ / Virtuozzo kernel development (devel@openvz.org)
 help / color / mirror / Atom feed
From: Konstantin Khorenko <khorenko@virtuozzo.com>
To: devel@openvz.org
Subject: Re: [Devel] [PATCH hci-8.1] configs: build with WERROR and KVM_WERROR, as RHEL does
Date: Tue, 27 Oct 2026 16:06:02 +0100	[thread overview]
Message-ID: <d69b8265-63ef-4b11-bd73-0ff759e05383@virtuozzo.com> (raw)
In-Reply-To: <010701a17da3f4bc-28bb73ce-794b-42a6-9323-48639d9251e8-000000@eu-central-1.amazonses.com>

On 10/27/26 14:54, no-reply@sashiko.virtuozzo.com wrote:
> Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
> - [Low] configs: commit message cites a nonexistent UML config exemption for WERROR
> --
> 
> commit e34168fc988cd9c5d2c187255bd4bad60ab0fb1d
> Author: Konstantin Khorenko <khorenko@virtuozzo.com>
> 
> configs: build with WERROR and KVM_WERROR, as RHEL does
> 
> This commit adds CONFIG_WERROR=y and CONFIG_KVM_WERROR=y to
> redhat/configs/custom-overrides/generic so that the vz kernel builds with
> -Werror, as RHEL does. The commit message says the UML config
> kernel-um-rhel.config is kept with CONFIG_WERROR unset.
> 
> Link: https://virtuozzo.atlassian.net/browse/VSTOR-151903
> 
>> diff --git a/redhat/configs/custom-overrides/generic/CONFIG_KVM_WERROR b/redhat/configs/custom-overrides/generic/CONFIG_KVM_WERROR
>> new file mode 100644
>> index 0000000000000..af20cbee74354
>> --- /dev/null
>> +++ b/redhat/configs/custom-overrides/generic/CONFIG_KVM_WERROR
>> @@ -0,0 +1 @@
>> +CONFIG_KVM_WERROR=y
> 
> [ ... ]
> 
>> diff --git a/redhat/configs/custom-overrides/generic/CONFIG_WERROR b/redhat/configs/custom-overrides/generic/CONFIG_WERROR
>> new file mode 100644
>> index 0000000000000..f54ff6cdaab85
>> --- /dev/null
>> +++ b/redhat/configs/custom-overrides/generic/CONFIG_WERROR
>> @@ -0,0 +1 @@
>> +CONFIG_WERROR=y
> 
> [Severity: Low]
> The commit message says "UML kernel build produces warnings, so we keep
> kernel-um-rhel.config with CONFIG_WERROR unset."  Is this exemption
> actually implemented anywhere in this tree?
> 
> A search for kernel-um-rhel.config, kernel-um and um-rhel finds no matches.
> The only UML-related files are tools/testing/kunit/configs/arch_uml.config,
> coverage_uml.config and the wireguard selftest um.config, and none of them
> come from the redhat/configs layers.
> 
> redhat/configs/priority.rhel sets:
> 
>     ORDER=common rhel pending-rhel custom-overrides
> 
> so custom-overrides is merged last into every listed flavor, and the new
> custom-overrides/generic/CONFIG_WERROR (=y) overrides
> common/generic/CONFIG_WERROR (# CONFIG_WERROR is not set) in every generated
> config.  priority.rhel lists only x86_64, ppc64le, s390x (including
> zfcpdump), aarch64 and riscv64 flavors, so there is no UML flavor that could
> be exempted.
> 
> If kernel-um-rhel.config is a standalone file in a separate vz build
> repository, the build is unaffected and only the commit message cannot be
> verified from this tree.  If it is derived from these layers, would
> CONFIG_WERROR=y reach it and break the UML build on its known warnings?
> 
> Could the commit message say where kernel-um-rhel.config lives, or could the
> exemption be made explicit in this tree?
> 
> Also, since both overrides sit in custom-overrides/generic, they apply to
> every flavor, including debug, rt, automotive and zfcpdump, and not only the
> main ones.  Is that intended?

  The tree you checked lacks the User Mode Linux series. The base of this
  patch, 39277db2080be (rh10-6.12.0-211.52.1.22.10.vz10), has the um
  variant and its layer:

    priority.rhel:                    um=generic:generic-x86:generic-um
    custom-overrides/generic/um/CONFIG_WERROR: # CONFIG_WERROR is not set

  The um layer is merged after custom-overrides/generic, so the um config
  keeps WERROR off. kernel-um-rhel.config itself is generated and ignored
  by redhat/configs/.gitignore, which is why the search found nothing; v2
  names the layer file instead.

  WERROR reaching every flavor, debug and zfcpdump included, is intended:
  with ENABLE_WERROR, RHEL's build_configs.sh turns it on in every config
  as well.


_______________________________________________
Devel mailing list
Devel@openvz.org
https://lists.openvz.org/mailman/listinfo/devel

      reply	other threads:[~2026-10-27 15:07 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-27 13:49 Konstantin Khorenko
2026-10-27 13:54 ` no-reply
2026-10-27 15:06   ` Konstantin Khorenko [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d69b8265-63ef-4b11-bd73-0ff759e05383@virtuozzo.com \
    --to=khorenko@virtuozzo.com \
    --cc=devel@openvz.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox