July 2023 - kernel - Fedora Mailing-Lists

[OS-BUILD PATCH] redhat/configs: usb: chipidea: update configs

by Desnes Nunes (via Email Bridge)

From: Desnes Nunes <desnesn(a)redhat.com> redhat/configs: usb: chipidea: update configs With the inclusion of commit <d818320ea200> ("usb: chipidea: make configs for glue drivers visible with EXPERT"), the if changes of CONFIG_EMBEDDED to CONFIG_EXPERT must be followed by arm CONFIG_USB_CHIPIDEA config changes for future releases. Upstream-status: RHEL-only Signed-off-by: Desnes Nunes <desnesn(a)redhat.com> diff --git a/redhat/configs/common/generic/arm/CONFIG_USB_CHIPIDEA_GENERIC b/redhat/configs/common/generic/arm/CONFIG_USB_CHIPIDEA_GENERIC new file mode 100644 index blahblah..blahblah 100644 --- /dev/null +++ b/redhat/configs/common/generic/arm/CONFIG_USB_CHIPIDEA_GENERIC @@ -0,0 +1 @@ +CONFIG_USB_CHIPIDEA_GENERIC=m diff --git a/redhat/configs/common/generic/arm/CONFIG_USB_CHIPIDEA_MSM b/redhat/configs/common/generic/arm/CONFIG_USB_CHIPIDEA_MSM new file mode 100644 index blahblah..blahblah 100644 --- /dev/null +++ b/redhat/configs/common/generic/arm/CONFIG_USB_CHIPIDEA_MSM @@ -0,0 +1 @@ +CONFIG_USB_CHIPIDEA_MSM=m diff --git a/redhat/configs/common/generic/arm/CONFIG_USB_CHIPIDEA_PCI b/redhat/configs/common/generic/arm/CONFIG_USB_CHIPIDEA_PCI new file mode 100644 index blahblah..blahblah 100644 --- /dev/null +++ b/redhat/configs/common/generic/arm/CONFIG_USB_CHIPIDEA_PCI @@ -0,0 +1 @@ +CONFIG_USB_CHIPIDEA_PCI=m -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2462

9 months, 3 weeks

3
3
0 / 0

[OS-BUILD PATCH] redhat: configs: Enable CONFIG_TYPEC_STUSB160X for rhel on aarch64

by Desnes Nunes (via Email Bridge)

From: Desnes Nunes <desnesn(a)redhat.com> redhat: configs: Enable CONFIG_TYPEC_STUSB160X for rhel on aarch64 Enabling the stusb160x driver for aarch64 in order to support devices that use STUSB160X USB Type-C controller Signed-off-by: Desnes Nunes <desnesn(a)redhat.com> diff --git a/redhat/configs/rhel/generic/arm/aarch64/CONFIG_TYPEC_STUSB160X b/redhat/configs/rhel/generic/arm/aarch64/CONFIG_TYPEC_STUSB160X new file mode 100644 index blahblah..blahblah 100644 --- /dev/null +++ b/redhat/configs/rhel/generic/arm/aarch64/CONFIG_TYPEC_STUSB160X @@ -0,0 +1 @@ +CONFIG_TYPEC_STUSB160X=m -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2601

9 months, 3 weeks

1
0
0 / 0

Kernel 6.4.3 is now available for testing in koji

by Sumantro Mukherjee

Hey Folks, We are currently running the Fedora Kernel Test Week before we rebase 6.4. There is a new build 6.4.3 is fresh and you can now provide feedback! Thanks a lot to all for making the test weeks so successful. The links for test weeks can be found here[0]. Results can be submitted here[1] and the new build is [2] Happy Testing! [0] http://fedoraproject.org/wiki/Test_Day:2023-07-09_Kernel_6.4_Test_Week [1] https://testdays.fedoraproject.org/events/160 [2] https://koji.fedoraproject.org/koji/buildinfo?buildID=2230199 -- //sumantro Fedora QE TRIED AND PERSONALLY TESTED, ERGO TRUSTED

9 months, 3 weeks

2
2
0 / 0

[OS-BUILD PATCH 0/0] fedora: wifi: Cleanups of the final WEXT based drivers

by pbrobinson (via Email Bridge)

From: pbrobinson on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2405 NOTE: Truncated patchset due to missing public @redhat.com email address on your GitLab profile at https://gitlab.com/-/profile. Once that is fixed, close and reopen the merge request to retrigger sending the emails. We retired the userspace wireless extensions, and in theory the kernel interfaces, in Fedora 36 but there was one driver that people actively used (the r8188eu in staging) but the rtl8xxxu driver now has support for all those devices and in 6.3 that staging driver was removed from upstream. We can now properly remove WEXT in the Fedora kernel. This is some minor cleanups and in reality we only lose the ancient 802.11b hermes drivers which are unlikely to be used by Fedora users now PowerMac and 32 bit x86 is long gone. Signed-off-by: Peter Robinson <pbrobinson(a)redhat.com> --- redhat/configs/rhel/generic/CONFIG_LIBERTAS => redhat/configs/common/generic/CONFIG_LIBERTAS | 0 redhat/configs/rhel/generic/CONFIG_WLAN_VENDOR_ZYDAS => redhat/configs/common/generic/CONFIG_WLAN_VENDOR_ZYDAS | 0 redhat/configs/fedora/generic/arm/armv7/CONFIG_LIBERTAS_SPI | 1 - redhat/configs/fedora/generic/arm/CONFIG_HERMES | 1 - redhat/configs/fedora/generic/x86/CONFIG_PCMCIA_HERMES | 1 - redhat/configs/fedora/generic/CONFIG_HERMES | 2 +- redhat/configs/fedora/generic/CONFIG_HERMES_CACHE_FW_ON_INIT | 1 - redhat/configs/fedora/generic/CONFIG_HERMES_PRISM | 1 - redhat/configs/fedora/generic/CONFIG_LIBERTAS | 1 - redhat/configs/fedora/generic/CONFIG_LIBERTAS_CS | 1 - redhat/configs/fedora/generic/CONFIG_LIBERTAS_DEBUG | 1 - redhat/configs/fedora/generic/CONFIG_LIBERTAS_MESH | 1 - redhat/configs/fedora/generic/CONFIG_LIBERTAS_SDIO | 1 - redhat/configs/fedora/generic/CONFIG_LIBERTAS_SPI | 1 - redhat/configs/fedora/generic/CONFIG_LIBERTAS_THINFIRM | 1 + redhat/configs/fedora/generic/CONFIG_LIBERTAS_THINFIRM_DEBUG | 1 + redhat/configs/fedora/generic/CONFIG_LIBERTAS_THINFIRM_USB | 1 + redhat/configs/fedora/generic/CONFIG_LIBERTAS_USB | 1 - redhat/configs/fedora/generic/CONFIG_NORTEL_HERMES | 1 - redhat/configs/fedora/generic/CONFIG_PCI_HERMES | 1 - redhat/configs/fedora/generic/CONFIG_PLX_HERMES | 1 - redhat/configs/fedora/generic/CONFIG_TMD_HERMES | 1 - redhat/configs/fedora/generic/CONFIG_USB_ZD1201 | 1 - redhat/configs/fedora/generic/CONFIG_WLAN_VENDOR_ZYDAS | 1 - 24 files changed, 4 insertions(+), 19 deletions(-)

10 months

3
2
0 / 0

✅ PASS: Test report for 6.3.13-100.fc37 (kernel-fedora)

by cki-project＠redhat.com

Hi, we tested your kernel and here are the results: Overall result: PASSED Merge: OK Compile: OK Test: OK Tested-by: CKI Project <cki-project(a)redhat.com> Kernel information: Brew / Koji Task ID: 103273091 You can find all the details about the test run at https://datawarehouse.cki-project.org/kcidb/checkouts/95644 One or more kernel tests failed: We also see the following known issues which are not related to your changes: Issue: NFS Connectathon: SELinux prevents rpcbind URL: https://bugzilla.redhat.com/1758147 Affected tests: ppc64le - NFS Connectathon s390x - NFS Connectathon x86_64 - NFS Connectathon If you find a failure unrelated to your changes, please ask the test maintainer to review it. This will prevent the failures from being incorrectly reported in the future. Please reply to this email if you have any questions about the tests that we ran or if you have any suggestions on how to make future tests more effective. ,-. ,-. ( C ) ( K ) Continuous `-',-.`-' Kernel ( I ) Integration `-' ______________________________________________________________________________

10 months

1
0
0 / 0

[OS-BUILD PATCHv2 0/2] configs: add new ChromeOS config options

by Mark Langsdorf (via Email Bridge)

From: Mark Langsdorf on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2537 Sync kernel-ark with the changes in https://gitlab.com/redhat/centos- stream/src/kernel/centos-stream-9/-/merge_requests/2727 Signed-off-by: Mark Langsdorf <mlangsdo(a)redhat.com> --- redhat/configs/common/generic/CONFIG_CROS_EC_UART | 1 + redhat/configs/common/generic/CONFIG_CROS_HPS_I2C | 2 +- 2 files changed, 2 insertions(+), 1 deletions(-)

10 months

1
2
0 / 0

[OS-BUILD PATCH] redhat/configs: allow IMA to use MOK keys

by Coiby Xu (via Email Bridge)

From: Coiby Xu <coxu(a)redhat.com> redhat/configs: allow IMA to use MOK keys Users can add IMA CA keys to the MOK list which will be added to the .machine keyring. The .machine keyring is linked the .secondary_trusted_keys keyring. Allow IMA to access the .secondary_trusted_keys keyring so users' customer IMA CA keys can be used to vouch for the keys to be added to the .ima keyring. CONFIG_INTEGRITY_CA_MACHINE_KEYRING_CA and CONFIG_INTEGRITY_CA_MACHINE_KEYRING_MAX is enabled to a) meet the requirement FIA_X509_EXT.1 X.509 as specified in OSPP 4.3 [1] and b) let custom kernel module signing key stay in the .platform keyring. [1] https://www.niap-ccevs.org/MMO/PP/OS%204.3%20PP/ Signed-off-by: Coiby Xu <coxu(a)redhat.com> diff --git a/redhat/configs/common/generic/CONFIG_IMA_KEYRINGS_PERMIT_SIGNED_BY_BUILTIN_OR_SECONDARY b/redhat/configs/common/generic/CONFIG_IMA_KEYRINGS_PERMIT_SIGNED_BY_BUILTIN_OR_SECONDARY index blahblah..blahblah 100644 --- a/redhat/configs/common/generic/CONFIG_IMA_KEYRINGS_PERMIT_SIGNED_BY_BUILTIN_OR_SECONDARY +++ b/redhat/configs/common/generic/CONFIG_IMA_KEYRINGS_PERMIT_SIGNED_BY_BUILTIN_OR_SECONDARY @@ -1 +1 @@ -# CONFIG_IMA_KEYRINGS_PERMIT_SIGNED_BY_BUILTIN_OR_SECONDARY is not set +CONFIG_IMA_KEYRINGS_PERMIT_SIGNED_BY_BUILTIN_OR_SECONDARY=y diff --git a/redhat/configs/common/generic/CONFIG_INTEGRITY_CA_MACHINE_KEYRING b/redhat/configs/common/generic/CONFIG_INTEGRITY_CA_MACHINE_KEYRING index blahblah..blahblah 100644 --- a/redhat/configs/common/generic/CONFIG_INTEGRITY_CA_MACHINE_KEYRING +++ b/redhat/configs/common/generic/CONFIG_INTEGRITY_CA_MACHINE_KEYRING @@ -1 +1 @@ -# CONFIG_INTEGRITY_CA_MACHINE_KEYRING is not set +CONFIG_INTEGRITY_CA_MACHINE_KEYRING=y diff --git a/redhat/configs/common/generic/CONFIG_INTEGRITY_CA_MACHINE_KEYRING_MAX b/redhat/configs/common/generic/CONFIG_INTEGRITY_CA_MACHINE_KEYRING_MAX new file mode 100644 index blahblah..blahblah 100644 --- /dev/null +++ b/redhat/configs/common/generic/CONFIG_INTEGRITY_CA_MACHINE_KEYRING_MAX @@ -0,0 +1 @@ +CONFIG_INTEGRITY_CA_MACHINE_KEYRING_MAX=y -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2599

10 months

2
1
0 / 0

[OS-BUILD PATCHv3 0/6] CI: script cleanup part2

by Don Zickus (via Email Bridge)

From: Don Zickus on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2518 These changes remove a lot of legacy cruft and simplify reading of the code. The goal is to make it easier to understand what is going on and run things locally. Because of the code removal (which should be unused), there is a slight risk I broke something subtle. Dependent on part1. Signed-off-by: Don Zickus <dzickus(a)redhat.com> --- redhat/scripts/ci/ark-ci-env.sh | 30 +++++++++++ redhat/scripts/ci/ark-create-release.sh | 74 +++++++++++----------------- redhat/scripts/ci/ark-update-configs.sh | 85 ++++++++++++++++++-------------- .gitlab-ci.yml | 2 +- 4 files changed, 108 insertions(+), 83 deletions(-)

10 months

1
7
0 / 0

[OS-BUILD PATCHv13 0/11] Extend ARK/ELN CI pipelines

by Michael Hofmann (via Email Bridge)

From: Michael Hofmann on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2575 ARK: - add debug pipeline for aarch64/x86_64 - add baseline pipelines ELN: - require successful pipelines if started automatically - run RH selftests - build SRPM for bot changes - add baseline pipelines Part of https://gitlab.com/cki-project/kernel-ark/-/issues/113 Signed-off-by: Michael Hofmann <mhofmann(a)redhat.com> --- .gitlab-ci.yml | 248 ++++++++++++++++++++++++++++++++++++++------------------ 1 files changed, 169 insertions(+), 79 deletions(-)

10 months

3
14
0 / 0

[OS-BUILD PATCH 0/2] Auto-cancel pipelines only on MRs

by Michael Hofmann (via Email Bridge)

From: Michael Hofmann on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2598 The interruptible keyword determines whether pipelines can be auto-cancelled. For kernel testing pipelines, this should only be done for MRs. Baseline pipelines on ark-latest shouldn't cancel but run to completion. For all other non-MR pipelines (scheduled/HEAD os-build), these should also not be cancelled. Therefore, use a conditional include to only configure jobs to be interruptible in MR pipelines. Fixes https://gitlab.com/cki-project/kernel-ark/-/issues/119 --- .gitlab-ci.yml | 53 ++++++++++++++++++++--------------------------------- 1 files changed, 20 insertions(+), 33 deletions(-)

10 months

1
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

kernel July 2023