Fedora Kernel Development

• Thread Index

• Re: Fedora kernel workflow feedback
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: Fedora kernel workflow feedback
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: Fedora kernel workflow feedback
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Fedora kernel workflow feedback
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: Issue with booting on latest kernels (EFI_DISABLE_PCI_DMA related)
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Issue with booting on latest kernels (EFI_DISABLE_PCI_DMA related)
  • From: Igor Gnatenko <i.gnatenko.brain@xxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Probable issue with i965 in pre-rc1 5.7 kernels
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Fedora Kernel 5.6 Test Week Changes
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Fedora Kernel 5.6 Test Week 2020-04-13 to 2020-04-20
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Probable issue with i965 in pre-rc1 5.7 kernels
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Backport ExFAT to Fedora 5.6 kernels?
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Fedora Rebase
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Backport ExFAT to Fedora 5.6 kernels?
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Fedora Rebase
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Fedora Rebase
  • From: "M. F. Ghani" <mfghani0@xxxxxxxxx>
• Re: Corrupt RPM package in Fedora 31 compose: perf-debuginfo-5.5.9-200.fc31.x86_64
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Corrupt RPM package in Fedora 31 compose: perf-debuginfo-5.5.9-200.fc31.x86_64
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Fedora Rebase
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Fedora Rebase
  • From: "M. F. Ghani" <mfghani0@xxxxxxxxx>
• Re: Backport ExFAT to Fedora 5.6 kernels?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Backport ExFAT to Fedora 5.6 kernels?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Backport ExFAT to Fedora 5.6 kernels?
  • From: Joel Wirāmu Pauling <jwp@xxxxxxxxxx>
• Re: Backport ExFAT to Fedora 5.6 kernels?
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Backport ExFAT to Fedora 5.6 kernels?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Getting a null pointer dereference error at end of dnf update with kernel 5.6 in F31
  • From: stan <upaitag@xxxxxxxx>
• Re: CONFIG_TCP_CONG_BBR not set on, in fc32 kernel confg
  • From: Joel Wirāmu Pauling <jwp@xxxxxxxxxx>
• Re: nvidia kernel is tainted following updates
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: nvidia kernel is tainted following updates
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: CONFIG_TCP_CONG_BBR not set on, in fc32 kernel confg
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: CONFIG_TCP_CONG_BBR not set on, in fc32 kernel confg
  • From: Joel Wirāmu Pauling <jwp@xxxxxxxxxx>
• Re: CONFIG_TCP_CONG_BBR not set on, in fc32 kernel confg
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• CONFIG_TCP_CONG_BBR not set on, in fc32 kernel confg
  • From: Joel Wirāmu Pauling <jwp@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Intel SOF firmware
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Laura Abbott <laura@xxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: stan <upaitag@xxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Upcoming Fedora kernel workflow changes
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Upcoming Fedora kernel workflow changes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH 0/7] Backported eDP backlight fixes for i915 (README)
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• [PATCH 0/7] Backported eDP backlight fixes for i915 (README)
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 6/7] drm/i915: Force DPCD backlight mode on X1 Extreme 2nd Gen 4K AMOLED panel
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 4/7] drm/i915: Auto detect DPCD backlight support by default
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 1/7] drm/i915: Fix eDP DPCD aux max backlight calculations
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 5/7] drm/dp: Introduce EDID-based quirks
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 3/7] drm/i915: Fix DPCD register order in intel_dp_aux_enable_backlight()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 2/7] drm/i915: Assume 100% brightness when not in DPCD control mode
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 7/7] drm/i915: Force DPCD backlight mode for some Dell CML 2020 panels
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Jaroslav Kysela <jkysela@xxxxxxxxxx>
• Re: cgroup support in f31
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: cgroup support in f31
  • From: Adrian Reber <adrian@xxxxxxxx>
• cgroup support in f31
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Intel SOF firmware
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Intel SOF firmware
  • From: Jaroslav Kysela <jkysela@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Intel SOF firmware
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: compiling and installing a custom kernel (5.5.7)
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Dan Horák <dan@xxxxxxxx>
• Re: Intel SOF firmware
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Jaroslav Kysela <jkysela@xxxxxxxxxx>
• Re: compiling and installing a custom kernel (5.5.7)
  • From: stan <upaitag@xxxxxxxx>
• Re: compiling and installing a custom kernel (5.5.7)
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: compiling and installing a custom kernel (5.5.7)
  • From: "Michael J. Baars" <mjbaars1977.fedora-kernel@xxxxxxxxxxxxx>
• Re: compiling and installing a custom kernel (5.5.7)
  • From: "Michael J. Baars" <mjbaars1977.fedora-kernel@xxxxxxxxxxxxx>
• Re: compiling and installing a custom kernel (5.5.7)
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: compiling and installing a custom kernel (5.5.7)
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: Intel SOF firmware
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Intel SOF firmware
  • From: Jaroslav Kysela <jkysela@xxxxxxxxxx>
• Re: compiling and installing a custom kernel (5.5.7)
  • From: stan <upaitag@xxxxxxxx>
• Re: compiling and installing a custom kernel (5.5.7)
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• compiling and installing a custom kernel (5.5.7)
  • From: "Michael J. Baars" <mjbaars1977.fedora-kernel@xxxxxxxxxxxxx>
• Re: nvidia kernel is tainted following updates
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: nvidia kernel is tainted following updates
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• nvidia kernel is tainted following updates
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: stan <upaitag@xxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: stan <upaitag@xxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: stan <upaitag@xxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: stan <upaitag@xxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: stan <upaitag@xxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: Laura Abbott <laura@xxxxxxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: stan <upaitag@xxxxxxxx>
• Re: Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Have the 5.6 kernels dropped support for user input of entropy to the kernel?
  • From: stan <upaitag@xxxxxxxx>
• Re: 5.6-rc3: changed COPYING can lead to a file conflict
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• 5.6-rc3: changed COPYING can lead to a file conflict
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: Backporting 5.6 vboxsf to Fedora 5.5 kernels ?
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Re: Backporting 5.6 vboxsf to Fedora 5.5 kernels ?
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Backporting 5.6 vboxsf to Fedora 5.5 kernels ?
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Backporting 5.6 vboxsf to Fedora 5.5 kernels ?
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Testing AMD Sensors Fusion HUB
  • From: "Luya Tshimbalanga" <luya@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] configs: clean up a few trivial editing mistakes
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Disabling CONFIG_SFI option ?
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Disabling CONFIG_SFI option ?
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [kernel-tests] branch master updated: skip paxtest for now
  • From: pagure@xxxxxxxxx
• [Test Day] Fedora Kernel 5.5 Test Week is under way. Participate today!
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Re: Testing AMD Sensors Fusion HUB
  • From: "Luya Tshimbalanga" <luya@xxxxxxxxxxxxxxxxx>
• Re: About new 5.6 CONFIG_EFI_DISABLE_PCI_DMA option
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Testing AMD Sensors Fusion HUB
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• About new 5.6 CONFIG_EFI_DISABLE_PCI_DMA option
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Testing AMD Sensors Fusion HUB
  • From: "Luya Tshimbalanga" <luya@xxxxxxxxxxxxxxxxx>
• Re: Testing AMD Sensors Fusion HUB
  • From: Luya Tshimbalanga <luya@xxxxxxxxxxxxxxxxx>
• Re: Testing AMD Sensors Fusion HUB
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Testing AMD Sensors Fusion HUB
  • From: "Luya Tshimbalanga" <luya@xxxxxxxxxxxxxxxxx>
• Re: kernel-5.5.0-1.fc32.x86_64 DOA?
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: kernel-5.5.0-1.fc32.x86_64 DOA?
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: kernel-5.5.0-1.fc32.x86_64 DOA?
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Testing AMD Sensors Fusion HUB
  • From: "Luya Tshimbalanga" <luya@xxxxxxxxxxxxxxxxx>
• Re: Latest kernel headers not available
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Latest kernel headers not available
  • From: stan <upaitag@xxxxxxxx>
• Re: Latest kernel headers not available
  • From: parspes <parspes@xxxxxxxxx>
• Request for CONFIG_CAN_UCAN in Fedora kernels
  • From: Christoph Müllner <christophm30@xxxxxxxxx>
• Re: [PATCH] configs: clean up a few trivial editing mistakes
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Latest kernel headers not available
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Latest kernel headers not available
  • From: parspes <parspes@xxxxxxxxx>
• [PATCH] Add PCI device IDs to e1000e driver for Comet Lake support (rhbz 1794369)
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: Latest kernel headers not available
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Latest kernel headers not available
  • From: "Pat Parson" <parspes@xxxxxxxxx>
• Re: Enabling vboxsf in Fedora 5.4+ kernels
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Re: Enabling vboxsf in Fedora 5.4+ kernels
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Enabling vboxsf in Fedora 5.4+ kernels
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Re: kernel-5.5.0-1.fc32.x86_64 DOA?
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• [Test Days] Fedora Kernel 5.5 Test Week 2020-02-10 to 2020-02-17
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• kernel-5.5.0-1.fc32.x86_64 DOA?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Kconfig symbol cleanup for v5.5-rc1
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: man kernel_lockdown.7
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: stepping down as fedora kernel maintainer
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: stepping down as fedora kernel maintainer
  • From: Benson Muite <benson_muite@xxxxxxxxxxxxx>
• Re: stepping down as fedora kernel maintainer
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: stepping down as fedora kernel maintainer
  • From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
• man kernel_lockdown.7
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• stepping down as fedora kernel maintainer
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH] kernel.spec: Remove kernel-keys directory on rpm erase
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: dnf update installing an older kernel?
  • From: "YOUNG, MICHAEL A." <m.a.young@xxxxxxxxxxxx>
• Re: [EXT] Re: dnf update installing an older kernel?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [EXT] Re: dnf update installing an older kernel?
  • From: "Anderson, Charles R" <cra@xxxxxxx>
• Re: dnf update installing an older kernel?
  • From: Igor Gnatenko <ignatenkobrain@xxxxxxxxxxxxxxxxx>
• dnf update installing an older kernel?
  • From: "Anderson, Charles R" <cra@xxxxxxx>
• Re: Specfile tweak/fix for the nopatches path in kernel.spec
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: socket path length
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: socket path length
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: socket path length
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: socket path length
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• [PATCH] configs: clean up a few trivial editing mistakes
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 3/4] configs: remove CONFIG_SND_SOC_INTEL_USER_FRIENDLY_LONG_NAMES
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 4/4] Kconfig symbol cleanup for v5.5-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 0/4] Kconfig symbol cleanup for v5.5-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 3/4] configs: remove CONFIG_SND_SOC_INTEL_USER_FRIENDLY_LONG_NAMES
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 1/4] configs: remove CONFIG_MTD_M25P80
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 2/4] configs: remove CONFIG_CROSS_COMPILE_COMPAT_VDSO
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: socket path length
  • From: Damian Ivanov <damianatorrpm@xxxxxxxxx>
• Re: socket path length
  • From: Damian Ivanov <damianatorrpm@xxxxxxxxx>
• Re: socket path length
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: socket path length
  • From: Damian Ivanov <damianatorrpm@xxxxxxxxx>
• Re: socket path length
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: socket path length
  • From: Damian Ivanov <damianatorrpm@xxxxxxxxx>
• Re: socket path length
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• socket path length
  • From: Damian Ivanov <damianatorrpm@xxxxxxxxx>
• Re: NO_HZ_IDLE on x86_64?
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Specfile tweak/fix for the nopatches path in kernel.spec
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: NO_HZ_IDLE on x86_64?
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: NO_HZ_IDLE on x86_64?
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Specfile tweak/fix for the nopatches path in kernel.spec
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: NO_HZ_IDLE on x86_64?
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: NO_HZ_IDLE on x86_64?
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: NO_HZ_IDLE on x86_64?
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: NO_HZ_IDLE on x86_64?
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: NO_HZ_IDLE on x86_64?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: NO_HZ_IDLE on x86_64?
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• NO_HZ_IDLE on x86_64?
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• CONFIG_SFI is still set in rawhide and stabilization kernels
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• 5.4 regressions
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Kernel 5.4 rebase plans
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• [Test Day] Kernel 5.4 test week starts today!
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Re: bringing back tools/perf into the kernel.spec file
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: cleaning out some scripts from the kernel dist-git
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH] Upstream fix for Raven Ridge
  • From: "Luya Tshimbalanga" <luya@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Upstream fix for Raven Ridge
  • From: "Luya Tshimbalanga" <luya@xxxxxxxxxxxxxxxxx>
• Re: Building custom kernel using rpmbuild method fails with config conflicts between kernel-local and x86_64.config
  • From: stan <upaitag@xxxxxxxx>
• Re: [PATCH] Upstream fix for Raven Ridge
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Building custom kernel using rpmbuild method fails with config conflicts between kernel-local and x86_64.config
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Even though I have nobuild set for architectures, rpmbuild is processing their configs. Is this correct?
  • From: stan <upaitag@xxxxxxxx>
• Re: I see this statement a lot in the kernel spec file. What is its interpretation? %if 0%{?fedora}
  • From: stan <upaitag@xxxxxxxx>
• Re: Building custom kernel using rpmbuild method fails with config conflicts between kernel-local and x86_64.config
  • From: stan <upaitag@xxxxxxxx>
• Re: Building custom kernel using rpmbuild method fails with config conflicts between kernel-local and x86_64.config
  • From: stan <upaitag@xxxxxxxx>
• Re: Building custom kernel using rpmbuild method fails with config conflicts between kernel-local and x86_64.config
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Even though I have nobuild set for architectures, rpmbuild is processing their configs. Is this correct?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Building custom kernel using rpmbuild method fails with config conflicts between kernel-local and x86_64.config
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Re: I see this statement a lot in the kernel spec file. What is its interpretation? %if 0%{?fedora}
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Even though I have nobuild set for architectures, rpmbuild is processing their configs. Is this correct?
  • From: stan <upaitag@xxxxxxxx>
• I see this statement a lot in the kernel spec file. What is its interpretation? %if 0%{?fedora}
  • From: stan <upaitag@xxxxxxxx>
• Building custom kernel using rpmbuild method fails with config conflicts between kernel-local and x86_64.config
  • From: stan <upaitag@xxxxxxxx>
• [PATCH] Upstream fix for Raven Ridge
  • From: Luya Tshimbalanga <luya@xxxxxxxxxxxxxxxxx>
• Re: cleaning out some scripts from the kernel dist-git
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• cleaning out some scripts from the kernel dist-git
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Updated kernel to 5.3.11, now /dev/null does not return any data
  • From: Lonni J Friedman <netllama@xxxxxxxxx>
• Updated kernel to 5.3.11, now /dev/null does not return any data
  • From: Juha Nikkanen <nikkej@xxxxxxxxx>
• Re: Enabling vboxsf in Fedora 5.4+ kernels
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Enabling vboxsf in Fedora 5.4+ kernels
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Enabling vboxsf in Fedora 5.4+ kernels
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Enabling vboxsf in Fedora 5.4+ kernels
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Enabling vboxsf in Fedora 5.4+ kernels
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Some more upcoming Fedora kernel changes
  • From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
• Re: Some more upcoming Fedora kernel changes
  • From: Jóhann B. Guðmundsson <johannbg@xxxxxxxxx>
• Re: Some more upcoming Fedora kernel changes
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Some more upcoming Fedora kernel changes
  • From: Jóhann B. Guðmundsson <johannbg@xxxxxxxxx>
• bringing back tools/perf into the kernel.spec file
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Some more upcoming Fedora kernel changes
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 2/9] Drop cpumask auto select patch
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH] Enable CONFIG_DEBUG_INFO_BTF option
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH] Enable CONFIG_DEBUG_INFO_BTF option
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: New subpackages for Fedora
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: New subpackages for Fedora
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• New subpackages for Fedora
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 2/9] Drop cpumask auto select patch
  • From: Jeremy Linton <jlinton@xxxxxxxxxx>
• Re: Erase i686 from the kernel package's repository?
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Talk from Flock up and a note on some upcoming work
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Erase i686 from the kernel package's repository?
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Erase i686 from the kernel package's repository?
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: How to properly PATCH F30 kernel to resolve GPU PASSTHROUGH Header Error Code 127
  • From: stan <upaitag@xxxxxxxx>
• Re: How to properly PATCH F30 kernel to resolve GPU PASSTHROUGH Header Error Code 127
  • From: "Kot Begemot" <kbdeamon@xxxxxxxxx>
• Re: How to properly PATCH F30 kernel to resolve GPU PASSTHROUGH Header Error Code 127
  • From: stan <upaitag@xxxxxxxx>
• Re: How to properly PATCH F30 kernel to resolve GPU PASSTHROUGH Header Error Code 127
  • From: stan <upaitag@xxxxxxxx>
• Re: How to properly PATCH F30 kernel to resolve GPU PASSTHROUGH Header Error Code 127
  • From: "Kot Begemot" <kbdeamon@xxxxxxxxx>
• Re: How to properly PATCH F30 kernel to resolve GPU PASSTHROUGH Header Error Code 127
  • From: stan <upaitag@xxxxxxxx>
• How to properly PATCH F30 kernel to resolve GPU PASSTHROUGH Header Error Code 127
  • From: "Kot Begemot" <kbdeamon@xxxxxxxxx>
• Re: [PATCH] configs: fix typo "CONFIG_DRM_TDFX=n"
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• [PATCH] configs: fix typo "CONFIG_DRM_TDFX=n"
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 0/5] Kconfig symbol cleanup for v5.4-rc1
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: [PATCH 0/5] Kconfig symbol cleanup for v5.4-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 0/5] Kconfig symbol cleanup for v5.4-rc1
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH 0/5] Kconfig symbol cleanup for v5.4-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] re-enable HDA sound drivers on PPC
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH 0/5] Kconfig symbol cleanup for v5.4-rc1
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH] Enable CONFIG_EFI_TEST as a module (rhbz 1759325)
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH] Enable CONFIG_EFI_TEST as a module (rhbz 1759325)
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH 0/5] Kconfig symbol cleanup for v5.4-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 0/5] Kconfig symbol cleanup for v5.4-rc1
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: [PATCH] Enable CONFIG_EFI_TEST as a module (rhbz 1759325)
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH] Enable CONFIG_EFI_TEST as a module (rhbz 1759325)
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH 5/5] Remove all Kconfig symbols dropped in v5.4-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 4/5] configs: remove CONFIG_CRASH
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 2/5] configs: remove CONFIG_DEBUG_INFO_VTA
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 3/5] configs: remove two Kconfig symbols
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 1/5] Remove two Kconfig symbols dropped before v5.3
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 0/5] Kconfig symbol cleanup for v5.4-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] re-enable HDA sound drivers on PPC
  • From: Dan Horák <dan@xxxxxxxx>
• Re: [PATCH] re-enable HDA sound drivers on PPC
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: [PATCH] re-enable HDA sound drivers on PPC
  • From: Dan Horák <dan@xxxxxxxx>
• [PATCH] re-enable HDA sound drivers on PPC
  • From: Dan Horák <dan@xxxxxxxx>
• Re: Fedora Linux Kernel Development.
  • From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx>
• Re: Fedora Linux Kernel Development.
  • From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
• Re: Fedora Linux Kernel Development.
  • From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx>
• Re: Fedora Linux Kernel Development.
  • From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
• Re: Fedora Linux Kernel Development.
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Fedora Linux Kernel Development.
  • From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
• Re: Kernel 5.3 rebase plans
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Kernel 5.3 rebase plans
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Kernel 5.3 rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Kernel 5.3 rebase plans
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: Fedora Linux Kernel Development.
  • From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx>
• Re: Fedora Linux Kernel Development.
  • From: Benjamin Kircher <bkircher@xxxxxxxx>
• Re: Support buildid in kernel-headers
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Fedora Linux Kernel Development.
  • From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx>
• Re: Fedora Linux Kernel Development.
  • From: Benson Muite <benson_muite@xxxxxxxxxxxxx>
• Fedora Linux Kernel Development.
  • From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx>
• Re: Support buildid in kernel-headers
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Fedora 31 Kernel 5.3 Test Week 2019-09-30 to 2019-10-07
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Re: Support buildid in kernel-headers
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Support buildid in kernel-headers
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• packet writing support
  • From: Mischa Baars <mjbaars1977.kernel@xxxxxxxxxxxxx>
• kernel testing important questions
  • From: "Mgr. Janusz Chmiel" <janusz.chmiel@xxxxxxxx>
• [Test Day] Kernel 5.2 Test Week Report
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Re: Kernel 5.3 rebase plans
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Re: Kernel 5.3 rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Kernel 5.3 rebase plans
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Re: [PATCH 0/9] Clean up some old patches post F31
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Kernel 5.3 rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Btrfs: fix unwritten extent buffers and hangs
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Btrfs: fix unwritten extent buffers and hangs
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Btrfs: fix unwritten extent buffers and hangs
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: kernel 5.3.0-0.rc7.git1.1 src.rpm fails at the patching stage, on the first patch.
  • From: stan <upaitag@xxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: kernel 5.3.0-0.rc7.git1.1 src.rpm fails at the patching stage, on the first patch.
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: custom kernel build with patch
  • From: stan <upaitag@xxxxxxxx>
• Re: kernel 5.3.0-0.rc7.git1.1 src.rpm fails at the patching stage, on the first patch.
  • From: stan <upaitag@xxxxxxxx>
• Re: kernel 5.3.0-0.rc7.git1.1 src.rpm fails at the patching stage, on the first patch.
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: custom kernel build with patch
  • From: Damian Ivanov <damianatorrpm@xxxxxxxxx>
• Re: custom kernel build with patch
  • From: Damian Ivanov <damianatorrpm@xxxxxxxxx>
• kernel 5.3.0-0.rc7.git1.1 src.rpm fails at the patching stage, on the first patch.
  • From: stan <upaitag@xxxxxxxx>
• Re: custom kernel build with patch
  • From: stan <upaitag@xxxxxxxx>
• Re: custom kernel build with patch
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• custom kernel build with patch
  • From: Damian Ivanov <damianatorrpm@xxxxxxxxx>
• Re: [PATCH] enable driver for accessing HMC CD/DVD drive
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH] enable driver for accessing HMC CD/DVD drive
  • From: Dan Horák <dan@xxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Simple Firmware Interface being deprecated
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Simple Firmware Interface being deprecated
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Simple Firmware Interface being deprecated
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Simple Firmware Interface being deprecated
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: Discussion: what would not blocking on btrfs look like?
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH 2/9] Drop cpumask auto select patch
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 2/9] Drop cpumask auto select patch
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: Support buildid in kernel-headers
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Support buildid in kernel-headers
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Support buildid in kernel-headers
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: test patch for zswap bug
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: test patch for zswap bug
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: test patch for zswap bug
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• test patch for zswap bug
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau: Only recalculate PBN/VCPI on mode/connector changes
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: Only release VCPI slots on mode changes
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH 2/9] Drop cpumask auto select patch
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 2/9] Drop cpumask auto select patch
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 2/2] drm/nouveau: Only recalculate PBN/VCPI on mode/connector changes
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 1/2] drm/nouveau: Only release VCPI slots on mode changes
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 0/2] Backported fixes for MST regressions in nouveau
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 2/9] Drop cpumask auto select patch
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 2/9] Drop cpumask auto select patch
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 2/9] Drop cpumask auto select patch
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 2/9] Drop cpumask auto select patch
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 6/9] Remove some old modalias adjustments
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 9/9] Remove crash driver
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 6/9] Remove some old modalias adjustments
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] Drop cpumask auto select patch
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/9] Remove crash driver
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Clean up some old patches post F31
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• [PATCH 9/9] Remove crash driver
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 8/9] Remove patch for GCC VTA
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 7/9] Remove old keyboard logging patch
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 6/9] Remove some old modalias adjustments
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 5/9] Drop old lis3 patch
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 4/9] Remove ancient ath9k workaround
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 3/9] Drop scsi warning patch
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 2/9] Drop cpumask auto select patch
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 1/9] Drop namespaces config tweak
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 0/9] Clean up some old patches post F31
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH] ALSA hda realtek: Add quirk for HP Envy x360
  • From: "Luya Tshimbalanga" <luya@xxxxxxxxxxxxxxxxx>
• Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
  • From: Kevin Fenzi <kevin@xxxxxxxxx>
• Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Bad RIP value?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Certificate used to sign Fedora kernels for UEFI Secure Boot?
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] ppc: enable 8250 serial ports
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH] ppc: enable 8250 serial ports
  • From: Dan Horák <dan@xxxxxxxx>
• Re: [PATCH] enable NVRAM driver on ppc
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH] enable NVRAM driver on ppc
  • From: Dan Horák <dan@xxxxxxxx>
• Re: [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [fedora-arm] Re: [Fedocal] Reminder meeting : Fedora ARM & AArch64 status meeting
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [fedora-arm] Re: [Fedocal] Reminder meeting : Fedora ARM & AArch64 status meeting
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Test Kernel 5.2 this week!
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Re: [fedora-arm] Re: [Fedocal] Reminder meeting : Fedora ARM & AArch64 status meeting
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: 5.3.0-rc kernel-headers in rawhide and mass rebuild
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• 5.3.0-rc kernel-headers in rawhide and mass rebuild
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• quick update on the BFQ I/O scheduler
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Serious problem (data corruption) with EVO860 disks + AMD SATA controllers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] configs: remove CONFIG_ASIX_PHY
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH] configs: remove CONFIG_ASIX_PHY
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Enable CONFIG_RC_XBOX_DVD ?
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Enable CONFIG_RC_XBOX_DVD ?
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Enable CONFIG_RC_XBOX_DVD ?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Enable CONFIG_RC_XBOX_DVD ?
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: error while compiling Vmwareplayer kernel module
  • From: stan <upaitag@xxxxxxxx>
• error while compiling Vmwareplayer kernel module
  • From: "Mgr. Janusz Chmiel" <janusz.chmiel@xxxxxxxx>
• Re: TCP Sack update?
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: TCP Sack update?
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: TCP Sack update?
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: TCP Sack update?
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: TCP Sack update?
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: TCP Sack update?
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• TCP Sack update?
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: Bluetooth regression breaking BT connection for all 2.0 and older devices in 5.0.15+, 5.1.x and master
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Fwd: Patch "Revert "Bluetooth: Align minimum encryption key size for LE and BR/EDR connections"" has been added to the 5.1-stable tree
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Bluetooth regression breaking BT connection for all 2.0 and older devices in 5.0.15+, 5.1.x and master
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Kernel 5.1 Test Day Report
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Re: Bluetooth regression breaking BT connection for all 2.0 and older devices in 5.0.15+, 5.1.x and master
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: Bluetooth regression breaking BT connection for all 2.0 and older devices in 5.0.15+, 5.1.x and master
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Bluetooth 2.0 devices regression fix
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Bluetooth 2.0 devices regression fix
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Bluetooth 2.0 devices regression fix
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Bluetooth 2.0 devices regression fix
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: [PATCH] configs: remove CONFIG_ARM64_ERRATUM_1188873
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH] Remove all Kconfig symbols dropped in v5.2-rc1
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• [PATCH] configs: remove CONFIG_ARM64_ERRATUM_1188873
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] kernel-tools.spec: Adding libbpf package
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH] kernel-tools.spec: Adding libbpf package
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• [PATCH] Remove all Kconfig symbols dropped in v5.2-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] kernel-tools.spec: Adding libbpf package
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH] kernel-tools.spec: Adding libbpf package
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Can Fedora enable CONFIG_DETECT_HUNG_TASK ?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Can Fedora enable CONFIG_DETECT_HUNG_TASK ?
  • From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
• Re: [PATCH] kernel-tools.spec: Adding libbpf package
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH] kernel-tools.spec: Adding libbpf package
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH] kernel-tools.spec: Adding libbpf package
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• [Test Days] This week test Kernel 5.1!
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Rebase plans for kernel 5.1
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Rebase plans for kernel 5.1
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH 0/2] Correctly terminate the loop in configs/process_configs.sh
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• [PATCH 2/2] configs: correctly terminate loop
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 0/2] Correctly terminate the loop in configs/process_configs.sh
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 1/2] configs: properly indent process_configs.sh
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] configs: only visit generic/powerpc once
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH] configs: only visit generic/powerpc once
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Call For Test Days for Fedora 31!
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• please remember to test F28 kernels
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH] kernel-tools.spec: Adding libbpf package
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH] kernel-tools.spec: Adding libbpf package
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH] kernel-tools.spec: Adding libbpf package
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• [PATCH] kernel-tools.spec: Adding libbpf package
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: configs: remove CONFIG_SUN50I_A64_UNSTABLE_TIMER
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: configs: remove CONFIG_SUN50I_A64_UNSTABLE_TIMER
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Remove all Kconfig symbols dropped in v5.1-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Remove three Kconfig symbols dropped before v5.0
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• configs: remove CONFIG_SUN50I_A64_UNSTABLE_TIMER
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 1/2] Fix typo CROS_EC_DEBUGFS
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: [PATCH] Fix filename typo CONFIG_STACKINIT
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• [PATCH] configs: only visit generic/powerpc once
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 2/2] configs: drop unneeded overrides
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 1/2] Fix typo CROS_EC_DEBUGFS
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH] Fix filename typo CONFIG_STACKINIT
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
  • From: "Christoph M." <christophm30@xxxxxxxxx>
• Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH] Remove a patch that still touches userspace tools
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [PATCH] Drop six orphaned patches
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
  • From: "Christoph M." <christophm30@xxxxxxxxx>
• Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
  • From: "Christoph M." <christophm30@xxxxxxxxx>
• Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Request for CONFIG_SPI_SPIDEV in Fedora kernels
  • From: "Christoph M." <christophm30@xxxxxxxxx>
• [PATCH] Remove a patch that still touches userspace tools
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH] Drop six orphaned patches
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [Test Day] Kernel 5.0 2019-03-12
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: Rebase plans for kernel 5.0
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: stan <upaitag@xxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: stan <upaitag@xxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
• Rebase plans for kernel 5.0
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: kernel bug triage cc list
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: kernel bug triage cc list
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• kernel bug triage cc list
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Help remove scriptlets from the kernel?
  • From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
• Re: Help remove scriptlets from the kernel?
  • From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
• Re: Help remove scriptlets from the kernel?
  • From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
• Re: toolchain requirements for external kernel modules
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: toolchain requirements for external kernel modules
  • From: Dulaney <jdulaney@xxxxxxx>
• Re: Help remove scriptlets from the kernel?
  • From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
• Help remove scriptlets from the kernel?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: toolchain requirements for external kernel modules
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: toolchain requirements for external kernel modules
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• toolchain requirements for external kernel modules
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: re-enable CONFIG_JUMP_LABEL on s390x
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: re-enable CONFIG_JUMP_LABEL on s390x
  • From: Dan Horák <dan@xxxxxxxx>
• re-enable CONFIG_JUMP_LABEL on s390x
  • From: Dan Horák <dan@xxxxxxxx>
• Re: [PATCH 2/2] Don't require python3 for a string replace
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Re: Backporting some patches to use i915.fastboot=1 by default
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Backporting some patches to use i915.fastboot=1 by default
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• s390x kernel disabled on Fedora rawhide
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH] Add bzip2 dependency for perf tool
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• [PATCH] Add bzip2 dependency for perf tool
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• [Test Day] Kernel 4.20 Test Day Report
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Re: surface pro 3 custom kernel
  • From: Joao Cortes <joaooneillcortes@xxxxxxxxxx>
• Re: surface pro 3 custom kernel
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• surface pro 3 custom kernel
  • From: Joao Cortes <joaooneillcortes@xxxxxxxxxx>
• Re: [PATCH] [RFC] Drop non-x86 debug .config files
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] [RFC] Drop non-x86 debug .config files
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] [RFC] Drop non-x86 debug .config files
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] [RFC] Drop non-x86 debug .config files
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] [RFC] Drop non-x86 debug .config files
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• [PATCH] [RFC] Drop non-x86 debug .config files
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [Test Day] Kernel 4.20 Test day is under way
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: [PATCH 2/2] Don't require python3 for a string replace
  • From: Pablo Sebastián Greco <pablo@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Don't require python3 for a string replace
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: kernel 5 new option to zero the kernel stack on return from kernel functions, worthwhile for workstation?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: kernel 5 new option to zero the kernel stack on return from kernel functions, worthwhile for workstation?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• kernel 5 new option to zero the kernel stack on return from kernel functions, worthwhile for workstation?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: [Test Day] Kernel 4.20 Test day is under way
  • From: Mirek Svoboda <goodmirek@xxxxxxxxxxxxx>
• Re: [Test Day] Kernel 4.20 Test day is under way
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• [PATCH 1/2] Only fix shebangs when building for Fedora.
  • From: pablo@xxxxxxxxxxxxxxxx
• [PATCH 2/2] Don't require python3 for a string replace
  • From: pablo@xxxxxxxxxxxxxxxx
• [Test Day] Kernel 4.20 Test day is under way
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] configs: Correct four non-standard filenames
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH] configs: add arm file for CONFIG_PCI_MESON
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH] configs: Correct four non-standard filenames
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH] configs: add arm file for CONFIG_PCI_MESON
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• [PATCH 3/3] Remove all references to unused Kconfig symbols
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 2/3] Remove all Kconfig symbols dropped in v5.0-rc1
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 1/3] Drop secure boot Kconfig symbols too
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Signing Kernel Module with the Private Key
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Signing Kernel Module with the Private Key
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Kernel 4.20 rebase plans
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Kernel 4.20 rebase plans
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH 1/2] Enable CONFIG_NET_SCH_ETF
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCH 1/2] Enable CONFIG_NET_SCH_ETF
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 1/2] Enable CONFIG_NET_SCH_ETF
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: kernel 4.19.x is unstable (random panics) -> reproducer
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: kernel 4.19.x is unstable (random panics) -> Call Trace: nf_conncount_destroy+0x58/0xc0
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• [PATCH 2/2] mod-extra.list: add ETF qdisc to the the the extra modules package
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• [PATCH 1/2] Enable CONFIG_NET_SCH_ETF
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: fedora-rawhide-kernel-nodebug is not getting updates
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: fedora-rawhide-kernel-nodebug is not getting updates
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• kernel 4.19.x is unstable (random panics)
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: "Alan Jenkins" <alan.christopher.jenkins@xxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: fedora-rawhide-kernel-nodebug is not getting updates
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: "Alan Jenkins" <alan.christopher.jenkins@xxxxxxxxx>
• Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
  • From: "Alan Jenkins" <alan.christopher.jenkins@xxxxxxxxx>
• Re: fedora-rawhide-kernel-nodebug is not getting updates
  • From: Dan Horák <dan@xxxxxxxx>
• Re: fedora-rawhide-kernel-nodebug is not getting updates
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [PATCH] Re-add sctp.ko and move sctp_diag.ko to kernel-modules-extra
  • From: Timothy Redaelli <tredaelli@xxxxxxxxxx>
• Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• November Bug Stats
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re-enabling CONFIG_CRYPTO_DEV_SP_PSP
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: input layer misbehaves when having more than one keyboard device
  • From: Juha Nikkanen <nikkej@xxxxxxxxx>
• Re: input layer misbehaves when having more than one keyboard device
  • From: Peter Hutterer <peter.hutterer@xxxxxxxxx>
• Re: fedora-rawhide-kernel-nodebug is not getting updates
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• input layer misbehaves when having more than one keyboard device
  • From: Juha Nikkanen <nikkej@xxxxxxxxx>
• panic: Fatal exception in interrupt
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: fedora-rawhide-kernel-nodebug is not getting updates
  • From: Dan Horák <dan@xxxxxxxx>
• Storing and persisting user specific credentials in keyring
  • From: Dinesh Prasanth Moluguwan Krishnamoorthy <dmoluguw@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix all Kconfig "override" warnings
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH 0/3] Fix all Kconfig "override" warnings
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 3/3] configs: use CONFIG_UNWINDER_ORC only in x86/x86_64
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 0/3] Fix all Kconfig "override" warnings
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 1/3] configs: correct cpu accounting configuration
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 2/3] configs: correct memory configuration
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Touchscreen support on HP laptops broken due misconfiguration on ACPI
  • From: Luya Tshimbalanga <luya@xxxxxxxxxxxxxxxxx>