[OS-BUILD PATCH 0/0] Support RPi4 series of devices

2022-07-18 Thread pbrobinson (via Email Bridge)
From: pbrobinson on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1911 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 r

[OS-BUILD PATCHv3 0/4] redhat/Makefile: Add dist-get-buildreqs target

2022-07-18 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1900 The dist-buildreq-check target is useful in a few ways but results in unnecessary errors in many cases. Instead of stopping the build, add a new target 'dist-get-buildreqs' that can

[OS-BUILD PATCHv3 2/4] redhat/Makefile: Provide a better message for system-sb-certs

2022-07-18 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava redhat/Makefile: Provide a better message for system-sb-certs Most of the kernel build dependencies come from widely known repositories including EPEL, RHEL, and Fedora. The system-sb-certs package comes from a smaller RHEL and CS9 repository called CodeReady Linux Builder

[OS-BUILD PATCHv3 3/4] redhat/docs: Add information on build dependencies

2022-07-18 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava redhat/docs: Add information on build dependencies Add a section on build dependencies. Signed-off-by: Prarit Bhargava diff --git a/redhat/docs/index.rst b/redhat/docs/index.rst index blahblah..blahblah 100644 --- a/redhat/docs/index.rst +++ b/redhat/docs/index.rst @@ -6

[OS-BUILD PATCHv3 4/4] .gitlab-ci.yaml: Add test for dist-get-buildreqs target

2022-07-18 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava .gitlab-ci.yaml: Add test for dist-get-buildreqs target Add a test for the dist-get-buildreqs target. Signed-off-by: Prarit Bhargava diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml index blahblah..blahblah 100644 --- a/.gitlab-ci.yml +++ b/.gitlab-ci.yml @@ -239,6 +239,27 @

[OS-BUILD PATCHv3 1/4] redhat/Makefile: Change dist-buildreq-check to a non-blocking target

2022-07-18 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava redhat/Makefile: Change dist-buildreq-check to a non-blocking target Rename dist-buildreq-check to dist-get-buildreqs and make it non-blocking. Signed-off-by: Prarit Bhargava diff --git a/redhat/Makefile b/redhat/Makefile index blahblah..blahblah 100644 --- a/redhat/Make

Re: [OS-BUILD PATCHv3 0/4] redhat/Makefile: Add dist-get-buildreqs target

2022-07-18 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1900#note_1029498158 >IIUC most of the commands in this added `before_script` are copied over from the scheduled job that is doing git pushes and they aren't needed here :thinking: Fixed (and tested!) i

Re: Latest rawhide kernel, kernel-5.19.0-0.rc6.20220714git4a57a8400075.49.fc37.src.rpm, builds but won't boot

2022-07-18 Thread Justin Forbes
On Sun, Jul 17, 2022 at 4:17 PM stan via kernel wrote: > > On Sun, 17 Jul 2022 11:40:14 -0700 > stan wrote: > > > I'll be building the rc6 kernel with the new option enabled to see if > > that fixes things, but the kernel should still run even if the > > automatic mitigation is turned off. Shoul

Re: Latest rawhide kernel, kernel-5.19.0-0.rc6.20220714git4a57a8400075.49.fc37.src.rpm, builds but won't boot

2022-07-18 Thread Prarit Bhargava
On 7/18/22 09:45, Justin Forbes wrote: There were unfortunately some corner cases with retbleed mitigation that simply did not work. Most of those should have been worked out over the past week, but due to the way the embargo was done, there was a whole lot of testing that just couldn't happen

Re: Latest rawhide kernel, kernel-5.19.0-0.rc6.20220714git4a57a8400075.49.fc37.src.rpm, builds but won't boot

2022-07-18 Thread Peter Robinson
On Mon, Jul 18, 2022 at 2:51 PM Prarit Bhargava wrote: > > On 7/18/22 09:45, Justin Forbes wrote: > > > > > There were unfortunately some corner cases with retbleed mitigation > > that simply did not work. Most of those should have been worked out > > over the past week, but due to the way the emb

[OS-BUILD PATCH] redhat/Makefile: Change fedora BUILD_TARGET

2022-07-18 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava redhat/Makefile: Change fedora BUILD_TARGET The current fedora BUILD_TARGET is temp-ark-rhel-8-test which is way out-of-date. Change the fedora BUILD_TARGET to rawhide. As a result the koji command executed by the dist-koji target is: koji build --scratch rawhide /hom

[OS-BUILD PATCHv2] redhat/Makefile: Change fedora BUILD_TARGET

2022-07-18 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava redhat/Makefile: Change fedora BUILD_TARGET The current fedora BUILD_TARGET is temp-ark-rhel-8-test which is way out-of-date. Change the fedora BUILD_TARGET to rawhide. As a result the koji command executed by the dist-koji target is: koji build --scratch rawhide /hom

Re: Latest rawhide kernel, kernel-5.19.0-0.rc6.20220714git4a57a8400075.49.fc37.src.rpm, builds but won't boot

2022-07-18 Thread stan via kernel
On Sun, 17 Jul 2022 11:40:14 -0700 stan wrote: > Hi, > > When I built the > kernel-5.19.0-0.rc6.20220714git4a57a8400075.49.fc37.src.rpm > using rpmbuild, it builds without any error, but fails to boot. The > rc4 kernel with the same configuration with one exception runs fine. > > The exception

[OS-BUILD PATCHv3] redhat/Makefile: Change fedora BUILD_TARGET

2022-07-18 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava redhat/Makefile: Change fedora BUILD_TARGET The current fedora BUILD_TARGET is temp-ark-rhel-8-test which is way out-of-date. Change the fedora BUILD_TARGET to rawhide. As a result the koji command executed by the dist-koji target is: koji build --scratch rawhide /hom

Re: Latest rawhide kernel, kernel-5.19.0-0.rc6.20220714git4a57a8400075.49.fc37.src.rpm, builds but won't boot

2022-07-18 Thread stan via kernel
On Mon, 18 Jul 2022 08:45:07 -0500 Justin Forbes wrote: > There were unfortunately some corner cases with retbleed mitigation > that simply did not work. Most of those should have been worked out > over the past week, but due to the way the embargo was done, there was > a whole lot of testing tha