[OS-BUILD PATCH] kernel/rh_messages.c: Another gcc12 warning on redundant NULL test

From: Florian Weimer kernel/rh_messages.c: Another gcc12 warning on redundant NULL test Upstream Status: RHEL only Bugzilla: https://bugzilla.redhat.com/2216678 Commit f27fc648898bdba50204e9d6eb34cecd ("kernel/rh_messages.c: gcc12 warning on redundant NULL test") missed the mod-&

Re: Small rant: installer environment size

* Adam Williamson: > On Thu, 2022-12-08 at 07:57 +0100, Florian Weimer wrote: >> * Adam Williamson: >> >> > 1. /usr/lib/locale/locale-archive , from glibc-all-langpacks - this is >> > 224M uncompressed. A quick test just compressing the file with xz on my &

Re: Small rant: installer environment size

* Richard W. M. Jones: > You only need network / wifi firmware blobs (although I'm sure they > are in themselves large) and then you can fetch anything else needed > for the hardware including graphics, right? I think you need graphics to set up wifi. Thanks, Florian

Re: Small rant: installer environment size

* Adam Williamson: > 1. /usr/lib/locale/locale-archive , from glibc-all-langpacks - this is > 224M uncompressed. A quick test just compressing the file with xz on my > system shows it compresses to around 11M, though, so that's probably > all it adds up to after compression (the image is an xz-com

Re: [OS-BUILD PATCHv3 0/5] ark: Set Architecture Level Set to Z14 for s390

From: Florian Weimer on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_598979089 Current GCC compiles this code to use the `msrkc` instruction: ```c #include int f (int a, int b) { int result; if (__builtin_mul_overflow (a, b, &result)) a

Re: [OS-BUILD PATCHv3 0/5] ark: Set Architecture Level Set to Z14 for s390

From: Florian Weimer on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595913747 glibc 2.34 will detect `-march=z14` and refuse to run on z13 or earlier, to avoid hard-to-diagnose crashes later. We learned the hard way that this very desirable during the ppc64le

Re: [OS-BUILD PATCHv2 0/5] ark: Set Architecture Level Set to Z14 for s390

From: Florian Weimer on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1144#note_595258853 As far as I know, Fedora infrastructure is not ready for this because it's still z13. Is this going to a problem for ARK or Fedora? T

Re: aarch64 build failures in rawhide

* Peter Robinson: > On Fri, May 7, 2021 at 7:58 AM Florian Weimer wrote: >> >> We want to use kernel rebuilds as a gating test for toolchain updates. >> Unfortunately, per >> >> Information for package kernel >> <https://koji.fedoraproject.org/ko

aarch64 build failures in rawhide

We want to use kernel rebuilds as a gating test for toolchain updates. Unfortunately, per Information for package kernel the last successful rawhide kernel build was on 2021-04-28. The question is what we should do about build fai

Re: [OS-BUILD PATCH] Turn off vdso_install for ppc

* Justin Forbes: > On Mon, Jan 4, 2021 at 7:42 PM GitLab Bridge on behalf of Don Zickus > wrote: >> >> From: Don Zickus on gitlab.com >> https://gitlab.com/cki-project/kernel-ark/-/merge_requests/842#note_477950659 >> >> Seems right. I would be interested if that compiles, installs and >> boots.

Re: Test reply Re: System no longer distributes load to multiple cores for long running task

* Justin Forbes: > Reverted, but no, I do not see such an option for the list. I am > wondering if it is something set at the overall list server config, > and not available per list by policy there. Apparently, someone has installed a Python handler to perform the message transformation:

Re: System no longer distributes load to multiple cores for long running task

* Justin Forbes: > On Thu, Sep 24, 2020 at 4:34 AM Florian Weimer wrote: >> >> * Chris Murphy: >> >> > On Wed, Sep 23, 2020 at 1:44 PM stan wrote: >> > >> > For what it's worth, gmail puts your emails into spam because of the >>

Re: System no longer distributes load to multiple cores for long running task

* Chris Murphy: > On Wed, Sep 23, 2020 at 1:44 PM stan wrote: > > For what it's worth, gmail puts your emails into spam because of the > your domain's DMARC policy: > > > Authentication-Results: mx.google.com; >arc=fail (body hash mismatch); That's a Fedora mailing list configuration iss

Re: Corrupt RPM package in Fedora 31 compose: perf-debuginfo-5.5.9-200.fc31.x86_64

* Petr Pisar: > On Mon, Apr 06, 2020 at 12:14:23PM +0200, Florian Weimer wrote: >> Installation fails like this: >> >> Running transaction >> Preparing: >> 1/1 >> Installing

Corrupt RPM package in Fedora 31 compose: perf-debuginfo-5.5.9-200.fc31.x86_64

Installation fails like this: Running transaction Preparing: 1/1 Installing : perf-debuginfo-5.5.15-200.fc31.x86_64 1/1 Error unpacking rpm package perf-debuginfo-5.5.15-200.fc31.x86_64 Verifying: p

Re: nvidia kernel is tainted following updates

* Chris Murphy: > But I'm not sure what else I can infer about kernel taint. Are all the > other lockdowns still in place? If you can load kernel modules which do not pass signature verification, kernel lockdown is not active. Thanks, Florian ___ kerne

Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?

* stan: > I built my first 5.6 custom kernel from the src.rpm yesterday in F31. > And my patch to enable the use of a daemon I run to gather entropy from > an rtl2832 (atmospheric) and put it into the kernel to keep the entropy > pool full failed. This has happened in the past, that's why I have

Re: socket path length

* Neil Horman: > On Thu, Jan 02, 2020 at 02:35:22PM +0100, Florian Weimer wrote: >> * Damian Ivanov: >> >> > I could not find any information if having the socket length limited >> > is still something that is required nowadays as it seems this is >> >

Re: socket path length

* Damian Ivanov: > I could not find any information if having the socket length limited > is still something that is required nowadays as it seems this is > mostly for compatibility reasons? I don't know why the kernel limits the socket length. There is no strict requirement to do so because the

Re: [PATCH 2/9] Drop cpumask auto select patch

* Laura Abbott: > On 8/16/19 6:58 AM, Josh Boyer wrote: >> On Thu, Aug 15, 2019 at 3:57 PM Laura Abbott wrote: >>> >>> We've been carrying a patch to make CPUMASK_OFFSTACK selectable >>> without debugging for a long time now. The comment said this was >>> going to be replaced with something else

5.3.0-rc kernel-headers in rawhide and mass rebuild

Do you plan to leave in the -rc kernel headers for the mass rebuild? We see some rather odd issues with it when building glibc, and have trouble getting glibc ready for the mass rebuild. Thanks, Florian ___ kernel mailing list -- kernel@lists.fedoraproj

Re: /proc/sys/net/core/optmem_max on armv7l

* Björn 'besser82' Esser: > I just checked and found `unsigned long` to be 32 bits on %{arm}, > only. All other arches (even %{ix86}) have it set to 64 bits. Huh? I'm not aware of *any* vaguely Linux-compatible 32-bit architecture which has 64-bit longs (unsigned or signed). ___