Fedora Kernel Development

• Thread Index

• 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>
• 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>