Re: vboxsf and vboxguest seem missing from 42/43 kernels

On Mon, 17 Feb 2025 at 20:00, Ian Laurie via kernel < kernel@lists.fedoraproject.org> wrote: > On 15/2/25 01:23, Peter Robinson wrote: > > I've filed a MR to fix this up, and enable it for aarch64 as that was on > my > > todo too, so once that's merge

Re: vboxsf and vboxguest seem missing from 42/43 kernels

On Thu, 13 Feb 2025 at 23:22, Ian Laurie via kernel < kernel@lists.fedoraproject.org> wrote: > The package virtualbox-guest-additions is available now for 42 and 43 > but they don't actually *work* because it looks like the required kernel > bits are missing. > > If I boot a 6.13 release candidate

Re: leds_pca9532 removed - why?

On Fri, 18 Oct 2024 at 17:23, Ian Pilcher wrote: > > On 10/18/24 10:35 AM, Peter Robinson wrote: > > Probably purely an oversight. I'll take a look as I'm doing an update ATM. > > Thanks! > > If you add it back, please enable the GPIO feature as well > (CONF

Re: leds_pca9532 removed - why?

On Fri, 18 Oct 2024 at 15:57, Ian Pilcher wrote: > > On 10/17/24 1:36 PM, Ian Pilcher wrote: > > Ran 'dnf update' on my NAS, and discovered that the leds_pca9532 module > > has been removed. (CONFIG_LEDS_PCA9532 was changed from 'm' to not > > set.) > > > > Is there some reason for this removal?

Re: Small rant: installer environment size

On Thu, Dec 8, 2022 at 4:56 PM Adam Williamson wrote: > > On Thu, 2022-12-08 at 12:58 +, Peter Robinson wrote: > > > > I've done a few passes, dropping a bunch of older firmware upstream > > that are no longer supported in any stable kernel release, also a > &

Re: Small rant: installer environment size

On Thu, Dec 8, 2022 at 12:42 AM Adam Williamson wrote: > > Hi folks! Today I woke up and found > https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , which diverted me > down a bit of an "installer environment size" rabbit hole. > > As of today, with that new dep in webkitgtk, Rawhide's network i

Re: Fedora and 5.19

On Thu, Aug 4, 2022 at 11:35 AM Hans de Goede wrote: > > Hi, > > On 8/2/22 22:15, Justin Forbes wrote: > > The initial fedora-5.19 branch has been created in kernel-ark. As I > > mentioned earlier, F37 will branch a 6.0 merge window kernel, but that > > will be replaced with 5.19 as soon as possib

Re: Latest rawhide kernel, kernel-5.19.0-0.rc6.20220714git4a57a8400075.49.fc37.src.rpm, builds but won't boot

On Mon, Jul 18, 2022 at 2:51 PM Prarit Bhargava wrote: > > On 7/18/22 09:45, Justin Forbes wrote: > > > > > There were unfortunately some corner cases with retbleed mitigation > > that simply did not work. Most of those should have been worked out > > over the past week, but due to the way the emb

Re: aarch64 build failures in rawhide

On Fri, May 7, 2021 at 9:08 AM Martin Cermak wrote: > > On Fri 2021-05-07 09:43 , Florian Weimer wrote: > > * Peter Robinson: > > > > > On Fri, May 7, 2021 at 7:58 AM Florian Weimer wrote: > > >> > > >> We want to use ker

Re: aarch64 build failures in rawhide

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 > > > the last successful rawhide kernel build w

Re: [OS-BUILD PATCH] redhat: enable CONFIG_FW_LOADER_COMPRESS for ARK

has done the Fedora feature work around the compressed firmware: Reviewed-by: Peter Robinson > diff a/redhat/configs/ark/generic/CONFIG_FW_LOADER_COMPRESS > b/redhat/configs/ark/generic/CONFIG_FW_LOADER_COMPRESS > --- a/redhat/configs/ark/generic/CONFIG_FW_LOADER_COMPRESS > +++ /dev/null

Re: [OS-BUILD PATCH] [redhat] Make CONFIG_CRYPTO_DEV_QAT_* configs x86-only and unify them

gs/common/generic/x86/. LGTM Reviewed-by: Peter Robinson > Signed-off-by: Vladis Dronov > > diff a/redhat/configs/common/generic/CONFIG_CRYPTO_DEV_QAT_4XXX > b/redhat/configs/common/generic/CONFIG_CRYPTO_DEV_QAT_4XXX > --- a/redhat/configs/common/generic/CONFIG_CRYPTO_DEV_Q

Re: [OS-BUILD PATCH 0/4] Drop stale pinephone patches

On Mon, Mar 1, 2021 at 5:51 PM Herton R. Krzesinski wrote: > > On Wed, Feb 24, 2021 at 10:26:11PM -, Herton Krzesinski (via Email > Bridge) wrote: > > From: Herton Krzesinski on gitlab.com > > Merge Request: > > https://gitlab.com/cki-project/kernel-ark/-/merge_requests/925 > > > > Seems a w

Re: [OS-BUILD PATCH 0/4] Drop stale pinephone patches

66a6382d2539d3dca14 > 28164a682bf > a6a22f82c90dab8966fc07bd7e798a0680803995^..60f2de5ffbf0ed7c0d9789bcc1968 > 84427e8cff5 > > However, we still have some stale commits/patches that were not dropped > with the upstream merge. Remove them now. Acked-by: Peter Robinson I tried to wo

Re: Ars claims: Fedora 32 is sluggish

On Thu, Feb 11, 2021 at 1:03 PM Ondrej Mosnacek wrote: > > On Thu, Feb 11, 2021 at 10:14 AM Viktor Ashirov wrote: > > On Wed, Feb 3, 2021 at 5:54 PM Michael Catanzaro > > wrote: > >> > >> Hi, > >> > >> Has anybody investigated Jim Salter's claims that Fedora 32 is slow to > >> launch applicatio

Re: Latest 5.11 kernels are only build for rawhide/F35, not available for F34

> F34 has branched, so now, e.g. this kernel: > https://koji.fedoraproject.org/koji/buildinfo?buildID=1706039 > > Only has a fc35 tag and there is no > kernel-5.11.0-0.rc7.20210210gite0756cfc7d7c.150 > pkg with a fc34 tag. > > So I think we need a separate F34 build for this kernel, or at least fo

Re: [OS-BUILD PATCH] common: fix WM8804 codec dependencies

On Wed, Jan 13, 2021 at 8:43 AM Patrick Talbert wrote: > > On Tue, Jan 12, 2021 at 12:24 PM GitLab Bridge on behalf of pbrobinson > wrote: > > > > From: Peter Robinson > > > > The WM8804 codec is required for Intel Apollo Lake support so enable it > > as

Re: [OS-BUILD PATCHv4 2/2] Update CONFIG_ARM_CMN based on comment

On Tue, Dec 22, 2020 at 4:24 PM GitLab Bridge on behalf of jeremycline wrote: > > From: "Justin M. Forbes" > > Signed-off-by: Justin M. Forbes Reviewed-by: Peter Robinson > Cc: Mark Salter > Cc: Mark Langsdorf > Cc: Jeremy Linton > --- > redhat/conf

Re: [NIT] error: %changelog not in descending chronological order

oise at the moment. > > > > > But if the preceding changelog entry doesn't have a timestamp, like: > > * Wed Oct 7 2020 Peter Robinson > > > > rpmbuild spits out an "error:" but merrily continues the build! (I have no > > idea how that works. Both t

Re: [OS-BUILD PATCH 3/3] redhat/configs/ark: Enable CONFIG_GCC_PLUGIN_STRUCTLEAK_BYREF_ALL

On Wed, Dec 9, 2020 at 5:55 PM Josh Poimboeuf wrote: > > On Wed, Dec 09, 2020 at 08:52:08AM +, Peter Robinson wrote: > > On Tue, Dec 8, 2020 at 9:52 PM GitLab Bridge on behalf of jpoimboe > > wrote: > > > > > > From: Josh Poimboeuf > > > > &

Re: [OS-BUILD PATCH 2/3] redhat/configs/ark: Enable CONFIG_GCC_PLUGIN_STRUCTLEAK

On Tue, Dec 8, 2020 at 9:52 PM GitLab Bridge on behalf of jpoimboe wrote: > > From: Josh Poimboeuf > > This will be needed for CONFIG_GCC_PLUGIN_STRUCTLEAK_BYREF_ALL. Is there any point in having it on it's own then and not as part of that commit so it's all together? > Bugzilla: https://bugzil

Re: [OS-BUILD PATCH 3/3] redhat/configs/ark: Enable CONFIG_GCC_PLUGIN_STRUCTLEAK_BYREF_ALL

On Tue, Dec 8, 2020 at 9:52 PM GitLab Bridge on behalf of jpoimboe wrote: > > From: Josh Poimboeuf > > Enable CONFIG_GCC_PLUGIN_STRUCTLEAK_BYREF_ALL for ark. This prevents a > lot of uninitialized stack variable exploits, with a minimal impact on > performance. Is there any reason to do this pu

Re: [OS-BUILD PATCH 1/2] kernel: Enable coresight on aarch64

tion about coresight may be found here: > > https://developer.arm.com/ip-products/system-ip/coresight-debug-and-trace > > Signed-off-by: Jeremy Linton Reviewed-by: Peter Robinson Generally LGTM from a Fedora aarch64 PoV, I know this functionality was being reviewed for RHEL, so sho

Re: [OS-BUILD PATCH] redhat: ark: enable CONFIG_IKHEADERS

On Thu, Nov 26, 2020 at 6:24 PM GitLab Bridge on behalf of Jiri Olsa wrote: > > From: Jiri Olsa on gitlab.com > https://gitlab.com/cki-project/kernel-ark/-/merge_requests/774#note_455681451 > > > > > > > > > CKI Gitlab commented: > > &

Re: [OS-BUILD PATCH] redhat: ark: enable CONFIG_IKHEADERS

On Thu, Nov 26, 2020 at 4:25 PM Jiri Olsa wrote: > > On Thu, Nov 26, 2020 at 04:56:13PM +0100, Jiri Benc wrote: > > On Thu, 26 Nov 2020 15:46:17 -, GitLab Bridge on behalf of Jiri Olsa > > wrote: > > > IIUC that seems like some big reorg change that I'm not competent > > > to do.. > > > > You

Re: [OS-BUILD PATCH] redhat: ark: enable CONFIG_IKHEADERS

On Thu, Nov 26, 2020 at 12:33 PM GitLab Bridge on behalf of jolsa1 wrote: > > From: Jiri Olsa > > Enabling kheaders module that carries kernel headers > to compile eBPF programs and will allow bcc-tools rpm > to get rid of kernel-devel dependency. > > Signed-off-by: Jiri Olsa > --- > redhat/con

Re: Enabling CONFIG_ACPI_TABLE_UPGRADE in Fedora kernels

> I believe $subject has been discussed before but I would like to see us > reconsider this. > > I know that the general rule of thumb is that DSDTs should not be overriden > and instead the kernel should be made to "just work" with existing DSDTs > even if they are buggy. And as someone who does a

Fwd: heads up regarding some v5.10 changes

FYI: -- Forwarded message - From: Ard Biesheuvel Date: Sat, Oct 31, 2020 at 10:22 AM Subject: heads up regarding some v5.10 changes To: , Arnd Bergmann , Peter Jones Hello all, Just a note to whomever is subscribed to this list regarding some changes in v5.10 that may affect d

Re: about NVIDIA Driver not yet supported for Linux Kernel 5.9+

> First I'd like alert for this issue [1] with kernel 5.9 , and asking if > somehow we can delay kernel 5.9 on stable branches ? You could just exclude the kernel from updates for local affected devices. > Best regards > > [1] > https://forums.developer.nvidia.com/t/nvidia-driver-not-yet-supporte

Re: [OS-BUILD PATCH] [redhat] New configs in net/can

On Mon, Oct 19, 2020 at 6:29 PM Marcelo Ricardo Leitner wrote: > > On Mon, Oct 19, 2020 at 06:19:39PM +0100, Peter Robinson wrote: > > On Mon, Oct 19, 2020 at 5:33 PM Marcelo Ricardo Leitner > > wrote: > > > > > > On Fri, Oct 16, 2020 at 03:29:56

Re: [OS-BUILD PATCH] [redhat] New configs in net/can

On Mon, Oct 19, 2020 at 5:33 PM Marcelo Ricardo Leitner wrote: > > On Fri, Oct 16, 2020 at 03:29:56PM -, GitLab Bridge on behalf of > jeremycline wrote: > > --- /dev/null > > +++ b/redhat/configs/common/generic/CONFIG_CAN_ISOTP > > @@ -0,0 +1 @@ > > +# CONFIG_CAN_ISOTP is not set > > I'm not

Re: Guidance regarding BUG 1821946

On Tue, Sep 22, 2020 at 12:04 AM Paulo Edgar Castro wrote: > > Hi folks, > > Any ETA on this bug https://bugzilla.redhat.com/show_bug.cgi?id=1821946 > > or guidance regarding this > > ``` > > [root@localhost ~]# dnf install kernel-headers-$(uname -r) 2>/dev/null > Last metadata expiration check: 0

Re: How to get fixes added to f* / stable distgit branches ?

The ARK process isn't used for Fedora stable, just rawhide. For Fedora stable just push direct to the Fedora package git repo like before. P On Thu, Sep 17, 2020 at 10:32 AM Hans de Goede wrote: > > Hi All, > > With the new ARK way of doing things, I know that if I want to get patches > added

Re: Fedora kernels >= 5.8 have xhci-pci build as a module

On Wed, Sep 2, 2020 at 4:08 PM Hans de Goede wrote: > > Hi All, > > 5.8 introduces a new CONFIG_USB_XHCI_PCI_RENESAS Kconfig symbol. > > The current Fedora kernel config says this to 'm'. I assume that > this was done because the help-text suggests that doing so will > make support for some specia

Re: [OS-BUILD PATCHv2 0/3] configs: Enable CONFIG_ENERGY_MODEL

> > From: prauld on gitlab.com > > > > CONFIG_ENERGY_MODEL will help make the schedutil frequency governor > > more accurate. This will be useful in the future. It also enables > > the use of the energy aware scheduler. > > > > Signed-off-by: Phil Auld > > pauld, I was looking at this config the o

Re: [PATCH] kernel: coresight: Enable coresight decoding

I've pushed this to the Fedora rawhide kernel-tools package, it'll appear in the next build. Peter On Tue, Jul 14, 2020 at 7:12 PM Jeremy Linton wrote: > > Perf is capable of decoding coresite debug/trace files > but the feature needs to be enabled with CORESIGHT=1 > and the decode library needs

Re: [ARK PATCH 0/17] rebase Pinephone screen patches

> Ah, ok. Yeah, I discussed with Justin awhile ago, about just taking patches > for Fedora from folks he trusted were taking upstream committed patches > because that is the speed Fedora is used to. I will chat with Red Hat folks > about what can be done to not get in the way. Well I'm been doin

Re: [ARK PATCH 0/17] rebase Pinephone screen patches

> On Sun, Jul 12, 2020 at 01:09:18PM -, GitLab Bridge on behalf of > pbrobinson wrote: > > From: pbrobinson on gitlab.com > > > > Revert the old version of the patches, apply the latest upstream > > version: > > Hi Peter, > > It looks like most of your patches are git cherry-picks? If so, jus

Re: Kernel 5.7.X <=33

> I'm not seeing any kernel 5.7.1, 5.7.2 kernel builds in koji and on it's > way to <=33 now after 5.7.1 had been released ( expected after 5.7.1, > there are two weeks since last 5.7.x build ) is that part of this new > workflow along with this significant CI noise and needless one line ack Nothi

Re: [OS-BUILD PATCH] [redhat] New configs in drivers/hwmon

On Fri, Jun 5, 2020 at 5:13 PM Thorsten Leemhuis wrote: > > Hi Don! > > Am 05.06.20 um 17:01 schrieb Don Zickus: > > Thanks for the feedback! > > Thx for saying that, I already feared I sooner or later might come > across as the crazy guy that complains about everything and therefor not > really t

Re: [OS-BUILD PATCH] configs/aarch64: Fix CONFIG_FORCE_MAX_ZONEORDER

> > > The internal make command 'make rh-brew'/'make dist-brew' is failing with > > > > > > Processing > > > /home/prarit/git-kernel/kernel-ark/redhat/configs/kernel-aarch64-debug-fedora.config > > > ... Error: Mismatches found in configuration files > > > Found CONFIG_FORCE_MAX_ZONEORDER=11 afte

Re: [OS-BUILD PATCH] configs/aarch64: Fix CONFIG_FORCE_MAX_ZONEORDER

> From: Prarit Bhargava > > The internal make command 'make rh-brew'/'make dist-brew' is failing with > > Processing > /home/prarit/git-kernel/kernel-ark/redhat/configs/kernel-aarch64-debug-fedora.config > ... Error: Mismatches found in configuration files > Found CONFIG_FORCE_MAX_ZONEORDER=11 a

Re: Stability issue with jetson-tk1NIC with 5.3+

> > > FYI, I've experienced a stability issue with the jetson-tk1 NIC since > > > kernel 5.3 and later. > > > This is reported upstream at > > > https://bugzilla.kernel.org/show_bug.cgi?id=206217 > > > To sum-up: under some "MMC and network I/O load" (dnf update or scp of > > > large file), the pc

Re: Stability issue with jetson-tk1NIC with 5.3+

> FYI, I've experienced a stability issue with the jetson-tk1 NIC since > kernel 5.3 and later. > This is reported upstream at > https://bugzilla.kernel.org/show_bug.cgi?id=206217 > To sum-up: under some "MMC and network I/O load" (dnf update or scp of > large file), the pciport receives AER error

Re: RFC: Adding "Requires: alsa-sof-firmware" to F31 kernel-modules pkgs

On Wed, Apr 29, 2020 at 1:57 PM Justin Forbes wrote: > > On Wed, Apr 29, 2020 at 7:49 AM Hans de Goede wrote: > > > Hi, > > > > On 4/29/20 11:58 AM, Hans de Goede wrote: > > > Hi All, > > > > > > As discussed before the new SOF audio driver needed for audio to > > > function properly on recent In

Re: RFC: Adding "Requires: alsa-sof-firmware" to F31 kernel-modules pkgs

> As discussed before the new SOF audio driver needed for audio to > function properly on recent Intel based laptops needs the > alsa-sof-firmware package. > > For F32 this has been added to comps, but for F31 and for people > upgrading from F31, we are still getting bug reports that audio > does n

Re: Fedora Rebase

ase around a month after Linus tagged a new stable release. Rawhide is always up to date with the latest mainline development. > Best, > - Ghani > > > On Mon, Apr 6, 2020 at 1:46 AM Peter Robinson wrote: >> >> > According to fedora docs, fedora kernels are reba

Re: Fedora Rebase

> According to fedora docs, fedora kernels are rebased against the mainline > linux kernel periodically. I wanted to know that is there a way to figure > out the rebase date for particular commits. Just looking at the git log, it > just gives the same date as the date in the mainline linux kernel g

Re: Backport ExFAT to Fedora 5.6 kernels?

> I see that exfat has landed in Linus' tree for 5.7 and is no longer in > staging. Could backporting exfat from there into Fedora's 5.6 kernel > tree be done so that we have exfat support in Fedora 32 at GA? It landed upstream Friday and won't land into a Fedora kernel build until Monday, and hen

Re: CONFIG_TCP_CONG_BBR not set on, in fc32 kernel confg

> I noticed that the kernel builds on the branched fedora32 kernels do not > have CONFIG_TCP_CONG_BBR set ; meaning no shiny. The kernel module is built: $ modinfo tcp_bbr filename: /lib/modules/5.6.0-0.rc5.git0.2.fc32.x86_64/kernel/net/ipv4/tcp_bbr.ko.xz description:TCP BBR (Bottleneck Bandwi

Re: Intel SOF firmware

On Fri, Mar 13, 2020 at 5:03 PM Javier Martinez Canillas wrote: > > Hello Jaroslav, > > On Tue, Mar 10, 2020 at 10:00 AM Jaroslav Kysela wrote: > > [snip] > > > So thinking more about this, I guess we should only add the explicit > > requires to the kernel package for F31 (and F30) and

Re: Upcoming Fedora kernel workflow changes

> > > > >> The git tags are still signed by Linus. Does that cover your > > > > >> concerns? > > > > > > > > > > Not really, no. I think that multiplying the intermediaries between > > > > > kernel.org > > > > > and the Fedora repos by adding gitlab.com in the middle might not be > > > > > the >

Re: Intel SOF firmware

On Tue, Mar 3, 2020 at 4:17 PM Hans de Goede wrote: > > Hi, > > On 3/3/20 4:23 PM, Jeremy Cline wrote: > > On Tue, 2020-03-03 at 16:09 +0100, Hans de Goede wrote: > >> Hi, > >> > >> On 3/3/20 3:29 PM, Peter Robinson wrote: > >>>>>

Re: Intel SOF firmware

> >>> Yes you are right, it should probably be something like the following: > >>> > >>> %ifarch x86_64 > >>> Requires: alsa-sof-firmware > >>> %endif > >>> > >>> (untested) > >> > >> Does anyone know, how the iwl*-firmware files are installed? I cannot find > >> any > >> dependency in kernel nor

Re: Intel SOF firmware

On Tue, Mar 3, 2020 at 12:27 PM Jaroslav Kysela wrote: > > Dne 03. 03. 20 v 12:44 Hans de Goede napsal(a): > > Hi, > > > > On 3/3/20 11:48 AM, Dan Horák wrote: > >> On Tue, 3 Mar 2020 11:27:57 +0100 > >> Hans de Goede wrote: > >> > >>> Hi, > >>> > >>> On 3/3/20 9:11 AM, Jaroslav Kysela wrote: > >

Re: Intel SOF firmware

> >> Thank you for starting a discussion about this, we really need > >> to get this sorted out soon-ish as a lot of users are reporting > >> broken audio with 5.5.x because of the missing SOF firmware. > >> > >> On 3/2/20 11:10 AM, Jaroslav Kysela wrote: > >>> Hi all, > >>> > >>> I would like

Re: About new 5.6 CONFIG_EFI_DISABLE_PCI_DMA option

> I've been involved (a tiny bit) in the EFI stub cleanups which have > landed for 5.6, a such I've been building my own test kernels with > CONFIG_EFI_DISABLE_PCI_DMA=y up to know that is. > > Recently I got a Lenovo X1 + Thunderbolt 3 dock for testing and > booting my own test kernel build on it

Re: stepping down as fedora kernel maintainer

> After quite a bit of soul searching, I've decided to step down from > being a full-time Fedora kernel maintainer and move on to other things. > Having come in as a relative outsider to the Fedora community almost > 5 years ago, I deeply appreciate you all welcoming me with open arms. > I still ex

Re: NO_HZ_IDLE on x86_64?

> > Hey All. > > > > In digging through some pieces around CPU_IDLE I noticed that > > NO_HZ_IDLE is explicitly disabled on x86_64 but not on all other > > architectures. > > > > Doing a "git log --follow > > configs/fedora/generic/x86/x86_64/CONFIG_NO_HZ_IDL

Re: NO_HZ_IDLE on x86_64?

> > On 12/12/19 9:10 AM, Justin Forbes wrote: > > > On Thu, Dec 12, 2019 at 3:48 AM Peter Robinson > > > wrote: > > >> > > >> Hey All. > > >> > > >> In digging through some pieces around CPU_IDLE I noticed that

NO_HZ_IDLE on x86_64?

Hey All. In digging through some pieces around CPU_IDLE I noticed that NO_HZ_IDLE is explicitly disabled on x86_64 but not on all other architectures. Doing a "git log --follow configs/fedora/generic/x86/x86_64/CONFIG_NO_HZ_IDLE" it goes all the way back to 2016 when we changed the way the config

Re: cleaning out some scripts from the kernel dist-git

On Fri, Nov 22, 2019 at 9:27 PM Laura Abbott wrote: > > The kernel dist-git has a number of scripts in the script directory. > Some are used for regular work (stable-update.sh, rawhide-rc.sh, > rawhide-snapshot.sh) but some of them haven't been used in a > long time. I'd like to delete the followi

Re: Enabling vboxsf in Fedora 5.4+ kernels

On Tue, Nov 12, 2019 at 11:40 AM Hans de Goede wrote: > > Hi all, > > So vboxsf has finally landed upstream. I gave up getting it merged > directly under fs/vboxsf since despite some fs-devel folks saying > that it was as good as it is going to get (given the limitations > of the API exposed by th

Re: New subpackages for Fedora

On Fri, Oct 25, 2019 at 7:26 PM Laura Abbott wrote: > > Some of the downstream work I'm looking to bring back into Fedora is > some new subpackages. Here's a brief explanation of what I'd like to > bring in: > > - several packages with 'kabi' in the name. These are related to downstream > ABI guar

Re: [PATCH] re-enable HDA sound drivers on PPC

Why would you need intel drivers on Power? On Wed, Oct 9, 2019 at 11:24 AM Dan Horák wrote: > > This is for rawhide/5.4, they got disabled during the ARM config > cleanups. > > > Dan > > On Wed, 9 Oct 2019 12:21:34 +0200 > Dan Horák wrote: > > > --- > > configs/fedora/generic/p

Re: Simple Firmware Interface being deprecated

On Mon, Aug 26, 2019 at 9:27 PM Laura Abbott wrote: > > https://lore.kernel.org/lkml/20190826181956.6918-1-lukas.bulw...@gmail.com/ > > menuconfig SFI > bool "SFI (Simple Firmware Interface) Support" > ---help--- > The Simple Firmware Interface (SFI) provides a lightweig

Re: [PATCH 0/9] Clean up some old patches post F31

On Thu, 15 Aug 2019, 20:57 Laura Abbott, wrote: > I'd like to drop a bunch of patches Fedora has been carrying since > forever. Most of these are fairly minor tweaks most people forgot > we had and nobody cares about. My motivation is both in the spirit > of cleaning up and also to better align F

Re: [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1

> Peter Robinson schreef op do 25-07-2019 om 09:08 [+0100]: > > On Wed, Jul 24, 2019 at 9:46 PM Paul Bolle wrote: > > > Paul Bolle schreef op wo 24-07-2019 om 21:53 [+0200]: > > > > There are 60 Kconfig symbols referenced in the files used for > > > > c

Re: [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1

On Wed, Jul 24, 2019 at 9:46 PM Paul Bolle wrote: > > Paul Bolle schreef op wo 24-07-2019 om 21:53 [+0200]: > > There are 60 Kconfig symbols referenced in the files used for > > configuration generation and in the shipped .config files that were > > dropped in upstream v5.3-rc1. The references to

Re: Bluetooth 2.0 devices regression fix

> > > Hey! > > > > > > Would it be possible to cherry-pick this patch: > > > https://lore.kernel.org/linux-bluetooth/20190522070540.48895-1-mar...@holtmann.org/T/ > > > into Fedora 30 ASAP? > > > > It's already there and has been since we rebased to 5.1.x > > https://src.fedoraproject.org/rpms/kern

Re: Bluetooth 2.0 devices regression fix

On Tue, Jun 4, 2019 at 1:22 PM Bastien Nocera wrote: > > Hey! > > Would it be possible to cherry-pick this patch: > https://lore.kernel.org/linux-bluetooth/20190522070540.48895-1-mar...@holtmann.org/T/ > into Fedora 30 ASAP? It's already there and has been since we rebased to 5.1.x https://src.fe

Re: configs: remove CONFIG_SUN50I_A64_UNSTABLE_TIMER

ACK, the upstream of this became CONFIG_SUN50I_ERRATUM_UNKNOWN1 On Tue, Mar 19, 2019 at 9:38 PM Paul Bolle wrote: > > The patch that added the Kconfig symbol SUN50I_A64_UNSTABLE_TIMER was > dropped in commit 60a8ce36abae7 ("Raspberry Pi DT updates, Update > AllWinner A64 timer errata workaround")

Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels

On Mon, Mar 11, 2019 at 3:18 PM Justin Forbes wrote: > > On Mon, Mar 11, 2019 at 8:34 AM Prarit Bhargava wrote: > > > > On 3/10/19 5:53 PM, Peter Robinson wrote: > > > On Sun, Mar 10, 2019 at 9:46 PM Christoph M. > > > wrote: > > >> > > >

Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels

On Sun, Mar 10, 2019 at 9:46 PM Christoph M. wrote: > > > On Sun, Mar 10, 2019 at 10:39 PM Peter Robinson wrote: >> >> > Hi Fedora kernel team, >> > >> > I'd like to access SPI devices via the spidev user API ([1]) on my Fedora >> > syste

Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels

> Hi Fedora kernel team, > > I'd like to access SPI devices via the spidev user API ([1]) on my Fedora > system. > Would it be possible to enable CONFIG_SPI_SPIDEV (module would be fair > enough), > so that I don't have to build my own kernel? Which architectures or sort of device? ___

Re: surface pro 3 custom kernel

On Fri, Jan 18, 2019 at 1:05 PM Joao Cortes wrote: > > Hi, > I am following the instructions found in > 1. https://docs.pagure.org/docs-fedora/building-custom-kernel.html > 2. https://fedoraproject.org/wiki/Building_a_custom_kernel. > > I am trying to get fedora 29 support for microsoft surface pr

Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1

On Fri, Jan 11, 2019 at 2:56 PM Paul Bolle wrote: > > This short series cleans up all references to Kconfig symbols that have > no effect on the build. > > This series is way too boring to review. But it can be tested by > comparing the generated .config files (in the BUILD directory) before > and

Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685

On Sun, Dec 2, 2018 at 5:04 PM Sérgio Basto wrote: > > yeah yestarday my computer don't boot with kernel-4.18.20 , back to > kernel-core-4.18.19-100.fc27.x86_64. > > Thanks for the tip > > It might be related with [1] ? > "I see that a 4.18.20-100.fc27 is already in koji, and unfortunately 4.18.

Re: [PATCH] Fix typo 'CONFIG_SND_SOC_MSM8916_WCD_ANALOg'

On Tue, Nov 6, 2018 at 3:19 PM Justin Forbes wrote: > > On Tue, Nov 6, 2018 at 6:45 AM, Paul Bolle wrote: > > It's clear that 'z' is a typo. Its net > > effect is that armv7hl has been built with > > # CONFIG_SND_SOC_MSM8916_WCD_ANALOG is not set > > > > for over a year now. Let's fix this an

Re: [PATCH] Sign the aarch64 kernel

On Tue, Oct 23, 2018 at 11:56 PM Jeremy Linton wrote: > > The aarch64 kernel is a gzip'ed EFI image, this means > that pesign needs to sign the original image and then > zip it for grub to be able to validate the kernel image. So ATM we don't have the actual HW which contains the signing keys ava

Re: F28 kernels should not have CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER set

On Tue, Oct 9, 2018 at 2:34 PM Hans de Goede wrote: > > Hi, > > I just noticed: https://bugzilla.redhat.com/show_bug.cgi?id=1637547 > getting filed. I'm suspicious that this may be caused by the new > deferred fbcon takeover stuff. > > So I double checked the settings in the fedpkg f28 branch and

Re: Make kernel.spec friendlier to el7

On Wed, Oct 3, 2018 at 8:12 PM Pablo Sebastián Greco wrote: > > Didn't know about the "No attachment" rule, sorry. The general rule is use "git send-email" and have them inline. > disable_headers_fedora_only.patch: > https://paste.fedoraproject.org/paste/QGmWcBvPRg3p8HnAcuNNPQ/ > make_buildflags

Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option

On Mon, Oct 1, 2018 at 3:42 PM Lennart Poettering wrote: > > On Mo, 01.10.18 09:14, Justin Forbes (jmfor...@linuxtx.org) wrote: > > > > Lennart made a really interesting observation here, systemd > > > is just proxying if "cat /sys/power/disk" indicates that > > > hibernate is supported. > > > > >

Re: [PATCH] Disable PXA/MMP arches - break suspend

On Tue, Aug 21, 2018 at 3:38 PM, Nicolas Chauvet wrote: > Theses arches select pxa_gpio which registers on unrelated hardwares. > This prevent theses devices to enter suspend. > (reproduced on trimslice) > > Disable theses arches until a proper fix is made upstream > See rhbz#1619699 NACK, disabl

Re: Kernel lockdown patch & IPAddressAllow/IPAddressDeny systemd feature with Secure Boot

Probably a good idea to cc: this to the kernel list :-) I suspect it's intentional but with the planned changes for iptables etc to be backed by bpf in the upstream kernel sometime in the future it's likely going to need to be reviewed. Peter On Tue, Aug 7, 2018 at 10:25 PM, Timothée Ravier wro

Re: PATCH: Enable-Apollo-Lake-Whiskey-Cove-PMIC-support.patch

On Mon, Jul 30, 2018 at 10:01 AM, Hans de Goede wrote: > Hi, > > If there are no objections I plan to push the attached patch to the > rawhide kernel in the next couple of days. > > Note that we had e.g. the PMIC opregions for this already enabled > in the past, see: configs/fedora/generic/x86/CON

SPECK crypto cipher

Thought I'd ask this one on list for reference. So in 4.17 upstream added the SPECK cipher [1] but for reference the ISO has rejected it (and SIMON) due to being designed by the NSA [2], not sure it specifically matters for Fedora but I thought I'd put the question out there if there's any thought

Re: [PATCH] kernel-tools.spec: Adding bpftool package

On Fri, 23 Mar 2018, 23:46 Jiri Olsa, wrote: > hi, > please consider attached change that adds bpftool sub > package to be generated within kernel-tools spec. > > The reason to have bpftool in separate rpm is to > have minimal dependency for sosreport that will > depend on it. > > The bpftool rpm

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

> I just noticed, there is a difference in the default value of > `/proc/sys/net/core/optmem_max` on armv7l: > > On all arches it is 20480, but on armv7l it is 10240. > > Is there any specific reason for limiting the maximum ancillary buffer > size allowed per socket on this arch? No specific reas

Re: Common kernel problems page

On Tue, Jan 9, 2018 at 12:18 AM, Laura Abbott wrote: > On 01/08/2018 12:30 PM, Matthew Miller wrote: >> >> In helping someone with a suspend/resume problem, I came across this >> page: >> >> * https://fedoraproject.org/wiki/Common_kernel_problems >> >> which looks awesome and super-helpful... and

Re: [PATCH 0/2] configs: Rename base-{generic,debug} to configs/fedora/

On Wed, Dec 20, 2017 at 5:39 PM, Don Zickus wrote: > On Wed, Dec 13, 2017 at 04:39:26PM -0500, Don Zickus wrote: >> This patchset renames the configs/base-{generic,debug} to >> configs/fedora/{generic,debug} and updates the scripts to reflect that. > > Hi Jarod, Peter, > > Does this approach work

Re: Current specfile misapplies v4.14.10 stable update for fc26

On Tue, Jan 2, 2018 at 11:56 PM, Paul Bolle wrote: > On Tue, 2018-01-02 at 17:27 -0500, Josh Boyer wrote: >> If you're talking about local builds, it isn't tricky at all. Someone >> would just need to adjust the kernel.spec to do it and/or write steps >> to have your local git tree in a state tha

Re: kernel-4.15.0-0.rc3.git0.1.fc28 src rpm fails to compile because of errors in ppc64p7 config file

>> On Wed, Dec 13, 2017 at 8:08 PM, Laura Abbott >> wrote: > >> > Can you share the steps you used to produce this build as well as >> > the full build log? As you noted, this was built successfully in >> > koji. > > I'm following this procedure for building from the src.rpm using > rpmbuild. > >

Re: kernel-4.15.0-0.rc3.git0.1.fc28 src rpm fails to compile because of errors in ppc64p7 config file

On Wed, Dec 13, 2017 at 8:08 PM, Laura Abbott wrote: > On 12/13/2017 10:25 AM, stan wrote: >> >> >> I tried to compile this kernel from the src rpm on rawhide. I kept >> getting the error that two config options for ppc64p7 were set to m, >> and m wasn't a valid choice. >> >> So, I generated the

Re: Updating config option layout and scripts

On Wed, Dec 6, 2017 at 2:17 PM, Don Zickus wrote: > On Wed, Dec 06, 2017 at 05:34:18AM +0000, Peter Robinson wrote: >> On Mon, Nov 13, 2017 at 5:42 PM, Laura Abbott wrote: >> > On 11/10/2017 11:48 AM, Don Zickus wrote: >> >> >> >> Hi Laura, >> &

Re: HID_CP2112 is not set in the Fedora kernel config

On Wed, Dec 6, 2017 at 9:52 AM, Christoph M. wrote: > Hi Fedora kernel team, > > today I've received a CP2112 based USB-to-I2C adapter board > to interact with some I2C devices. I've chosen an adpater based > on that chip since it has a mainline Linux driver. > > To my surprise the adapter was not

Re: Updating config option layout and scripts

On Mon, Nov 13, 2017 at 5:42 PM, Laura Abbott wrote: > On 11/10/2017 11:48 AM, Don Zickus wrote: >> >> Hi Laura, >> >> As per our conversation, here is my pull request for the config changes: >> https://pagure.io/fedora-kernel-dzickus.git rh_sync >> >> >> As part of an effort to foster better cros

Re: invalid signature error with 4.15rc1

On Wed, Nov 29, 2017 at 6:56 PM, Chris Murphy wrote: > 4.15.0-0.rc1.git0.1.fc28.x86_64 is in koji and it will not boot with > Secure Boot enabled. I get an error from GRUB after choosing the boot > entry, that it has an invalid signature and the kernel needs to be > loaded first. It wasn't signed

Re: Reviving the hardware census

On Tue, Nov 7, 2017 at 10:49 PM, Jeremy Cline wrote: > Hey folks, > > For some time now, Fedora has operated without a database of hardware > users have. Smolt, the old hardware database, was retired in 2012[0] and > its intended successor[1] was never deployed by Fedora Infrastructure. > > It wou

Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1

On Wed, Nov 1, 2017 at 6:09 PM, Hans de Goede wrote: > Hi All, > > I'm working on trying to improve the OOTB power-consumption > of Fedora Workstation on laptops. > > One of the easy wins here is setting snd_hda_intel.power_save=1, > which saves about 0.4W which given that modern laptops idle at >

  1   2   3   >