From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2771#note_1629841670
I apprecaiate this.
Adding include in releases until it gets acks.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscri
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2766#note_1622753084
s390 does not, s390-zfcpdump does because it doesn't support modules at all.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2727#note_1584175715
Pipeline failure is unrelated, ELN binutils update broke the kernel build.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To u
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2716#note_1559028949
That was quick. Already upstream.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@
From: Justin M. Forbes
tpm: Fix typo in tpmrm class definition
Commit d2e8071bed0be ("tpm: make all 'class' structures const")
unfortunately had a typo for the name on tpmrm.
Fixes: d2e8071bed0b ("tpm: make all 'class' structures const")
Signed-off-by: "Justin M. Forbes"
diff --git a/drivers/
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2706#note_1555027298
This is upstream now.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedora
From: Jarkko Sakkinen
tpm: Enable hwrng only for Pluton on AMD CPUs
The vendor check introduced by commit 554b841d4703 ("tpm: Disable RNG for
all AMD fTPMs") doesn't work properly on a number of Intel fTPMs. On the
reported systems the TPM doesn't reply at bootup and returns back the
command co
From: Justin M. Forbes
Flip CONFIG_SND_SOC_CS35L56_SDW to m and clean up
Upstream commit 4754e29c779fe makes SND_SOC_INTEL_SOUNDWIRE_SOF_MACH
select SND_SOC_CS35L56. This was previously disabled in RHEL and the
new select results in a mismatch. Let's turn on
CONFIG_SND_SOC_CS35L56_SDW for x86 i
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2663#note_1534375545
Added include in release as this actually failed today's ELN build.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscr
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2656#note_1532139710
>
> Prarit Bhargava commented:
>
> @coxu , ISTR doing this same thing a while ago. IIRC, there were valid use
cases for the dependency. @jmflinuxtx do you recall what they were? I'm
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2607#note_1510107631
Everything looks good except for the removal of the aarch64-16k configs from
the spec. If you can do an update with those added back, it should be an easy
merge.
__
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2607#note_1509460304
It doesn't particularly matter so much in this case, the required acks are out
of hand because it is a re-org, but outside of spec and config build work it
is a no-op. We can reset
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2607#note_1508427945
Given this is a no-op, there is no need for this level of review. Nothing is
changing in the generated configs, it is simply rearranging the underlying
config files now that armv7 i
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2607#note_1508016482
This is a no-op for RHEL. All generated configs are identical. For Fedora it
drops armv7 configs, but all other configs are identical.
_
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2612#note_1505070459
Sorry for the late response, I was travelling. I did an audit this week across
all arches with post build configs, and the result is the V2 for this change.
Specifically CONFIG_TRIM
From: Justin M. Forbes
Enable CONFIG_EXPERT for both RHEL and Fedora
With CONFIG_EXPERT disabled, we have had instances of things changing
underneath without our knowledge. This is evident where we had config
items specifically set, but they are ignored because the item is now
dependent upon CO
From: Justin M. Forbes
Enable CONFIG_EXPERT for both RHEL and Fedora
With CONFIG_EXPERT disabled, we have had instances of things changing
underneath without our knowledge. This is evident where we had config
items specifically set, but they are ignored because the item is now
dependent upon CO
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2605#note_1477068856
This should be fixed now.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fe
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2605#note_1476640986
That is what the error indicates, but this MR has nothing to do with that, and
I am not seeing it in koji builds either.
___
kernel maili
From: Justin M. Forbes
Change pathfix.py to %py3_shebang_fix
Python 3.12 has removed the pathfix.py script. That functionality is in
the macro %py3_shebang_fix which should work on recent RHEL as well as
Fedora. This change is needed as the call to pathfix.py currently fails
the build.
Signed
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2504#note_1440757633
> What I would like to avoid is RH coming up with its own scheme which was not
what other vendors adopt.
This is my main concern. I don't want to carry a patch forever. As for the
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2504#note_1438705806
I actually don't think it needs the CONFIG_RHEL_DIFFERENCES ifdef, as the code
path requires a module parameter to invoke, and I will just drop the patch all
together for Fedora sta
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2504#note_1434692481
Has this been submitted upstream at all? What was the discussion on it?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsu
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2515#note_1433074119
It would probably be best to move the existing
redhat/configs/rhel/generic/CONFIG_X86_AMD_PSTATE_UT to
redhat/configs/rhel/generic/x86/CONFIG_X86_AMD_PSTATE_UT and set it there.
___
From: Justin M. Forbes
Remove CONFIG_ARCH_FORCE_MAX_ORDER for aarch64
Upstream commit f3c3762178fad5cf5dc108fb061ba010818323b4 took away the
prompt so this is no longer configurable. The default is 10. While this
is different from what we have been running, it was determined that the
older Thund
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2506#note_1425401948
There is no need to fix the armv7 unless it throws an error. With the EOL of
Fedora 36, we no longer support armv7 at all, we just haven't gotten the MR to
drop building configs.
__
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2462#note_1423797020
As it stands, this MR does nothing. All 3 config options depend on
CONFIG_EXPERT which is not set for Fedora or RHEL just yet. Please leave this
MR open though. Once the RT MR is
From: Justin M. Forbes
Fix file listing for symvers in uki
MR2408 added the symvers file to the UKI images, but a previous MR
changed compression types to use xz instead of gz, and added a %compext
macro to make sure we get the extension correct. This changes the
symvers file from a hardcoded g
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2408#note_1396389427
This is incorrect, with !2173 we switched to using a compression variable, and
are currently using xz not gz.
It should be:
/lib/modules/%{KVERREL}%{?3:+%{3}}/symvers.%compext\
__
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2408#note_1392108263
I believe it is okay, as the file is identical in both cases. I am also of the
impression that you CAN install the packages in parallel, but in practice most
people will not.
__
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2472#note_1390684206
This was originally created to be an "Include In Release" MR until upstream
was fixed, but it was merged because turning on io_uring was already an MR for
RHEL 9.3. I do agree, eve
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2472#note_1385294368
As the patch shows, io_uring is not under drivers/block, it is under init.
That is the why.
___
kernel mailing list -- kernel@lists.fedor
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2473#note_1385169835
This MR can be closed, the kmod update yesterday did indeed resolve the issue
properly.
___
kernel mailing list -- kernel@lists.fedorapro
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2473#note_1383780749
/block
The fix for kmod has been committed, and is building now. Let's keep this
open until that fix is verified, but I don't want to merge, and am dropping
include in releases.
_
From: Justin M. Forbes
Enable IO_URING for RHEL
While RHEL 9 has been running with IO_URING disabled, upstream did not
want to remove the config EXPERT gating because "in the future it is
assumed that IO_URING is enabled everywhere". It seems that future has
come, and with 6.4, we can not build
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2420#note_1377398663
The cki failure here seems to be choking on regmap-kunit with depmod. That was
fixed in 51164e67901f14ec571479b9a43e4615ec410b40 though I am unsure why it
doesn't show here...
_
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2422#note_1377175318
This didn't pass the pipeline because it doesn't build:
```
ln: failed to create symbolic link '/builddir/build/BUILDROOT/kernel-6.4.0-0.r
c0.20230503git348551ddaf31.12.eln126.x86_
From: Justin M. Forbes
Change FORCE_MAX_ORDER for ppc64 to be 8
Upstream commit 23baf831a32c0 redefined MAX_ORDER a bit. Now the max
range for PPC_64K_PAGES is 8. With allocations being up to MAX_ORDER
now instead of MAX_ORDER - 1, this is functionally equivelant to our old
definition.
Signe
From: Justin M. Forbes
Remove EXPERT from ARCH_FORCE_MAX_ORDER for aarch64
Upstream commit 34affcd7577a232803f729d1870ba475f294e4ea has hidden this
behind EXPERT with a very different value (10) than we have been using
(13). While I am still making the case to revert this patch upstream,
let's
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2421#note_1372310083
This is upstream now, closing this MR.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-l
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2419#note_1370589299
New acks needed since we had to add handshake-test as well.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send
From: Justin M. Forbes
Add regmap-kunit to mod-internal.list
Signed-off-by: Justin M. Forbes
diff --git a/redhat/scripts/mod/mod-internal.list
b/redhat/scripts/mod/mod-internal.list
index blahblah..blahblah 100644
--- a/redhat/scripts/mod/mod-internal.list
+++ b/redhat/scripts/mod/mod-interna
From: Justin M. Forbes on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2419
As with any new kunit test, it has to be added to mod-internal.list or we fail
with depmod issues.
Signed-off-by: Justin M. Forbes
---
redhat/scripts/mod/mod-internal.list | 2 +
From: Justin M. Forbes
Add handshake-test to mod-intenal.list
Another kunit test for the 6.4 window.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/scripts/mod/mod-internal.list
b/redhat/scripts/mod/mod-internal.list
index blahblah..blahblah 100644
--- a/redhat/scripts/mod/mod-internal.
From: Justin M. Forbes
Revert "drm/ttm: Reduce the number of used allocation orders for TTM pages"
This reverts commit 322458c2bb1a0398c5775333e1e71e1ece8a461f.
diff --git a/drivers/gpu/drm/ttm/ttm_pool.c b/drivers/gpu/drm/ttm/ttm_pool.c
index blahblah..blahblah 100644
--- a/drivers/gpu/drm/ttm
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2275#note_1355858376
I wouldn't say "we don't care" they may not have anything to do with the
official builds generated out of this repository, but I do build and test with
stable RC kernels, and I am h
From: Justin M. Forbes
Fix up the RHEL configs for xtables and ipset
At some point, we had an MR which disabled xtables and ipset. This put
configs to turn them off in the ark/generic directory. Quite a bit
later, it was decided to rever that change, and MR2267 was created to do
that. In the m
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2267#note_1350541860
While this MR placed the files in the common directory as they matched the
fedora configs, it did not take into account the fact that the ark directory
had been renamed to rhel. As
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2386#note_1342277965
I just did a quick test rebuilding the F37 kernel-test against F38 and dnf
will consider it an upgrade. This was originally an issue in Fedora a bit
over 10 years ago, so there has
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2386#note_1341370032
It is a problem for Fedora upgrades, which is why we have
kernel-6.2.9-100.fc36, kernel-6.2.9-200.fc37, and kernel-6.2.9-300.fc38
___
ker
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2386#note_1341279929
It only happens when I user is running el9 and decides to upgrade to el10. The
upgrade would skip installing the el10 kernel as that version is already
installed. When the next ke
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2386#note_1341240532
This has nothing to do with support, and everything to do with what dnf
automatically does when presented with 2 version strings. At least it used to
be, the dist wasn't part of the
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2386#note_1341223991
I don't know exactly what upgrade methods RHEL supports, but there is a
possible problem in that dnf doesn't consider kernel-redhat-1.1.x.el9 to be a
different version than kernel-r
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2386#note_1341181644
> What are the customer expectations here? Will they think a 1.1.x kernel has
more features than a 0.1.x kernel even though the source-git is the same?
Certainly RHEL and Fedora ar
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2363#note_1328251341
This is upstream now, closing.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lis
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2346#note_1327284559
Right, so this does seem to fail in rawhide, but not when built on f37. It
seems the version of dwarves (pahole) matters, and the newer pahole chokes.
__
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2346#note_1322275937
Verified with a local build, flipping this config item doesn't seem to break
things.
___
kernel mailing list -- kernel@lists.fedoraprojec
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2346#note_1322203317
This seems unrelated
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedorap
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2370#note_1319136647
@mh21
```
ifndef RHJOBS
RHJOBS=$(shell j=$$(echo $(MAKEFLAGS) | grep -Eo "(^|[ ])-j[0-9]*" | xargs
); \
if [ -z "$${j}" ]; then \
echo "1"; \
e
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2370#note_1318995474
CKI can (and probably should) create an .rhpkg.mk file in either $HOME or
$TOPDIR. RHJOBS is also used for the config processing and makes a large
difference there too.
___
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2370#note_1318990719
It has acks, I set to merge when the pipeline succeeeds.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an
From: Marco Elver
kasan, powerpc: Don't rename memintrinsics if compiler adds prefixes
With appropriate compiler support [1], KASAN builds use __asan prefixed
meminstrinsics, and KASAN no longer overrides memcpy/memset/memmove.
If compiler support is detected (CC_HAS_KASAN_MEMINTRINSIC_PREFIX),
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2341#note_1299462975
So it seems that RHEL will be keeping this new package too. Once @zbyszek gets
the F37 split pushed, we can drop this and revert the previous conditional.
__
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2341#note_1299058464
Adding this MR as it is to include in release as a temporary work around so
that ELN builds from ark-latest until we determine the proper solution.
_
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2341#note_1297690928
I pinged zbyszek on IRC, the split out can happen for F37 too, so my
recommendation for kernel-ark is just to drop the entire conditional. There
might be a brief period that F36 is
From: Justin M. Forbes
Add rtla-hwnoise files
Upstream added the hwnoise tool to rtla. This needs to be added to
files, but as it is also a linked binary, the linking needst to be
manually fixed up in the rpmbuild environment similar to osnoise.
Signed-off-by: Justin M. Forbes
diff --git a/re
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2341#note_1295944152
Wonder if they plan to change it in Fedora 37 too? Not too concerned with 36,
but if they change 37, we can drop the conditional all together. Sure, RHEL 8
won't build it, but I do
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2333#note_1295548471
It should. And that is the conditional that will eventually be required anyway
once we get to the point that RHEL 10 is a thing. Though in our call
yesterday, it was mentioned that
From: Justin M. Forbes
fix tools build after vm to mm rename
Upstream commit 799fb82aa132f renamed tools/vm to tools/mm. As a result,
our tools build is tring to build in the wrong directory.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.templat
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2333#note_1295379598
Not sure how this went from closed to reopened and merged within hours (I
thought we were waiting for Clark's change). This MR is wrong, and breaks ELN
builds which need systemd-boo
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2335#note_1293931289
This was already added to MR 2313
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@
From: Justin M. Forbes on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2313
I am sure there will be more, but the first batch is in from the drm
merge. Just new kunit tests which need to be in mod-internal for depmod
to succeed.
Signed-off-by: Justin M. For
From: Justin M. Forbes
Add hashtable_test to mod-internal.list
Signed-off-by: Justin M. Forbes
diff --git a/redhat/scripts/mod/mod-internal.list
b/redhat/scripts/mod/mod-internal.list
index blahblah..blahblah 100644
--- a/redhat/scripts/mod/mod-internal.list
+++ b/redhat/scripts/mod/mod-inter
From: Justin M. Forbes
Add more kunit tests to mod-internal.list for 6.3
I am sure there will be more, but the first batch is in from the drm
merge. Just new kunit tests which need to be in mod-internal for depmod
to succeed.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/scripts/mod/mod
From: Justin M. Forbes
Add more kunit tests to mod-internal.list for 6.3
I am sure there will be more, but the first batch is in from the drm
merge. Just new kunit tests which need to be in mod-internal for depmod
to succeed.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/scripts/mod/mod
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2302#note_1288921218
The previous push didn't limit it to x86.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kerne
From: Justin M. Forbes
Turn on IDLE_INJECT for x86
Upstream commit 8526eb7fc75ab changed INTEL_POWERCLAMP to select
IDLE_INJECT. As we have INTEL_POWERCLAMP selected as a module, we must
either turn on IDLE_INJECT or turn off INTEL_POWERCLAMP.
Signed-off-by: Justin M. Forbes
diff --git a/red
From: Justin M. Forbes
Turn on IDLE_INJECT for x86
Upstream commit 8526eb7fc75ab changed INTEL_POWERCLAMP to select
IDLE_INJECT. As we have INTEL_POWERCLAMP selected as a module, we must
either turn on IDLE_INJECT or turn off INTEL_POWERCLAMP.
Signed-off-by: Justin M. Forbes
diff --git a/red
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2283#note_1288515197
So, it turns out this might break chromebook booting.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an em
From: Justin M. Forbes
Fix underline mark-up after text change
After MR 2278, the docs build was broken complaining that the underline
was too short. Renaming pending-ark to pending-rhel required adding a
character to the underline to match.
Signed-off-by: Justin M. Forbes
diff --git a/redhat
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2260#note_1277926446
Fedora doesn't build userspace tools as part of the kernel package, hasn't for
years.
___
kernel mailing list -- kernel@lists.fedoraproje
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2283#note_1272311260
For the spec changes, we either need to limit those to Fedora only, or we need
to turn on the config for both Fedora and ELN/RHEL.
___
ke
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2175#note_1272255146
I believe the correct method is just to change the buildreq to systemd-boot-
unsigned for everything, and add a note to redhat/rebase-notes.txt to revert
that new MR for stable fedo
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2283#note_1271283397
While I did originally try to enable this for Fedora, we had to turn it off
quicky as it breaks CKI. It can't be re-enabled until CKI fixes their scripts
to handle it.
_
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2175#note_1271181107
While this is working for Fedora it is failing for ELN (RHEL) kernels with:
`dracut: Can't find a uefi stub '/usr/lib/systemd/boot/efi/linuxx64.efi.stub'
to create a UEFI executable
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2250#note_1268722798
Done, sorry, this one didn't get Acks::fedora::NeedsReview for some reason.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2175#note_1267373813
@vkuznets It needs a proper RHEL ack because it changes RHEL as well. I asked
Herton to follow up today. I have been holding my ack because mine would
technically "satisfy the requi
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2262#note_1259574917
So this version does make the output match the output from before this MR, but
that means we have our additional comments in the config files. I do not
consider it a part of the sc
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2262#note_1258211133
This actually seems like the more desirable behavior, but in either case,
having the same config item listed multiple times in the file is a bug. It
does appear that this patch cha
From: Justin M. Forbes
Fix up SQUASHFS decompression configs
The 6.2 merge window changed the way that squashfs decompression
threading worked. It now allows the number of threads to be set as mount
options if all options are compiled. Until a decicion is made on this
functionality, this MR fac
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2263#note_1255858889
That was done with v6, I am guessing this can be resolved now?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe s
From: Justin M. Forbes
Update self-test data to not expect debugbuildsenabled 0
As we are no longer automatically passing this based on snapshot vs tag
status, the self test data must be updated to accomodate the new
behavior.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/self-test/data
From: Justin M. Forbes on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2263
For many years, rawhide kernels have forced users to run debug builds on
git snapshots by not building a non debug kernel as an option. While
this has served us well, in finding occ
From: Justin M. Forbes
Turn off forced debug builds
For many years, rawhide kernels have forced users to run debug builds on
git snapshots by not building a non debug kernel as an option. While
this has served us well, in finding occasional bugs that are less likely
to surface otherwise, the pe
From: Justin M. Forbes
Turn on debug builds for aarch64 Fedora
Fedora only did debug builds for x86 in the past. This was largely due
to slow build times on other arches in koji, coupled with much smaller
userbases. Let's turn on aarch64 now as those builders are much faster
and the userbase is
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2263#note_1255439788
Good point, and I am happy to delete unnecessary code when I can. I just
updated the MR to do that. I don't think that my comment is necessary in the
spec file as the spec is well d
From: Justin M. Forbes
Update self-test data to not expect debugbuildsenabled 0
As we are no longer automatically passing this based on snapshot vs tag
status, the self test data must be updated to accomodate the new
behavior.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/self-test/data
From: Justin M. Forbes
Turn off forced debug builds
For many years, rawhide kernels have forced users to run debug builds on
git snapshots by not building a non debug kernel as an option. While
this has served us well, in finding occasional bugs that are less likely
to surface otherwise, the pe
From: Justin M. Forbes
Turn on debug builds for aarch64 Fedora
Fedora only did debug builds for x86 in the past. This was largely due
to slow build times on other arches in koji, coupled with much smaller
userbases. Let's turn on aarch64 now as those builders are much faster
and the userbase is
From: Justin M. Forbes on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2263
For many years, rawhide kernels have forced users to run debug builds on
git snapshots by not building a non debug kernel as an option. While
this has served us well, in finding occ
101 - 200 of 590 matches
Mail list logo
