From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1198#note_614729857
Acked-by: Justin M. Forbes
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Herton R. Krzesinski
rpmspec: only build debug meta packages where we build debug ones
Previous commit "rpmspec: build debug-* meta-packages if debug
builds are disabled" failed to consider the architectures or
cases where we disable debug packages, and made meta packages
being built for
From: Herton R. Krzesinski on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1185#note_614689900
I think would be good to change ```$1-blacklist.conf``` to
```$1-denylist.conf``` here.
___
kernel mailing list --
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1197#note_614680014
Gah! How did we miss that? Sorry for that @hertonrk-rh
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1197#note_614679800
Acked-by: Don Zickus
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1197#note_614667859
Acked-by: Justin M. Forbes
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Herton R. Krzesinski
rpmspec: do not BuildRequires bpftool on nobuildarches
Kernel builds are failing on i686 due missing or not available bpftool.
It does not make sense to require it on arches that we only build
headers and don't need bpftool, so make it not required on this case.
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1185#note_614576989
> Yeah, but what's actually *intuitive*? I don't think calling it a `denylist`
makes sense. In this case, it's an enable/disable list.
Intuitive to a reader who doesn't ever deal
From: Phil Auld on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1177#note_614572750
Thanks Don! That seems to have worked.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Phil Auld
redhat/configs: Disable CONFIG_RT_GROUP_SCHED in rhel config
Fedora and rhel-rt config already have CONFIG_RT_GROUP_SCHED disabled.
RT_GROUP_SCHED does not play well with cgroups v2. Rather than keep
this enabled, disable it in rhel going forward.
Signed-off-by: Phil Auld
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1177#note_614560741
@prauld, I am not sure what you did. Your steps seem correct but the MR seems
to be a mess. At this point it might be faster to just create a backup
branch, reset the original MR to
From: pbrobinson on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1176#note_614555325
The kernel-ark repository is used for Fedora kernels as well where we do
support device tree. AKA this isn't ALL about RHEL!
___
kernel mailing
From: Myron Stowe on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1176#note_614546950
So, I'm just asking a question - not wanting, nor intending, to hold up any
processing of this item ...
When I look at the upstream kernel source tree with respect to the rk3399
driver,
From: Phil Auld on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1177#note_614528215
Anyone with better git-fu know how to rebase this single commit? I tried git
fetch origin; git rebase origin/os-build from my branch but that failed badly
with conflicts on .gitingore and
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1185#note_614524432
> Is this actually a `denylist` or a `disablelist`? This looks like a list for
disabling modules...
Or a list of modules to deny the privilege to load.
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1185#note_614435592
Acked-by: Brian Masney
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
On 6/29/21 9:51 AM, Prarit Bhargava (via Email Bridge) wrote:
-check_blacklist()
+check_denylist()
{
mod=$(find "$RpmDir/$ModDir" -name "$1")
[ ! "$mod" ] && return 0
if modinfo "$mod" | grep -q '^alias:\s\+net-'; then
mod="${1##*/}"
From: Prarit Bhargava
mod-denylist.sh: Change to denylist
Change blacklist references to denylist.
v2: modprobe still uses blacklist
Suggested-by: Brian Masney
Signed-off-by: Prarit Bhargava
diff --git a/redhat/mod-denylist.sh b/redhat/mod-denylist.sh
index blahblah..blahblah 100755
---
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1190#note_614309854
I will squash these commits upon merge.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: CKI Gitlab on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1190
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
On Tue, Jun 29, 2021 at 7:35 AM Thorsten Leemhuis wrote:
>
> Lo!
>
> On 28.06.21 22:10, Justin Forbes wrote:
> > If you have a pending merge request, you will need to rebase your
> > source tree and force push so that things will cleanly merge.
> >
> > While this is the first time we have done
Lo!
On 28.06.21 22:10, Justin Forbes wrote:
> If you have a pending merge request, you will need to rebase your
> source tree and force push so that things will cleanly merge.
>
> While this is the first time we have done this for os-build, we expect
> to keep it up as a cadence with every
From: Kairui Song on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1171#note_614230003
Thanks for all the useful info!
I just updated the crashkernel value for x86/s390 to
`0G-4G:192M,4G-64G:256M,64G-:512M`, and changed the file name to
`crashkernel.default`, as suggested
From: Vladis Dronov on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1189#note_614227693
thanks, Herbert! i believe this can be merged now with 2 acks.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1189#note_614226929
Acked-by: Justin M. Forbes
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Herbert Xu on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1189#note_614222774
Acked-by: Herbert Xu
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Vladis Dronov on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1189#note_614221998
thanks, Justin!
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1188#note_614218376
Acked-by: Justin M. Forbes
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1189#note_614216281
Acked-by: Justin M. Forbes
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Vladis Dronov on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1189#note_614147864
hello, @ptalbert, @jmflinuxtx, @simo5, @herbert.xu2, could you please have a
look at this MR and probably merge it?
We need this, i'm inclined to say - asap, as this blocks some
From: Vladis Dronov
Revert "Merge branch 'ec_fips' into 'os-build'"
We need to revert the merge request !1150 and make CONFIG_CRYPTO_ECDH
and CONFIG_CRYPTO_ECDSA back to =m. Current =y setting prevents a kernel
booting in FIPS mode. This blocks some processes, see bz1915290#c23. This
is an
From: Daniel Horak on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1188#note_613961152
Acked-by: Dan HorĂ¡k
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Cornelia Huck on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1188#note_613959685
Acked-by: Cornelia Huck
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Thomas Huth on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1188#note_613947293
@cimbrend : Please also have a look if you've got some spare minutes! Thanks!
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Thomas Huth on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1188#note_613939986
@dhorak1 , @cohuck , @davidhildenbrand : Please have a look at the settings!
Thanks!
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Thomas Huth
redhat/configs: Consolidate CONFIG_HMC_DRV in the common s390x folder
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1976270
The CONFIG_HMC_DRV switch is specific to s390x, and uses the same
setting in Fedora and ARK, so we should consolidate this setting
in the
From: Thomas Huth
redhat/configs: Consolidate CONFIG_EXPOLINE_OFF in the common folder
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1976270
The other CONFIG_EXPOLINE_* options already reside in the folder
redhat/configs/common/generic/s390x/, so we should move the
CONFIG_EXPOLINE_OFF
From: Thomas Huth
redhat/configs: Move CONFIG_HW_RANDOM_S390 into the s390x/ subfolder
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1976270
This switch is specific to s390x, so it should reside in the
s390x/ folder.
Signed-off-by: Thomas Huth
diff --git
From: Thomas Huth
redhat/configs: Disable CONFIG_HOTPLUG_PCI_SHPC in the Fedora settings
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1976270
We never enabled this for the RHEL/ARK kernel, so this setting in
Fedora looked suspicious... and after asking some people from IBM,
they
From: Thomas Huth
redhat/configs: Remove the non-existent CONFIG_NO_BOOTMEM switch
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1976270
The CONFIG_NO_BOOTMEM switch has been removed upstream in commit
b4a991ec584b ("mm: remove CONFIG_NO_BOOTMEM"), so we can drop this
setting in the
From: Thomas Huth
redhat/configs: Compile the virtio-console as a module on s390x
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1976270
Since upstream commit bb533ec8bacd ("s390/config: do not select VIRTIO_CONSOLE
via Kconfig"), it's possible to build the virtio-console driver as a
From: Thomas Huth on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1188
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1976270
While comparing the s390x config switches between RHEL8 and RHEL9, we found
some settings that need to be changed, and the
From: Thomas Huth
redhat/configs: Enable CONFIG_S390_CCW_IOMMU and CONFIG_VFIO_CCW for ARK, too
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1976270
These two options have been enabled for RHEL8 in BZ 1660917, so we should
enable those now in RHEL9/ARK, too.
Signed-off-by: Thomas
43 matches
Mail list logo