Fedora Kernel Development

• Thread Index

• 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>
• Re: amd gpu question
  • From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Drop unused i686PAE overrides directory
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: [PATCH] Drop unused i686PAE overrides directory
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] Drop unused i686PAE overrides directory
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• [PATCH] Adjust grep pattern for finding Kconfig symbols
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH] Drop unused i686PAE overrides directory
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] Fix typos in five filenames
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH] Fix typos in five filenames
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• [PATCH] Fix typos in five filenames
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: amd gpu question
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• amd gpu question
  • From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove all references to unknown Kconfig symbols
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [PATCH] Remove all references to unknown Kconfig symbols
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] Remove all references to unknown Kconfig symbols
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Building iptable_filter as module
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: [PATCH] Fix typo 'CONFIG_SND_SOC_MSM8916_WCD_ANALOg'
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: [PATCH] Remove all references to unknown Kconfig symbols
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH] Remove sources for kernel-tools
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH] Fix typo 'CONFIG_SND_SOC_MSM8916_WCD_ANALOg'
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH] Remove all references to unknown Kconfig symbols
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH] Remove all references to unknown Kconfig symbols
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH] Adjust glob pattern for configuration files
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH] Fix typo 'CONFIG_SND_SOC_MSM8916_WCD_ANALOg'
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH] Remove sources for kernel-tools
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• October Bug Stats
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH] Enable CONFIG_PROC_VMCORE_DEVICE_DUMP
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] Enable CONFIG_PROC_VMCORE_DEVICE_DUMP
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH] Enable CONFIG_PROC_VMCORE_DEVICE_DUMP
  • From: Kairui Song <kasong@xxxxxxxxxx>
• 4.19 rebase plans
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: [PATCH] Fix cross kernel headers location - rhbz#1642037
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix cross kernel headers location - rhbz#1642037
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: [PATCH] Sign the aarch64 kernel
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• [PATCH] Sign the aarch64 kernel
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH] Fix cross kernel headers location - rhbz#1642037
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix cross kernel headers location - rhbz#1642037
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• [PATCH] Fix cross kernel headers location - rhbz#1642037
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• [PATCH 2/2] drm/i915/dp: Restrict link retrain workaround to external monitors
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 1/2] drm/i915/dp: Fix link retraining comment in intel_dp_long_pulse()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 0/2] Important i915 eDP fixes for F28/29
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] mmc: dw_mmc-k3: Add clk and reset softdep
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH 1/2] Disable kernel-headers only in Fedora
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 2/2] Make buildflags optional
  • From: pablo@xxxxxxxxxxxxxxxx
• [PATCH 1/2] Disable kernel-headers only in Fedora
  • From: pablo@xxxxxxxxxxxxxxxx
• Re: F28 kernels should not have CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER set
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: F28 kernels should not have CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER set
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: F28 kernels should not have CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER set
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: F28 kernels should not have CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER set
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• F28 kernels should not have CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER set
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Make kernel.spec friendlier to el7
  • From: Pablo Sebastián Greco <pablo@xxxxxxxxxxxxxxxx>
• Re: Make kernel.spec friendlier to el7
  • From: Pablo Sebastián Greco <pablo@xxxxxxxxxxxxxxxx>
• Re: Make kernel.spec friendlier to el7
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Make kernel.spec friendlier to el7
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Make kernel.spec friendlier to el7
  • From: Pablo Sebastián Greco <pablo@xxxxxxxxxxxxxxxx>
• Make kernel.spec friendlier to el7
  • From: Pablo Sebastián Greco <pablo@xxxxxxxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Richard Z <rz@xxxxxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: "Anderson, Charles R" <cra@xxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• September Bug Stats
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Disabling kernel's hibernate support by default, allow re-enabling it with a kernel cmdline option
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: UEFI Secure Boot inhibits basic graphics?
  • From: Adam Jackson <ajax@xxxxxxxxxx>
• Re: UEFI Secure Boot inhibits basic graphics?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• UEFI Secure Boot inhibits basic graphics?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Headsup: Adding "efi/x86: Call efi_parse_options() from efi_main()" to F29+ kernels
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Headsup: Adding "efi/x86: Call efi_parse_options() from efi_main()" to F29+ kernels
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [Test Day Report] Kernel 4.18
  • From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Kernel lockdown patch & IPAddressAllow/IPAddressDeny systemd feature with Secure Boot
  • From: Timothée Ravier <tim@xxxxxxxx>
• Re: [PATCH] Disable PXA/MMP arches - break suspend
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• [PATCH] Disable PXA/MMP arches - break suspend
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: drop kexec-bzimage-verify-pe-signature-fix.patch
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• drop kexec-bzimage-verify-pe-signature-fix.patch
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: Kernel lockdown patch & IPAddressAllow/IPAddressDeny systemd feature with Secure Boot
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Kernel lockdown patch & IPAddressAllow/IPAddressDeny systemd feature with Secure Boot
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: something is wrong with the Fedora "l1tf" patches
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: something is wrong with the Fedora "l1tf" patches
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• something is wrong with the Fedora "l1tf" patches
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: 4.18 Rebase plans
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• 4.18 Rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: S3 State support for Lenovo X1 Carbon 6th Generation
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• S3 State support for Lenovo X1 Carbon 6th Generation
  • From: Alexander Wellbrock <a.wellbrock@xxxxxxxxxxx>
• Re: Kernel lockdown patch & IPAddressAllow/IPAddressDeny systemd feature with Secure Boot
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• July Bug Stats
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Adding deferred fbcon console takeover to the Fedora kernels
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Solved: Re: src.rpm for latest kernel in koji fails to build with weird errors about config mismatches
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Adding deferred fbcon console takeover to the Fedora kernels
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: src.rpm for latest kernel in koji fails to build with weird errors about config mismatches
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: src.rpm for latest kernel in koji fails to build with weird errors about config mismatches
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: src.rpm for latest kernel in koji fails to build with weird errors about config mismatches
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: src.rpm for latest kernel in koji fails to build with weird errors about config mismatches
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: src.rpm for latest kernel in koji fails to build with weird errors about config mismatches
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: src.rpm for latest kernel in koji fails to build with weird errors about config mismatches
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Adding deferred fbcon console takeover to the Fedora kernels
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: PATCH: Enable-Apollo-Lake-Whiskey-Cove-PMIC-support.patch
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: PATCH: Enable-Apollo-Lake-Whiskey-Cove-PMIC-support.patch
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• PATCH: Enable-Apollo-Lake-Whiskey-Cove-PMIC-support.patch
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: src.rpm for latest kernel in koji fails to build with weird errors about config mismatches
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• src.rpm for latest kernel in koji fails to build with weird errors about config mismatches
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: [help] where is git tree of upstream source of the kernel ?
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Re: [help] where is git tree of upstream source of the kernel ?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [help] where is git tree of upstream source of the kernel ?
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [help] where is git tree of upstream source of the kernel ?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [help] where is git tree of upstream source of the kernel ?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• [help] where is git tree of upstream source of the kernel ?
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Re: Any way to get the source of old fedora kernels?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Any way to get the source of old fedora kernels?
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Any way to get the source of old fedora kernels?
  • From: Itamar Reis Peixoto <itamar@xxxxxxxxxxxxxxxx>
• Any way to get the source of old fedora kernels?
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• parallel debuginfo for kernel (plus hardening flags)
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [X86] Looking for x86-related fires
  • From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
• Re: [X86] Looking for x86-related fires
  • From: Jeff Backus <jeff.backus@xxxxxxxxx>
• Re: [X86] Looking for x86-related fires
  • From: Jeff Backus <jeff.backus@xxxxxxxxx>
• Re: [X86] Looking for x86-related fires
  • From: Jeff Backus <jeff.backus@xxxxxxxxx>
• Re: [X86] Looking for x86-related fires
  • From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
• Re: [X86] Looking for x86-related fires
  • From: Jeff Backus <jeff.backus@xxxxxxxxx>
• Re: [X86] Looking for x86-related fires
  • From: Jeff Backus <jeff.backus@xxxxxxxxx>
• Re: Adding deferred fbcon console takeover to the Fedora kernels
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Looking for x86-related fires
  • From: Jeff Backus <jeff.backus@xxxxxxxxx>
• Adding deferred fbcon console takeover to the Fedora kernels
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Changing the kernel loglevel associated with "quiet" from 4 to 3.
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Requests for kernel related quick-docs?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Changing the kernel loglevel associated with "quiet" from 4 to 3.
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Changing the kernel loglevel associated with "quiet" from 4 to 3.
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Changing the kernel loglevel associated with "quiet" from 4 to 3.
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Changing the kernel loglevel associated with "quiet" from 4 to 3.
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Kernel 4.17 rebase plans
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH] fix kexec_file_load failure in case Secure Boot enabled
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] fix kexec_file_load failure in case Secure Boot enabled
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] fix kexec_file_load failure in case Secure Boot enabled
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] fix kexec_file_load failure in case Secure Boot enabled
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: [PATCH] fix kexec_file_load failure in case Secure Boot enabled
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• [PATCH] fix kexec_file_load failure in case Secure Boot enabled
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: hibernate and Secure Boot, redux
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Bluetooth keyboard makes the cursor disappear
  • From: Peter Hutterer <peter.hutterer@xxxxxxxxx>
• Re: Duplicate touchpads on XPS 13
  • From: Peter Hutterer <peter.hutterer@xxxxxxxxx>
• hibernate and Secure Boot, redux
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Duplicate touchpads on XPS 13
  • From: Timur Kristóf <timur.kristof@xxxxxxxxx>
• Re: Duplicate touchpads on XPS 13
  • From: Peter Hutterer <peter.hutterer@xxxxxxxxx>
• Re: Duplicate touchpads on XPS 13
  • From: Timur Kristóf <timur.kristof@xxxxxxxxx>
• Re: Duplicate touchpads on XPS 13
  • From: Peter Hutterer <peter.hutterer@xxxxxxxxx>
• Re: Bluetooth keyboard makes the cursor disappear
  • From: Michael Hill <mdhillca@xxxxxxxxx>
• May bug stats
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Duplicate touchpads on XPS 13
  • From: Timur Kristóf <timur.kristof@xxxxxxxxx>
• Re: Bluetooth keyboard makes the cursor disappear
  • From: Peter Hutterer <peter.hutterer@xxxxxxxxx>
• Re: Bluetooth keyboard makes the cursor disappear
  • From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
• Re: Bluetooth keyboard makes the cursor disappear
  • From: Michael Hill <mdhillca@xxxxxxxxx>
• Re: Bluetooth keyboard makes the cursor disappear
  • From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
• Re: Bluetooth keyboard makes the cursor disappear
  • From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
• Re: Duplicate touchpads on XPS 13
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Bluetooth keyboard makes the cursor disappear
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Kernel bug mailing lists
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Bluetooth keyboard makes the cursor disappear
  • From: Michael Hill <mdhillca@xxxxxxxxx>
• Re: Duplicate touchpads on XPS 13
  • From: Timur Kristóf <timur.kristof@xxxxxxxxx>
• Re: Duplicate touchpads on XPS 13
  • From: Sérgio Basto <sergio@xxxxxxxxxx>
• Duplicate touchpads on XPS 13
  • From: Timur Kristóf <timur.kristof@xxxxxxxxx>
• [PATCH] bz1435837: error parsing PCC subspaces from PCCT
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: kidle_inject/2
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: kidle_inject/2
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: kidle_inject/2
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: kidle_inject/2
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• kidle_inject/2
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• April bug stats
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Serious problem with SATA LPM in F28 on Lenovo 50 series laptops
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Serious problem with SATA LPM in F28 on Lenovo 50 series laptops
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• SPECK crypto cipher
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Kernel bug mailing lists
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [kernel-tests] 01/01: Merge #17 `skip modsign test if keyctl is not found`
  • From: git@xxxxxxxxx (git repository hosting)
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: Michael Hill <mdhillca@xxxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: Michael Hill <mdhillca@xxxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: François Cami <fcami@xxxxxxxxxxxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: François Cami <fcami@xxxxxxxxxxxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: "Björn 'besser82' Esser" <besser82@xxxxxxxxxxxxxxxxx>
• Custom compiled 4.17 kernel has a file conflict with COPYING for kernel 4.16
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Kernel 4.16 rebase plans
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• March Bug Stats
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Please remember to give karma for F26 kernels
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Feature request: improved build-id generation
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCHv2] kernel-tools.spec: Adding bpftool package
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• [PATCHv2] kernel-tools.spec: Adding bpftool package
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: Kernel change broken wireguard builds in unexpected way
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: Kernel change broken wireguard builds in unexpected way
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Kernel change broken wireguard builds in unexpected way
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: [PATCH] kernel-tools.spec: Adding bpftool package
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• [PATCH] kernel-tools.spec: Adding bpftool package
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: Feature request: improved build-id generation
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Feature request: improved build-id generation
  • From: fche@xxxxxxxxxx (Frank Ch. Eigler)
• Re: Feature request: improved build-id generation
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Feature request: improved build-id generation
  • From: Mark Wielaard <mjw@xxxxxxxxxxxxxxxxx>
• Re: Feature request: improved build-id generation
  • From: Mark Wielaard <mjw@xxxxxxxxxxxxxxxxx>
• Re: proper debuginfo for embedded vDSO
  • From: Mark Wielaard <mjw@xxxxxxxxxxxxxxxxx>
• Re: Feature request: improved build-id generation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Feature request: improved build-id generation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• proper debuginfo for embedded vDSO
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• February Bug Stats
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• [kernel-tests] 01/02: Add dep check for nvidia-module and change sysfs-perms to warn
  • From: git@xxxxxxxxx (git repository hosting)
• [kernel-tests] 02/02: Add informational text for secureboot and vulnerabilities
  • From: git@xxxxxxxxx (git repository hosting)
• extend initramfs archive format to support xattrs
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [RFC/PR] enable CONFIG_DRM_AMDGPU_SI so that Southern Island devices work with amdgpu & radv
  • From: "François Cami" <fdc@xxxxxxxxx>
• Re: [RFC/PR] enable CONFIG_DRM_AMDGPU_SI so that Southern Island devices work with amdgpu & radv
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: [RFC/PR] enable CONFIG_DRM_AMDGPU_SI so that Southern Island devices work with amdgpu & radv
  • From: David Airlie <airlied@xxxxxxxxxx>
• [RFC/PR] enable CONFIG_DRM_AMDGPU_SI so that Southern Island devices work with amdgpu & radv
  • From: François Cami <fcami@xxxxxxxxxxxxxxxxx>
• Re: Test 4.15.3 on Xen?
  • From: M A Young <m.a.young@xxxxxxxxxxxx>
• Re: Test 4.15.3 on Xen?
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: Test 4.15.3 on Xen?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Test 4.15.3 on Xen?
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Test 4.15.3 on Xen?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: kernel or X11 bug: 2560x1440 after poweroff screen VT 1920x1080
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Kernel 4.15 rebase plans
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Kernel 4.15 rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: 4.14.17-300.fc27.x86_64: built with wrong GCC
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• 4.14.17-300.fc27.x86_64: built with wrong GCC
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Testers for LCD Panel Self Refresh on laptops with Intel graphics wanted
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: kernel or X11 bug: 2560x1440 after poweroff screen VT 1920x1080
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• kernel or X11 bug: 2560x1440 after poweroff screen VT 1920x1080
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Testers for LCD Panel Self Refresh on laptops with Intel graphics wanted
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• January Bug Stats
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Testers for LCD Panel Self Refresh on laptops with Intel graphics wanted
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Testers for LCD Panel Self Refresh on laptops with Intel graphics wanted
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Testers for LCD Panel Self Refresh on laptops with Intel graphics wanted
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Testers for LCD Panel Self Refresh on laptops with Intel graphics wanted
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Testers for LCD Panel Self Refresh on laptops with Intel graphics wanted
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Options for Coffee Lake machines running F27?
  • From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
• Re: Kernel 4.15 rebase plans
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Kernel 4.15 rebase plans
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Kernel 4.15 rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Options for Coffee Lake machines running F27?
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Options for Coffee Lake machines running F27?
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Options for Coffee Lake machines running F27?
  • From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
• Re: [PATCH] Fix misnamed CONFIG files
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH] Fix misnamed CONFIG files
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: CONFIG name typos?
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: CONFIG name typos?
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• CONFIG name typos?
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: DOA kernel-4.15.0-0.rc8.git2.1.fc28.x86_64
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: DOA kernel-4.15.0-0.rc8.git2.1.fc28.x86_64
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: DOA kernel-4.15.0-0.rc8.git2.1.fc28.x86_64
  • From: "Björn 'besser82' Esser" <besser82@xxxxxxxxxxxxxxxxx>
• Re: DOA kernel-4.15.0-0.rc8.git2.1.fc28.x86_64
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: DOA kernel-4.15.0-0.rc8.git2.1.fc28.x86_64
  • From: Lars Seipel <lars.seipel@xxxxxxxxx>
• DOA kernel-4.15.0-0.rc8.git2.1.fc28.x86_64
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: kernel-4.14.14-200.fc26 and GCC / retpoline
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: kernel-4.14.14-200.fc26 and GCC / retpoline
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• kernel-4.14.14-200.fc26 and GCC / retpoline
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Can't capture vmcore?
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: Can't capture vmcore?
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: Can't capture vmcore?
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Can't capture vmcore?
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: /proc/sys/net/core/optmem_max on armv7l
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: /proc/sys/net/core/optmem_max on armv7l
  • From: "Björn 'besser82' Esser" <besser82@xxxxxxxxxxxxxxxxx>
• Re: /proc/sys/net/core/optmem_max on armv7l
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 0/2] configs: Rename base-{generic,debug} to configs/fedora/
  • From: Jarod Wilson <jarod@xxxxxxxxxx>
• Re: /proc/sys/net/core/optmem_max on armv7l
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• /proc/sys/net/core/optmem_max on armv7l
  • From: "Björn 'besser82' Esser" <besser82@xxxxxxxxxxxxxxxxx>
• Re: "MODSIGN: Couldn't get UEFI db list" errors are still happening
  • From: Dave Young <dyoung@xxxxxxxxxx>
• microcode and suspend
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: "MODSIGN: Couldn't get UEFI db list" errors are still happening
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: Common kernel problems page
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Common kernel problems page
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Common kernel problems page
  • From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
• adv7511, hikey and commit 8221dd34f
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH 0/2] configs: Rename base-{generic,debug} to configs/fedora/
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: [PATCH 0/2] configs: Rename base-{generic,debug} to configs/fedora/
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Fix for rhbz #1409801
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Fix for rhbz #1409801
  • From: Shaun Assam <thebeardedhermit@xxxxxxxxxxx>
• Re: [PATCH 0/2] configs: Rename base-{generic,debug} to configs/fedora/
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: [PATCH 0/2] configs: Rename base-{generic,debug} to configs/fedora/
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Fix for rhbz #1409801
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• KPTI and Fedora
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Current specfile misapplies v4.14.10 stable update for fc26
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Current specfile misapplies v4.14.10 stable update for fc26
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Fix for rhbz #1409801
  • From: Shaun Assam <thebeardedhermit@xxxxxxxxxxx>
• Re: Fix for rhbz #1409801
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Fix for rhbz #1409801
  • From: Shaun Assam <thebeardedhermit@xxxxxxxxxxx>
• Re: Changing the default sata link-power-management policy for mobile chipsets
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/2] configs: Rename base-{generic,debug} to configs/fedora/
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 0/2] configs: Rename base-{generic,debug} to configs/fedora/
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Adding virtualbox guest driver to Fedora kernels (revisited)
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Adding virtualbox guest driver to Fedora kernels (revisited)
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Adding virtualbox guest driver to Fedora kernels (revisited)
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Adding virtualbox guest driver to Fedora kernels (revisited)
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Adding virtualbox guest driver to Fedora kernels (revisited)
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Changing the default sata link-power-management policy for mobile chipsets
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: How to enable WARN_ON when building kernels with make
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: How to enable WARN_ON when building kernels with make
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• How to enable WARN_ON when building kernels with make
  • From: Bruno Wolff III <bruno@xxxxxxxx>
• Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Enabling CONFIG_REGULATOR on x86_64
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: kernel-4.15.0-0.rc3.git0.1.fc28 src rpm fails to compile because of errors in ppc64p7 config file
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: kernel-4.15.0-0.rc3.git0.1.fc28 src rpm fails to compile because of errors in ppc64p7 config file
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: kernel-4.15.0-0.rc3.git0.1.fc28 src rpm fails to compile because of errors in ppc64p7 config file
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• [PATCH 2/2] configs: Update config generation script to use configs/fedora
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• [PATCH 1/2] configs: Move base-debug and base-generic to configs/fedora
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• [PATCH 0/2] configs: Rename base-{generic,debug} to configs/fedora/
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Enabling CONFIG_REGULATOR on x86_64
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: kernel-4.15.0-0.rc3.git0.1.fc28 src rpm fails to compile because of errors in ppc64p7 config file
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• kernel-4.15.0-0.rc3.git0.1.fc28 src rpm fails to compile because of errors in ppc64p7 config file
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Enabling CONFIG_REGULATOR on x86_64
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Enabling CONFIG_REGULATOR on x86_64
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Changing the default sata link-power-management policy for mobile chipsets
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Updating config option layout and scripts
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Updating config option layout and scripts
  • From: Jarod Wilson <jarod@xxxxxxxxxx>
• Re: Updating config option layout and scripts
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Updating config option layout and scripts
  • From: Jarod Wilson <jarod@xxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Jarod Wilson <jarod@xxxxxxxxxx>
• Re: Updating config option layout and scripts
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Updating config option layout and scripts
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Updating config option layout and scripts
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: HID_CP2112 is not set in the Fedora kernel config
  • From: "Christoph M." <christophm30@xxxxxxxxx>
• Re: HID_CP2112 is not set in the Fedora kernel config
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• HID_CP2112 is not set in the Fedora kernel config
  • From: "Christoph M." <christophm30@xxxxxxxxx>
• Re: Updating config option layout and scripts
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Move /usr/include/cpuidle.h to kernel-tools-libs-devel from kernel-headers
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• frozen graphics on wake from suspend with 4.15.0-0.rc1.git0.1.fc28.x86_64
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: invalid signature error with 4.15rc1
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: invalid signature error with 4.15rc1
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• invalid signature error with 4.15rc1
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: RFC: Moving kernel-tools out of kernel.spec
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• RFC: Moving kernel-tools out of kernel.spec
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Benson Muite <benson_muite@xxxxxxxxxxxxx>
• Re: debuginfo sub-packages for the kernel
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Benson Muite <benson_muite@xxxxxxxxxxxxx>
• Move /usr/include/cpuidle.h to kernel-tools-libs-devel from kernel-headers
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• The 4.15 kernel restores the virtual consoles to white on black in rawhide
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: Deprecating old networking protocols
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Deprecating old networking protocols
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: 4.14 kernels, write error broken pipe
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• 4.14 kernels, write error broken pipe
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Updating config option layout and scripts
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Enabling btusb autosuspend by default
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Enabling btusb autosuspend by default
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Updating config option layout and scripts
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Nathaniel McCallum <npmccallum@xxxxxxxxxx>
• Re: Reviving the hardware census
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Reviving the hardware census
  • From: Bastien Nocera <bnocera@xxxxxxxxxx>
• Reviving the hardware census
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Backport new SELinux NNP/nosuid patch to resolve interactions with systemd?
  • From: Paul Moore <pmoore@xxxxxxxxxx>
• Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Backport new SELinux NNP/nosuid patch to resolve interactions with systemd?
  • From: Jeremy Cline <jeremy@xxxxxxxxxx>
• Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Backport new SELinux NNP/nosuid patch to resolve interactions with systemd?
  • From: Paul Moore <pmoore@xxxxxxxxxx>
• Re: [PATCH f26] Add fix for potential mlxsw firmware incompatibility
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH f26] Add fix for potential mlxsw firmware incompatibility
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH f26] Add fix for potential mlxsw firmware incompatibility
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: Changing the SND_HDA_POWER_SAVE_DEFAULT option from 0 to 1
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Locally compiled 4.14.0-0.rc2.git0.1 kernel has a few issues
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• kexec load fail with "Required key not available"
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: Locally compiled 4.14.0-0.rc2.git0.1 kernel has a few issues
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Patch fixing F27 workstation not working under VirtualBox
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Patches related to ECDT in the kernel
  • From: "Luya Tshimbalanga" <luya@xxxxxxxxxxxxxxxxx>
• Re: x86 Architecture SIG
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: x86 Architecture SIG
  • From: "Jia Yuan Lo" <jylo06g@xxxxxxxxx>
• Re: [PATCH] Move CONFIG_USB_CHIPIDEA for all armv7
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• [PATCH] Move CONFIG_USB_CHIPIDEA for all armv7
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Locally compiled 4.14.0-0.rc2.git0.1 kernel has a few issues
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Patch for trimslices on 4.13+
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Fwd: Patch for trimslices on 4.13+
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: kernel-next package
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• kernel-next package
  • From: Chuck Ebbert <cebbert.lkml@xxxxxxxxx>
• Re: [X86] x86 Architecture SIG
  • From: Jeff Backus <jeff.backus@xxxxxxxxx>
• Re: [X86] x86 Architecture SIG
  • From: Jeff Backus <jeff.backus@xxxxxxxxx>
• Re: [X86] x86 Architecture SIG
  • From: Jeff Backus <jeff.backus@xxxxxxxxx>
• Re: Kernel 4.13 rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCHv2 00/14] arm64: VMAP_STACK support
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCHv2 00/14] arm64: VMAP_STACK support
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [PATCHv2 00/14] arm64: VMAP_STACK support
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: [X86] x86 Architecture SIG
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: [X86] x86 Architecture SIG
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [X86] x86 Architecture SIG
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• x86 Architecture SIG
  • From: Jeff Backus <jeff.backus@xxxxxxxxx>
• Re: Assistance to built a kernel with patches
  • From: Luya Tshimbalanga <luya@xxxxxxxxxxxxxxxxx>
• Re: Assistance to built a kernel with patches
  • From: Luya Tshimbalanga <luya@xxxxxxxxxxxxxxxxx>
• Re: Assistance to built a kernel with patches
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Assistance to built a kernel with patches
  • From: "Luya Tshimbalanga" <luya@xxxxxxxxxxxxxxxxx>
• Re: Kernel 4.13 rebase plans
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Kernel 4.13 rebase plans
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Kernel 4.13 rebase plans
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Kernel 4.13 rebase plans
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Kernel 4.13 rebase plans
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: Kernel 4.13 rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Kernel 4.13 rebase plans
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Fwd: [PATCHv2 00/14] arm64: VMAP_STACK support
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: Topics for kernel discussion at Flock
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: Topics for kernel discussion at Flock
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Topics for kernel discussion at Flock
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Topics for kernel discussion at Flock
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Topics for kernel discussion at Flock
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Topics for kernel discussion at Flock
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: debuginfo sub-packages for the kernel
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Different behavior for kernel entropy in 4.13 kernel
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Different behavior for kernel entropy in 4.13 kernel
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: debuginfo sub-packages for the kernel
  • From: Mark Wielaard <mjw@xxxxxxxxxxxxxxxxx>
• debuginfo sub-packages for the kernel
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: Different behavior for kernel entropy in 4.13 kernel
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Different behavior for kernel entropy in 4.13 kernel
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Different behavior for kernel entropy in 4.13 kernel
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: RESOLVED: Re: Different behavior for kernel entropy in 4.13 kernel
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• RESOLVED: Re: Different behavior for kernel entropy in 4.13 kernel
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Different behavior for kernel entropy in 4.13 kernel
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Different behavior for kernel entropy in 4.13 kernel
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Different behavior for kernel entropy in 4.13 kernel
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: Different behavior for kernel entropy in 4.13 kernel
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Different behavior for kernel entropy in 4.13 kernel
  • From: stan <stanl-fedorauser@xxxxxxxxxxx>
• Re: [PATCH] disable SWIOTLB on Power (#1480380)
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• [PATCH] disable SWIOTLB on Power (#1480380)
  • From: Dan Horák <dan@xxxxxxxx>
• Re: Adding vboxguest and vboxsf drivers to Fedora kernel pkg
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Adding vboxguest and vboxsf drivers to Fedora kernel pkg
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Adding vboxguest and vboxsf drivers to Fedora kernel pkg
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2] enable CHECKPOINT_RESTORE on s390x
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v2] enable CHECKPOINT_RESTORE on s390x
  • From: Adrian Reber <adrian@xxxxxxxx>
• Re: [PATCH] Enable aQuantia ethernet devices
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v2] enable CHECKPOINT_RESTORE on s390x
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH v2] enable CHECKPOINT_RESTORE on s390x
  • From: Adrian Reber <adrian@xxxxxxxx>
• Re: [PATCH] enable CHECKPOINT_RESTORE on s390x
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: [PATCH] enable CHECKPOINT_RESTORE on s390x
  • From: Adrian Reber <adrian@xxxxxxxx>
• Re: [PATCH] enable CHECKPOINT_RESTORE on s390x
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• [PATCH] enable CHECKPOINT_RESTORE on s390x
  • From: Adrian Reber <adrian@xxxxxxxx>
• Re: [PATCH] Enable aQuantia ethernet devices
  • From: Yanko Kaneti <yaneti@xxxxxxxxxxx>
• [PATCH] Enable aQuantia ethernet devices
  • From: Yanko Kaneti <yaneti@xxxxxxxxxxx>
• Re: Kernel 4.12 rebase plans
  • From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
• Re: [PATCH] Enforce kernel-devel-uname-r >= uname-r if any kernel-devel-uname-r - rhbz#1450577
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: [PATCH] Enforce kernel-devel-uname-r >= uname-r if any kernel-devel-uname-r - rhbz#1450577
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: [PATCH] Enforce kernel-devel-uname-r >= uname-r if any kernel-devel-uname-r - rhbz#1450577
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Enforce kernel-devel-uname-r >= uname-r if any kernel-devel-uname-r - rhbz#1450577
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>