From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1721#note_896201128
It does work with the version I have locally, but until I can get a build
through to verify, I was not planning to send the update. The other issue is
in iio_event_monitor, which
From: Waiman Long
mm/sparsemem: Fix 'mem_section' will never be NULL gcc 12 warning
The gcc 12 compiler reports a "'mem_section' will never be NULL"
warning on the following code:
static inline struct mem_section *__nr_to_section(unsigned long nr)
{
#ifdef CONFIG_SPARSEMEM_EXTREME
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1721#note_896710175
Yes, it seems my fix is not actually a fix when building in koji.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1721#note_897518778
Does centos9 even need this? It wasn't required before the 5.18 merge window,
and the issues are a combination of the added features there and gcc 12
issues.
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1721#note_898479057
I have not found a successful way to get this to build in koji without your
Makefile changes Herton. Want to send a patch upstream and create an MR to get
it in ark?
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1721#note_899643862
Friday I just fixed things up by hand in dist-git, and I had planed to do the
same for rc1, but would like to just get things include-in-releases at least
until we get proper acks.
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1721#note_900288988
Thanks, just used that to build kernel-tools for Fedora. We do have a
different make call there though, and I had to append the include, so my lines
are:
%{tools_make}
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1735#note_901266926
Correct, I would rather make the BUILD go away even for the KABI tarballs, so
for instance kernel-kabi-dw-5.17.1-300.tar.bz2 becomes kernel-kabi-
dw-5.17.1.tar.bz2 as there is no
From: Waiman Long
mm/sparsemem: Fix 'mem_section' will never be NULL gcc 12 warning
The gcc 12 compiler reports a "'mem_section' will never be NULL"
warning on the following code:
static inline struct mem_section *__nr_to_section(unsigned long nr)
{
#ifdef CONFIG_SPARSEMEM_EXTREME
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1695#note_892814613
Right, as it stands, they are enabled on Fedora, but not eln/RHEL. Given what
these are used for, I doubt they have Fedora users, though I could be wrong.
Going to ack this, and if
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1695#note_893095650
The patch needs to be updated either way. This change has no impact on the
RHEL configs at all because the ark config directory has priority over the
common directory for RHEL,
From: Justin M. Forbes
Add new kunit tests for 5.18 to mod-internal.list
Two new kunit tests came in during the merge window so far,
stackinit_kunit and overflow_kunit. Add them to mod-internal.list so
that depmod works correctly and they can find their needed symbols.
Signed-off-by: Justin
From: Waiman Long
mm/sparsemem: Fix 'mem_section' will never be NULL gcc 12 warning
The gcc 12 compiler reports a warning on the following code:
static inline struct mem_section *__nr_to_section(unsigned long nr)
{
#ifdef CONFIG_SPARSEMEM_EXTREME
if (!mem_section)
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1598#note_828575658
Updated with your patch which Andrew just pulled into mm.
___
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/1598#note_828596655
Actually, that doesn't solve the whole issue, and creates a new warning for
infinite recursion:
https://kojipkgs.fedoraproject.org/work/tasks/2682/82252682/build.log
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1598#note_828687222
Thanks, yes, it is on for x86_64 and off for everything else. The only thing
that fails is armv7 though.
___
kernel mailing list --
From: Waiman Long
mm/sparsemem: Fix 'mem_section' will never be NULL gcc 12 warning
The gcc 12 compiler reports a "'mem_section' will never be NULL"
warning on the following code:
static inline struct mem_section *__nr_to_section(unsigned long nr)
{
#ifdef CONFIG_SPARSEMEM_EXTREME
From: Justin M. Forbes
Fix gcc 12 warning address of 'mem_section' will never be NULL
Signed-off-by: Justin M. Forbes
diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h
index blahblah..blahblah 100644
--- a/include/linux/mmzone.h
+++ b/include/linux/mmzone.h
@@ -1390,11 +1390,9 @@
From: Justin M. Forbes
Add test_hash to the mod-internal.list
Upstream commit 0acc968f352336a459f27ba1f23745a174933c9c refactored
test_hash.c to use the KUnit framework. As such it depends on kunit
symbols and needs to be filtered to mod-internal.
Signed-off-by: Justin M. Forbes
diff --git
From: Justin M. Forbes
Workaround for gcc12 compile issues in ubcmd-util.h
While upstream has made no move around this and I am not positive that
this is the "proper" fix for upstream, it does get us building again for
several arches. This is being added as "include in release" until
upstream
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1604#note_836288800
This does not work as =y and the CKI testing exposed that. It should be =m
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Justin M. Forbes
Change CONFIG_TEST_BPF to a module
Due to dependencies, CONFIG_TEST_BPF fails the config check when set to
inline as it gets forced to be a module. Changing it to a module passed
the config check, and I believe meets the original intent of MR 1604 as
an entry for it was
From: Justin M. Forbes
Add packaged but empty /lib/modules//systemtap/
It was requested in rhbz 1477295 quite some time ago and got missed, but
a new bug has been opened against RHEL 9 requesting the same. This is the
default location for systemtap to pull in taps for stapusr executed
scripts.
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1535#note_814101795
Blocking thread until a RHEL review comes in.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Sergei Trofimovich
objtool: check: give big enough buffer for pv_ops
On gcc-12 build fails flagging possible buffer overflow:
check.c: In function 'validate_call':
check.c:2865:58: error: '%d' directive output may be truncated writing
between 1 and 10 bytes into a region of size
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1537#note_803671210
I am okay with this for Fedora, but given the way the rules work, I won't
approve until it has a RHEL approval since it is changing the config for
CONFIG_DM_MULTIPATH_HST in RHEL
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1537#note_803673297
@bmarzins We aren't that fancy here. AFAIK nothing here will automatically
touch bugzilla at all.
___
kernel mailing list --
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1583#note_815515160
Just as a side note, this is something we plan to run regularly. If the
generated config files are 100% identical to the ones we get before the script
run, do we really need to
From: Justin M. Forbes
Config consolidation into common
This is the output of the 'evaluate_configs -j' run. Configs which were
the same in both ark and fedora are consolidated to common. I have
verified that this makes absolutely no changes to the generated config
files, there is specifically
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1583#note_816592682
Not exactly, without a lot more manual work. The problem is, new config items
are introduced into both pending-fedora and pending-common. The MR is created
to move pending-common to
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1582#note_819456390
I did. https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1583
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1579#note_819750244
> That's not entirely true. koji builds do not execute a s390x+zfcpdump build
and do not exceed the 64 char limit. This only occurs on brew bulds because of
the s390x+zfcpdump
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1586#note_819847030
upstream discussion: https://lkml.org/lkml/2022/1/14/88
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1589#note_822826988
I think it will be okay, but I can always turn it back on for Fedora if users
complain. I just didn't want to ack it until it had a RHEL ack.
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1713#note_906307366
@jsnitsel Actually, you are correct. I misread the common and ark bits, so no
change there. I have been toying around with some sort of a configdiff make
target to make some of
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1739#note_908249022
This does not build as is:
+ /usr/bin/make -s 'HOSTCFLAGS=-O2 -fexceptions -g -grecord-gcc-switches
-pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1710#note_908015595
So it seems this might not be such a good idea after all. Some benchmarking
posted over the weekend shows that the AMD_PSTATE driver under-performs when
compared to ACPI_CPUFREQ on
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1750#note_911462288
You are correct, it does not, though it seems somewhat illogical. It is
expected that fedora overrides common for Fedora configs, but it does seem
that fedora/generic should not
From: Justin M. Forbes
Spec fixes for intel-speed-select
Now that Herton's patch is in, we still need the includes added to the
make commands from the spec. This patch makes intel-speed-select build
in current koji.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/kernel.spec.template
From: Justin M. Forbes
Build intel_sdsi with %{tools_make}
Building with %{make} leaves off some CFLAGS and LDFLAGS which make this
build fail. Building with %{tools_make} fixes this.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template
index
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1748#note_908617944
Actually commit 4f612ed3f748962cbef1316ff3d323e2b9055b6e changed it to depend
on CONFIG_EXPERT, which is not set, so there is no need for an entry on either
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1748#note_908605382
Curious on CONFIG_KFENCE_STATIC_KEYS, was there benchmarking done both enabled
and disabled? Just asking because the help text seemed to indicate it was
"only recommended when using
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1735#note_908610999
It seems that it would work as we do not set SINGLE_TARBALL:=1
___
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/1647#note_913334565
The FLAVOR parameter is still defined, though given as empty unless you call
one of the make targets that define it. The script itself has behavior around
empty as well though. It
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1647#note_913340492
Do we really want to key this off of Fedora? That limits the ability for SIGs
to split out their patches. It can also be more difficult for multi tier
setups where the upstream is
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1750#note_910729241
Please enable this in the ark directory. We do not want KASAN enabled for
debug kernels in Rawhide on Fedora. By policy, we build only debug kernels
other than -rcX and the final
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
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
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
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
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
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
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
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
From: Justin M. Forbes
Add cfg80211-tests and mac80211-tests to mod-internal.list
New kunit tests with 6.7 that need to be added to mod-internal list as
they need the kunit symbols.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/scripts/mod/mod-internal.list
From: Justin M. Forbes
Add mean_and_variance_test to mod-internal.list
Needed because Fedora turned on bcachefs.
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
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2795
New kunit tests with 6.7 that need to be added to mod-internal list as
they need the kunit symbols.
Signed-off-by: Justin M. Forbes
---
redhat/scripts/mod/mod-internal.list | 3
From: Justin M. Forbes
Add cfg80211-tests and mac80211-tests to mod-internal.list
New kunit tests with 6.7 that need to be added to mod-internal list as
they need the kunit symbols.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/scripts/mod/mod-internal.list
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2812#note_1635995157
Verified in koji that this does fix the s390 build for ELN.
___
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/2727#note_1584175715
Pipeline failure is unrelated, ELN binutils update broke the kernel build.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
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?
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1647#note_918359465
The latest iteration seems to make a single tarball as well as the
patch-5.18-redhat.patch with all of the changes, meaning the patch does not
apply and the build fails. I haven't
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1647#note_918434527
I just used make dist-git to create the dist-git checkout, it passes, but then
a build will fail.
___
kernel mailing list --
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1713#note_905957214
I have a feeling that someone in Fedora might complain, but happy to turn it
off and see. I can always flip it back if needed.
___
kernel
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1786#note_951633741
srpm generation does process configs. While you may not need full deps for a
proper config check, there are some which are required. That was what I meant
about this being a new
From: Justin M. Forbes
Explicitly turn off CONFIG_KASAN_INLINE for ppc
While upstream commit 41b7a347 made us turn on KASAN_OUTLINE for ppc
because the depends for KASAN_INLINE are no longer met, those config
options are part of a "one or the other" Choice menu. Having both
enabled seems to
From: Justin M. Forbes
Revert random: Add hook to override device reads and getrandom(2)
The random system upstream is in a period of major rewrite. In the 5.18
merge window, it took a considerable amount of time to message this into
the random.c rewrites. In the 5.19 merge window,
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1809#note_960372045
@herbert.xu2 Just a heads up. Given the upstream activity on the random
subsystem, I would be happy to take an updated patch from you.
From: Justin M. Forbes
Revert "crypto: rng - Override drivers/char/random in FIPS mode"
This reverts commit 427c8a54adcb92826faca4c40ef4591fe87e2fdf.
diff --git a/crypto/rng.c b/crypto/rng.c
index blahblah..blahblah 100644
--- a/crypto/rng.c
+++ b/crypto/rng.c
@@ -11,17 +11,14 @@
#include
From: Justin M. Forbes
Revert random: Add hook to override device reads and getrandom(2)
The random system upstream is in a period of major rewrite. In the 5.18
merge window, it took a considerable amount of time to message this into
the random.c rewrites. In the 5.19 merge window,
From: Justin M. Forbes on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1809
The random system upstream is in a period of major rewrite. In the 5.18
merge window, it took a considerable amount of time to message this into
the random.c rewrites. In the 5.19
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1784#note_955806583
We have a script that is supposed to consolidate these things automatically
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Justin M. Forbes
Revert variable switch for lasttag
MR 1757 cleaned up a lot of Makefile variables. In this case though, it
has us searching for a full tag with a release, after it has been
bumped. As this will never match, the script assumes that this is the
first release and appends
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1821#note_961253455
Closing this in favor of 4a3279d3a255d27c84a88a3109eafb1af48ddcd8 as we only
want to enable PAGE_POOL_STATS for arm at this time in Fedora.
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1735#note_961468877
Hmm, seems I read this wrong as this is only predecated on VERSION_ON_UPSTREAM
and not SINGLE_TARBALL, thus it breaks Fedora stable builds. I will post a
follow up MR when I figure
From: Justin M. Forbes
Fix versioning on stable Fedora
MR 1735 indicate HEAD state in tarball/rpm name added a git tag to
builds when VERSION_ON_UPSTREAM=0. While this will never impact Fedora
rawhide because the os-build tree here always has VERSION_ON_UPSTREAM=1,
it does impact stable Fedora
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1828#note_969355344
@omos It seems like it would, but in practice it does not. I typically sit
down and do a large number of fedora configs in a one sitting, one commit.
Particularly for obvious ones,
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1801#note_969753502
This seems correct, looking at a dist-dump-variables.
```
BASEVERSION=5.19.0-0.rc0.d1dc87763f40.10 (perhaps misleadingly named?)
SPECVERSION=5.19.0
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1841#note_967949964
An incorrect example, but an example. Fedora has not built i686 kernels for a
very long time. We do still build armv7 kernels until Fedora 36 is EOL, but
those are going away as
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1841#note_967953140
More likely, we will pick up riscv before RHEL does, though I do not know a
timeframe on that.
___
kernel mailing list --
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1731#note_957041109
Looks like this was fixed now, can the thread be resolved?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send
From: Justin M. Forbes
Fix up ZSMALLOC config for s390
Due to some dependency changes upstream, ZSMALLOC was causing a config
mismatch on s390. It is set to =y in common for all arches, but the
only listed consumer used to be ZSWAP, which was disabled on s390. Now,
it is selected by ZRAM which
From: Justin M. Forbes
Change CRYPTO_CHACHA_S390 from m to y
Upstream commit 349d03ffd5f6 changed CRYPTO_CHACHA_S390 to select
CRYPTO_LIB_CHACHA_GENERIC which we already have as built-in. To avoid
mismatches, we need to move CRYPTO_CHACHA_S390 from module to built-in.
Signed-off-by: Justin M.
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1834#note_963551781
The pipelines were failing today due to something different (KASAN config for
ppc). I already cleaned all of this up in pending yesterday to make pipelines
work, and I have added
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1834#note_963572229
1. Right, the pipelines fail, I have to manually fix this stuff up every time
a new one appears. When it is fixed, there is no automated process to go and
re-run failed pipelines. I
From: Justin M. Forbes
Turn on KASAN_OUTLINE for ppc debug
Upstream commit 41b7a347bf14 forces outline-only KASAN support for
Book3S. As a result we need to move PPC to outline mode in the configs
or we have a mismatch.
Signed-off-by: Justin M. Forbes
diff --git
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1779#note_948378932
A lot of the places RHEL is referenced are because they are RHEL bits. Fedora
doesn't care what RHEL release is set to. The only real interaction I have
with RHEL bits doing Fedora
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1781#note_948591088
I don't know that there is a better way short of us maintaining a list of
required deps for that case. This gets more tricky in that if someone submits
a config change that also
From: Thomas Zimmermann
drm/aperture: Run fbdev removal before internal helpers
Always run fbdev removal first to remove simpledrm via
sysfb_disable(). This clears the internal state. The later call
to drm_aperture_detach_drivers() then does nothing. Otherwise,
with
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1900#note_1013293356
builddep can be passed a spec file or srpm as well, unfortunately it seems to
choke if passed the kernel.spec.template, so we would need a processed
template into a proper spec.
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1901#note_1013792512
Actually it seems that there is no rtla.debug showing up.
___
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/1904#note_1022326088
Closing as 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/1905#note_1022360309
Fedora typically does enable new crypto devices as modules where available.
The exceptions are devices which have been shut off due to export controls, or
if someone has given a
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1900#note_1012576729
'sudo dnf builddep kernel' should install the list of required packages
without much hassle.
___
kernel mailing list --
From: Justin M. Forbes
Add rtla subpackage for kernel-tools
As a package review request came up to create a new rtla package, it was
determined that it makes the most sense to just build it as a subpackage
of kernel-tools because that is where it is maintained upstream. While
the Fedora
From: Jason Wang
virtio-rng: make device ready before making request
Current virtio-rng does a entropy request before DRIVER_OK, this
violates the spec:
virtio spec requires that all drivers set DRIVER_OK
before using devices.
Further, kernel will ignore the interrupt after commit
From: Justin M. Forbes
Fix typo in Makefile for Fedora Stable Versioning
Commit e9d807ca3424 got rid of the special rhel versioning for Fedora
but I accidentally moved the SNAPSHOT=0 into the not fedora section when
it was added for Fedora to begin with. This resulted in all builds for
stable
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1855#note_973966184
Thanks for doing this.
___
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/1861#note_988096375
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/1834#note_971070625
As we get further in this release cycle, possibly around the rc6 time frame, I
plan to do a rather large config cleanup provided I have the cycles to do so.
We have a couple of
201 - 300 of 577 matches
Mail list logo