From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1675#note_915606655
Commit 55b014159ee7af63770cd7f2b6fe926f6dd99335 upstream reverted this change,
there is no need to push this now.
___
kernel mailing list
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 ha
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 -- kernel@lists.
From: Justin M. Forbes on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1771
Following Baskov Evgeniy's "Handle UEFI NX-restricted page tables"
patches, it's safe to set this compatibility flag to let loaders know
they don't need to make special accommodation
From: Peter Jones
efi: x86: Set the NX-compatibility flag in the PE header
Following Baskov Evgeniy's "Handle UEFI NX-restricted page tables"
patches, it's safe to set this compatibility flag to let loaders know
they don't need to make special accommodations for kernel to load if
pre-boot NX is
From: Baskov Evgeniy
efi: libstub: declare DXE services table
UEFI DXE services are not yet used in kernel code
but are required to manipulate page table memory
protection flags.
Add required declarations to use DXE services functions.
Signed-off-by: Baskov Evgeniy
Link: https://lore.kernel.o
From: Baskov Evgeniy
efi: libstub: ensure allocated memory to be executable
There are UEFI versions that restrict execution of memory regions,
preventing the kernel from booting. Parts that needs to be executable
are:
* Area used for trampoline placement.
* All memory regions that the kernel ma
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1766#note_940224770
That is correct, there is no redhat/configs/generic used in generating config
files, these are just sitting in the tree. redhat/ark/configs/generic would be
for RHEL only and redhat/
From: Justin M. Forbes on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1771
Following Baskov Evgeniy's "Handle UEFI NX-restricted page tables"
patches, it's safe to set this compatibility flag to let loaders know
they don't need to make special accommodation
From: Baskov Evgeniy
efi: libstub: declare DXE services table
UEFI DXE services are not yet used in kernel code
but are required to manipulate page table memory
protection flags.
Add required declarations to use DXE services functions.
Signed-off-by: Baskov Evgeniy
Link: https://lore.kernel.o
From: Baskov Evgeniy
efi: libstub: ensure allocated memory to be executable
There are UEFI versions that restrict execution of memory regions,
preventing the kernel from booting. Parts that needs to be executable
are:
* Area used for trampoline placement.
* All memory regions that the kernel ma
From: Peter Jones
efi: x86: Set the NX-compatibility flag in the PE header
Following Baskov Evgeniy's "Handle UEFI NX-restricted page tables"
patches, it's safe to set this compatibility flag to let loaders know
they don't need to make special accommodations for kernel to load if
pre-boot NX is
From: Justin M. Forbes
Add CONFIG_EFI_DXE_MEM_ATTRIBUTES
UEFI specification does not guarantee all memory to be
accessible for both write and execute as the kernel expects
it to be.
Use DXE services to check and alter memory protection
attributes during boot via EFISTUB to ensure that memory
ran
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1738#note_941638994
`Why wouldn't it be needed for Fedora?`
It is already enabled for Fedora, and I have no plan to turn it off.
___
kernel mailing list -- ke
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 adds
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 lis
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 u
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 the
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 a
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, rng->extrng_
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
#i
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, rng->extrng_
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 m
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 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
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 the
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 a/redhat/configs/pending-ark/
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 make
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 wel
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 -- kernel@lists.fed
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, e
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
UPSTREAM_TARBALL_NAME=5.18-11972-g
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 years
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1853#note_972579252
This isn't a RHEL change, the only RHEL movement at all is moving a file from
ark to common so that Fedora inherits the RHEL config. The average commit
message for fedora configs is
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 kernel-le...@lists.fedora
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 fe
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
8b4ec69d7e09
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 kernel-le...@lists.fedoraproject.o
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 -- kernel@lists.fedo
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 subpack
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 a
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 drm_aperture_detach_drivers()
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 kernel-le...@l
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 goo
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1923#note_1049409477
That's the rebase, we do it every .0 release. Sorry I have not commented on
this yet, as I was on vacation last week, and we are now going into the merge
window/test week madness.
From: Justin M. Forbes
Change CRYPTO_BLAKE2S_X86 from m to y
Upstream commit 2d16803c562ec changed the Kconfig entry for
CRYPTO_BLAKE2S_X86 from tristate to bool, meaning if we wish to keep it
enabled, it must be moved to built-in.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/configs/c
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1422#note_1051481242
While this started out as a good idea, it may be coming back to bite us. So
far during the 6.0 merge window, 2 new commits have come in which cause major
issues with this setup:
``
From: Justin M. Forbes
Add new tests to mod-internal.list
New test modules added during the 6.0 merge window need to be added to
mod-internal.list for depmod to succeed.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/mod-internal.list b/redhat/mod-internal.list
index blahblah..blahblah 1
From: Justin M. Forbes
Add new tests to mod-internal.list
New test modules added during the 6.0 merge window need to be added to
mod-internal.list for depmod to succeed.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/mod-internal.list b/redhat/mod-internal.list
index blahblah..blahblah 1
From: Justin M. Forbes
Add cros_kunit to mod-internal.list
This one is Fedora only at the moment, and aarch64
Signed-off-by: Justin M. Forbes
diff --git a/redhat/mod-internal.list b/redhat/mod-internal.list
index blahblah..blahblah 100644
--- a/redhat/mod-internal.list
+++ b/redhat/mod-intern
From: Justin M. Forbes on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1976
New test modules added during the 6.0 merge window need to be added to
mod-internal.list for depmod to succeed.
Signed-off-by: Justin M. Forbes
---
redhat/mod-internal.list | 4
From: Justin M. Forbes
Add python3-setuptools buildreq for perf
With the 6.0 updates for perf, the build fails with a missing
ModuleNotFoundError: No module named 'setuptools' if we don't have
python3-setuptools as a buildreq.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/kernel.spec.te
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1980#note_1067939935
I actually prefer something along the lines of:
`- Linux v6.0.0-0.rc1.3cc40a443a04`
It technically isn't a rebase, it is a merge, but for as long as I can recall,
prior to ark, Fe
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1980#note_1067979814
That's perfect. The change is in the upstream versioning and now it is
reflected clearly. I am happy with that.
___
kernel mailing list
From: Yang Jihong
perf tools: Fix compile error for x86
Commit a0a12c3ed057 ("asm goto: eradicate CC_HAS_ASM_GOTO") eradicates
CC_HAS_ASM_GOTO, perf on x86 call asm_volatile_goto when compiling __GEN_RMWcc.
However, asm_volatile_goto is not declared, which causes compilation error:
In file incl
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1992#note_1074292303
This is upstream now.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedora
From: Justin M. Forbes
Add cpumask_kunit to mod-internal.list
Another new kunit module that came in with 6.0.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/mod-internal.list b/redhat/mod-internal.list
index blahblah..blahblah 100644
--- a/redhat/mod-internal.list
+++ b/redhat/mod-intern
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2016#note_1096312041
I am not sure why you are failing, or seeing what you are, the cpumask_kunit
entry was added with MR https://gitlab.com/cki-project/kernel-
ark/-/merge_requests/2000 the day that it
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2009#note_1098347268
The `redhat/configs/generic/aarch64/` does not exist in this tree or in RHEL
9, and putting a config entry there is ignored. Please move this to
`configs/ark/generic/arm/aarch64/CON
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2018#note_1098363402
This seems like unnecessary complexity to me. In the end, we are adding spec
complexity and making packagers try to divine the correct place to put a new
module, when it doesn't see
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2009#note_1098499621
That will work as well. Prarit and I were just discussing getting rid of the
x86_64 subdirectory all together, and then using the clean up script to catch
all of the duplicates.
___
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2011#note_1098582094
The consequence of this is it changed the sorting of generated config files,
and now every option turned off is listed first in alphabetical order (
because it starts with '#' ) and
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2011#note_1098634600
For example, before the change this is all one chunk beginning at line 1138:
```
CONFIG_CLK_RV110X=y
CONFIG_CLK_SP810=y
# CONFIG_CLKSRC_STM32_LP is not set
CONFIG_CLKSRC_VERSATILE=
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2011#note_1098637550
I am reverting this, we can perhaps find another solution that will work, but
I am not willing to commit the config files that this generated to dist-git
for a build today.
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2011#note_1098747753
I do understand the problem that you are trying to solve, and I also
understand that the generated config files do build the kernels in the same
way. The problem is in how the resu
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2011#note_1098852942
If you remove the sort, it is again in a rather illogical order.
___
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/2011#note_1098884245
Why would it be a problem to set LC_ALL=en_US.utf8 instead of LC_ALL=C? That
still sets a specific locale, and leaves the result in the order that people
expect.
___
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2019#note_1100691692
This still seems much more complex than simply adding a buildrequres on glibc-
langpack-en and forcing LC_ALL=en_US.UTF-8.
___
kernel mai
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2022#note_1105911452
Do you have a need to flip CONFIG_ARM64_VA_BITS_47 for some reason? We build
with 48, and there is no dep on this config item with current kernels in this
repository.
__
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1923#note_1116349115
There is a negligible performance impact, rhbz 2115997 has some testing
results.
___
kernel mailing list -- kernel@lists.fedoraproject.or
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2030#note_1116538902
I reset the approval rules, this is a no-op re-org. It does not change the
most config files at all. The only change for RHEL is debug x86_64 kernels
now set +CONFIG_HYPERV_TESTING
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2035#note_1119734952
Yes, there are a lot of them, and it is an issue with how the scripts create
an MR for a new config item. They just aren't smart enough to know if
something is arch specific, so ev
From: Justin M. Forbes
Add fortify_kunit to mod-internal.list
Another kunit test which has been added and needs to end up in
mod-internal so that depmod succeeds.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/mod-internal.list b/redhat/mod-internal.list
index blahblah..blahblah 100644
-
From: Justin M. Forbes
Add new drm kunit tests to mod-internal.list
The drm subsystem added a number of new kunit tests in the 6.1 cycle.
These need to be added to mod-internal.list for depmod to succeed.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/mod-internal.list b/redhat/mod-inter
From: Justin M. Forbes
Change acpi_bus_get_acpi_device to acpi_get_acpi_dev
Upstream commit 45e9aa1fdbb2e renamed acpi_bus_get_acpi_device to
acpi_get_acpi_dev. As we are carrying an out of tree patch [1] which calls
acpi_bus_get_acpi_device, we need to make the corresponding change
ourselves fo
From: Justin M. Forbes
Add acpi video to the filter_modules.sh for rhel
The ACPI_VIDEO module now has a dep on the symbol wmi_evaluate_method
and as a result it needs to be added to the module filter or depmod will
fail.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/rhel_files/filter-mo
From: Justin M. Forbes
Add new drm kunit tests to mod-internal.list
The drm subsystem added a number of new kunit tests in the 6.1 cycle.
These need to be added to mod-internal.list for depmod to succeed.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/mod-internal.list b/redhat/mod-inter
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2041#note_1128275734
I might argue when working a bug report, the uname tells you exactly which
config it is, and you don't need their /boot to get it. It is in our rpm, if
not, they wouldn't have a val
From: Justin M. Forbes
Rename rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER in configs
Upstream commit 0192445cb2f7e renamed FORCE_MAX_ZONEORDER to
ARCH_FORCE_MAX_ORDER which made it appear as a new config item for us in
pending. While I have fixed up pending, this MR just fixes up the
pro
From: Justin M. Forbes
Add kasan_test to mod-internal.list
Another new kunit test that fails depmod until it is added to
mod-internal.list.
Signed-off-by: Justin M. Forbes
diff --git a/redhat/mod-internal.list b/redhat/mod-internal.list
index blahblah..blahblah 100644
--- a/redhat/mod-interna
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2105#note_1137086820
Thanks for finding this, I was just trying to figure out why an issue was
popping up in the 6.0 test week.
___
kernel mailing list -- ker
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2105#note_1137946990
The issue I observed is that after a "fedpkg prep" there is no error around
git-apply, but the patch itself is not applied. This is actually quite
visible in the fact that we have
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2105#note_1137974600
Interestingly, if I switch into that directory, and try to git apply manually,
it doesn't complain at all, but doesn't apply. git apply --verbose shows that
it skips every patch.
`
From: Adrian Hunter
perf tools: Fix man page build wrt perf-arm-coresight.txt
perf build assumes documentation files starting with "perf-" are man
pages but perf-arm-coresight.txt is not a man page:
asciidoc: ERROR: perf-arm-coresight.txt: line 2: malformed manpage title
asciidoc: ERROR: perf-a
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2083#note_1138719400
I think the real concern is that the actual driver (and Kconfig entry) for
CONFIG_DWMAC_TEGRA is not upstream yet, it is not even in linux-next just yet.
There was discussion on the
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2111#note_1142106478
If you are going to do that, you should probably delete
redhat/configs/common/generic/arm/CONFIG_ACPI_VIDEO as well. The current
configs leave CONFIG_ACPI_VIDEO on for arm and x86.
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2110#note_1142110376
Correct, this MR will do nothing. We already have:
```
cat redhat/configs/common/generic/CONFIG_PTE_MARKER_UFFD_WP
CONFIG_PTE_MARKER_UFFD_WP=y
```
And:
```
config PTE_MARKER_UFFD
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2112#note_1142154016
Why? Not sure about RHEL, but Fedora and ELN are shipping linux-firmware with
xz compressed firmware files.
___
kernel mailing list -- k
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2112#note_1142157654
/block
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
Fed
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146665556
The problem there, is you need =m for s390x and =y for s390x zfcpdump. I am
not sure how much testing goes into each build with s390x vs the zfcpdump
variant, but it seems for some
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146669133
Should be possible provided nothing else would select it.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send a
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2112#note_1146671572
https://bugzilla.redhat.com/show_bug.cgi?id=1939095 Was the bug forcing this
to be turned on in RHEL, so it seems that this MR is wrong for both Fedora and
ELN/RHEL. Merging it woul
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2108#note_1151085979
This is upstream now.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedora
1 - 100 of 605 matches
Mail list logo
