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
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
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
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
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
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
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
From: Justin M. Forbes
Turn off CONFIG_MTK_T7XX for S390x
A build issue crept in over the weekend with the MTK_T7XX driver and
S390x. As I started digging, I realized this is likely hardware that
would never be used with S390x, and might be better off just disabled
for that arch. It is a
From: Justin M. Forbes
Disable frame pointers
Fedora is defaulting to add -fno-omit-frame-pointer by default. This is
not necessary for kernel.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template
index blahblah..blahblah 100755
---
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2124#note_1162434713
Not until upstream changes (I expect them to, but it hasn't happened yet):
```
config EFI_SECRET
tristate "EFI secret area securityfs support"
depends on EFI &&
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2124#note_1162366072
I am not quite sure the purpose of this MR. The config option is already
turned on in RHEL and in Fedora, though in different places.
```
cat
From: Johannes Weiner
fs: fix leaked psi pressure state
When psi annotations were added to to btrfs compression reads, the psi
state tracking over add_ra_bio_pages and btrfs_submit_compressed_read was
faulty. A pressure state, once entered, is never left. This results in
incorrectly elevated
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2137#note_1170782780
This is upstream now.
___
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/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
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
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_1319136647
@mh21
```
ifndef RHJOBS
RHJOBS=$(shell j=$$(echo $(MAKEFLAGS) | grep -Eo "(^|[ ])-j[0-9]*" | xargs
); \
if [ -z "$${j}" ]; then \
echo "1"; \
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
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_1322203317
This seems unrelated
___
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/2346#note_1322275937
Verified with a local build, flipping this config item doesn't seem to break
things.
___
kernel mailing list --
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
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
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
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
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_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/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
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
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
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
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
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 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 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
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
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.
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
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
+++
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
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.
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
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
---
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 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
+++
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
---
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
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
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
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
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
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
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
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
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/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_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
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.
___
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 --
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
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
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.
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
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/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/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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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 --
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 --
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,
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/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
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
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
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
From: Justin M. Forbes on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2907
When kernel-tools was split out to a separate package in Fedora, it was due to
several factors. Most of those issues have been mitigated in other ways, and
there are advantages to
From: Justin M. Forbes
Don't ship libperf.a in libperf-devel
Signed-off-by: Justin M. Forbes
diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template
index blahblah..blahblah 100644
--- a/redhat/kernel.spec.template
+++ b/redhat/kernel.spec.template
@@ -3042,6 +3042,8 @@ rm -rf
From: Thorsten Leemhuis
add libperf packages and enable perf, libperf, tools and bpftool packages
Signed-off-by: Thorsten Leemhuis
diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template
index blahblah..blahblah 100644
--- a/redhat/kernel.spec.template
+++
From: Justin M. Forbes
Don't use upstream bpftool version for Fedora package
Upstream bpftool went with their own versioning. While this works in
rawhide and RHEL where release is bumped wth every build, it does not
work with Fedora. Because bpftool sublevel is not bumped with stable
updates,
From: Justin M. Forbes on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2907
When kernel-tools was split out to a separate package in Fedora, it was due to
several factors. Most of those issues have been mitigated in other ways, and
there are advantages to
From: Justin M. Forbes
Don't ship libperf.a in libperf-devel
Signed-off-by: Justin M. Forbes
diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template
index blahblah..blahblah 100644
--- a/redhat/kernel.spec.template
+++ b/redhat/kernel.spec.template
@@ -3042,6 +3042,8 @@ rm -rf
From: Thorsten Leemhuis
add libperf packages and enable perf, libperf, tools and bpftool packages
Signed-off-by: Thorsten Leemhuis
diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template
index blahblah..blahblah 100644
--- a/redhat/kernel.spec.template
+++
From: Justin M. Forbes
Don't use upstream bpftool version for Fedora package
Upstream bpftool went with their own versioning. While this works in
rawhide and RHEL where release is bumped wth every build, it does not
work with Fedora. Because bpftool sublevel is not bumped with stable
updates,
From: Justin M. Forbes
Remove separate license tag for libperf
Signed-off-by: Justin M. Forbes
diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template
index blahblah..blahblah 100644
--- a/redhat/kernel.spec.template
+++ b/redhat/kernel.spec.template
@@ -1135,13 +1135,11 @@
From: Justin M. Forbes
Add scaffolding to build the kernel-headers package for Fedora
For years, the scripts to build the kernel headers package have been
sitting on maintainers desktops. Let's get those into kernel-ark. I have
been using these to create the Fedora kernel-headers dist-git for a
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2907#note_1740885976
Possibly, but to be honest the versioning is not exactly interesting either.
As you can see from the commit 9910a74d6ebf6 there isn't a whole lot of reason
for anyone to care about
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2918#note_1772764818
This is upstream now
--
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
401 - 500 of 566 matches
Mail list logo