Fedora Kernel Development
[Prev Page][Next Page]
- Re: kernel checkout specific version
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: kernel checkout specific version
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Building dell_rbu module
- From: Major Hayden <major@xxxxxxxx>
- Re: Building dell_rbu module
- From: andrej@xxxxxxxxxxxx
- Re: Building dell_rbu module
- From: andrej@xxxxxxxxxxxx
- Re: [PATCH] Make GPIO pinctrl for CherryTrail builtin
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Add PCI mode LPSS support on BYT
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: [PATCH] Really enable SPI support for BayTrail/CherryTrail
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Add PCI mode LPSS support on BYT
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Make GPIO pinctrl for CherryTrail builtin
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: [PATCH] Make GPIO pinctrl for CherryTrail builtin
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] Make GPIO pinctrl for CherryTrail builtin
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- [PATCH] Add PCI mode LPSS support on BYT
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- [PATCH] Really enable SPI support for BayTrail/CherryTrail
- Re: F23 4.3 rebase plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Justin Forbes <jmforbes@xxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: "Jóhann B. Guðmundsson" <johannbg@xxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: "Jóhann B. Guðmundsson" <johannbg@xxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: "Jóhann B. Guðmundsson" <johannbg@xxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: F23 4.3 rebase plan
- From: "Jóhann B. Guðmundsson" <johannbg@xxxxxxxxx>
- Re: Patch: BuildRequire openssl openssl-devel on %{ix86} x86_64
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Patch: BuildRequire openssl openssl-devel on %{ix86} x86_64
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Patch: BuildRequire openssl openssl-devel on %{ix86} x86_64
- From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
- [PATCH] Adapt to status returned by upload
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: Building Fedora kernel RPM in mock
- From: Ian Pilcher <arequipeno@xxxxxxxxx>
- Re: Building Fedora kernel RPM in mock
- From: Adam Jackson <ajax@xxxxxxxxxx>
- Re: Building Fedora kernel RPM in mock
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Building Fedora kernel RPM in mock
- From: Ian Pilcher <arequipeno@xxxxxxxxx>
- RE: Building Fedora kernel RPM in mock
- From: John Dulaney <jdulaney@xxxxxxxxxxxxxxxxx>
- Building Fedora kernel RPM in mock
- From: Ian Pilcher <arequipeno@xxxxxxxxx>
- F23 4.3 rebase plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Rawhide: Disabling early microcode, because kernel does not support it
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Rawhide: Disabling early microcode, because kernel does not support it
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Kernel panic: NULL pointer dereference
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Kernel panic: NULL pointer dereference
- From: "glandvador" <glandvador@xxxxxxxxx>
- Kernel panic: NULL pointer dereference
- From: "glandvador" <glandvador@xxxxxxxxx>
- Re: Can't build kernel RPM with local (non-git) patch
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Can't build kernel RPM with local (non-git) patch
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Can't build kernel RPM with local (non-git) patch
- From: Ian Pilcher <arequipeno@xxxxxxxxx>
- kernel-tests master: Add introduction with mailing list info to documentation (eb972f3)
- From: jforbes@xxxxxxxxxxxxxxxxx
- Re: %posttrans in rawhide fails
- From: Kevin Fenzi <kevin@xxxxxxxxx>
- %posttrans in rawhide fails
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: kdbus module being removed from Rawhide
- From: Paul Moore <pmoore@xxxxxxxxxx>
- Re: kdbus module being removed from Rawhide
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: kdbus module being removed from Rawhide
- From: Paul Moore <pmoore@xxxxxxxxxx>
- kdbus module being removed from Rawhide
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- kernel-tests master: Add test to validate secureboot signer (e9df946)
- From: jforbes@xxxxxxxxxxxxxxxxx
- Re: NumaChip APIC support
- From: Daniel J Blueman <daniel@xxxxxxxxx>
- Re: NumaChip APIC support
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: NumaChip APIC support
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- NumaChip APIC support
- From: Daniel J Blueman <daniel@xxxxxxxxx>
- Re: [PATCH] run ldconfig against kernel-tools-libs not kernel-tools
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: [PATCH] run ldconfig against kernel-tools-libs not kernel-tools
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] run ldconfig against kernel-tools-libs not kernel-tools
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: [PATCH] Enable CHECKPOINT_RESTORE on arm and aarch64 for CRIU feature
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Enable CHECKPOINT_RESTORE on power64le for CRIU feature
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] Enable CHECKPOINT_RESTORE on arm and aarch64 for CRIU feature
- From: Andrey Vagin <avagin@xxxxxxxxx>
- Re: [PATCH] Enable CHECKPOINT_RESTORE on power64le for CRIU feature
- From: Andrey Wagin <avagin@xxxxxxxxx>
- Re: [PATCH] Enable CHECKPOINT_RESTORE on power64le for CRIU feature
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- kernel-tests master: A couple of fixes pointed out by Charles-Antoine Couret (9503946)
- From: jforbes@xxxxxxxxxxxxxxxxx
- Re: [PATCH] Enable CHECKPOINT_RESTORE on power64le for CRIU feature
- From: Andrey Wagin <avagin@xxxxxxxxx>
- Re: [PATCH] Enable CHECKPOINT_RESTORE on power64le for CRIU feature
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] Enable CHECKPOINT_RESTORE on power64le for CRIU feature
- From: Andrey Vagin <avagin@xxxxxxxxx>
- Re: Building dell_rbu module
- From: Major Hayden <major@xxxxxxxx>
- Re: kernel.git branch f21/22 - Fix iscsi issue (rhbz 1253789) - Missing ApplyPatch line in kernel.spec
- From: Donavan Lance <tusklahoma@xxxxxxxxx>
- Re: kernel.git branch f21/22 - Fix iscsi issue (rhbz 1253789) - Missing ApplyPatch line in kernel.spec
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- kernel.git branch f21/22 - Fix iscsi issue (rhbz 1253789) - Missing ApplyPatch line in kernel.spec
- From: Donavan Lance <tusklahoma@xxxxxxxxx>
- Re: Building dell_rbu module
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Building dell_rbu module
- From: Major Hayden <major@xxxxxxxx>
- Re: Building dell_rbu module
- From: Jon Stanley <jonstanley@xxxxxxxxx>
- Building dell_rbu module
- From: Major Hayden <major@xxxxxxxx>
- Re: initramfs vs installer initrd
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: initramfs vs installer initrd
- From: Donavan Lance <tusklahoma@xxxxxxxxx>
- Re: initramfs vs installer initrd
- From: Neil Horman <nhorman@xxxxxxxxxx>
- initramfs vs installer initrd
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH] kexec/uefi: copy secure boot flag in boot params across kexec reboot
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] kexec/uefi: copy secure boot flag in boot params across kexec reboot
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH] kexec/uefi: copy secure boot flag in boot params across kexec reboot
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH] kexec/uefi: copy secure boot flag in boot params across kexec reboot
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH] kexec/uefi: copy secure boot flag in boot params across kexec reboot
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] kexec/uefi: copy secure boot flag in boot params across kexec reboot
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kexec/uefi: copy secure boot flag in boot params across kexec reboot
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] kexec/uefi: copy secure boot flag in boot params across kexec reboot
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] kexec/uefi: copy secure boot flag in boot params across kexec reboot
- From: Dave Young <dyoung@xxxxxxxxxx>
- [Patch] kernel-tests master: Fix path to ignore-files.sh in sysfs-perms test
- From: Donavan Lance <tusklahoma@xxxxxxxxx>
- Re: [PATCH] Always enable mmiotrace when building x86 kernels
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Move joydev.ko from kernel-modules-extra to kernel-modules
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] Always enable mmiotrace when building x86 kernels
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- [PATCH] Move joydev.ko from kernel-modules-extra to kernel-modules
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Paul Moore <pmoore@xxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Paul Moore <pmoore@xxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Mark Wielaard <mjw@xxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Mark Wielaard <mjw@xxxxxxxxxx>
- Re: [kernel/f21] Make sure acpi brightness_switch is disabled (like forever in Fedora)
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [kernel/f21] Make sure acpi brightness_switch is disabled (like forever in Fedora)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [kernel/f21] Make sure acpi brightness_switch is disabled (like forever in Fedora)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [kernel/f21] Make sure acpi brightness_switch is disabled (like forever in Fedora)
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [kernel/f21] Make sure acpi brightness_switch is disabled (like forever in Fedora)
- From: Ranjan Maitra <maitra.mbox.ignored@xxxxxxxxx>
- Re: [kernel/f21] Make sure acpi brightness_switch is disabled (like forever in Fedora)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: failed to build kernel from kernel-4.2.0-0.rc3.git3.1.fc23.src.rpm
- From: Lance Lassetter <lancelassetter@xxxxxxxxx>
- Fwd: Re: failed to build kernel from kernel-4.2.0-0.rc3.git3.1.fc23.src.rpm
- From: Lance Lassetter <lancelassetter@xxxxxxxxx>
- Re: failed to build kernel from kernel-4.2.0-0.rc3.git3.1.fc23.src.rpm
- From: Masami Ichikawa <masami256@xxxxxxxxx>
- Re: failed to build kernel from kernel-4.2.0-0.rc3.git3.1.fc23.src.rpm
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- failed to build kernel from kernel-4.2.0-0.rc3.git3.1.fc23.src.rpm
- From: Masami Ichikawa <masami256@xxxxxxxxx>
- Re: kernel panics 4.0.8-300.fc22.x86_64
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- kernel panics 4.0.8-300.fc22.x86_64
- From: Lance Lassetter <lancelassetter@xxxxxxxxx>
- Re: Building a custom kernel via cross compiling
- From: Andrew Wing <andrew.wing@xxxxxxxxxx>
- Re: Fedora kernel git tree and package maintenance
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: Building a custom kernel via cross compiling
- From: Andrew Wing <andrew.wing@xxxxxxxxxx>
- Re: Fedora kernel git tree and package maintenance
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Fedora kernel git tree and package maintenance
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: Fedora kernel git tree and package maintenance
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Building a custom kernel via cross compiling
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Building a custom kernel via cross compiling
- From: Andrew Wing <andrew.wing@xxxxxxxxxx>
- Re: kdbus and Fedora
- From: Eric Paris <eparis@xxxxxxxxxx>
- experimental scripts for bisecting the kernel
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: kdbus and Fedora
- From: David Herrmann <dh.herrmann@xxxxxxxxx>
- Re: kdbus and Fedora
- From: Eric Paris <eparis@xxxxxxxxxx>
- Re: kdbus and Fedora
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: kdbus and Fedora
- From: Kevin Fenzi <kevin@xxxxxxxxx>
- Re: kdbus and Fedora
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Mark Wielaard <mjw@xxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Mark Wielaard <mjw@xxxxxxxxxx>
- Re: why are these drivers missing from the Fedora kernel?
- From: Ranjan Maitra <maitra.mbox.ignored@xxxxxxxxx>
- Re: minor updates for ARM and Power
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH 2/3] fedora: drop obsolete ppc32 specific NVRAM configs (NFC)
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- minor updates for ARM and Power
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- [PATCH 3/3] feora: Minor ARMv7 updates
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- [PATCH 1/3] fedora: Move aarch64 relevant AMBA config options to arm-generic
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: why are these drivers missing from the Fedora kernel?
- From: "Jóhann B. Guðmundsson" <johannbg@xxxxxxxxx>
- Re: ppc64 kernel config changes heads up
- From: Dan Horák <dan@xxxxxxxx>
- Re: why are these drivers missing from the Fedora kernel?
- From: Ranjan Maitra <maitra.mbox.ignored@xxxxxxxxx>
- Re: why are these drivers missing from the Fedora kernel?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: why are these drivers missing from the Fedora kernel?
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: why are these drivers missing from the Fedora kernel?
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: why are these drivers missing from the Fedora kernel?
- From: Ranjan Maitra <maitra.mbox.ignored@xxxxxxxxx>
- Re: Initial aarch64 config updates for 4.2
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: why are these drivers missing from the Fedora kernel?
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- [PATCH 3/3] fedora: Enable initial support for hi6220
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- [PATCH 2/3] fedora: Minor Aarch64 updates and cleanups
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- [PATCH 1/3] fedora: centralise PCI hotplug to generic
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Initial aarch64 config updates for 4.2
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: why are these drivers missing from the Fedora kernel?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- why are these drivers missing from the Fedora kernel?
- From: Ranjan Maitra <maitra.mbox.ignored@xxxxxxxxx>
- Re: ppc64 kernel config changes heads up
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: ppc64 kernel config changes heads up
- From: Al Dunsmuir <al.dunsmuir@xxxxxxxxxxxx>
- Re: ppc64 kernel config changes heads up
- From: Al Dunsmuir <al.dunsmuir@xxxxxxxxxxxx>
- Re: Fedora kernel git tree and package maintenance
- From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
- file hid-ids.h
- From: Ranjan Maitra <maitra.mbox.ignored@xxxxxxxxx>
- [PATCH] kernel-tests: modsign: Change keyring name and kernel module file name
- From: Masami Ichikawa <masami256@xxxxxxxxx>
- Re: ppc64 kernel config changes heads up
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- ppc64 kernel config changes heads up
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: Fedora kernel git tree and package maintenance
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: kdbus and Fedora
- From: Harald Hoyer <harald@xxxxxxxxxx>
- Re: kdbus and Fedora
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Mark Wielaard <mjw@xxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Mark Wielaard <mjw@xxxxxxxxxx>
- Re: [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] Add 10-yama-ptrace.conf (rhbz 1209492)
- From: Mark Wielaard <mjw@xxxxxxxxxx>
- Fedora kernel git tree and package maintenance
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: sizeof - kernel modules
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: sizeof - kernel modules
- From: Josh Stone <jistone@xxxxxxxxxx>
- Re: sizeof - kernel modules
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: sizeof - kernel modules
- From: Dennis Gilmore <dennis@xxxxxxxx>
- Re: sizeof - kernel modules
- From: Mark Wielaard <mjw@xxxxxxxxxx>
- Re: sizeof - kernel modules
- From: Mark Wielaard <mjw@xxxxxxxxxx>
- Re: sizeof - kernel modules
- From: Josh Stone <jistone@xxxxxxxxxx>
- Re: sizeof - kernel modules
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: sizeof - kernel modules
- From: drago01 <drago01@xxxxxxxxx>
- Re: kernel 4.1-rc7 deadlock
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: OSSEC Alert - annun10 - Level 13 - Non standard syslog message (size too large).
- From: Josh Boyer <jwboyer@xxxxxxxxx>
- Fwd: OSSEC Alert - annun10 - Level 13 - Non standard syslog message (size too large).
- From: Lance Lassetter <lancelassetter@xxxxxxxxx>
- Re: Backporting vmmouse kernel support to Fedora-22 kernel ?
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Backporting vmmouse kernel support to Fedora-22 kernel ?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] Drop compile-fixes and upstream-reverts patches
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: mtime of untouched files changed?
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: mtime of untouched files changed?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: mtime of untouched files changed?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: mtime of untouched files changed?
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- mtime of untouched files changed?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: [systemd-devel] [PATCH/resend] Use reflinking to copy kernel
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: Backporting vmmouse kernel support to Fedora-22 kernel ?
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Backporting vmmouse kernel support to Fedora-22 kernel ?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Backporting vmmouse kernel support to Fedora-22 kernel ?
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [systemd-devel] [PATCH/resend] Use reflinking to copy kernel
- From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
- Re: Backporting vmmouse kernel support to Fedora-22 kernel ?
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Backporting vmmouse kernel support to Fedora-22 kernel ?
- From: Peter Hutterer <peter.hutterer@xxxxxxxxx>
- [PATCH/resend] Use reflinking to copy kernel
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: Backporting vmmouse kernel support to Fedora-22 kernel ?
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Backporting vmmouse kernel support to Fedora-22 kernel ?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Moving joydev back into the main modules package
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Moving joydev back into the main modules package
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Moving joydev back into the main modules package
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Moving joydev back into the main modules package
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: Moving joydev back into the main modules package
- From: Harald Hoyer <harald@xxxxxxxxxx>
- Re: Moving joydev back into the main modules package
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Moving joydev back into the main modules package
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Moving joydev back into the main modules package
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Moving joydev back into the main modules package
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Dennis Gilmore <dennis@xxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Ian Pilcher <arequipeno@xxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Jarod Wilson <jarod@xxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Jarod Wilson <jarod@xxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: kdbus and Fedora
- From: Kevin Fenzi <kevin@xxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: kdbus and Fedora
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: kdbus and Fedora
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Harald Hoyer <harald@xxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- Re: kdbus and Fedora
- From: "Jóhann B. Guðmundsson" <johannbg@xxxxxxxxx>
- Re: kdbus and Fedora
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: kdbus and Fedora
- From: Kay Sievers <kay@xxxxxxxx>
- Re: kdbus and Fedora
- From: Amit Shah <amitshah@xxxxxxx>
- Re: kdbus and Fedora
- From: Harald Hoyer <harald@xxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Harald Hoyer <harald@xxxxxxxxxx>
- Re: kdbus and Fedora
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: kdbus and Fedora
- From: Harald Hoyer <harald@xxxxxxxxxx>
- Re: Enabling CONFIG_GART_IOMMU by default?
- From: Tomáš Trnka <tomastrnka@xxxxxxx>
- Re: kdbus and Fedora
- From: Harald Hoyer <harald@xxxxxxxxxx>
- kdbus and Fedora
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Tom Callaway <tcallawa@xxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: no more files in /boot
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- [PATCH] kernel.spec: no more files in /boot
- Re: Enabling CONFIG_GART_IOMMU by default?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Enabling CONFIG_GART_IOMMU by default?
- From: Tomáš Trnka <tomastrnka@xxxxxxx>
- Re: Toshiba backlight patch for Fedora kernels
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Toshiba backlight patch for Fedora kernels
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- kernel-tests master: Fix typos found by Wouter Depypere (b4e1da1)
- From: jforbes@xxxxxxxxxxxxxxxxx
- kernel-tests master: Mention config.example if no .config is found (3196d39)
- From: jforbes@xxxxxxxxxxxxxxxxx
- Re: [PATCH] enable mvebu on the lpae kernel. it has LPAE, there is boards that can have more than 4GiB ram. anaconda defaults to installing LPAE when the hardware supports it, so any install today will not work post install.
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] enable mvebu on the lpae kernel. it has LPAE, there is boards that can have more than 4GiB ram. anaconda defaults to installing LPAE when the hardware supports it, so any install today will not work post install.
- From: Dennis Gilmore <dennis@xxxxxxxx>
- kernel-tests master: Add config example for automatic submission of logs (360a778)
- From: jforbes@xxxxxxxxxxxxxxxxx
- Re: 4.0 final, 4.1 merge window, and us
- From: "Justin M. Forbes" <jforbes@xxxxxxxxxx>
- Re: 4.0 final, 4.1 merge window, and us
- From: "Justin M. Forbes" <jforbes@xxxxxxxxxx>
- Re: 4.0 final, 4.1 merge window, and us
- From: James Harrison <jamesaharrisonuk@xxxxxxxxxxx>
- Re: 4.0 final, 4.1 merge window, and us
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: 4.0 final, 4.1 merge window, and us
- From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
- Re: 4.0 final, 4.1 merge window, and us
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: 4.0 final, 4.1 merge window, and us
- From: James Harrison <jamesaharrisonuk@xxxxxxxxxxx>
- Re: [fedora-arm] 4.0 final, 4.1 merge window, and us
- From: Al Stone <ahs3@xxxxxxxxxx>
- Re: [fedora-arm] 4.0 final, 4.1 merge window, and us
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [fedora-arm] 4.0 final, 4.1 merge window, and us
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- 4.0 final, 4.1 merge window, and us
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- kernel-tests master: Add auto submit script for FAS users (de3640d)
- From: jforbes@xxxxxxxxxxxxxxxxx
- Re: [fedora-arm] RFE: Enable CONFIG_R8188EU (from staging) in Fedora (ARM) kernels
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [fedora-arm] RFE: Enable CONFIG_R8188EU (from staging) in Fedora (ARM) kernels
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- RFE: Enable CONFIG_R8188EU (from staging) in Fedora (ARM) kernels
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [PATCH 1/2] ARMv7: add patches to fix crash on boot for some devices on multiplatform
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Disable MSM_IOMMU set BROKEN upstream
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- [PATCH 1/2] ARMv7: add patches to fix crash on boot for some devices on multiplatform
- From: Nicolas Chauvet <kwizart@xxxxxxxxx>
- [PATCH 2/2] Disable MSM_IOMMU set BROKEN upstream
- From: Nicolas Chauvet <kwizart@xxxxxxxxx>
- Re: ntfs kernel module
- From: Jeff Sadowski <jeff.sadowski@xxxxxxxxx>
- Re: ntfs kernel module
- From: Jeff Sadowski <jeff.sadowski@xxxxxxxxx>
- Re: ntfs kernel module
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: ntfs kernel module
- From: Jeff Sadowski <jeff.sadowski@xxxxxxxxx>
- Re: ntfs kernel module
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- ntfs kernel module
- From: Jeff Sadowski <jeff.sadowski@xxxxxxxxx>
- Re: i686 kernel bug priority plan
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: i686 kernel bug priority plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: i686 kernel bug priority plan
- From: drago01 <drago01@xxxxxxxxx>
- i686 kernel bug priority plan
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- kernel-tests master: Add kselftest.h (a8f3c0c)
- From: jforbes@xxxxxxxxxxxxxxxxx
- kernel-tests master: Add memfd test (b651632)
- From: jforbes@xxxxxxxxxxxxxxxxx
- Fwd: [kernel] Add patch to fix aarch64 KVM bug with module loading (rhbz 1194366).
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- kernel-tests master: LTP git repository is on github now (f58ed18)
- From: jforbes@xxxxxxxxxxxxxxxxx
- Re: [PATCH] Disable BROKEN MSM_IOMMU
- From: Rob Clark <rclark@xxxxxxxxxx>
- Re: [PATCH] Disable BROKEN MSM_IOMMU
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- [PATCH] Disable BROKEN MSM_IOMMU
- From: Nicolas Chauvet <kwizart@xxxxxxxxx>
- kernel-tests master: Add rcutorture to stress tests (e3ca1f8)
- From: jforbes@xxxxxxxxxxxxxxxxx
- kernel-tests master: Add posix timer tests (2947f58)
- From: jforbes@xxxxxxxxxxxxxxxxx
- kernel-tests master: Don't run stresspass by default (a5d370c)
- From: jforbes@xxxxxxxxxxxxxxxxx
- kernel 4.0-rc1
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: what's the "futex" thread doing when create a kvm guest ?
- From: Amit Shah <amitshah@xxxxxxx>
- Re: what's the "futex" thread doing when create a kvm guest ?
- From: Hu Jun <jhu_com@xxxxxxx>
- Re: what's the "futex" thread doing when create a kvm guest ?
- From: drago01 <drago01@xxxxxxxxx>
- what's the "futex" thread doing when create a kvm guest ?
- From: Hu Jun <jhu_com@xxxxxxx>
- Re: [PATCH] enable transactional memory support in ppc64 kernels
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] enable transactional memory support in ppc64 kernels
- From: Dan Horák <dan@xxxxxxxx>
- [PATCH] enable transactional memory support in ppc64 kernels
- From: Dan Horák <dan@xxxxxxxx>
- Re: rpmbuild of rawhide kernel fails.
- From: Steve Dickson <SteveD@xxxxxxxxxx>
- Re: rpmbuild of rawhide kernel fails.
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: rpmbuild of rawhide kernel fails.
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: rpmbuild of rawhide kernel fails.
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: rpmbuild of rawhide kernel fails.
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- rpmbuild of rawhide kernel fails.
- From: Steve Dickson <SteveD@xxxxxxxxxx>
- kernel-tests master: Add leap second test and mq memory corruption tests (eba7baf)
- From: jforbes@xxxxxxxxxxxxxxxxx
- Re: no fsck for unmounted filesystems
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: [kernel] Minor updates for ARMv7/ARM64
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: [kernel] Minor updates for ARMv7/ARM64
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: no fsck for unmounted filesystems
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: no fsck for unmounted filesystems
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: no fsck for unmounted filesystems
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: no fsck for unmounted filesystems
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: no fsck for unmounted filesystems
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- no fsck for unmounted filesystems
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Linux v3.20 plans
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: Linux v3.20 plans
- From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: Sudhir Khanger <ml@xxxxxxxxxxxxxxxxx>
- Re: Linux v3.20 plans
- From: "Justin M. Forbes" <jforbes@xxxxxxxxxx>
- Linux v3.20 plans
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: "Justin M. Forbes" <jforbes@xxxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: Sudhir Khanger <ml@xxxxxxxxxxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: "Justin M. Forbes" <jforbes@xxxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: Sudhir Khanger <ml@xxxxxxxxxxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: drago01 <drago01@xxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: Sudhir Khanger <ml@xxxxxxxxxxxxxxxxx>
- Fwd: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: Sudhir Khanger <ml@xxxxxxxxxxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: drago01 <drago01@xxxxxxxxx>
- Re: Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: Sudhir Khanger <ml@xxxxxxxxxxxxxxxxx>
- Re: Trouble cross compiling for powerpc
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: Trouble cross compiling for powerpc
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- Android Emulator not working with 3.18.3-201.fc21 and onwards
- From: Sudhir Khanger <ml@xxxxxxxxxxxxxxxxx>
- Re: Trouble cross compiling for powerpc
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: Trouble cross compiling for powerpc
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Trouble cross compiling for powerpc
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: Trouble cross compiling for powerpc
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Trouble cross compiling for powerpc
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: Enable Baytrail devices in kernel builds
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Enable Baytrail devices in kernel builds
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: Uhhuh - Dazed and confused, but trying to continue :)
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Uhhuh - Dazed and confused, but trying to continue :)
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: Enabling sun8i support in the Fedora kernels
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Enabling sun8i support in the Fedora kernels
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Enabling sun8i support in the Fedora kernels
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Uhhuh - Dazed and confused, but trying to continue :)
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Radeon driver with FC20 latest kernel update
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Uhhuh - Dazed and confused, but trying to continue :)
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Uhhuh - Dazed and confused, but trying to continue :)
- From: poma <pomidorabelisima@xxxxxxxxx>
- n_sectors mismatch - revalidation failed - resume S3
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [PATCH] build fix 3.18.2-200.fc21(ppc, s390, aarch64)
- From: Jakub Cajka <jcajka@xxxxxxxxxx>
- Re: [PATCH] build fix 3.18.2-200.fc21(ppc, s390, aarch64)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] build fix 3.18.2-200.fc21(ppc, s390, aarch64)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] build fix 3.18.2-200.fc21(ppc, s390, aarch64)
- From: Jakub Cajka <jcajka@xxxxxxxxxx>
- Re: f20 :: kernel update :: scriptlet warning
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: f20 :: kernel update :: scriptlet warning
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: f20 :: kernel update :: scriptlet warning
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: What happened to the kernel-doc package?
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Some backlight patches for the Fedora kernel
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Some backlight patches for the Fedora kernel
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Some backlight patches for the Fedora kernel
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Some uas patches for the Fedora kernel
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: Some uas patches for the Fedora kernel
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Some uas patches for the Fedora kernel
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Some backlight patches for the Fedora kernel
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: When can I skip make clean in a kernel bisect?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: When can I skip make clean in a kernel bisect?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Probable issue with older nVidia cards with 3.19 kernels
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: When can I skip make clean in a kernel bisect?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- When can I skip make clean in a kernel bisect?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Probable issue with older nVidia cards with 3.19 kernels
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Probable issue with older nVidia cards with 3.19 kernels
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Probable issue with older nVidia cards with 3.19 kernels
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Probable issue with older nVidia cards with 3.19 kernels
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Probable issue with older nVidia cards with 3.19 kernels
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Rawhide 3.19 schedule-ish
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: 3.19 kernel for rawhide?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: 3.19 kernel for rawhide?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- 3.19 kernel for rawhide?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: 3.19 Nouveau changes fedback
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: 3.19 Nouveau changes fedback
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- 3.19 Nouveau changes fedback
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Rawhide 3.19 schedule-ish
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Rawhide 3.19 schedule-ish
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: drawback of transparent_hugepage=always?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: drawback of transparent_hugepage=always?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- drawback of transparent_hugepage=always?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- stable 3.17.6
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [PATCH] drm/i915: Ignore long hpds on eDP ports
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] drm/i915: Ignore long hpds on eDP ports
- From: Dave Airlie <airlied@xxxxxxxxxx>
- Re: NFS over RMDA
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: NFS over RMDA
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: NFS over RMDA
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: NFS over RMDA
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: NFS over RMDA
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: NFS over RMDA
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: NFS over RMDA
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: NFS over RMDA
- From: Chuck Lever <chuck.lever@xxxxxxxxxx>
- Re: NFS over RMDA
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: NFS over RMDA
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: NFS over RMDA
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: NFS over RMDA
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: NFS over RMDA
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [PATCH] do not disable PPP networking on s390
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] do not disable PPP networking on s390
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] do not disable PPP networking on s390
- From: Dan Horák <dan@xxxxxxxx>
- Re: [PATCH] do not disable PPP networking on s390
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: [PATCH] do not disable PPP networking on s390
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] do not disable PPP networking on s390
- From: Dan Horák <dan@xxxxxxxx>
- Re: [PATCH] disable 8250 serial on s390x
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] disable 8250 serial on s390x
- From: Dan Horák <dan@xxxxxxxx>
- Re: [PATCH] disable 8250 serial on s390x
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] disable 8250 serial on s390x
- From: Dan Horák <dan@xxxxxxxx>
- Re: Resume still broken on Thinkpad X1 Carbon
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: crypto fix backport for 3.17 (F-21)
- From: Dan Horák <dan@xxxxxxxx>
- Re: crypto fix backport for 3.17 (F-21)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: crypto fix backport for 3.17 (F-21)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- crypto fix backport for 3.17 (F-21)
- From: Dan Horák <dan@xxxxxxxx>
- Re: Patches addition request
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: Patches addition request
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Patches addition request
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Patches addition request
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Patches addition request
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Patches addition request
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: FYI failed boot with 3.18.0-0.rc1.git1.2
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: FYI failed boot with 3.18.0-0.rc1.git1.2
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- stable: 3.17.2 - F20
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: FYI failed boot with 3.18.0-0.rc1.git1.2
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: CVE fixes in kernel-3.16.7-200.fc20
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: CVE fixes in kernel-3.16.7-200.fc20
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- CVE fixes in kernel-3.16.7-200.fc20
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: fuse: failed to open /dev/fuse: Permission denied
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: fuse: failed to open /dev/fuse: Permission denied
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw & boot (wake up from S3 & S4 & boot from S5) broken 3.18
- From: poma <pomidorabelisima@xxxxxxxxx>
- fuse: failed to open /dev/fuse: Permission denied
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Chuck Anderson <cra@xxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Michal Schmidt <mschmidt@xxxxxxxxxx>
- Re: FYI failed boot with 3.18.0-0.rc1.git1.2
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Glen Turner <gdt@xxxxxxxxx>
- Re: Overlayfs in rawhide
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: Overlayfs in rawhide
- From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
- Overlayfs in rawhide
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [Nouveau] display force off - kernel 3.18
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [Nouveau] display force off - kernel 3.18
- From: Andrei Amuraritei <sirdeiu@xxxxxxxxxx>
- Re: [Nouveau] display force off - kernel 3.18
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [PATCH] kernel.spec: enable building of perf with libnuma support
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: [PATCH] kernel.spec: enable building of perf with libnuma support
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: enable building of perf with libnuma support
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: enable building of perf with libnuma support
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] kernel.spec: enable building of perf with libnuma support
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: enable building of perf with libnuma support
- From: Dan Horák <dan@xxxxxxxx>
- Re: [PATCH] kernel.spec: enable building of perf with libnuma support
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel.spec: enable building of perf with libnuma support
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] kernel.spec: enable building of perf with libnuma support
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] kernel.spec: enable building of perf with libnuma support
- From: Petr Holasek <pholasek@xxxxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: "John W. Linville" <linville@xxxxxxxxxx>
- FYI failed boot with 3.18.0-0.rc1.git1.2
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: [Nouveau] display force off - kernel 3.18
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw & boot (wake up from S3 & S4 & boot from S5) broken 3.18
- From: Erik Edwards <erik@xxxxxxxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw & boot (wake up from S3 & S4 & boot from S5) broken 3.18
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw & boot (wake up from S3 & S4 & boot from S5) broken 3.18
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw (wake up from S3 & S4) broken - reloaded & Fedora kernels 3.18 boot from soft-off(S5) broken
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw (wake up from S3 & S4) broken - reloaded & Fedora kernels 3.18 boot from soft-off(S5) broken
- From: poma <pomidorabelisima@xxxxxxxxx>
- [Nouveau] VGA resume & thaw (wake up from S3 & S4) broken - reloaded
- From: poma <pomidorabelisima@xxxxxxxxx>
- INFO: task echo:622 blocked for more than 120 seconds. - 3.18.0-0.rc0.git
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: FYI: I have seen one rc0.git9 early boot crash
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: FYI: I have seen one rc0.git9 early boot crash
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Bill Nottingham <notting@xxxxxxxx>
- Re: FYI: I have seen one rc0.git9 early boot crash
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Michal Schmidt <mschmidt@xxxxxxxxxx>
- Re: support for l7-filter
- From: george karakou <mad-proffessor@xxxxxxxxxxx>
- Re: support for l7-filter
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- support for l7-filter
- From: george karakou <mad-proffessor@xxxxxxxxxxx>
- FYI: I have seen one rc0.git9 early boot crash
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: should we consider making CoDel the default to combat bufferbloat?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- should we consider making CoDel the default to combat bufferbloat?
- From: Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx>
- drm_kms_helper.edid_firmware=DVI-I-1 - resume(S3) - DVI-I-2: EDID broken
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [PATCH] GFS2: Make rename not save dirent location
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] GFS2: Make rename not save dirent location
- From: Bob Peterson <rpeterso@xxxxxxxxxx>
- Re: [PATCH] GFS2: Make rename not save dirent location
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] GFS2: Make rename not save dirent location
- From: Bob Peterson <rpeterso@xxxxxxxxxx>
- Re: F21 version is now ahead of rawhide version
- From: "Justin M. Forbes" <jforbes@xxxxxxxxxx>
- Re: F21 version is now ahead of rawhide version
- From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
- Re: F21 version is now ahead of rawhide version
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: F21 version is now ahead of rawhide version
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Fedora kernel git tree: each patch typically gets one line of change everyday
- From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
- Re: F21 version is now ahead of rawhide version
- From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
- F21 version is now ahead of rawhide version
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: 3.17 for F21
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Fedora kernel git tree: each patch typically gets one line of change everyday
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Fedora kernel git tree: each patch typically gets one line of change everyday
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Fedora kernel git tree: each patch typically gets one line of change everyday
- From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
- Re: Is the Fedora kernel git tree suitable for bisects?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Is the Fedora kernel git tree suitable for bisects?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: [PATCH] enable virtualization on PPC LE
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] enable virtualization on PPC LE
- From: Dan Horák <dan@xxxxxxxx>
- Re: [PATCH] enable BPF on PPC LE (#1148933)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] enable BPF on PPC LE (#1148933)
- From: Dan Horák <dan@xxxxxxxx>
- Re: perl script to check for references to unknown Kconfig macros
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: perl script to check for references to unknown Kconfig macros
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] Remove all references to unknown Kconfig symbols
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: perl script to check for references to unknown Kconfig macros
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Remove all references to unknown Kconfig symbols
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] Remove all references to unknown Kconfig symbols
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- perl script to check for references to unknown Kconfig macros
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] enable firmware assisted dump on PPC
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] enable firmware assisted dump on PPC
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] enable firmware assisted dump on PPC
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] enable firmware assisted dump on PPC
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] enable firmware assisted dump on PPC
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] enable firmware assisted dump on PPC
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw (wake up from S3 & S4) - resolved
- From: poma <pomidorabelisima@xxxxxxxxx>
- [PATCH] enable firmware assisted dump on PPC
- From: Dan Horák <dan@xxxxxxxx>
- Re: 3.17 for F21
- From: poma <pomidorabelisima@xxxxxxxxx>
- 3.17 for F21
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Building a kernel with a patch
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: Building a kernel with a patch
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: Building a kernel with a patch
- From: Biggus Gazus <earthwormgaz@xxxxxxxxx>
- Re: Building a kernel with a patch
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: Building a kernel with a patch
- From: Bastien Nocera <bnocera@xxxxxxxxxx>
- Re: Infiniband on s390x
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Building a kernel with a patch
- From: Biggus Gazus <earthwormgaz@xxxxxxxxx>
- Re: debug_dma_assert_idle - ohci - cpu touching an active dma mapped cacheline
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Building a kernel with a patch
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: Building a kernel with a patch
- From: Biggus Gazus <earthwormgaz@xxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: Roy Spliet <seven@xxxxxxxxxxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
- Re: VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
- Re: VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [Nouveau] VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: VGA resume & thaw (wake up from S3 & S4) broken - kernel exclusively
- From: poma <pomidorabelisima@xxxxxxxxx>
- VGA resume & thaw (wake up from S3 & S4) broken - kernel exclusively
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Building a kernel with a patch
- From: Biggus Gazus <earthwormgaz@xxxxxxxxx>
- Re: Building a kernel with a patch
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: Building a kernel with a patch
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Building a kernel with a patch
- From: Biggus Gazus <earthwormgaz@xxxxxxxxx>
- Re: Building a kernel with a patch
- From: Biggus Gazus <earthwormgaz@xxxxxxxxx>
- Re: Building a kernel with a patch
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Building a kernel with a patch
- From: Biggus Gazus <earthwormgaz@xxxxxxxxx>
- F21 milestone kernel versions
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- kernel-3.17.0-0.rc3.git1.1.fc22.x86_64 very sluggish
- From: Kevin Fenzi <kevin@xxxxxxxxx>
- Re: [PATCH] config: Enable kexec bzImage signature verification
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] config: Enable kexec bzImage signature verification
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [PATCH] config: Enable kexec bzImage signature verification
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: debug_dma_assert_idle - ahci - cpu touching an active dma mapped cacheline
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: F21: building kernels from srpms is broken
- From: Steve Dickson <SteveD@xxxxxxxxxx>
- Re: F21: building kernels from srpms is broken
- From: Steve Dickson <SteveD@xxxxxxxxxx>
- Re: F21: building kernels from srpms is broken
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: F21: building kernels from srpms is broken
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: F21: building kernels from srpms is broken
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: F21: building kernels from srpms is broken
- From: Steve Dickson <SteveD@xxxxxxxxxx>
- Re: F21: building kernels from srpms is broken
- From: Steve Dickson <SteveD@xxxxxxxxxx>
- Re: F21: building kernels from srpms is broken
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- F21: building kernels from srpms is broken
- From: Steve Dickson <SteveD@xxxxxxxxxx>
- Re: Rawhide backlight patches
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [PATCH] [ARM] Enable kernel-lpae for tegra devices
- From: Nicolas Chauvet <kwizart@xxxxxxxxx>
- Re: [PATCH] [ARM] Enable kernel-lpae for tegra devices
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] [ARM] Enable kernel-lpae for tegra devices
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- [PATCH] [ARM] Enable kernel-lpae for tegra devices
- From: Nicolas Chauvet <kwizart@xxxxxxxxx>
- [PATCH] Switch CMA to 10% RAM on armv7l and 128M on lpae/arm64
- From: Nicolas Chauvet <kwizart@xxxxxxxxx>
- Rawhide backlight patches
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: 3.17 for f21?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: 3.17 for f17?
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: 3.17 for f21?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- 3.17 for f17?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: [fedora-arm] [PATCH] Bump CMA to 64M by default as found in 3.15 multi_v7_defconfig
- From: Peter Robinson <pbrobinson@xxxxxxxxx>
- Re: First 3.17 merge window kernel
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: First 3.17 merge window kernel
- From: Jon Stanley <jonstanley@xxxxxxxxx>
- Re: First 3.17 merge window kernel
- From: Jon Stanley <jonstanley@xxxxxxxxx>
- Re: First 3.17 merge window kernel
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: First 3.17 merge window kernel
- From: Kevin Fenzi <kevin@xxxxxxxxx>
- First 3.17 merge window kernel
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- kernel-tests master: Fix selinux check (d58176d)
- From: jforbes@xxxxxxxxxxxxxxxxx
- kernel-tests master: Changes for packaging and config (d44e0fd)
- From: jforbes@xxxxxxxxxxxxxxxxx
- Re: Kernel tests
- From: "Justin M. Forbes" <jforbes@xxxxxxxxxx>
- Re: Kernel tests
- From: Jon Stanley <jonstanley@xxxxxxxxx>
- Kernel tests
- From: Jon Stanley <jonstanley@xxxxxxxxx>
- kernel-tests master: Add .txt extension to log file so firefox doesn't flub the mime type on upload (202b0ac)
- From: jforbes@xxxxxxxxxxxxxxxxx
- kernel-tests master: Point users to the new kernel test frontend to submit results (748050c)
- From: jforbes@xxxxxxxxxxxxxxxxx
- kernel-tests master: Check for SELinux before running paxtest (24bf68b)
- From: jforbes@xxxxxxxxxxxxxxxxx
- kernel-tests master: selinux-dac-controls test came from rhbz 1013466 (d632c33)
- From: jforbes@xxxxxxxxxxxxxxxxx
- [PATCH] Add CONFIG_ZRAM_LZ4_COMPRESS=y
- From: Nicolas Chauvet <kwizart@xxxxxxxxx>
- [PATCH] Bump CMA to 64M by default as found in 3.15 multi_v7_defconfig
- From: Nicolas Chauvet <kwizart@xxxxxxxxx>
- Re: 3.16.0 building
- From: Dan Horák <dan@xxxxxxxx>
- 3.16 vanilla for F19 and F20 (was Re: 3.16.0 building)
- From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
- 3.16.0 building
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Christoph Hellwig <hch@xxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Christoph Hellwig <hch@xxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Christoph Hellwig <hch@xxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: [kernel/f21] Make sure acpi brightness_switch is disabled (like forever in Fedora)
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Christoph Hellwig <hch@xxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Christoph Lameter <cl@xxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
- Re: [kernel/f21] Make sure acpi brightness_switch is disabled (like forever in Fedora)
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Christoph Hellwig <hch@xxxxxx>
- PWM fan speed too high
- From: poma <pomidorabelisima@xxxxxxxxx>
- [Firmware Bug]: battery: reported current charge level (5138) is higher than reported maximum charge level (5138).
- From: Paweł Sikora <pawel.sikora@xxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Christoph Hellwig <hch@xxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: Christoph Hellwig <hch@xxxxxx>
- WARNING: CPU: 1 PID: 495 at mm/slab_common.c:69 kmem_cache_create+0x1a9/0x330()
- From: poma <pomidorabelisima@xxxxxxxxx>
- mm/slab_common.c:69
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Fedora kernel update
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Fedora kernel update
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Fedora kernel update
- From: poma <pomidorabelisima@xxxxxxxxx>
- Fedora kernel update
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: Remove ppc32 support
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- zram stacktraces -> 3.16.0-0.rc3.git3.1.fc21.x86_64
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Fwd: [Intel-gfx] [PATCH 0/5] drm/i915: Fix backlight regression caused by misconfigured VBT
- From: "Justin M. Forbes" <jforbes@xxxxxxxxxx>
- Re: 3.15.2-200.fc20.x86_64 fine here
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: 3.15.2-200.fc20.x86_64 fine here
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- 3.15.2-200.fc20.x86_64 fine here
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Would building netconsole in for debug kernels make sense?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Would building netconsole in for debug kernels make sense?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Would building netconsole in for debug kernels make sense?
- From: poma <pomidorabelisima@xxxxxxxxx>
- console font
- From: poma <pomidorabelisima@xxxxxxxxx>
- Re: Would building netconsole in for debug kernels make sense?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Would building netconsole in for debug kernels make sense?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Would building netconsole in for debug kernels make sense?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Would building netconsole in for debug kernels make sense?
- From: Neil Horman <nhorman@xxxxxxxxxx>
- Re: Would building netconsole in for debug kernels make sense?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Re: Would building netconsole in for debug kernels make sense?
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: Would building netconsole in for debug kernels make sense?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Would building netconsole in for debug kernels make sense?
- From: Bruno Wolff III <bruno@xxxxxxxx>
- Fwd: [Intel-gfx] [PATCH 0/5] drm/i915: Fix backlight regression caused by misconfigured VBT
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
[Index of Archives]
[Older Fedora Users Mail]
[DVB]
[Samba]
[USB]
[Yosemite Questions]
