Re: [OS-BUILD PATCH] Make CRYPTO_EC also builtin

2021-05-20 Thread Herbert Xu (via Email Bridge)
From: Herbert Xu on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1150#note_581500943 Acked-by: Herbert Xu ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send an email to kernel-le...@lists.fedoraproject

Re: [OS-BUILD PATCH] Make CRYPTO_EC also builtin

2021-05-20 Thread Simo Sorce (via Email Bridge)
From: Simo Sorce on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1150#note_581378676 @NefigTut @herbert.xu2 PTAL ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send an email to kernel-le...@lists.fedorap

Re: [OS-BUILD PATCH] Make CRYPTO_EC also builtin

2021-05-20 Thread Simo Sorce (via Email Bridge)
From: Simo Sorce on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1150#note_581377924 This is basically a followup of !1125 ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send an email to kernel-le...@lis

[OS-BUILD PATCH] Make CRYPTO_EC also builtin

2021-05-20 Thread Simo Sorce (via Email Bridge)
From: Simo Sorce Make CRYPTO_EC also builtin Our current plan is to build crypto modules that we may want to certify with FIPS-140-3 statically in the kernel. So add ECDH and ECDSA as well. We currently already claim ECDSA in RHEL-8 kernels. Adding ECDH for completeness. Bugzilla: https://bugz

❌ FAIL: Test report for kernel 5.12.5-200.fc33 (fedora-33)

2021-05-20 Thread CKI Project
Hello, We ran automated tests on the following kernel build: Kernel package: kernel-5.12.5-200.fc33 Task URL: https://koji.fedoraproject.org/koji/taskinfo?taskID=68274900 The results of these automated tests are provided below. Overall result: FAILED (see details below)

Re: [OS-BUILD PATCHv2] configs/common/s390: disable CONFIG_QETH_{OSN,OSX}

2021-05-20 Thread Patrick Talbert (via Email Bridge)
From: Patrick Talbert on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1149#note_581233572 @jmflinuxtx you okay with these being turned off in Fedora? ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send a

[OS-BUILD PATCHv2] configs/common/s390: disable CONFIG_QETH_{OSN,OSX}

2021-05-20 Thread Philipp Rudo (via Email Bridge)
From: Philipp Rudo configs/common/s390: disable CONFIG_QETH_{OSN,OSX} Shipment of the devices required for these options were ceased with z13. With the ALS set to z14 for ark there is no need to keep the options enabled. v2: disable the configs for fedora as well Bugzilla: https://bugzilla.red

Re: [OS-BUILD PATCH] configs/ark/s390: disable CONFIG_QETH_{OSN,OSX}

2021-05-20 Thread Philipp Rudo (via Email Bridge)
From: Philipp Rudo on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1149#note_581194256 will do. I also asked our network people. They are in favor to remove them in fedora as well. ___ kernel mailing list -- kernel@lists.fedorapr

Re: [OS-BUILD PATCH] [redhat] perf: link libtraceevent dynamically

2021-05-20 Thread Justin Forbes (via Email Bridge)
From: Justin Forbes on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1148#note_581053570 I have just tested with similar changes to kernel-tools in Fedora (libtraceevent is not packaged for F33, but is for F34+). Seems this is worthwhile. __

Re: [OS-BUILD PATCH] configs/ark/s390: disable CONFIG_QETH_{OSN,OSX}

2021-05-20 Thread Daniel Horak (via Email Bridge)
From: Daniel Horak on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1149#note_581035458 I believe we could disable OSN and OSX adapter drivers globally (including Fedora), they are quite old and very rarely used devices AFAIK. ___

[OS-BUILD PATCH] configs/ark/s390: disable CONFIG_QETH_{OSN,OSX}

2021-05-20 Thread Philipp Rudo (via Email Bridge)
From: Philipp Rudo configs/ark/s390: disable CONFIG_QETH_{OSN,OSX} Shipment of the devices required for these options were ceased with z13. With the ALS set to z14 for ark there is no need to keep the options enabled. Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1903201 Signed-off-by:

Re: [OS-BUILD PATCH] configs: Add and enable CONFIG_HYPERV_TESTING for debug kernels

2021-05-20 Thread Patrick Talbert (via Email Bridge)
From: Patrick Talbert on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1143#note_581006924 Prarit is the maintainer for this area now. Congrats! ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send an emai

[OS-BUILD PATCHv2 4/5] configs/common/s390: Clean up CONFIG_{MARCH,TUNE}_Z*

2021-05-20 Thread Philipp Rudo (via Email Bridge)
From: Philipp Rudo configs/common/s390: Clean up CONFIG_{MARCH,TUNE}_Z* Most of the configs are identical for fedora and ark so move them to common/generic/s390x. While at it move the remaining configs in fedora/generic to fedora/generic/s390x. Signed-off-by: Philipp Rudo diff a/redhat/confi

[OS-BUILD PATCHv2 5/5] configs/ark/s390: set CONFIG_MARCH_Z14 and CONFIG_TUNE_Z15

2021-05-20 Thread Philipp Rudo (via Email Bridge)
From: Philipp Rudo configs/ark/s390: set CONFIG_MARCH_Z14 and CONFIG_TUNE_Z15 Optimize ark for newer machines. Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1876435 Signed-off-by: Philipp Rudo diff a/redhat/configs/ark/generic/s390x/CONFIG_MARCH_Z13 b/redhat/configs/ark/generic/s390x

[OS-BUILD PATCHv2 2/5] configs/common: disable CONFIG_INIT_STACK_ALL_{PATTERN,ZERO}

2021-05-20 Thread Philipp Rudo (via Email Bridge)
From: Philipp Rudo configs/common: disable CONFIG_INIT_STACK_ALL_{PATTERN,ZERO} Using scripts/dummy-tools disables cc-option checks by always returning 'y'. This reveals config options usually hidden on typical developer systems (x86 + gcc), which again causes process_configs.sh to fail due to n

[OS-BUILD PATCHv2 3/5] configs/process_configs.sh: make use of dummy-tools

2021-05-20 Thread Philipp Rudo (via Email Bridge)
From: Philipp Rudo configs/process_configs.sh: make use of dummy-tools Using cc-option adds a dependency on the compiler in the configuration environment. This usually breaks the config creation when the target architecture is not the host architecture. As a remedy f88717cf44eb ("Temporarily swi

[OS-BUILD PATCHv2 1/5] configs/common/aarch64: enable CONFIG_RELR

2021-05-20 Thread Philipp Rudo (via Email Bridge)
From: Philipp Rudo configs/common/aarch64: enable CONFIG_RELR Using scripts/dummy-tools disables cc-option checks by always returning 'y'. This reveals config options usually hidden on typical developer systems (x86 + gcc), which again causes process_configs.sh to fail due to new, unset options.

[OS-BUILD PATCHv2 0/5] ark: Set Architecture Level Set to Z14 for s390

2021-05-20 Thread Philipp Rudo (via Email Bridge)
From: Philipp Rudo on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144 This series aims to update the Architecture Level Set on s390 for ark to Z14. Unfortunately this collides with a workaround introduced with f88717cf44eb ("Temporarily switch TUNE_DEFAULT

[OS-BUILD PATCH] [redhat] perf: link libtraceevent dynamically

2021-05-20 Thread Michael Petlan (via Email Bridge)
From: Michael Petlan [redhat] perf: link libtraceevent dynamically Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1952426 Due to independent usage of libtraceevent by various users (perf, trace-cmd), it now exists as a separate package, which provides the library+plugins. Now perf has to

Re: [OS-BUILD PATCH] [redhat] perf: link libtraceevent dynamically

2021-05-20 Thread Michael Petlan (via Email Bridge)
From: Michael Petlan on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1147#note_580648173 Sorry, mistake, patch was against different branch than os-build. Closing, will send a new MR instead. ___ kernel mailing list -- kernel@lis

[OS-BUILD PATCH] [redhat] perf: link libtraceevent dynamically

2021-05-20 Thread Michael Petlan (via Email Bridge)
From: Michael Petlan [redhat] perf: link libtraceevent dynamically Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1952426 Due to independent usage of libtraceevent by various users (perf, trace-cmd), it now exists as a separate package, which provides the library+plugins. Now perf has to