Fedora Kernel Development
[Prev Page][Next Page]
- [PATCH] Enable CONFIG_EFI_TEST as a module (rhbz 1759325)
- From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
- [PATCH 5/5] Remove all Kconfig symbols dropped in v5.4-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 4/5] configs: remove CONFIG_CRASH
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 2/5] configs: remove CONFIG_DEBUG_INFO_VTA
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 3/5] configs: remove two Kconfig symbols
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 1/5] Remove two Kconfig symbols dropped before v5.3
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 0/5] Kconfig symbol cleanup for v5.4-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] re-enable HDA sound drivers on PPC
- From: Dan Horák <dan@xxxxxxxx>
- Re: [PATCH] re-enable HDA sound drivers on PPC
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: [PATCH] re-enable HDA sound drivers on PPC
- From: Dan Horák <dan@xxxxxxxx>
- [PATCH] re-enable HDA sound drivers on PPC
- From: Dan Horák <dan@xxxxxxxx>
- Re: Fedora Linux Kernel Development.
- From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx>
- Re: Fedora Linux Kernel Development.
- From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
- Re: Fedora Linux Kernel Development.
- From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx>
- Re: Fedora Linux Kernel Development.
- From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
- Re: Fedora Linux Kernel Development.
- From: Justin Forbes <jforbes@xxxxxxxxxx>
- Re: Fedora Linux Kernel Development.
- From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
- Re: Kernel 5.3 rebase plans
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Kernel 5.3 rebase plans
- From: Justin Forbes <jforbes@xxxxxxxxxx>
- Re: Kernel 5.3 rebase plans
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Kernel 5.3 rebase plans
- From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
- Re: Fedora Linux Kernel Development.
- From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx>
- Re: Fedora Linux Kernel Development.
- From: Benjamin Kircher <bkircher@xxxxxxxx>
- Re: Support buildid in kernel-headers
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: Fedora Linux Kernel Development.
- From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx>
- Re: Fedora Linux Kernel Development.
- From: Benson Muite <benson_muite@xxxxxxxxxxxxx>
- Fedora Linux Kernel Development.
- From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx>
- Re: Support buildid in kernel-headers
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Fedora 31 Kernel 5.3 Test Week 2019-09-30 to 2019-10-07
- From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
- Re: Support buildid in kernel-headers
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Support buildid in kernel-headers
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- packet writing support
- From: Mischa Baars <mjbaars1977.kernel@xxxxxxxxxxxxx>
- kernel testing important questions
- From: "Mgr. Janusz Chmiel" <janusz.chmiel@xxxxxxxx>
- [Test Day] Kernel 5.2 Test Week Report
- From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
- Re: Kernel 5.3 rebase plans
- From: Sérgio Basto <sergio@xxxxxxxxxx>
- Re: Kernel 5.3 rebase plans
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Kernel 5.3 rebase plans
- From: Sérgio Basto <sergio@xxxxxxxxxx>
- Re: [PATCH 0/9] Clean up some old patches post F31
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Kernel 5.3 rebase plans
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Btrfs: fix unwritten extent buffers and hangs
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: Btrfs: fix unwritten extent buffers and hangs
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Btrfs: fix unwritten extent buffers and hangs
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: kernel 5.3.0-0.rc7.git1.1 src.rpm fails at the patching stage, on the first patch.
- From: stan <upaitag@xxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: kernel 5.3.0-0.rc7.git1.1 src.rpm fails at the patching stage, on the first patch.
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: custom kernel build with patch
- From: stan <upaitag@xxxxxxxx>
- Re: kernel 5.3.0-0.rc7.git1.1 src.rpm fails at the patching stage, on the first patch.
- From: stan <upaitag@xxxxxxxx>
- Re: kernel 5.3.0-0.rc7.git1.1 src.rpm fails at the patching stage, on the first patch.
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Josef Bacik <josef@xxxxxxxxxxxxxx>
- Re: custom kernel build with patch
- From: Damian Ivanov <damianatorrpm@xxxxxxxxx>
- Re: custom kernel build with patch
- From: Damian Ivanov <damianatorrpm@xxxxxxxxx>
- kernel 5.3.0-0.rc7.git1.1 src.rpm fails at the patching stage, on the first patch.
- From: stan <upaitag@xxxxxxxx>
- Re: custom kernel build with patch
- From: stan <upaitag@xxxxxxxx>
- Re: custom kernel build with patch
- From: Justin Forbes <jforbes@xxxxxxxxxx>
- custom kernel build with patch
- From: Damian Ivanov <damianatorrpm@xxxxxxxxx>
- Re: [PATCH] enable driver for accessing HMC CD/DVD drive
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH] enable driver for accessing HMC CD/DVD drive
- From: Dan Horák <dan@xxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Neal Gompa <ngompa13@xxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Neal Gompa <ngompa13@xxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Josef Bacik <josef@xxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Josef Bacik <josef@xxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Josef Bacik <josef@xxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Simple Firmware Interface being deprecated
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Neal Gompa <ngompa13@xxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Neal Gompa <ngompa13@xxxxxxxxx>
- Re: Simple Firmware Interface being deprecated
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Neal Gompa <ngompa13@xxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Neal Gompa <ngompa13@xxxxxxxxx>
- Re: Simple Firmware Interface being deprecated
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Neal Gompa <ngompa13@xxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Neal Gompa <ngompa13@xxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Neal Gompa <ngompa13@xxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Simple Firmware Interface being deprecated
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Neal Gompa <ngompa13@xxxxxxxxx>
- Re: Discussion: what would not blocking on btrfs look like?
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: [PATCH 2/9] Drop cpumask auto select patch
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH 2/9] Drop cpumask auto select patch
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: Support buildid in kernel-headers
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: Support buildid in kernel-headers
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Support buildid in kernel-headers
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: test patch for zswap bug
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: test patch for zswap bug
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: test patch for zswap bug
- From: Laura Abbott <labbott@xxxxxxxxxx>
- test patch for zswap bug
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] drm/nouveau: Only recalculate PBN/VCPI on mode/connector changes
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: [PATCH 1/2] drm/nouveau: Only release VCPI slots on mode changes
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: [PATCH 2/9] Drop cpumask auto select patch
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH 2/9] Drop cpumask auto select patch
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH 2/2] drm/nouveau: Only recalculate PBN/VCPI on mode/connector changes
- From: Lyude Paul <lyude@xxxxxxxxxx>
- [PATCH 1/2] drm/nouveau: Only release VCPI slots on mode changes
- From: Lyude Paul <lyude@xxxxxxxxxx>
- [PATCH 0/2] Backported fixes for MST regressions in nouveau
- From: Lyude Paul <lyude@xxxxxxxxxx>
- Re: [PATCH 2/9] Drop cpumask auto select patch
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH 2/9] Drop cpumask auto select patch
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH 2/9] Drop cpumask auto select patch
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH 2/9] Drop cpumask auto select patch
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH 6/9] Remove some old modalias adjustments
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH 9/9] Remove crash driver
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH 6/9] Remove some old modalias adjustments
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/9] Drop cpumask auto select patch
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 9/9] Remove crash driver
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/9] Clean up some old patches post F31
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- [PATCH 9/9] Remove crash driver
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH 8/9] Remove patch for GCC VTA
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH 7/9] Remove old keyboard logging patch
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH 6/9] Remove some old modalias adjustments
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH 5/9] Drop old lis3 patch
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH 4/9] Remove ancient ath9k workaround
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH 3/9] Drop scsi warning patch
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH 2/9] Drop cpumask auto select patch
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH 1/9] Drop namespaces config tweak
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH 0/9] Clean up some old patches post F31
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- [PATCH] ALSA hda realtek: Add quirk for HP Envy x360
- From: "Luya Tshimbalanga" <luya@xxxxxxxxxxxxxxxxx>
- Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
- From: Kevin Fenzi <kevin@xxxxxxxxx>
- Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Certificate used to sign Fedora kernels for UEFI Secure Boot?
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Bad RIP value?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Certificate used to sign Fedora kernels for UEFI Secure Boot?
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH] ppc: enable 8250 serial ports
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH] ppc: enable 8250 serial ports
- From: Dan Horák <dan@xxxxxxxx>
- Re: [PATCH] enable NVRAM driver on ppc
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH] enable NVRAM driver on ppc
- From: Dan Horák <dan@xxxxxxxx>
- Re: [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH] Remove all Kconfig symbols dropped in v5.3-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [fedora-arm] Re: [Fedocal] Reminder meeting : Fedora ARM & AArch64 status meeting
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [fedora-arm] Re: [Fedocal] Reminder meeting : Fedora ARM & AArch64 status meeting
- From: Jon Masters <jcm@xxxxxxxxxx>
- Test Kernel 5.2 this week!
- From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
- Re: [fedora-arm] Re: [Fedocal] Reminder meeting : Fedora ARM & AArch64 status meeting
- From: Jon Masters <jcm@xxxxxxxxxx>
- Re: 5.3.0-rc kernel-headers in rawhide and mass rebuild
- From: Laura Abbott <labbott@xxxxxxxxxx>
- 5.3.0-rc kernel-headers in rawhide and mass rebuild
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- quick update on the BFQ I/O scheduler
- From: Paolo Valente <paolo.valente@xxxxxxxxxx>
- Serious problem (data corruption) with EVO860 disks + AMD SATA controllers
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [PATCH] configs: remove CONFIG_ASIX_PHY
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH] configs: remove CONFIG_ASIX_PHY
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: Enable CONFIG_RC_XBOX_DVD ?
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: Enable CONFIG_RC_XBOX_DVD ?
- From: Justin Forbes <jforbes@xxxxxxxxxx>
- Re: Enable CONFIG_RC_XBOX_DVD ?
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Enable CONFIG_RC_XBOX_DVD ?
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: error while compiling Vmwareplayer kernel module
- From: stan <upaitag@xxxxxxxx>
- error while compiling Vmwareplayer kernel module
- From: "Mgr. Janusz Chmiel" <janusz.chmiel@xxxxxxxx>
- Re: TCP Sack update?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: TCP Sack update?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: TCP Sack update?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: TCP Sack update?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: TCP Sack update?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: TCP Sack update?
- From: Justin Forbes <jforbes@xxxxxxxxxx>
- TCP Sack update?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Bluetooth regression breaking BT connection for all 2.0 and older devices in 5.0.15+, 5.1.x and master
- From: Jeremy Cline <jcline@xxxxxxxxxx>
- Fwd: Patch "Revert "Bluetooth: Align minimum encryption key size for LE and BR/EDR connections"" has been added to the 5.1-stable tree
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Bluetooth regression breaking BT connection for all 2.0 and older devices in 5.0.15+, 5.1.x and master
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Kernel 5.1 Test Day Report
- From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
- Re: Bluetooth regression breaking BT connection for all 2.0 and older devices in 5.0.15+, 5.1.x and master
- From: Jeremy Cline <jcline@xxxxxxxxxx>
- Re: Bluetooth regression breaking BT connection for all 2.0 and older devices in 5.0.15+, 5.1.x and master
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Bluetooth 2.0 devices regression fix
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: Bluetooth 2.0 devices regression fix
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: Bluetooth 2.0 devices regression fix
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Bluetooth 2.0 devices regression fix
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: [PATCH] configs: remove CONFIG_ARM64_ERRATUM_1188873
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: [PATCH] Remove all Kconfig symbols dropped in v5.2-rc1
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- [PATCH] configs: remove CONFIG_ARM64_ERRATUM_1188873
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] kernel-tools.spec: Adding libbpf package
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: [PATCH] kernel-tools.spec: Adding libbpf package
- From: Jeremy Cline <jeremy@xxxxxxxxxx>
- Re: [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
- From: Jeremy Cline <jcline@xxxxxxxxxx>
- Re: [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
- From: Justin Forbes <jforbes@xxxxxxxxxx>
- [PATCH] Remove all Kconfig symbols dropped in v5.2-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] kernel-tools.spec: Adding libbpf package
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: [PATCH] kernel-tools.spec: Adding libbpf package
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: Can Fedora enable CONFIG_DETECT_HUNG_TASK ?
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Can Fedora enable CONFIG_DETECT_HUNG_TASK ?
- From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
- Re: [PATCH] kernel-tools.spec: Adding libbpf package
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: [PATCH] kernel-tools.spec: Adding libbpf package
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH] kernel-tools.spec: Adding libbpf package
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- [Test Days] This week test Kernel 5.1!
- From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
- [PATCH] configs: remove CONFIG_ALLOW_LOCKDOWN_LIFT_BY_SYSRQ
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: Rebase plans for kernel 5.1
- From: Justin Forbes <jforbes@xxxxxxxxxx>
- Rebase plans for kernel 5.1
- From: Jeremy Cline <jeremy@xxxxxxxxxx>
- Re: [PATCH 0/2] Correctly terminate the loop in configs/process_configs.sh
- From: Jeremy Cline <jcline@xxxxxxxxxx>
- [PATCH 2/2] configs: correctly terminate loop
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 0/2] Correctly terminate the loop in configs/process_configs.sh
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 1/2] configs: properly indent process_configs.sh
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] configs: only visit generic/powerpc once
- From: Jeremy Cline <jeremy@xxxxxxxxxx>
- Re: [PATCH] configs: only visit generic/powerpc once
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Call For Test Days for Fedora 31!
- From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
- please remember to test F28 kernels
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH] kernel-tools.spec: Adding libbpf package
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: [PATCH] kernel-tools.spec: Adding libbpf package
- From: Jeremy Cline <jeremy@xxxxxxxxxx>
- Re: [PATCH] kernel-tools.spec: Adding libbpf package
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- [PATCH] kernel-tools.spec: Adding libbpf package
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: configs: remove CONFIG_SUN50I_A64_UNSTABLE_TIMER
- From: Jeremy Cline <jeremy@xxxxxxxxxx>
- Re: configs: remove CONFIG_SUN50I_A64_UNSTABLE_TIMER
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Remove all Kconfig symbols dropped in v5.1-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Remove three Kconfig symbols dropped before v5.0
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- configs: remove CONFIG_SUN50I_A64_UNSTABLE_TIMER
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH 1/2] Fix typo CROS_EC_DEBUGFS
- From: Jeremy Cline <jcline@xxxxxxxxxx>
- Re: [PATCH] Fix filename typo CONFIG_STACKINIT
- From: Jeremy Cline <jcline@xxxxxxxxxx>
- [PATCH] configs: only visit generic/powerpc once
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 2/2] configs: drop unneeded overrides
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 1/2] Fix typo CROS_EC_DEBUGFS
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH] Fix filename typo CONFIG_STACKINIT
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
- From: "Christoph M." <christophm30@xxxxxxxxx>
- Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
- From: Jeremy Cline <jeremy@xxxxxxxxxx>
- Re: [PATCH] Remove a patch that still touches userspace tools
- From: Jeremy Cline <jeremy@xxxxxxxxxx>
- Re: [PATCH] Drop six orphaned patches
- From: Jeremy Cline <jeremy@xxxxxxxxxx>
- Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
- From: "Christoph M." <christophm30@xxxxxxxxx>
- Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
- From: "Christoph M." <christophm30@xxxxxxxxx>
- Re: Request for CONFIG_SPI_SPIDEV in Fedora kernels
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Request for CONFIG_SPI_SPIDEV in Fedora kernels
- From: "Christoph M." <christophm30@xxxxxxxxx>
- [PATCH] Remove a patch that still touches userspace tools
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH] Drop six orphaned patches
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [Test Day] Kernel 5.0 2019-03-12
- From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Paolo Valente <paolo.valente@xxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Paolo Valente <paolo.valente@xxxxxxxxxx>
- Re: Rebase plans for kernel 5.0
- From: Justin Forbes <jforbes@xxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: stan <upaitag@xxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Paolo Valente <paolo.valente@xxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: stan <upaitag@xxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
- Rebase plans for kernel 5.0
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: kernel bug triage cc list
- From: Jeremy Cline <jeremy@xxxxxxxxxx>
- Re: kernel bug triage cc list
- From: Laura Abbott <labbott@xxxxxxxxxx>
- kernel bug triage cc list
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Help remove scriptlets from the kernel?
- From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
- Re: Help remove scriptlets from the kernel?
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: Help remove scriptlets from the kernel?
- From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
- Re: toolchain requirements for external kernel modules
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: toolchain requirements for external kernel modules
- From: Dulaney <jdulaney@xxxxxxx>
- Re: Help remove scriptlets from the kernel?
- From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
- Help remove scriptlets from the kernel?
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: toolchain requirements for external kernel modules
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: toolchain requirements for external kernel modules
- From: Laura Abbott <labbott@xxxxxxxxxx>
- toolchain requirements for external kernel modules
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: re-enable CONFIG_JUMP_LABEL on s390x
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: re-enable CONFIG_JUMP_LABEL on s390x
- From: Dan Horák <dan@xxxxxxxx>
- re-enable CONFIG_JUMP_LABEL on s390x
- From: Dan Horák <dan@xxxxxxxx>
- Re: [PATCH 2/2] Don't require python3 for a string replace
- From: Sérgio Basto <sergio@xxxxxxxxxx>
- Re: Backporting some patches to use i915.fastboot=1 by default
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Backporting some patches to use i915.fastboot=1 by default
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- s390x kernel disabled on Fedora rawhide
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH] Add bzip2 dependency for perf tool
- From: Jeremy Cline <jeremy@xxxxxxxxxx>
- [PATCH] Add bzip2 dependency for perf tool
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- [Test Day] Kernel 4.20 Test Day Report
- From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
- Re: surface pro 3 custom kernel
- From: Joao Cortes <joaooneillcortes@xxxxxxxxxx>
- Re: surface pro 3 custom kernel
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- surface pro 3 custom kernel
- From: Joao Cortes <joaooneillcortes@xxxxxxxxxx>
- Re: [PATCH] [RFC] Drop non-x86 debug .config files
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] [RFC] Drop non-x86 debug .config files
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] [RFC] Drop non-x86 debug .config files
- From: Justin Forbes <jforbes@xxxxxxxxxx>
- Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] [RFC] Drop non-x86 debug .config files
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] [RFC] Drop non-x86 debug .config files
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- [PATCH] [RFC] Drop non-x86 debug .config files
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [Test Day] Kernel 4.20 Test day is under way
- From: Justin Forbes <jforbes@xxxxxxxxxx>
- Re: [PATCH 2/2] Don't require python3 for a string replace
- From: Pablo Sebastián Greco <pablo@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Don't require python3 for a string replace
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: kernel 5 new option to zero the kernel stack on return from kernel functions, worthwhile for workstation?
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- Re: kernel 5 new option to zero the kernel stack on return from kernel functions, worthwhile for workstation?
- From: Laura Abbott <labbott@xxxxxxxxxx>
- kernel 5 new option to zero the kernel stack on return from kernel functions, worthwhile for workstation?
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- Re: [Test Day] Kernel 4.20 Test day is under way
- From: Mirek Svoboda <goodmirek@xxxxxxxxxxxxx>
- Re: [Test Day] Kernel 4.20 Test day is under way
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- [PATCH 1/2] Only fix shebangs when building for Fedora.
- From: pablo@xxxxxxxxxxxxxxxx
- [PATCH 2/2] Don't require python3 for a string replace
- From: pablo@xxxxxxxxxxxxxxxx
- [Test Day] Kernel 4.20 Test day is under way
- From: Sumantro Mukherjee <sumukher@xxxxxxxxxx>
- Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] configs: Correct four non-standard filenames
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH] configs: add arm file for CONFIG_PCI_MESON
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH] configs: Correct four non-standard filenames
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH] configs: add arm file for CONFIG_PCI_MESON
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- [PATCH 3/3] Remove all references to unused Kconfig symbols
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 0/3] Kconfig symbol cleanup for v5.0-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 2/3] Remove all Kconfig symbols dropped in v5.0-rc1
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 1/3] Drop secure boot Kconfig symbols too
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: Signing Kernel Module with the Private Key
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Signing Kernel Module with the Private Key
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Kernel 4.20 rebase plans
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Kernel 4.20 rebase plans
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: [PATCH 1/2] Enable CONFIG_NET_SCH_ETF
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Re: [PATCH 1/2] Enable CONFIG_NET_SCH_ETF
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH 1/2] Enable CONFIG_NET_SCH_ETF
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Re: kernel 4.19.x is unstable (random panics) -> reproducer
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: kernel 4.19.x is unstable (random panics) -> Call Trace: nf_conncount_destroy+0x58/0xc0
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- [PATCH 2/2] mod-extra.list: add ETF qdisc to the the the extra modules package
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- [PATCH 1/2] Enable CONFIG_NET_SCH_ETF
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Re: fedora-rawhide-kernel-nodebug is not getting updates
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: fedora-rawhide-kernel-nodebug is not getting updates
- From: Bruno Wolff III <bruno@xxxxxxxx>
- kernel 4.19.x is unstable (random panics)
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Paolo Valente <paolo.valente@xxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Paolo Valente <paolo.valente@xxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Paolo Valente <paolo.valente@xxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Paolo Valente <paolo.valente@xxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: "Alan Jenkins" <alan.christopher.jenkins@xxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Paolo Valente <paolo.valente@xxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Paolo Valente <paolo.valente@xxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- Re: fedora-rawhide-kernel-nodebug is not getting updates
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: "Alan Jenkins" <alan.christopher.jenkins@xxxxxxxxx>
- Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?
- From: "Alan Jenkins" <alan.christopher.jenkins@xxxxxxxxx>
- Re: fedora-rawhide-kernel-nodebug is not getting updates
- From: Dan Horák <dan@xxxxxxxx>
- Re: fedora-rawhide-kernel-nodebug is not getting updates
- From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
- [PATCH] Re-add sctp.ko and move sctp_diag.ko to kernel-modules-extra
- From: Timothy Redaelli <tredaelli@xxxxxxxxxx>
- Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
- From: stan <stanl-fedorauser@xxxxxxxxxxx>
- November Bug Stats
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
- From: Sérgio Basto <sergio@xxxxxxxxxx>
- Re: ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
- From: Sérgio Basto <sergio@xxxxxxxxxx>
- ext4 file system corruption -> https://bugzilla.kernel.org/show_bug.cgi?id=201685
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re-enabling CONFIG_CRYPTO_DEV_SP_PSP
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: input layer misbehaves when having more than one keyboard device
- From: Juha Nikkanen <nikkej@xxxxxxxxx>
- Re: input layer misbehaves when having more than one keyboard device
- From: Peter Hutterer <peter.hutterer@xxxxxxxxx>
- Re: fedora-rawhide-kernel-nodebug is not getting updates
- From: Justin Forbes <jforbes@xxxxxxxxxx>
- input layer misbehaves when having more than one keyboard device
- From: Juha Nikkanen <nikkej@xxxxxxxxx>
- panic: Fatal exception in interrupt
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: fedora-rawhide-kernel-nodebug is not getting updates
- From: Dan Horák <dan@xxxxxxxx>
- Storing and persisting user specific credentials in keyring
- From: Dinesh Prasanth Moluguwan Krishnamoorthy <dmoluguw@xxxxxxxxxx>
- Re: [PATCH 0/3] Fix all Kconfig "override" warnings
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: [PATCH 0/3] Fix all Kconfig "override" warnings
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH 3/3] configs: use CONFIG_UNWINDER_ORC only in x86/x86_64
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 0/3] Fix all Kconfig "override" warnings
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 1/3] configs: correct cpu accounting configuration
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH 2/3] configs: correct memory configuration
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Touchscreen support on HP laptops broken due misconfiguration on ACPI
- From: Luya Tshimbalanga <luya@xxxxxxxxxxxxxxxxx>
- 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>
[Index of Archives]
[Older Fedora Users Mail]
[DVB]
[Samba]
[USB]
[Yosemite Questions]