From: Justin Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_596135080
> is it worth throwing a 'include in release' label and seeing if this can
build in eln?
I have tagged it with "include in release" and done a test build with it
against ELN koji:
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595946671
@jmflinuxtx - is it worth throwing a 'include in release' label and seeing if
this can build in eln?
@veruu - i can probably hack up the gitlab-ci.yml file like i did in another
MR to try
From: Philipp Rudo on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595925875
sure. BTW I'm joining RH so the email and accounts will still exist in the
future.
Nevertheless I guess it would be better if someone else takes over if we
there's a delay. Don't know
From: Philipp Rudo on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595920020
@dzickusrh this MR can be build on any machine with an appropriate compiler
(IIRC GCC10). Only the resulting kernel requires a z14+ to run.
I know that the change is necessary. I was
From: Justin Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595919862
> glibc 2.34 will detect `-march=z14` and refuse to run on z13 or earlier, to
avoid hard-to-diagnose crashes later. We learned the hard way that this very
desirable during the ppc64le
From: Florian Weimer on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595913747
glibc 2.34 will detect `-march=z14` and refuse to run on z13 or earlier, to
avoid hard-to-diagnose crashes later. We learned the hard way that this very
desirable during the ppc64le
From: Justin Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595910611
> do we know which s390x machines ELN builds on?
The koji builders are Z13. They are running a Fedora kernel to do the build,
so the 5.13-rc5 eln build was done in koji running
From: Veronika Kabátová on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595904290
We should be all set, the containers are all built using qemu's experimental
z14 support and we do have a native z14 (or temporary z15 in case of
outages...) builder for the tools.
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595897703
@prudo1 - if for some reason you have to leave before this MR is merged, are
you ok with RH resubmitting your work and retaining your SOB line?
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595896264
@veruu - this MR will require a z14 or higher to compile ARK. CKI can handle
building os-build for that right? The srpm piece doesn't matter.
@jmflinuxtx - do we know which s390x
From: Justin Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1167#note_595825564
Curious on this, as Fedora has been building with CORESIGHT for a bit now
(since July 2020). We did not case the changes on arch, and simply added
openscd-devel as a buildreq for
From: Mark Salter on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1167#note_595816208
Acked-by: Mark Salter
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1165#note_595670605
It was merged five days ago.
If you want to see CONFIG_UV_SYSFS enabled for fedora that will need a
separate MR.
___
kernel mailing list
From: Frank Ramsay on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1165#note_595643904
Is there anything else I need to do on this MR to get it to move forward?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Justin Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1155#note_595488507
We have been building with it here since rc4.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1160#note_595432528
You did the right thing here Toke but I completely failed to notice that Jiri
and Justin took care of this config item last week in https://gitlab.com/cki-
From: Michael Petlan
[redhat] perf: enable CoreSight support
Bugzilla: https://bugzilla.redhat.com/1877192
Decoding CoreSight needs opencsd-devel package at build-time and
opencsd package as runtime dependency. This feature is aarch64-only.
Signed-off-by: Michael Petlan
diff --git
From: Philipp Rudo on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595402767
Hi,
sorry for the late response.
here's the v3 with what I picked up from the discussion, in particular
improve the wording of the first two commit messages and leave the
rest as is.
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 --git
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 --git a/redhat/configs/ark/generic/s390x/CONFIG_MARCH_Z13
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
From: Philipp Rudo
configs/common: disable CONFIG_INIT_STACK_ALL_{PATTERN,ZERO}
These configs add option -ftrivial-auto-var-init={pattern,zero} to the
CFLAGS. This option are specific to CLANG and thus are not present on
typical developer systems using GCC. By using the dummy-tools the
From: Philipp Rudo
configs/common/aarch64: disable CONFIG_RELR
This config adds option --pack-dyn-relocs=relr to the LDFLAGS. This
option is specific to LLD and thus is not present on typical developer
systems using LD. By using the dummy-tools the cc-option check that
tests if the option is
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
From: Daniel Horak on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595305892
The move to z14 is an ARK specific change, so it's safe from the Fedora point
of view. I want to change the Fedora baseline (to z13) in a separate step.
From: Cornelia Huck on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595267298
Unless I'm confused, Fedora stays at the z12 level. If ARK is relying on the
Fedora infrastructure, we have a problem.
___
kernel mailing
From: Florian Weimer on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595258853
As far as I know, Fedora infrastructure is not ready for this because it's
still z13. Is this going to a problem for ARK or Fedora? Thanks.
From: Toke Høiland-Jørgensen on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1160#note_595246708
Hmm, can't actually find the approve button anywhere on this MR. So let's try
this:
Acked-by: Toke Høiland-Jørgensen
___
kernel
From: Cornelia Huck on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595246522
Acked-by: Cornelia Huck
___
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/1144#note_595245657
Looking at the s390-related parts only, it seems good to me. The other changes
also seem reasonable, but it is not my area of expertise.
___
From: Toke Høiland-Jørgensen on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1160#note_595243909
Ah, sorry, I thought that was kinda implicit in the previous comments... :)
___
kernel mailing list --
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1160#note_595208143
Thoughts here guys? Ack or Nack?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1155#note_595206250
How is it going?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595204126
What is the status here? Is this good as-is?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/911#note_595161637
@dzickusrh, @torez: Do you guys have any thoughts on this and cki-
project/kernel-ark!1015 ?
___
kernel mailing list --
35 matches
Mail list logo
