LKML: Linux Kernel Archive 2007 Q3
Thread Index
[
Prev Page
][
Next Page
]
Re: [PATCH] [5/12] x86_64: Make patching more robust, fix paravirt issue
From
: Linus Torvalds <
[email protected]
>
Re: [patch 11/23] Fix m32r __xchg
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] [5/12] x86_64: Make patching more robust, fix paravirt issue
From
: Chris Wright <
[email protected]
>
Re: power off disk drives while running
From
: Robert Hancock <
[email protected]
>
Re: how to add debug information into the vmlinux
From
: "Xu Yang" <
[email protected]
>
Re: how to add debug information into the vmlinux
From
: Jan Engelhardt <
[email protected]
>
Re: how to add debug information into the vmlinux
From
: "Xu Yang" <
[email protected]
>
Re: encrypted hibernation (was Re: Hibernation considerations)
From
: "Dr. David Alan Gilbert" <
[email protected]
>
linux-image-2.6.22-1-amd64: Ethernet not functioning on Nvidia MCP51
From
: Philippe Bourcier <
[email protected]
>
linux-image-2.6.22-1-amd64: Ethernet not functioning on Nvidia MCP51
From
: Philippe Bourcier <
[email protected]
>
Re: [linux-usb-devel] why was MODALIAS removed from usb kernel events? [u]
From
: "Andreas Jellinghaus [c]" <
[email protected]
>
Re: power off disk drives while running
From
: "Brennan Ashton" <
[email protected]
>
Re: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: Robin Getz <
[email protected]
>
Re: [PATCH] [1/4] x86_64: Fail dma_alloc_coherent on dma less devices
From
: Andi Kleen <
[email protected]
>
Re: + proc-export-a-processes-resource-limits-via-proc-pid.patch added to -mm tree
From
: Oleg Nesterov <
[email protected]
>
Re: + proc-export-a-processes-resource-limits-via-proc-pid.patch added to -mm tree
From
: Neil Horman <
[email protected]
>
Re: [PATCH] x86-64: memset optimization
From
: Andi Kleen <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Al Viro <
[email protected]
>
Re: [PATCH] include linux/types.h in if_fddi.h
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH 8/9] define global BIT macro
From
: Randy Dunlap <
[email protected]
>
tracking MAINTAINERS versus tracking SUBSYSTEMS
From
: "Robert P. J. Day" <
[email protected]
>
[RFC,PATCH 5/5] exec: RT sub-thread can livelock and monopolize CPU on exec
From
: Oleg Nesterov <
[email protected]
>
[PATCH 4/5] exec: consolidate 2 fast-paths
From
: Oleg Nesterov <
[email protected]
>
[PATCH 1/5] exec: kill unsafe BUG_ON(sig->count) checks
From
: Oleg Nesterov <
[email protected]
>
[PATCH 3/5] exec: simplify the new ->sighand allocation
From
: Oleg Nesterov <
[email protected]
>
[PATCH 2/5] exec: simplify ->sighand switching
From
: Oleg Nesterov <
[email protected]
>
Re: [PATCH] [1/4] x86_64: Fail dma_alloc_coherent on dma less devices
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 4/4] maps: /proc/<pid>/pmaps interface - memory maps in granularity of pages
From
: Matt Mackall <
[email protected]
>
Re: [PATCH 8/9] define global BIT macro
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH 2/2] MAINTAINERS
From
: "J. Bruce Fields" <
[email protected]
>
Re: [PATCH 2/2] MAINTAINERS
From
: Joe Perches <
[email protected]
>
Re: [PATCH 2/2] MAINTAINERS
From
: Joe Perches <
[email protected]
>
Re: [PATCH 2/2] MAINTAINERS
From
: Randy Dunlap <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: [PATCH 8/9] define global BIT macro
From
: Randy Dunlap <
[email protected]
>
Re: [PATCH] [540/2many] MAINTAINERS - WATCHDOG DEVICE DRIVERS
From
: Wim Van Sebroeck <
[email protected]
>
Re: Panic with XFS on RHEL5 (2.6.18-8.1.8.el5)
From
: Jan Engelhardt <
[email protected]
>
Re: Panic with XFS on RHEL5 (2.6.18-8.1.8.el5)
From
: Chris Boot <
[email protected]
>
Re: power off disk drives while running
From
: Jan Engelhardt <
[email protected]
>
[PATCH] Fix f_version type: should be u64 instead of unsigned long
From
: Mathieu Desnoyers <
[email protected]
>
power off disk drives while running
From
: "Marty Leisner" <
[email protected]
>
Re: [patch 2/2] Sort module list by pointer address to get coherent sleepable seq_file iterators
From
: Mathieu Desnoyers <
[email protected]
>
Re: [PATCH trivial] include/asm-*/system.h: remove unused set_rmb(), set_wmb() macros
From
: Paul Mundt <
[email protected]
>
Re: Panic with XFS on RHEL5 (2.6.18-8.1.8.el5)
From
: Måns Rullgård <
[email protected]
>
Re: [draft] Blackfin Early Printk implmentation
From
: Robin Getz <
[email protected]
>
[PATCH trivial] include/asm-*/system.h: remove unused set_rmb(), set_wmb() macros
From
: Stefan Richter <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: Daniel Schaffrath <
[email protected]
>
Re: [PATCH 2/2] MAINTAINERS
From
: "J. Bruce Fields" <
[email protected]
>
Re: [PATCH] x86-64: memset optimization
From
: Stephen Hemminger <
[email protected]
>
Re: Panic with XFS on RHEL5 (2.6.18-8.1.8.el5)
From
: Chris Boot <
[email protected]
>
LDD3 pitfalls (was Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures)
From
: Stefan Richter <
[email protected]
>
Re: [PATCH 002 of 6] Introduce rq_for_each_segment replacing rq_for_each_bio
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 002 of 6] Introduce rq_for_each_segment replacing rq_for_each_bio
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
strange probe order issue after platform_add_devices()
From
: hufey <
[email protected]
>
Re: [PATCH 002 of 6] Introduce rq_for_each_segment replacing rq_for_each_bio
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 6/6] UML - Fix hostfs style
From
: Satyam Sharma <
[email protected]
>
[PATCH] qconf: show red links for disabled options
From
: "Marco Costalba" <
[email protected]
>
Re: Marvell 88E8056 gigabit ethernet controller
From
: Kevin E <
[email protected]
>
[rfc patch] firewire: fw-ohci: enforce read order for selfID generation
From
: Stefan Richter <
[email protected]
>
Re: Corrupted filesystem with new Firewire stack
From
: Stefan Richter <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: + proc-export-a-processes-resource-limits-via-proc-pid.patch added to -mm tree
From
: Oleg Nesterov <
[email protected]
>
Re: Panic with XFS on RHEL5 (2.6.18-8.1.8.el5)
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH 6/6] Do not use FASTCALL for __alloc_pages_nodemask()
From
: Andi Kleen <
[email protected]
>
Re: Panic with XFS on RHEL5 (2.6.18-8.1.8.el5)
From
: Måns Rullgård <
[email protected]
>
Re: Marvell 88E8056 gigabit ethernet controller
From
: Willy Tarreau <
[email protected]
>
Re: + proc-export-a-processes-resource-limits-via-proc-pid.patch added to -mm tree
From
: Neil Horman <
[email protected]
>
Re: Marvell 88E8056 gigabit ethernet controller
From
: Kevin E <
[email protected]
>
[PATCH] mm: add end_buffer_read helper function
From
: Dmitry Monakhov <
[email protected]
>
[PATCH] Add some help texts to recently-introduced kconfig items
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: Kay Sievers <
[email protected]
>
Re: System call interposition/unprotecting the table
From
: Andi Kleen <
[email protected]
>
Master volume control broken (regression against 2.6.22)
From
: Thomas Meyer <
[email protected]
>
Re: [PATCH 4/4] maps: /proc/<pid>/pmaps interface - memory maps in granularity of pages
From
: Fengguang Wu <
[email protected]
>
Re: warning in set_irq_chip, ARM port (was Re: bug information)
From
: "Xu Yang" <
[email protected]
>
Re: kernel 2.6.19 porting
From
: "Xu Yang" <
[email protected]
>
Re: kernel 2.6.19 porting
From
: "Xu Yang" <
[email protected]
>
Panic with XFS on RHEL5 (2.6.18-8.1.8.el5)
From
: Chris Boot <
[email protected]
>
Re: kernel 2.6.19 porting
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] [5/12] x86_64: Make patching more robust, fix paravirt issue
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] x86-64: memset optimization
From
: Andi Kleen <
[email protected]
>
warning in set_irq_chip, ARM port (was Re: bug information)
From
: Stefan Richter <
[email protected]
>
[PATCH 9/9] FlashPoint, use BIT instead of BITW
From
: Jiri Slaby <
[email protected]
>
[PATCH 8/9] define global BIT macro
From
: Jiri Slaby <
[email protected]
>
[PATCH 6/9] define first set of BIT* macros
From
: Jiri Slaby <
[email protected]
>
[PATCH 5/9] amba-pl011, rename BIT macro
From
: Jiri Slaby <
[email protected]
>
[PATCH 4/9] s2io, rename BIT macro
From
: Jiri Slaby <
[email protected]
>
[PATCH 3/9] i2c-pxa, rename BIT macro to PXA_BIT
From
: Jiri Slaby <
[email protected]
>
[PATCH 2/9] cyber2000fb, rename BIT macro
From
: Jiri Slaby <
[email protected]
>
[PATCH 1/9] fs/select, remove unused macros
From
: Jiri Slaby <
[email protected]
>
Re: [RFC 2/9] Use NOMEMALLOC reclaim to allow reclaim if PF_MEMALLOC is set
From
: Pavel Machek <
[email protected]
>
Re: how to send a text format emai?
From
: Coly Li <
[email protected]
>
Re: [PATCH 4/4] maps: /proc/<pid>/pmaps interface - memory maps in granularity of pages
From
: Fengguang Wu <
[email protected]
>
Re: kfree(0) - ok?
From
: Jan Engelhardt <
[email protected]
>
Re: kfree(0) - ok?
From
: "Pekka Enberg" <
[email protected]
>
[PATCH 09/23] lib: percpu_counter_init error handling
From
: Peter Zijlstra <
[email protected]
>
Re: [PATCH] x86-64: memset optimization
From
: Eric Dumazet <
[email protected]
>
[PATCH 2/2] MAINTAINERS
From
: Joe Perches <
[email protected]
>
[2.6.23-rc3 possible regression] 8250 claims nonexisting device blocking IO port
From
: Andrey Borzenkov <
[email protected]
>
Re: 2.6.22-rc: regression: no irda0 interface (2.6.21 was OK), smsc does not find chip
From
: Andrey Borzenkov <
[email protected]
>
Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports from the host TCP port space.
From
: David Miller <
[email protected]
>
Re: [PATCH 4/4] maps: /proc/<pid>/pmaps interface - memory maps in granularity of pages
From
: Matt Mackall <
[email protected]
>
Re: [PATCH] [5/12] x86_64: Make patching more robust, fix paravirt
From
: sean a <
[email protected]
>
Re: [draft] Blackfin Early Printk implmentation
From
: Sam Ravnborg <
[email protected]
>
group ownership of tun devices -- nonfunctional?
From
: "Mike Mohr" <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: Marvell 88E8056 gigabit ethernet controller
From
: Willy Tarreau <
[email protected]
>
Re: kernel 2.6.19 porting
From
: Willy Tarreau <
[email protected]
>
Re: [Patch 2.6.22.2 ] : drivers/net/via-rhine.c: Offload checksum handling to VT6105M
From
: Willy Tarreau <
[email protected]
>
Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel
From
: Kyle Moffett <
[email protected]
>
Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports from the host TCP port space.
From
: Roland Dreier <
[email protected]
>
Re: Kernel 2.6.20: INFO: possible circular locking dependency detected
From
: Willy Tarreau <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
SLUB bug on sparc64
From
: David Miller <
[email protected]
>
Re: [PATCH] i386: optimize memset of 6 and 8 bytes
From
: David Miller <
[email protected]
>
[PATCH 1/2] scripts/get_maintainer.pl
From
: Joe Perches <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: David Brownell <
[email protected]
>
Re: + cifs-check-for-granted-memory.patch added to -mm tree
From
: Cyrill Gorcunov <
[email protected]
>
Re: [PATCH] i386: optimize memset of 6 and 8 bytes
From
: Stephen Hemminger <
[email protected]
>
Re: [PATCH 1/7] Simple Performance Counters: Core Piece
From
: Mathieu Desnoyers <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 7/7] Simple Performance Counters: SLUB instrumentation
From
: Mathieu Desnoyers <
[email protected]
>
Re: [PATCH 4/4] maps: /proc/<pid>/pmaps interface - memory maps in granularity of pages
From
: Fengguang Wu <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: Kay Sievers <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH] i386: optimize memset of 6 and 8 bytes
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] i386: optimize memset of 6 and 8 bytes
From
: Stephen Hemminger <
[email protected]
>
Re: [PATCH] i386: optimize memset of 6 and 8 bytes
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] - git-send-email.perl
From
: Joe Perches <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH] powerpc: Implement atomic{,64}_{read,write}() without volatile
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: kfree(0) - ok?
From
: Christoph Lameter <
[email protected]
>
[PATCH 6/6] UML - Fix hostfs style
From
: Jeff Dike <
[email protected]
>
[PATCH 5/6] UML - Remove unneeded if from hostfs
From
: Jeff Dike <
[email protected]
>
[PATCH 2/6] UML - Use 64-bits for block size on x86_64
From
: Jeff Dike <
[email protected]
>
[PATCH 1/6] UML - Fix inlines
From
: Jeff Dike <
[email protected]
>
[PATCH 3/6] UML - Userspace files should call libc directly
From
: Jeff Dike <
[email protected]
>
[PATCH 4/6] UML - Clean up tlb flush path
From
: Jeff Dike <
[email protected]
>
[PATCH 0/6] UML - Code cleanups for 2.6.24
From
: Jeff Dike <
[email protected]
>
Re: [PATCH] - git-send-email.perl
From
: Junio C Hamano <
[email protected]
>
[PATCH 3/3] dma: use dma_flags_set_dmaflush in ib_umem_get
From
:
[email protected]
[PATCH 2/3] dma: override "dma_flags_set_dmaflush" for sn-ia64
From
:
[email protected]
[PATCH 1/3] dma: introduce no-op stub "dma_flags_set_dmaflush"
From
:
[email protected]
[PATCH 0/3] allow drivers to flush in-flight DMA
From
:
[email protected]
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH] [5/12] x86_64: Make patching more robust, fix paravirt issue
From
: Chris Wright <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH] [5/12] x86_64: Make patching more robust, fix paravirt issue
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: Marvell 88E8056 gigabit ethernet controller
From
: Stephen Hemminger <
[email protected]
>
[announce] Updated PS3 Linux Distro Kit released
From
: Geoff Levand <
[email protected]
>
Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports from the host TCP port space.
From
: David Miller <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
[PATCH] i386: optimize memset of 6 and 8 bytes
From
: Stephen Hemminger <
[email protected]
>
Re: kfree(0) - ok?
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: kfree(0) - ok?
From
: Thomas Gleixner <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
[PATCH] x86-64: memset optimization
From
: Stephen Hemminger <
[email protected]
>
[PATCH] serial: keep the DTR setting for serial console.
From
: Yinghai Lu <
[email protected]
>
Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports from the host TCP port space.
From
: Roland Dreier <
[email protected]
>
Re: kfree(0) - ok?
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH][kprobes] support kretprobe-blacklist
From
: Masami Hiramatsu <
[email protected]
>
Re: [PATCH] Fix section mismatch in the Adaptec DPT SCSI Raid driver
From
: Joe Korty <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 01/12] Blackfin arch: add peripheral resource allocation support
From
: David Brownell <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: David Brownell <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: + proc-export-a-processes-resource-limits-via-proc-pid.patch added to -mm tree
From
: Oleg Nesterov <
[email protected]
>
Re: high system cpu load during intense disk i/o
From
: Dimitrios Apostolou <
[email protected]
>
Re: + cifs-check-for-granted-memory.patch added to -mm tree
From
: "Jesper Juhl" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 01/12] Blackfin arch: add peripheral resource allocation support
From
: Robin Getz <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH][kprobes] support kretprobe-blacklist
From
: Andrew Morton <
[email protected]
>
RE: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: "Hennerich, Michael" <
[email protected]
>
Re: [PATCH -mm] x86_64: Save registers in saved_context during suspend and hibernation
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: Robin Getz <
[email protected]
>
Re: kfree(0) - ok?
From
: "Pekka Enberg" <
[email protected]
>
Re: kfree(0) - ok?
From
: Satyam Sharma <
[email protected]
>
Re: how to add debug information into the vmlinux
From
: "Jesper Juhl" <
[email protected]
>
Re: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: David Brownell <
[email protected]
>
Re: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: David Brownell <
[email protected]
>
Re: [PATCH 01/12] Blackfin arch: add peripheral resource allocation support
From
: David Brownell <
[email protected]
>
Re: Early printk behaviour
From
: Robin Getz <
[email protected]
>
Re: [PATCH 5/6] Filter based on a nodemask as well as a gfp_mask
From
: Christoph Lameter <
[email protected]
>
Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports from the host TCP port space.
From
: David Miller <
[email protected]
>
[PATCH] IRDA: Avoid a label defined but not used warning in irda_init()
From
: Jesper Juhl <
[email protected]
>
Re: kfree(0) - ok?
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH] Fix section mismatch in the Adaptec DPT SCSI Raid driver
From
: Andrew Morton <
[email protected]
>
Re: kfree(0) - ok?
From
: Christoph Lameter <
[email protected]
>
Re: Early printk behaviour
From
: "Mike Frysinger" <
[email protected]
>
Re: [PATCH -mm] x86_64: Save registers in saved_context during suspend and hibernation
From
: Andrew Morton <
[email protected]
>
[PATCH] Cyclades: Avoid label defined but not used warning
From
: Jesper Juhl <
[email protected]
>
Re: [PATCH 6/6] Do not use FASTCALL for __alloc_pages_nodemask()
From
: Christoph Lameter <
[email protected]
>
Re: kfree(0) - ok?
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 4/6] Record how many zones can be safely skipped in the zonelist
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 3/6] Embed zone_id information within the zonelist->zones pointer
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH]: proc: export a processes resource limits via proc/<pid>
From
: Neil Horman <
[email protected]
>
Re: kfree(0) - ok?
From
: Satyam Sharma <
[email protected]
>
Re: Early printk behaviour
From
: Robin Getz <
[email protected]
>
Re: [PATCH 2/6] Use one zonelist that is filtered instead of multiple zonelists
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH RFC] CPU hotplug support for preemptible RCU
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] select: fix sys_select to not leak ERESTARTNOHAND to userspace
From
: Neil Horman <
[email protected]
>
[PATCH] Fix section mismatch in the Adaptec DPT SCSI Raid driver
From
: Joe Korty <
[email protected]
>
how to add debug information into the vmlinux
From
: "Xu Yang" <
[email protected]
>
Re: kfree(0) - ok?
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 1/7] Simple Performance Counters: Core Piece
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 7/7] Simple Performance Counters: SLUB instrumentation
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 00/23] per device dirty throttling -v9
From
: Christoph Lameter <
[email protected]
>
RE: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: "Hennerich, Michael" <
[email protected]
>
Re: [PATCH]: proc: export a processes resource limits via proc/<pid>
From
:
[email protected]
Re: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: "Mike Frysinger" <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: David Brownell <
[email protected]
>
Re: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: "Mike Frysinger" <
[email protected]
>
[PATCH 6/6] Do not use FASTCALL for __alloc_pages_nodemask()
From
: Mel Gorman <
[email protected]
>
[PATCH 5/6] Filter based on a nodemask as well as a gfp_mask
From
: Mel Gorman <
[email protected]
>
[PATCH 4/6] Record how many zones can be safely skipped in the zonelist
From
: Mel Gorman <
[email protected]
>
[PATCH 3/6] Embed zone_id information within the zonelist->zones pointer
From
: Mel Gorman <
[email protected]
>
[PATCH 2/6] Use one zonelist that is filtered instead of multiple zonelists
From
: Mel Gorman <
[email protected]
>
[PATCH 1/6] Use zonelists instead of zones when direct reclaiming pages
From
: Mel Gorman <
[email protected]
>
[PATCH 0/6] Use one zonelist per node instead of multiple zonelists v4
From
: Mel Gorman <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: David Brownell <
[email protected]
>
Re: [draft] Blackfin Early Printk implmentation
From
: Robin Getz <
[email protected]
>
Re: [PATCH] wait_task_zombie: don't fight with non-existing race with a dying ptracee
From
: Roland McGrath <
[email protected]
>
RE: [PATCH 01/12] Blackfin arch: add peripheral resource allocation support
From
: "Hennerich, Michael" <
[email protected]
>
Re: [PATCH] Make rcutorture RNG use temporal entropy
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Arjan van de Ven <
[email protected]
>
Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports from the host TCP port space.
From
: Roland Dreier <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: Jan Engelhardt <
[email protected]
>
Re: SVr4/SVID/SUS IPC conformance
From
: "Jesper Juhl" <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: David Brownell <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH]: proc: export a processes resource limits via proc/<pid>
From
: Andrew Morton <
[email protected]
>
[PATCH] Reset current->pdeath_signal on SUID binary execution
From
: Marcel Holtmann <
[email protected]
>
[PATCH][kprobes] support kretprobe-blacklist
From
: Masami Hiramatsu <
[email protected]
>
Re: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: "Mike Frysinger" <
[email protected]
>
[PATCH,RESEND] documentation: atomic_add_unless() doesn't imply mb() on failure
From
: Oleg Nesterov <
[email protected]
>
[PATCH] CIFS: check for granted memory
From
: Cyrill Gorcunov <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 1/2] Add scaled time to taskstats based process accounting
From
: Balbir Singh <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Phillip Susi <
[email protected]
>
Re: [PATCH 1/2] Add scaled time to taskstats based process accounting
From
: Andrew Morton <
[email protected]
>
Re: SVr4/SVID/SUS IPC conformance
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] Make rcutorture RNG use temporal entropy
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] lockdep: annotate rcu_read_{,un}lock()
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Chris Friesen" <
[email protected]
>
Re: [PATCH] lockdep: annotate rcu_read_{,un}lock()
From
: Corey Minyard <
[email protected]
>
Re: [draft] Blackfin Early Printk implmentation
From
: "Mike Frysinger" <
[email protected]
>
Re: kfree(0) - ok?
From
: Satyam Sharma <
[email protected]
>
Re: kfree(0) - ok?
From
: Jan Engelhardt <
[email protected]
>
Re: kfree(0) - ok?
From
: Arjan van de Ven <
[email protected]
>
[Patch 2.6.22.2 ] : drivers/net/via-rhine.c: Offload checksum handling to VT6105M
From
: K Naru <
[email protected]
>
Re: [PATCH 02/12] Blackfin arch: Add label to call new GPIO API
From
: David Brownell <
[email protected]
>
Re: [PATCH 01/12] Blackfin arch: add peripheral resource allocation support
From
: David Brownell <
[email protected]
>
Re: [PATCH 12/12] Blackfin serial driver: use new GPIO API
From
: David Brownell <
[email protected]
>
Re: [draft] Blackfin Early Printk implmentation
From
: Robin Getz <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: kfree(0) - ok?
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: Adding a security parameter to VFS functions
From
: Andreas Gruenbacher <
[email protected]
>
Re: [draft] Blackfin Early Printk implmentation
From
: Sam Ravnborg <
[email protected]
>
Re: [draft] Blackfin Early Printk implmentation
From
: "Mike Frysinger" <
[email protected]
>
[PATCH] - git-send-email.perl
From
: Joe Perches <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: rtl8187: Invalid hwaddr! Using randomly generated MAC address
From
: "John W. Linville" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
[draft] Blackfin Early Printk implmentation
From
: Robin Getz <
[email protected]
>
SVr4/SVID/SUS IPC conformance
From
: Anton Arapov <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: Kay Sievers <
[email protected]
>
Re: [linux-usb-devel] why was MODALIAS removed from usb kernel events? [u]
From
: Alan Stern <
[email protected]
>
Re: [PATCH 1/2] Add scaled time to taskstats based process accounting
From
:
[email protected]
(Linas Vepstas)
Re: [PATCH 4/4] maps: /proc/<pid>/pmaps interface - memory maps in granularity of pages
From
: Matt Mackall <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: David Brownell <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 1/7] Simple Performance Counters: Core Piece
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH] __group_complete_signal: eliminate unneeded wakeup of ->group_exit_task
From
: Oleg Nesterov <
[email protected]
>
Re: [-mm PATCH] DMA engine kconfig improvements (rev2)
From
: Adrian Bunk <
[email protected]
>
rtl8187: Invalid hwaddr! Using randomly generated MAC address
From
: Alan Jenkins <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: "Kay Sievers" <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: David Brownell <
[email protected]
>
kernel 2.6.19 porting
From
: "Xu Yang" <
[email protected]
>
Re: [PATCH 17/23] mm: count reclaimable pages per BDI
From
: Josef Sipek <
[email protected]
>
Re: [PATCH 16/23] mm: scalable bdi statistics counters.
From
: Peter Zijlstra <
[email protected]
>
Re: [PATCH 7/7] Simple Performance Counters: SLUB instrumentation
From
: Mathieu Desnoyers <
[email protected]
>
Re: [PATCH 16/23] mm: scalable bdi statistics counters.
From
: Josef Sipek <
[email protected]
>
Re: [PATCH 11/23] mm: bdi init hooks
From
: Peter Zijlstra <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: Atsushi Nemoto <
[email protected]
>
Re: [PATCH 0/3] x86_64 EFI runtime service support
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH 11/23] mm: bdi init hooks
From
: Josef Sipek <
[email protected]
>
bug information
From
: "Xu Yang" <
[email protected]
>
Re: [PATCH 2/7] Simple Performance Counters: x86_64 support
From
: Mathieu Desnoyers <
[email protected]
>
[linux-acpi] No ACPI Sleep button events problem
From
: "Michał Majchrowicz" <
[email protected]
>
Re: how to send a text format emai?
From
: "Jesper Juhl" <
[email protected]
>
Re: [PATCH 09/23] lib: percpu_counter_init error handling
From
: Peter Zijlstra <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: Atsushi Nemoto <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: David Brownell <
[email protected]
>
how to send a text format emai?
From
: "Xu Yang" <
[email protected]
>
RE: [-mm PATCH] DMA engine kconfig improvements (rev2)
From
: "Nelson, Shannon" <
[email protected]
>
Re: [PATCH 09/23] lib: percpu_counter_init error handling
From
: Josef Sipek <
[email protected]
>
Re: [patch 3/4] Linux Kernel Markers - Documentation
From
: Mathieu Desnoyers <
[email protected]
>
Re: [-mm PATCH 0/9] Memory controller introduction (v6)
From
: Dhaval Giani <
[email protected]
>
Re: [PATCH] lockdep: annotate rcu_read_{,un}lock()
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] [428/2many] MAINTAINERS - SERIAL ATA (SATA) SUBSYSTEM:
From
: Joe Perches <
[email protected]
>
Re: Testing the Current Upstream Kernel
From
: Dave Jones <
[email protected]
>
Re: [PATCH 02/23] lib: percpu_counter_add
From
: Josef Sipek <
[email protected]
>
Re: [PATCH] [428/2many] MAINTAINERS - SERIAL ATA (SATA) SUBSYSTEM:
From
: Sergei Shtylyov <
[email protected]
>
Re: [PATCH] select: fix sys_select to not leak ERESTARTNOHAND to userspace
From
: John Blackwood <
[email protected]
>
Re: Thinking outside the box on file systems
From
:
[email protected]
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: Jan Engelhardt <
[email protected]
>
[PATCH] wait_task_zombie: don't fight with non-existing race with a dying ptracee
From
: Oleg Nesterov <
[email protected]
>
Re: [Cluster-devel] Re: [gfs2][RFC] readdir caused ls process into D (uninterruptible) state, under testing with Samba 3.0.25
From
: Steven Whitehouse <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: David Brownell <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Phillip Susi <
[email protected]
>
Re: RFHelp: Splitting MAINTAINERS into maintainers/* and Makefile/Kconfig support
From
: Joe Perches <
[email protected]
>
Re: [linux-usb-devel] why was MODALIAS removed from usb kernel events? [u]
From
: "Andreas Jellinghaus [c]" <
[email protected]
>
Re: [PATCH] Isolate some explicit usage of task->tgid
From
: Pavel Emelyanov <
[email protected]
>
Re: Need help with modules loading
From
: Larry Finger <
[email protected]
>
Re: [linux-usb-devel] why was MODALIAS removed from usb kernel events? [u]
From
: Alan Stern <
[email protected]
>
Re: RFHelp: Splitting MAINTAINERS into maintainers/* and Makefile/Kconfig support
From
: Sam Ravnborg <
[email protected]
>
Re: [PATCH] Isolate some explicit usage of task->tgid
From
: Oleg Nesterov <
[email protected]
>
why was MODALIAS removed from usb kernel events? [u]
From
: "Andreas Jellinghaus [c]" <
[email protected]
>
[PATCH][resend] i386: Fix a couple busy loops in mach_wakecpu.h:wait_for_init_deassert()
From
: Satyam Sharma <
[email protected]
>
Re: Testing the Current Upstream Kernel
From
: Dave Jones <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
[PATCH] [SCSI] arcmsr: Fix error handling
From
: Maik Hampel <
[email protected]
>
Re: System call interposition/unprotecting the table
From
: Dave Jones <
[email protected]
>
[PATCH] Isolate some explicit usage of task->tgid
From
: Pavel Emelyanov <
[email protected]
>
Re: [kvm-devel] [PATCH/RFC 3/4]Introduce "account modifiers" mechanism
From
: Laurent Vivier <
[email protected]
>
Re: [PATCH] hostfs: Remove pointless if statement
From
: Jeff Dike <
[email protected]
>
Re: [kvm-devel] [PATCH/RFC 3/4]Introduce "account modifiers" mechanism
From
: Christian Borntraeger <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
[PATCH -mm] PNP: Make pnpacpi_suspend handle errors
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH -mm] x86_64: Save registers in saved_context during suspend and hibernation
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [kvm-devel] [PATCH/RFC 4/4, second shot]KVM uses "account_guest_time()"
From
: Laurent Vivier <
[email protected]
>
bug information
From
: "Xu Yang" <
[email protected]
>
Re: [kvm-devel] [PATCH/RFC 3/4]Introduce "account modifiers" mechanism
From
: Laurent Vivier <
[email protected]
>
Re: [patch] encapsulate uevent()/add_uevent_var() buffer handling
From
: Cornelia Huck <
[email protected]
>
Re: [kvm-devel] [PATCH/RFC 4/4, second shot]KVM uses "account_guest_time()"
From
: Avi Kivity <
[email protected]
>
Re: [kvm-devel] [PATCH/RFC 3/4, second shot]Introduce "account_guest_time"
From
: Avi Kivity <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [kvm-devel] [PATCH/RFC 3/4]Introduce "account modifiers" mechanism
From
: Avi Kivity <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Marvell 88E8056 gigabit ethernet controller
From
: Kevin E <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 000 of 6] A few block-layer tidy-up patches.
From
: Jens Axboe <
[email protected]
>
Re: Corrupted filesystem with new Firewire stack
From
: "Martin K. Petersen" <
[email protected]
>
Re: RFHelp: Splitting MAINTAINERS into maintainers/* and Makefile/Kconfig support
From
: Joe Perches <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] Make checkpatch rant about trailing ; at the end of "if" expr
From
: Jan Engelhardt <
[email protected]
>
Re: [2.6.23-rc3] NFSv4 client oops
From
: Trond Myklebust <
[email protected]
>
Re: [PATCH/RFC 4/4, second shot]KVM uses "account_guest_time()"
From
: Laurent Vivier <
[email protected]
>
[PATCH/RFC 3/4, second shot]Introduce "account_guest_time"
From
: Laurent Vivier <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] NOMMU: Separate out VMAs
From
: Bernd Schmidt <
[email protected]
>
Re: Unable to handle kernel NULL pointer dereference at 0000000000000001 RIP
From
: Jiri Kosina <
[email protected]
>
Unable to handle kernel NULL pointer dereference at 0000000000000001 RIP
From
: Andreas Moroder <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: nanosleep() accuracy
From
: Michal Schmidt <
[email protected]
>
Re: [PATCH]: proc: export a processes resource limits via proc/<pid>
From
: Neil Horman <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: [patch] add kdump_after_notifier
From
: Vivek Goyal <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: [another git patch] move USB net drivers to drivers/net
From
: Jan Engelhardt <
[email protected]
>
recursive use of bust_spinlocks()
From
: "Jan Beulich" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: nf_conntrack_ipv4 must be loaded explicitly
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel
From
: "Miguel Ojeda" <
[email protected]
>
[PATCH 2.6.22.3] ppp: fix output buffer size in ppp_decompress_frame
From
: Konstantin Sharlaimov <
[email protected]
>
[RFC][PATCH] maps: show swapped out pages in smaps
From
: Fengguang Wu <
[email protected]
>
[PATCH] Use find_task_by_pid_ns() in places that operate with virtual pids
From
: Pavel Emelyanov <
[email protected]
>
[PATCH] Fix the return value of sys_set_tid_address()
From
: Pavel Emelyanov <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
[PATCH] Fix check for return value of create_pid_namespace
From
: Pavel Emelyanov <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH/RFC 3/4]Introduce "account modifiers" mechanism
From
: Laurent Vivier <
[email protected]
>
Re: Fork Bombing Patch
From
: Paul Jackson <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
[-mm PATCH 3/9] Memory controller accounting setup (v6)
From
: Balbir Singh <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Andi Kleen <
[email protected]
>
[-mm PATCH 6/9] Memory controller add per container LRU and reclaim (v6)
From
: Balbir Singh <
[email protected]
>
[-mm PATCH 8/9] Memory controller add switch to control what type of pages to limit (v6)
From
: Balbir Singh <
[email protected]
>
[-mm PATCH 9/9] Memory controller make page_referenced() container aware (v6)
From
: Balbir Singh <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
[-mm PATCH 7/9] Memory controller OOM handling (v6)
From
: Balbir Singh <
[email protected]
>
[-mm PATCH 0/9] Memory controller introduction (v6)
From
: Balbir Singh <
[email protected]
>
[-mm PATCH 2/9] Memory controller containers setup (v6)
From
: Balbir Singh <
[email protected]
>
[-mm PATCH 4/9] Memory controller memory accounting (v6)
From
: Balbir Singh <
[email protected]
>
[-mm PATCH 5/9] Memory controller task migration (v6)
From
: Balbir Singh <
[email protected]
>
[-mm PATCH 1/9] Memory controller resource counters (v6)
From
: Balbir Singh <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: how can I get an account on master.kernel.org machine
From
: "ye janboe" <
[email protected]
>
Re: [PATCH/RFC 3/4]Introduce "account modifiers" mechanism
From
: Rusty Russell <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH]: proc: export a processes resource limits via proc/<pid>
From
:
[email protected]
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] lockdep: annotate rcu_read_{,un}lock()
From
: Peter Zijlstra <
[email protected]
>
Re: [PATCH] sysfs: don't warn on removal of a nonexistent binary file
From
: Cornelia Huck <
[email protected]
>
Re: Need help with modules loading
From
: "Kay Sievers" <
[email protected]
>
Re: nanosleep() accuracy
From
: Jan Engelhardt <
[email protected]
>
Re: Early printk behaviour
From
: Gerd Hoffmann <
[email protected]
>
Re: [PATCH] Only initialize hvc_console if needed, cleanup Kconfig help
From
: Stephen Rothwell <
[email protected]
>
Re: nanosleep() accuracy
From
: GolovaSteek <
[email protected]
>
Re: [Cluster-devel] Re: [gfs2][RFC] readdir caused ls process into D (uninterruptible) state, under testing with Samba 3.0.25
From
: "rae l" <
[email protected]
>
Re: Fork Bombing Patch
From
: Petr Tesarik <
[email protected]
>
Re: [PATCH/RFC 3/4]Introduce "account modifiers" mechanism
From
: Laurent Vivier <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: nanosleep() accuracy
From
: Michal Schmidt <
[email protected]
>
Re: [PATCH 000 of 6] A few block-layer tidy-up patches.
From
: Neil Brown <
[email protected]
>
Re: Fork Bombing Patch
From
: Paul Jackson <
[email protected]
>
Re: [PATCH 00/23] per device dirty throttling -v9
From
: Peter Zijlstra <
[email protected]
>
[Announce] RHEL5 LSPP/EAL4 Certification Testsuite has been released
From
: Subrata Modak <
[email protected]
>
Re: [PATCH 002 of 6] Introduce rq_for_each_segment replacing rq_for_each_bio
From
: Geert Uytterhoeven <
[email protected]
>
Re: [PATCH 3/6] writeback: remove pages_skipped accounting in __block_write_full_page()
From
: Fengguang Wu <
[email protected]
>
Re: [PATCH] autofs4: deadlock during create
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 4/4] maps: /proc/<pid>/pmaps interface - memory maps in granularity of pages
From
: Fengguang Wu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Geert Uytterhoeven <
[email protected]
>
[PATCH] hostfs: Remove pointless if statement
From
: Satyam Sharma <
[email protected]
>
Re: [linux-pm] Re: Storing Maintainers info around the kernel tree
From
: Stefan Richter <
[email protected]
>
Re: RFHelp: Splitting MAINTAINERS into maintainers/* and Makefile/Kconfig support
From
: Chris Snook <
[email protected]
>
Re: [PATCH 000 of 6] A few block-layer tidy-up patches.
From
: Jens Axboe <
[email protected]
>
Re: MOTU Fastlane USB MIDI interface
From
: "Clemens Ladisch" <
[email protected]
>
Re: [linux-pm] Re: [PATH 1/1] Kexec jump - v2 - kexec jump
From
: "Huang, Ying" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
[PATCH One-liner] Bug fix of cfag12864b
From
: Max Extreme <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
[BUGFIX] x86_64: NX bit handling in change_page_attr
From
: "Huang, Ying" <
[email protected]
>
Re: [PATCH] [120/2many] MAINTAINERS - CFAG12864BFB LCD FRAMEBUFFER DRIVER
From
: "Miguel Ojeda" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] sn-ia64: allow drivers to flush in-flight DMA
From
: Roland Dreier <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
[PATCH] serial: Add pci ids for PA Semi PWRficient onchip uarts
From
: Olof Johansson <
[email protected]
>
Re: [PATCH 1/2] Add scaled time to taskstats based process accounting
From
: Michael Neuling <
[email protected]
>
Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel
From
: Casey Schaufler <
[email protected]
>
Re: [PATCH] [120/2many] MAINTAINERS - CFAG12864BFB LCD FRAMEBUFFER DRIVER
From
: Joe Perches <
[email protected]
>
Re: Thinking outside the box on file systems
From
:
[email protected]
NFS client show nothing for "ls" command.
From
: gshan <
[email protected]
>
Re: [PATCH 1/2] Add scaled time to taskstats based process accounting
From
: Balbir Singh <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: Machine automagically reboots with 2.6.23-rc2-mm2
From
: Balbir Singh <
[email protected]
>
Re: [PATCH] [120/2many] MAINTAINERS - CFAG12864BFB LCD FRAMEBUFFER DRIVER
From
: "Miguel Ojeda" <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Rene Herman <
[email protected]
>
Re: [PATCH] [120/2many] MAINTAINERS - CFAG12864BFB LCD FRAMEBUFFER DRIVER
From
: "Miguel Ojeda" <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
RE: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH] autofs4: deadlock during create
From
: Ian Kent <
[email protected]
>
Re: [PATCH 4/4] maps: /proc/<pid>/pmaps interface - memory maps in granularity of pages
From
: Matt Mackall <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 4/4] maps: /proc/<pid>/pmaps interface - memory maps in granularity of pages
From
: Fengguang Wu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 2/4] maps: address based vma walking
From
: Fengguang Wu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 1/4] maps: PSS(proportional set size) accounting in smaps
From
: Fengguang Wu <
[email protected]
>
Re: [PATCH 4/4] maps: /proc/<pid>/pmaps interface - memory maps in granularity of pages
From
: Matt Mackall <
[email protected]
>
Re: Machine automagically reboots with 2.6.23-rc2-mm2
From
: Michael Neuling <
[email protected]
>
Need help with modules loading
From
: Larry Finger <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Joe Perches <
[email protected]
>
Re: [linux-pm] Re: Storing Maintainers info around the kernel tree
From
: Rene Herman <
[email protected]
>
Re: [PATCH take #5] [libata] libata driver for bf548 on chip ATAPI controller.
From
: Bryan Wu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 2/4] maps: address based vma walking
From
: Matt Mackall <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Joe Perches <
[email protected]
>
Re: [PATCH 1/4] maps: PSS(proportional set size) accounting in smaps
From
: Matt Mackall <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Chris Snook <
[email protected]
>
Re: [linux-pm] Re: Storing Maintainers info around the kernel tree
From
: Alan Stern <
[email protected]
>
Re: [linux-pm] Re: Storing Maintainers info around the kernel tree
From
: Rene Herman <
[email protected]
>
[PATCH] remove STR() macros
From
: Glauber de Oliveira Costa <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1553 driver hotplug-aware
From
: Atsushi Nemoto <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH RFC] CPU hotplug support for preemptible RCU
From
: "Paul E. McKenney" <
[email protected]
>
[PATCH] Only initialize hvc_console if needed, cleanup Kconfig help
From
: Rusty Russell <
[email protected]
>
Re: [PATCH 0/3] x86_64 EFI runtime service support
From
: "Huang, Ying" <
[email protected]
>
Re: [PATCH] sysfs: don't warn on removal of a nonexistent binary file
From
: Tejun Heo <
[email protected]
>
[PATCH 1/2] Add scaled time to taskstats based process accounting
From
: Michael Neuling <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [-mm PATCH] DMA engine kconfig improvements (rev2)
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH 00/23] per device dirty throttling -v8
From
: Dave Jones <
[email protected]
>
Re: [PATCH] powerpc: Implement atomic{,64}_{read,write}() without volatile
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 000 of 6] A few block-layer tidy-up patches.
From
: Neil Brown <
[email protected]
>
Re: [PATCH 1/2] Add scaled time to taskstats based process accounting
From
: Michael Neuling <
[email protected]
>
[-mm PATCH] DMA engine kconfig improvements (rev2)
From
: Shannon Nelson <
[email protected]
>
Re: [patch 1/2] i386: use asm() like the other atomic operations already do.
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH] pxa2xx PCMCIA timing issue on iPAQ H5550
From
: Steven Newbury <
[email protected]
>
Re: [PATCH 2/2] [POWERPC] Add scaled time accounting
From
: Michael Neuling <
[email protected]
>
[PATCH 2.6.23-rc2-rt2] misc. compile fixes for UP builds
From
: Kevin Hilman <
[email protected]
>
Re: Adding a security parameter to VFS functions
From
: Al Viro <
[email protected]
>
[patch 1/1] usb quirks: Add Canon EOS 5D (PC Connection mode) to the autosuspend blacklist
From
: Paul Walmsley <
[email protected]
>
Re: Adding a security parameter to VFS functions
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH] ACPI: boot correctly with "nosmp" or "maxcpus=0"
From
: Andi Kleen <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: Thinking outside the box on file systems
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH] ACPI: boot correctly with "nosmp" or "maxcpus=0"
From
: Len Brown <
[email protected]
>
Re: Adding a security parameter to VFS functions
From
: Linus Torvalds <
[email protected]
>
[PATCH] sn-ia64: allow drivers to flush in-flight DMA
From
:
[email protected]
nanosleep() accuracy
From
: GolovaSteek <
[email protected]
>
RE: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "David Schwartz" <
[email protected]
>
Re: [PATCH/RFC 3/4]Introduce "account modifiers" mechanism
From
: Rusty Russell <
[email protected]
>
Re: Adding a security parameter to VFS functions
From
: Andreas Gruenbacher <
[email protected]
>
Re: [-mm patch] AFLAGS: fix the -g setting
From
: Roland McGrath <
[email protected]
>
Re: [PATCH 1/2] Add scaled time to taskstats based process accounting
From
: Paul Mackerras <
[email protected]
>
[PATCH] Moxa: Fix warning: 'CheckIsMoxaMust' defined but not used
From
: Jesper Juhl <
[email protected]
>
Re: Adding a security parameter to VFS functions
From
: Andreas Gruenbacher <
[email protected]
>
User process freezes on NFSv4 client
From
: Gabor Kovacs <
[email protected]
>
Re: [-mm patch] AFLAGS: fix the -g setting
From
: Adrian Bunk <
[email protected]
>
[PATCH] Moxa: Fix tiny compiler warning when building withoug CONFIG_PCI
From
: Jesper Juhl <
[email protected]
>
[PATCH 4/4] maps: /proc/<pid>/pmaps interface - memory maps in granularity of pages
From
: Fengguang Wu <
[email protected]
>
[PATCH 2/4] maps: address based vma walking
From
: Fengguang Wu <
[email protected]
>
[PATCH 1/4] maps: PSS(proportional set size) accounting in smaps
From
: Fengguang Wu <
[email protected]
>
[PATCH 3/4] maps: introduce generic_maps_open()
From
: Fengguang Wu <
[email protected]
>
[PATCH 0/4] process memory footprints in proc/<pid>/[s|p]maps
From
: Fengguang Wu <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Phillip Susi <
[email protected]
>
Re: [linux-pm] Re: Storing Maintainers info around the kernel tree
From
: Stefan Richter <
[email protected]
>
Re: which drive to pluck?
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH 1/23] document preferred use of volatile with atomic_t
From
: Segher Boessenkool <
[email protected]
>
Re: lmbench ctxsw regression with CFS
From
: "Siddha, Suresh B" <
[email protected]
>
Machine automagically reboots with 2.6.23-rc2-mm2
From
: Balbir Singh <
[email protected]
>
Re: [PATCH 00/23] per device dirty throttling -v9
From
: Christoph Lameter <
[email protected]
>
which drive to pluck?
From
: Dexter Filmore <
[email protected]
>
Re: MOTU Fastlane USB MIDI interface
From
: David Griffith <
[email protected]
>
Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports from the host TCP port space.
From
: David Miller <
[email protected]
>
Re: [ANNOUNCE][RFC] PlugSched-6.5.1 for 2.6.22
From
:
[email protected]
RE: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Luck, Tony" <
[email protected]
>
Re: [PATCH] UML - Add a .note.SuSE section
From
: Jeff Dike <
[email protected]
>
Re: Fork Bombing Patch
From
: Chris Snook <
[email protected]
>
Re: PROBLEM: 2.6.23-rc "NETDEV WATCHDOG: eth0: transmit timed out"
From
: "Karl Meyer" <
[email protected]
>
Re: [-mm patch] AFLAGS: fix the -g setting
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel
From
: Pavel Machek <
[email protected]
>
Re:[Spam] Re: [PATCH] UML - Add a .note.SuSE section
From
: "Alberto Pires de Oliveira Neto" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
RFHelp: Splitting MAINTAINERS into maintainers/* and Makefile/Kconfig support
From
: Joe Perches <
[email protected]
>
Re: Self healing in linux ?
From
: Chris Snook <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH] [540/2many] MAINTAINERS - WATCHDOG DEVICE DRIVERS
From
: Joe Perches <
[email protected]
>
Re: Re: [ANNOUNCE][RFC] PlugSched-6.5.1 for 2.6.22
From
:
[email protected]
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Joe Perches <
[email protected]
>
Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH] [540/2many] MAINTAINERS - WATCHDOG DEVICE DRIVERS
From
: Wim Van Sebroeck <
[email protected]
>
Re: [RFC 0/9] Reclaim during GFP_ATOMIC allocs
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
khvcd
From
: Dave Jones <
[email protected]
>
Re: Kernel 2.6.20: INFO: possible circular locking dependency detected
From
: Alan Cox <
[email protected]
>
[PATCH] sysfs: don't warn on removal of a nonexistent binary file
From
: Alan Stern <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] UML - Add a .note.SuSE section
From
: Sam Ravnborg <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Chris Snook <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Chris Snook <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Chris Snook <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH] [540/2many] MAINTAINERS - WATCHDOG DEVICE DRIVERS
From
: Wim Van Sebroeck <
[email protected]
>
Re: [PATCH 1/2] Add a new field `name' to struct linux_binfmt
From
: "Mike Frysinger" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH] UML - Add a .note.SuSE section
From
: Jeff Dike <
[email protected]
>
Re: [PATCH 1/2] Add a new field `name' to struct linux_binfmt
From
: Alexey Dobriyan <
[email protected]
>
Re: [patch 1/2] i386: use asm() like the other atomic operations already do.
From
: Chris Snook <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Christoph Lameter <
[email protected]
>
Re: 2.6.22.2-cfs-v19.1 stops honouring nice 3 after some hours
From
: Michael Gerdau <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Junio C Hamano <
[email protected]
>
Re: Early printk behaviour
From
: Robin Getz <
[email protected]
>
Re: [PATCH take #5] [libata] libata driver for bf548 on chip ATAPI controller.
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re: sata_nv + ADMA + Samsung disk problem
From
: Jim Paris <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH take #5] [libata] libata driver for bf548 on chip ATAPI controller.
From
: "Mike Frysinger" <
[email protected]
>
SLUB problems (was Re: lvcreate on 2.6.22.1: kernel tried to execute NX-protected page)
From
: Juergen Kreileder <
[email protected]
>
Re: [PATCH] ACPI: boot correctly with "nosmp" or "maxcpus=0"
From
: Andi Kleen <
[email protected]
>
Re: [PATCH take #5] [libata] libata driver for bf548 on chip ATAPI controller.
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] UML - Add a .note.SuSE section
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 1/2] Add a new field `name' to struct linux_binfmt
From
: "Mike Frysinger" <
[email protected]
>
Kernel 2.6.20: INFO: possible circular locking dependency detected
From
: Authenticated <
[email protected]
>
Re: 2.6.22.2-cfs-v19.1 stops honouring nice 3 after some hours
From
: Peter Zijlstra <
[email protected]
>
Re: Thinking outside the box on file systems
From
:
[email protected]
Re: Thinking outside the box on file systems
From
: Phillip Susi <
[email protected]
>
Re: [stable] no announce mails for "older" stable-releases on linux-kernel-announce (Was: Re: Linux 2.6.20.16)
From
: Greg KH <
[email protected]
>
Re: [PATCH] nand/s3c2410.c: fix header file include path
From
: Ben Dooks <
[email protected]
>
RE: scripts/mod/file2alias.c cross compile problem
From
: Thomas Renninger <
[email protected]
>
Re: [stable] [PATCH] UML - Add a .note.SuSE section
From
: Greg KH <
[email protected]
>
Re: dual Xeon hyperthread system only showing up as 2 cpus
From
: "Chris Friesen" <
[email protected]
>
Re: [ofa-general] [PATCH 7/7] IB/ehca: Prevent overwriting QP init attributes given by caller
From
: Hoang-Nam Nguyen <
[email protected]
>
Re: Early printk behaviour
From
: "Mike Frysinger" <
[email protected]
>
Re: dst cache overflow
From
: Eric Dumazet <
[email protected]
>
Re: [stable] [PATCH] UML - Add a .note.SuSE section
From
: Chris Wright <
[email protected]
>
Re: [PATCH 1/2] Add scaled time to taskstats based process accounting
From
:
[email protected]
(Linas Vepstas)
Re: [PATCH] UML - Add a .note.SuSE section
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] fix panic in jbd by adding locks
From
: Josef Bacik <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 3/6] sh: remove extraneous ; on scif_sercon_putc wait loop
From
: Paul Mundt <
[email protected]
>
Re: [PATCH take #5] [libata] libata driver for bf548 on chip ATAPI controller.
From
: "Mike Frysinger" <
[email protected]
>
RE: scripts/mod/file2alias.c cross compile problem
From
: "Luck, Tony" <
[email protected]
>
[PATCH] UML - Add a .note.SuSE section
From
: Jeff Dike <
[email protected]
>
[PATCH] UML - Fix previous request size limit fix
From
: Jeff Dike <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: Paul Mundt <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: [GIT PULL] please pull infiniband.git for-linus branch
From
: Roland Dreier <
[email protected]
>
[PATCH] Fix rmmod of asus_laptop
From
: "Guillaume Chazarain" <
[email protected]
>
Re: [ofa-general] [PATCH 7/7] IB/ehca: Prevent overwriting QP init attributes given by caller
From
: Roland Dreier <
[email protected]
>
Re: [PATCH] rtc: Make rtc-ds1553 driver hotplug-aware
From
: Paul Mundt <
[email protected]
>
Self healing in linux ?
From
: sk malik <
[email protected]
>
Re: [PATCH 0/3] x86_64 EFI runtime service support
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH] fix panic in jbd by adding locks
From
: Jan Kara <
[email protected]
>
Re: sata_nv + ADMA + Samsung disk problem
From
: Gabor Gombas <
[email protected]
>
[PATCH] rtc: Make rtc-ds1742 driver hotplug-aware
From
: Atsushi Nemoto <
[email protected]
>
[PATCH] rtc: Make rtc-ds1553 driver hotplug-aware
From
: Atsushi Nemoto <
[email protected]
>
[PATCH] rtc: Make rtc-rs5c348 driver hotplug-aware
From
: Atsushi Nemoto <
[email protected]
>
Re: [patch 2/8] Immediate Values - Architecture Independent Code
From
: Mathieu Desnoyers <
[email protected]
>
Re: [PATCH] lockdep: annotate rcu_read_{,un}lock()
From
: "Paul E. McKenney" <
[email protected]
>
Re: sata drive loosing connection/resetting port
From
: Andreas Radke <
[email protected]
>
Re: [PATCH 3/3] tty_io.c: don't use flush_scheduled_work()
From
: Oleg Nesterov <
[email protected]
>
[PATCH/RFC 4/4]Modify KVM to use the "account modifiers"
From
: Laurent Vivier <
[email protected]
>
[PATCH/RFC 3/4]Introduce "account modifiers" mechanism
From
: Laurent Vivier <
[email protected]
>
[PATCH/RFC 2/4]Introduce a new field "guest" in task_struct
From
: Laurent Vivier <
[email protected]
>
[PATCH/RFC 1/4]Introduce a new field "guest" in cpustat
From
: Laurent Vivier <
[email protected]
>
[PATCH/RFC 0/4]Virtual Machine time accounting
From
: Laurent Vivier <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Rene Herman <
[email protected]
>
Re: [linux-pm] Re: Storing Maintainers info around the kernel tree
From
: Rene Herman <
[email protected]
>
Re: [PATCH take2] Use ERESTART_RESTARTBLOCK if poll() is interrupted by a signal
From
: Oleg Nesterov <
[email protected]
>
Re: MOTU Fastlane USB MIDI interface
From
: Clemens Ladisch <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Al Viro <
[email protected]
>
Re: [PATCH] sh: replace mutexes which are used in SH-4 user page copy/clear functions in 2.6.22.X
From
: Paul Mundt <
[email protected]
>
Re: [linux-pm] Re: Storing Maintainers info around the kernel tree
From
: Alan Stern <
[email protected]
>
Re: Thinking outside the box on file systems
From
:
[email protected]
RE: [PATCH 1/1] cciss: fix error reporting for SG_IO
From
: "Cameron, Steve" <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
