Hey
This kernel from yesterday works and boots on my HP 655:
https://koji.fedoraproject.org/koji/taskinfo?taskID=82566369
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
Fedor
On Mon, 7 Feb 2022 15:40:54 -0700
stan via kernel wrote:
> On Mon, 7 Feb 2022 07:42:54 -0600
> Justin Forbes wrote:
>
> > Oh, no, the patches are in the src rpm and dist-git, they just are
> > not in the os-build branch of kernel-ark yet, which is what most
> > people building custom kernels ar
On Tue, Feb 8, 2022 at 2:24 PM Donald Zickus wrote:
>
> Hi,
>
> It has been awhile since we changed how this mailing list is used. As
> folks have noticed, we have increased traffic significantly over the
> past couple of years to reflect the activity Red Hat developers are
> performing on the Fe
From: Viktor Malik on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1604#note_836355088
You're right, sorry about the mistake. I'm not eligible to approve !1609 but
it's correct. Thanks for the fix!
___
kernel mailing list -- kern
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 al
From: Herton R. Krzesinski
redhat: move CONFIG_ARM64_MTE to aarch64 config directory
Upstream Status: RHEL only
This was reported at:
https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/95#note_760858688
However, it was not a blocking thread and probably lost in
Hi,
It has been awhile since we changed how this mailing list is used. As
folks have noticed, we have increased traffic significantly over the
past couple of years to reflect the activity Red Hat developers are
performing on the Fedora kernel.
My question to this list is around the thoughts of t
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 un
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1607#note_836283214
I assume this is to get 'make distg-brew/koji' to work?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email t
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1603#note_836272411
@pjgeorg - I wouldn't suggest using this bit. Instead, depending on your
needs, I would suggest using another bit for 'SIG_SUPPORTED' or something very
similar. There is like 6 more bits
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1604#note_836244629
@npache @ptalbert - Done
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproj
From: Andrea Claudi
redhat: fix make {distg-brew,distg-koji}
When Makefile.common is included from makefiles other than the main one,
the GIT macro is not defined, resulting in build fail.
This commit moves the GIT macro definition to the Makefile.common
itself, thus making it defined for each
From: Alice Mitchell on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1603#note_836135522
Oh I very probably got confused over what actually happened, I don't work in
that area at all, something to do with not being able to use a proprietary
module any more so needing a GPL
From: Guillaume Nault
redhat: configs: Disable CONFIG_MPLS for s390x/zfcpdump
Instead of disabling all MPLS sub-options one by one for
s390x/zfcpdump, let's just disable MPLS entirely.
This also removes an inconsistency we had in
redhat/configs/ark/generic/s390x/zfcpdump/CONFIG_NET_MPLS_GSO,
wh
From: pjgeorg on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1603#note_835855292
Thanks for the info!
I never heard of a crypto offload API with the described restrictions.
Especially as I recently prepared a kmod-kafs to be released by the Kmods SIG
for CentOS Stream 9
From: Alice Mitchell on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1603#note_835710779
I can't post the full policy as it's an internal document, so I shall try my
best to summarise it.
this relates to restrictions to the crypto offload API that have been
inherited from
From: Alice Mitchell on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1603
NOTE: Truncated patchset due to missing public @redhat.com email
address on your GitLab profile at https://gitlab.com/-/profile.
Once that is fixed, close and reopen the mer
From: Jiri Olsa on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1594#note_835354904
that code came from perf and is also used by objtool:
- Arnaldo Carvalho de Melo
- Josh Poimboeuf
- Namhyung Kim
- Jiri Olsa
- linux-perf-us...@vger.kernel.org
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1604#note_835292182
@dzickusrh please add Nico to the project.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel
19 matches
Mail list logo
