LKML: Linux Kernel Archive 2005 Q4
Thread Index
[
Prev Page
][
Next Page
]
Re: [2.6 patch] i386: always use 4k stacks
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Thomas Gleixner <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Mike Snitzer <
[email protected]
>
Re: Recursion bug in -rt
From
: David Singleton <
[email protected]
>
tulip on alpha ds10l 100MbpsFD problem
From
: Vladimir Lazarenko <
[email protected]
>
Re: [PATCH 0/3] Link lxdialog with mconf directly
From
: Sam Ravnborg <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: David Lang <
[email protected]
>
Re: [ckrm-tech] Re: [RFC][patch 00/21] PID Virtualization: Overview and Patches
From
: Dave Hansen <
[email protected]
>
Re: [RFC/RFT] swsusp: image size tunable (was: Re: [PATCH][mm] swsusp: limit image size)
From
: "Rafael J. Wysocki" <
[email protected]
>
[rfc][patch 6/6] Page host virtual assist: s390 support.
From
: Martin Schwidefsky <
[email protected]
>
[rfc][patch 5/6] Page host virtual assist: discarded page list.
From
: Martin Schwidefsky <
[email protected]
>
[rfc][patch 4/6] Page host virtual assist: minor fault optimization.
From
: Martin Schwidefsky <
[email protected]
>
[rfc][patch 1/6] Page host virtual assist: base patch.
From
: Martin Schwidefsky <
[email protected]
>
[rfc][patch 3/6] Page host virtual assist: writable ptes.
From
: Martin Schwidefsky <
[email protected]
>
[rfc][patch 2/6] Page host virtual assist: make mlocked pages stable.
From
: Martin Schwidefsky <
[email protected]
>
[rfc] guest page hinting patches, take #2.
From
: Martin Schwidefsky <
[email protected]
>
Re: pte_alloc_kernel parameters
From
: Hugh Dickins <
[email protected]
>
Re: [2.6 patch] remove the deprecated check_gcc
From
: Sam Ravnborg <
[email protected]
>
lockd: couldn't create RPC handle for (host)
From
: Ryan Richter <
[email protected]
>
Re: 2.6.15-rc5-rt1 will not compile (was Re: 2.6.14-rt15: cannot build with !PREEMPT_RT)
From
: Lee Revell <
[email protected]
>
Re: [ckrm-tech] Re: [RFC][patch 00/21] PID Virtualization: Overview and Patches
From
: Gerrit Huizenga <
[email protected]
>
Re: [PATCH 3/3] Fix problems on multi-TB filesystem and file
From
: Trond Myklebust <
[email protected]
>
Re: [PATCH 3/3] [kconfig] Direct use of lxdialog routines by menuconfig
From
: Sam Ravnborg <
[email protected]
>
Re: [PATCH 02/04] Cpuset: use rcu directly optimization
From
: Paul Jackson <
[email protected]
>
reiser4 oops in 2.6.15-rc5-mm1
From
: Jurriaan on adsl-gate <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH 04/04] Cpuset: skip rcu check if task is in root cpuset
From
: Paul Jackson <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Alan Cox <
[email protected]
>
Re: [PATCH 0/3] *at syscalls: Intro
From
: Jim Meyering <
[email protected]
>
Re: Fwd: [2.6 patch] i386: always use 4k stacks
From
: Alan Cox <
[email protected]
>
Re: [PATCH 3/3] Fix problems on multi-TB filesystem and file
From
: Trond Myklebust <
[email protected]
>
[PATCH] MMC - CONFIG_HOTPLUG support
From
: Anderson Briglia <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Arjan van de Ven <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Mike Snitzer <
[email protected]
>
Re: [PATCH 2/2] dasd: remove dynamic ioctl registration
From
: Martin Schwidefsky <
[email protected]
>
Re: [RFC/RFT] swsusp: image size tunable (was: Re: [PATCH][mm] swsusp: limit image size)
From
: Christian Trefzer <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Lee Revell <
[email protected]
>
Re: [2.6.14.3] S3 and USB
From
: Greg KH <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Oliver Neukum <
[email protected]
>
Re: [PATCH 2/2] dasd: remove dynamic ioctl registration
From
: Ric Wheeler <
[email protected]
>
[patch 0/4] 4 patches for 2.6.15
From
: Greg Kroah-Hartman <
[email protected]
>
[patch 4/4] UHCI: add missing memory barriers
From
: Greg Kroah-Hartman <
[email protected]
>
[patch 1/4] i2c: Fix i2c-mv64xxx compilation error
From
: Greg Kroah-Hartman <
[email protected]
>
Re: PROBLEM: Error compiling linux-2.6.9
From
: Adrian Bunk <
[email protected]
>
[patch 3/4] PCI: Fix dumb bug in mmconfig fix
From
: Greg Kroah-Hartman <
[email protected]
>
[patch 2/4] PCI express must be initialized before PCI hotplug
From
: Greg Kroah-Hartman <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Horst von Brand <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Arjan van de Ven <
[email protected]
>
Re: [-mm patch] more updates for the gcc >= 3.2 requirement
From
: Adrian Bunk <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Steven Rostedt <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Oliver Neukum <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Brian Gerst <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Horst von Brand <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: "John Hawkes" <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: Sridhar Samudrala <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Arjan van de Ven <
[email protected]
>
Re: swsusp: documentation fixes
From
: Dave Jones <
[email protected]
>
Re: [spi-devel-general] Re: [PATCH/RFC] SPI: add DMAUNSAFE analog
From
: David Brownell <
[email protected]
>
Re: [-mm patch] more updates for the gcc >= 3.2 requirement
From
: Horst von Brand <
[email protected]
>
Re: Recursion bug in -rt
From
: Dinakar Guniguntala <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Giridhar Pemmasani <
[email protected]
>
Re: gtkpod and Filesystem
From
: Gunter Ohrner <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Dave Jones <
[email protected]
>
Re: [RFC/RFT] swsusp: image size tunable (was: Re: [PATCH][mm] swsusp: limit image size)
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
:
[email protected]
Re: Help track down a freezing machine
From
: Kalin KOZHUHAROV <
[email protected]
>
Re: [PATCH 02/04] Cpuset: use rcu directly optimization
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/3] *at syscalls: Intro
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 04/04] Cpuset: skip rcu check if task is in root cpuset
From
: "Paul E. McKenney" <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: Stephen Hemminger <
[email protected]
>
Re: [PATCH/RFC] SPI: add DMAUNSAFE analog to David Brownell's core
From
: Greg KH <
[email protected]
>
Re: [ckrm-tech] Re: [RFC][patch 00/21] PID Virtualization: Overview and Patches
From
: Dave Hansen <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: "Luck, Tony" <
[email protected]
>
Re: [PATCH 2.6 1/2] usb/input: Add relayfs support to appletouch driver
From
: Horst von Brand <
[email protected]
>
RE: Re: gtkpod and Filesystem
From
: "Bonilla, Alejandro" <
[email protected]
>
Fwd: [2.6 patch] i386: always use 4k stacks
From
: Mike Snitzer <
[email protected]
>
RE: Re: gtkpod and Filesystem
From
: Kasper Sandberg <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
: Jamie Lokier <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH 2/2] dasd: remove dynamic ioctl registration
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH 0/3] *at syscalls: Intro
From
: Jakub Jelinek <
[email protected]
>
RE: Re: gtkpod and Filesystem
From
: "Bonilla, Alejandro" <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 2/2] dasd: remove dynamic ioctl registration
From
: Martin Schwidefsky <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 0/3] *at syscalls: Intro
From
: Ulrich Drepper <
[email protected]
>
Re: Problems in the SiS IDE driver
From
: Vojtech Pavlik <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Michael Buesch <
[email protected]
>
Re: Problems in the SiS IDE driver
From
: Vojtech Pavlik <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Russell King <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Adrian Bunk <
[email protected]
>
RE: Support for Digi Neo 8p board in jsm driver
From
: "Kilau, Scott" <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: "Linh Dang" <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Kyle Moffett <
[email protected]
>
Re: Repeated USB disconnect and reconnect with Wacom Intuos3 6x11 tablet
From
: Andrew Burgess <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Matt Reuther <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Nick Piggin <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Diego Calleja <
[email protected]
>
IDE: PDC20275 turning on/off DMA dangerous?
From
: Clemens Koller <
[email protected]
>
[PATCH] i386 No Idle HZ aka dynticks 051216
From
: Con Kolivas <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: "Linh Dang" <
[email protected]
>
RE: Re: gtkpod and Filesystem
From
: "Bonilla, Alejandro" <
[email protected]
>
[PATCH] idle.c fix unused var compile warning
From
: Clemens Koller <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Kyle Moffett <
[email protected]
>
Re: gtkpod and Filesystem
From
: Gunter Ohrner <
[email protected]
>
Re: [PATCH 2/2] dasd: remove dynamic ioctl registration
From
: Christoph Hellwig <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH 2/2] dasd: remove dynamic ioctl registration
From
: Martin Schwidefsky <
[email protected]
>
gtkpod and Filesystem
From
: "Alejandro Bonilla" <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Xavier Bestel <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Alex Davis <
[email protected]
>
Re: Support for Digi Neo 8p board in jsm driver
From
: Adrian Bunk <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
[2.6.14.3] S3 and USB
From
: Jan De Luyck <
[email protected]
>
Re: [patch 3/3] s390: dasd extended error reporting module.
From
: Christoph Hellwig <
[email protected]
>
[PATCH 2/2] dasd: remove dynamic ioctl registration
From
: Christoph Hellwig <
[email protected]
>
Re: [patch 3/3] s390: dasd extended error reporting module.
From
: Martin Schwidefsky <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Russell King <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
: "Serge E. Hallyn" <
[email protected]
>
[PATCH 1/2] build dasd_cmd into dasd_mod
From
: Christoph Hellwig <
[email protected]
>
Re: [RFC/RFT] swsusp: image size tunable (was: Re: [PATCH][mm] swsusp: limit image size)
From
: Christian Trefzer <
[email protected]
>
driver loading during boot
From
: yogeshwar sonawane <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: Alan Cox <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Adrian Bunk <
[email protected]
>
Re: VM_RESERVED and PG_reserved : Allocating memory for video buffers
From
: Markus Rechberger <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Adrian Bunk <
[email protected]
>
Re: slow sync of fat 32 hotplugged devices
From
: Bodo Eggert <
[email protected]
>
Re: smp race fix between invalidate_inode_pages* and do_no_page
From
: Andrea Arcangeli <
[email protected]
>
Re: [patch 3/3] s390: dasd extended error reporting module.
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: "Linh Dang" <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Nick Piggin <
[email protected]
>
Re: VM_RESERVED and PG_reserved : Allocating memory for video buffers
From
: Nick Piggin <
[email protected]
>
linux 2.6.14.4 sparc compile problem
From
: Gerhard Mack <
[email protected]
>
[patch 3/3] s390: dasd extended error reporting module.
From
: Martin Schwidefsky <
[email protected]
>
[patch 2/3] s390: cleanup Kconfig.
From
: Martin Schwidefsky <
[email protected]
>
[patch 1/3] s390: fix invalid return code in sclp_cpi.
From
: Martin Schwidefsky <
[email protected]
>
s390 update patches take 2.
From
: Martin Schwidefsky <
[email protected]
>
Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks]
From
: Matthew Wilcox <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Russell King <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Nick Piggin <
[email protected]
>
[PATCH 2/3] Fix problems on multi-TB filesystem and file
From
: "Takashi Sato" <
[email protected]
>
[PATCH 3/3] Fix problems on multi-TB filesystem and file
From
: "Takashi Sato" <
[email protected]
>
[PATCH 1/3] Fix problems on multi-TB filesystem and file
From
: "Takashi Sato" <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Diego Calleja <
[email protected]
>
Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks]
From
: Denis Vlasenko <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Nick Piggin <
[email protected]
>
raid over sata - write barrier
From
: "Szloboda Zsolt" <
[email protected]
>
Re: 2.6.15-rc5-mm3
From
: Lenar Lõhmus <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
:
[email protected]
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
:
[email protected]
(Eric W. Biederman)
[PATCH 10/12] readahead: disable look-ahead for loopback file
From
: Wu Fengguang <
[email protected]
>
[PATCH 08/12] readahead: events accounting
From
: Wu Fengguang <
[email protected]
>
[PATCH 09/12] readahead: laptop mode support
From
: Wu Fengguang <
[email protected]
>
[PATCH 07/12] readahead: other methods
From
: Wu Fengguang <
[email protected]
>
[PATCH 11/12] readahead: nfsd support
From
: Wu Fengguang <
[email protected]
>
[PATCH 06/12] readahead: context based method
From
: Wu Fengguang <
[email protected]
>
[PATCH 12/12] readahead: improve interactivity
From
: Wu Fengguang <
[email protected]
>
[PATCH 04/12] readahead: parameters
From
: Wu Fengguang <
[email protected]
>
[PATCH 02/12] readahead: some preparation
From
: Wu Fengguang <
[email protected]
>
[PATCH 05/12] readahead: state based method
From
: Wu Fengguang <
[email protected]
>
[PATCH 03/12] readahead: call scheme
From
: Wu Fengguang <
[email protected]
>
[PATCH 00/12] Adaptive read-ahead V10
From
: Wu Fengguang <
[email protected]
>
[PATCH 01/12] radixtree: look-aside cache
From
: Wu Fengguang <
[email protected]
>
Re: swsusp: documentation fixes
From
: Pavel Machek <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
:
[email protected]
(Eric W. Biederman)
Re: 2.6.15-rc5-rt2 slowness
From
: Steven Rostedt <
[email protected]
>
Re: 2.6.15-rc5-rt2 slowness
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: Robin Holt <
[email protected]
>
Re: [patch 5/6] statistics infrastructure
From
: Martin Peschke <
[email protected]
>
Re: swsusp: documentation fixes
From
: Nigel Cunningham <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Denis Vlasenko <
[email protected]
>
Re: Oops in 2.6.15-rc5-rt2
From
: Gunter Ohrner <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Erik Mouw <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Adrian Bunk <
[email protected]
>
Re: 2.6.15-rc5-rt2 slowness
From
: Gunter Ohrner <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
[PATCH] [6/6] Add pselect/ppoll system calls on i386
From
: David Woodhouse <
[email protected]
>
Re: 2.6.15-rc5-rt2 slowness
From
: Gunter Ohrner <
[email protected]
>
[PATCH] [5/6] Handle TIF_RESTORE_SIGMASK for i386
From
: David Woodhouse <
[email protected]
>
[PATCH] [4/6] Handle TIF_RESTORE_SIGMASK for FRV
From
: David Woodhouse <
[email protected]
>
[PATCH] [3/6] Generic sys_rt_sigsuspend()
From
: David Woodhouse <
[email protected]
>
[PATCH] [2/6] TIF_RESTORE_SIGMASK support for arch/powerpc
From
: David Woodhouse <
[email protected]
>
[PATCH] [1/6] Add pselect/ppoll system call implementation
From
: David Woodhouse <
[email protected]
>
[PATCH] [0/6] TIF_RESTORE_SIGMASK, pselect() and ppoll()
From
: David Woodhouse <
[email protected]
>
2.6.15-rc5-rt2 slowness
From
: Gunter Ohrner <
[email protected]
>
Re: VM_RESERVED and PG_reserved : Allocating memory for video buffers
From
: Laurent Pinchart <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Re: [PATCH 0/3] *at syscalls: Intro
From
: Jim Meyering <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Bodo Eggert <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
swsusp: documentation fixes
From
: Pavel Machek <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
: Jamie Lokier <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Oops in 2.6.15-rc5-rt2
From
:
[email protected]
Re: [RFC/RFT] swsusp: image size tunable (was: Re: [PATCH][mm] swsusp: limit image size)
From
: Stefan Seyfried <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Kyle Moffett <
[email protected]
>
Re: SATA feature list available
From
: Velu Erwan <
[email protected]
>
wrong SWAP values in top's output
From
: José Toneh <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Alex Davis <
[email protected]
>
Re: [PATCH 2/7] I2O: SPARC fixes
From
: Christoph Hellwig <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: Bodo Eggert <
[email protected]
>
Re: irq balancing question
From
: "JaniD++" <
[email protected]
>
Re: [PATCH/RFC] SPI: add DMAUNSAFE analog to David Brownell's core
From
: Vitaly Wool <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: Christian Hildner <
[email protected]
>
Re: [discuss] [patch 1/3] x86_64: Node local pda take 2 -- early cpu_to_node
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Matt Domsch <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Arjan van de Ven <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Pekka Enberg <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Kyle Moffett <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Kyle Moffett <
[email protected]
>
Re: Semantics of smp_mb() [was : Re: [PATCH] Fix RCU race in access of nohz_cpu_mask ]
From
: Jeremy Higdon <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Pekka Enberg <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Nix <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Bodo Eggert <
[email protected]
>
[PATCH] mv64x600_wdt: convert to the new platform device interface
From
: Dmitry Torokhov <
[email protected]
>
[PATCH/RFT] tb0219: convert to the new platform device interface
From
: Dmitry Torokhov <
[email protected]
>
Re: [BUG] Xserver startup locks system... git bisect results
From
: Dave Airlie <
[email protected]
>
[PATCH/RFT] tlclk: convert to the new platform device interface
From
: Dmitry Torokhov <
[email protected]
>
Re: [PATCH] tlclk.c: pointers are handled by %p
From
: Dmitry Torokhov <
[email protected]
>
Re: [spi-devel-general] Re: [PATCH/RFC] SPI: add DMAUNSAFE analog
From
: Greg KH <
[email protected]
>
[PATCH/RFT] dcdbas: convert to the new platform device interface
From
: Dmitry Torokhov <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Alex Davis <
[email protected]
>
Re: Help track a memory leak in 2.6.0..14
From
: Jesse Brandeburg <
[email protected]
>
Re: [BUG] Xserver startup locks system... git bisect results
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: severe jitter experienced with "select()" in linux 2.6.14-rt22
From
: Gautam Thaker <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Dave Jones <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Alex Davis <
[email protected]
>
[RFC] Add thread_info flag for "no cpu migration"
From
: Keith Owens <
[email protected]
>
Re: [RFC][PATCH 0/6] Critical Page Pool
From
: Sridhar Samudrala <
[email protected]
>
Re: [BUG] Xserver startup locks system... git bisect results
From
: Benjamin Herrenschmidt <
[email protected]
>
REPOST: Problem kernel 2.6.14.3 / dual xeon w/HT / correction
From
: Trilight <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
: JANAK DESAI <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
: JANAK DESAI <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
: JANAK DESAI <
[email protected]
>
Re: Fw: crash on x86_64 - mm related?
From
: James Bottomley <
[email protected]
>
[git patch review 4/7] IB/mthca: Fix thinko in mthca_table_find()
From
: Roland Dreier <
[email protected]
>
[git patch review 7/7] IB/mthca: Fix corner cases in max_rd_atomic value handling in modify QP
From
: Roland Dreier <
[email protected]
>
[git patch review 6/7] IB/mthca: Fix IB_QP_ACCESS_FLAGS handling.
From
: Roland Dreier <
[email protected]
>
[git patch review 1/7] IB/mthca: check RDMA limits
From
: Roland Dreier <
[email protected]
>
[git patch review 2/7] IB/mthca: correct log2 calculation
From
: Roland Dreier <
[email protected]
>
[git patch review 5/7] IB/mthca: Fix SRQ cleanup during QP destroy
From
: Roland Dreier <
[email protected]
>
[git patch review 3/7] IB/mthca: don't change driver's copy of attributes if modify QP fails
From
: Roland Dreier <
[email protected]
>
Re: [discuss] [patch 3/3] x86_64: Node local pda take 2 -- node local pda allocation
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Puneet Vyas <
[email protected]
>
Re: [BUG] Xserver startup locks system... git bisect results
From
: "Mark M. Hoffman" <
[email protected]
>
Re: sysfs question: how to map major:minor to name under /sys
From
: Neil Brown <
[email protected]
>
Re: [spi-devel-general] Re: [PATCH/RFC] SPI: add DMAUNSAFE analog
From
: Andy Isaacson <
[email protected]
>
Re: [PATCH] Reduce nr of ptr derefs in fs/jffs2/summary.c
From
: Andy Isaacson <
[email protected]
>
[PATCH] kernel/module.c Getting rid of the redundant spinlock in resolve_symbol()
From
: Ashutosh Naik <
[email protected]
>
Re: [ckrm-tech] Re: [RFC][patch 00/21] PID Virtualization: Overview and Patches
From
: Gerrit Huizenga <
[email protected]
>
Re: severe jitter experienced with "select()" in linux 2.6.14-rt22
From
: Lee Revell <
[email protected]
>
Re: MSI and driver APIs
From
: Greg KH <
[email protected]
>
Re: sysfs question: how to map major:minor to name under /sys
From
: Greg KH <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: Lee Revell <
[email protected]
>
PROBLEM: Error compiling linux-2.6.9
From
: Huess <
[email protected]
>
Re: severe jitter experienced with "select()" in linux 2.6.14-rt22
From
: Steven Rostedt <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Dave Jones <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Neil Brown <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
:
[email protected]
Re: [PATCH] ia64: disable preemption in udelay()
From
: Zwane Mwaikambo <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: Zwane Mwaikambo <
[email protected]
>
Re: [ckrm-tech] Re: [RFC][patch 00/21] PID Virtualization: Overview and Patches
From
: Matt Helsley <
[email protected]
>
Re: Console Goes Blank When Booting 2.6.15-rc5
From
: "Antonino A. Daplas" <
[email protected]
>
RE: drivers/mtd/onenand/: unacceptable stack usage
From
: Kyungmin Park <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: "John Hawkes" <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: Sridhar Samudrala <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Nick Piggin <
[email protected]
>
Re: [RFC/RFT] swsusp: image size tunable (was: Re: [PATCH][mm] swsusp: limit image size)
From
: Andy Isaacson <
[email protected]
>
Re: [RFC][PATCH] Prevent overriding of Symbols in the Kernel, avoiding Undefined behaviour
From
: Ashutosh Naik <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: Lee Revell <
[email protected]
>
Re: mounting loopback device partitions
From
: Zwane Mwaikambo <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: Zwane Mwaikambo <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Zwane Mwaikambo <
[email protected]
>
Re: [PATCH 0/3] *at syscalls: Intro
From
: Jeff Garzik <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Dave Jones <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
:
[email protected]
Re: [PATCH 0/3] *at syscalls: Intro
From
: Ulrich Drepper <
[email protected]
>
Re: VM_RESERVED and PG_reserved : Allocating memory for video buffers
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Finn Thain <
[email protected]
>
serious issue with acpi on a dual/HT xeon dell workstation
From
: Trilight <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Nathan Scott <
[email protected]
>
Re: [PATCH 0/3] *at syscalls: Intro
From
: Nicholas Miell <
[email protected]
>
[PATCH 5/11] Time: i386 Conversion - part 1: Move timer_pit.c to i8253.c
From
: john stultz <
[email protected]
>
[PATCH 9/11] Time: i386 Conversion - part 5: Enable Generic Timekeeping
From
: john stultz <
[email protected]
>
[PATCH 7/11] Time: i386 Conversion - part 3: Rework TSC Support
From
: john stultz <
[email protected]
>
[PATCH 11/11] Time: i386 Clocksource Drivers
From
: john stultz <
[email protected]
>
[PATCH 3/11] Time: Clocksource Infrastructure
From
: john stultz <
[email protected]
>
[PATCH 8/11] Time: i386 Conversion - part 4: ACPI PM variable renaming and config change.
From
: john stultz <
[email protected]
>
[PATCH 2/11] Time: Reduced NTP Rework (part 2)
From
: john stultz <
[email protected]
>
[PATCH 10/11] Time: i386 Conversion - part 6: Remove Old Code
From
: john stultz <
[email protected]
>
[PATCH 4/11] Time: Generic Timekeeping Infrastructure
From
: john stultz <
[email protected]
>
[PATCH 0/11] Time: Generic Timeofday Subsystem (v B14-mm)
From
: john stultz <
[email protected]
>
[PATCH 1/11] Time: Reduced NTP rework (part 1)
From
: john stultz <
[email protected]
>
[PATCH 6/11] Time: i386 Conversion - part 2: Move timer_tsc.c to tsc.c
From
: john stultz <
[email protected]
>
severe jitter experienced with "select()" in linux 2.6.14-rt22
From
: Gautam Thaker <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: "Luck, Tony" <
[email protected]
>
Re: [patch 5/6] statistics infrastructure
From
: Martin Peschke <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Michael Buesch <
[email protected]
>
drivers/mtd/onenand/: unacceptable stack usage
From
: Adrian Bunk <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Dave Jones <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Adrian Bunk <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Alan Cox <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Alan Cox <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Ray Lee <
[email protected]
>
Re: [PATCH 0/3] *at syscalls: Intro
From
: Jeff Garzik <
[email protected]
>
[PATCH 6/7] I2O: Optimizing
From
: Markus Lidel <
[email protected]
>
[PATCH 7/7] I2O: Lindent run
From
: Markus Lidel <
[email protected]
>
[PATCH 4/7] I2O: Bugfixes
From
: Markus Lidel <
[email protected]
>
[PATCH 3/7] I2O: Remove wrong I2O device class
From
: Markus Lidel <
[email protected]
>
[PATCH 5/7] I2O: Beatifying
From
: Markus Lidel <
[email protected]
>
[PATCH 2/7] I2O: SPARC fixes
From
: Markus Lidel <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: "Jeff V. Merkey" <
[email protected]
>
Re: [discuss] [patch 1/3] x86_64: Node local pda take 2 -- early cpu_to_node
From
: Andi Kleen <
[email protected]
>
Re: [discuss] [patch 3/3] x86_64: Node local pda take 2 -- node local pda allocation
From
: Andi Kleen <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: "Fri, 16 Dec 2005 01:08:02 +0100" <
[email protected]
>
[PATCH] [for 2.6.15] Fix dumb bug in mmconfig fix
From
: Andi Kleen <
[email protected]
>
Re: Recursion bug in -rt
From
: david singleton <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Stephen Rothwell <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Ismail Donmez <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: "Jeff V. Merkey" <
[email protected]
>
Re: [ANNOUNCE][RFC] PlugSched-6.1.6 for 2.6.15-rc5 and 2.6.15-rc5-mm2
From
: Peter Williams <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Lee Revell <
[email protected]
>
Re: IRQ vector assignment for system call exception
From
: Arjan van de Ven <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Dave Jones <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: "Jeff V. Merkey" <
[email protected]
>
Re: [Perfctr-devel] 2.6.15-rc5-git3 perfmon2 new code base + libpfm available
From
: Stephane Eranian <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Lee Revell <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Lee Revell <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Ismail Donmez <
[email protected]
>
Re: [PATCH/RFC] SPI: add DMAUNSAFE analog to David Brownell's core
From
: Greg KH <
[email protected]
>
Re: [ckrm-tech] Re: [RFC][patch 00/21] PID Virtualization: Overview and Patches
From
: Matt Helsley <
[email protected]
>
Re: agpgart.ko can't be unloaded
From
: Krzysztof Halasa <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] Reduce nr of ptr derefs in fs/jffs2/summary.c
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] ia64: disable preemption in udelay()
From
: "Luck, Tony" <
[email protected]
>
Re: IRQ vector assignment for system call exception
From
: Jan Engelhardt <
[email protected]
>
[PATCH 1/3] *at syscalls: Implementation
From
: Ulrich Drepper <
[email protected]
>
[PATCH 2/3] *at syscalls: x86 syscalls
From
: Ulrich Drepper <
[email protected]
>
[PATCH 0/3] *at syscalls: Intro
From
: Ulrich Drepper <
[email protected]
>
[PATCH 3/3] *at syscalls: x64 syscalls
From
: Ulrich Drepper <
[email protected]
>
Re: Geode LX HW RNG Support
From
: Deepak Saxena <
[email protected]
>
Re: Geode LX HW RNG Support
From
: Andrew Morton <
[email protected]
>
[RFC][PATCH -mm 1/2] Additional function in swapfile.c (needed for swap suspend)
From
: "Rafael J. Wysocki" <
[email protected]
>
[RFC][PATCH -mm 2/2] Additional function in swapfile.c (needed for swap suspend)
From
: "Rafael J. Wysocki" <
[email protected]
>
[RFC][PATCH -mm 0/2] Additional function in swapfile.c (needed for swap suspend)
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: "Jeff V. Merkey" <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
:
[email protected]
(Eric W. Biederman)
Re: [spi-devel-general] Re: [PATCH/RFC] SPI: add DMAUNSAFE analog
From
: Greg KH <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Adrian Bunk <
[email protected]
>
Re: [Perfctr-devel] 2.6.15-rc5-git3 perfmon2 new code base + libpfm available
From
: William Cohen <
[email protected]
>
Re: [PATCH/RFC] SPI: add DMAUNSAFE analog to David Brownell's core
From
: Vitaly Wool <
[email protected]
>
Re: Problems in the SiS IDE driver
From
: Alan Cox <
[email protected]
>
Re: [spi-devel-general] Re: [PATCH/RFC] SPI: add DMAUNSAFE analog
From
: Vitaly Wool <
[email protected]
>
Re: SATA feature list available
From
: Alan Cox <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: "Jeff V. Merkey" <
[email protected]
>
how to free bootmem-allocated memory after system is up?
From
: "Christopher Friesen" <
[email protected]
>
Re: Geode LX HW RNG Support
From
: Jeff Garzik <
[email protected]
>
Re: [patch 2/2] /dev/mem validate mmap requests
From
: "Luck, Tony" <
[email protected]
>
Re: Geode LX HW RNG Support
From
: Andrew Morton <
[email protected]
>
Re: [RFC][patch 00/21] PID Virtualization: Overview and Patches
From
: Hubertus Franke <
[email protected]
>
Re: [2.6 patch] i386: always use 4k stacks
From
: Andrew Morton <
[email protected]
>
Re: MSI and driver APIs
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: [Perfctr-devel] 2.6.15-rc5-git3 perfmon2 new code base + libpfm available
From
: Stephane Eranian <
[email protected]
>
Re: APM Screen Blanking fix
From
: "Jordan Crouse" <
[email protected]
>
Re: [RFC][PATCH 0/6] Critical Page Pool
From
: Matthew Dobson <
[email protected]
>
Re: [PATCH 2.6 1/2] usb/input: Add relayfs support to appletouch driver
From
: Dmitry Torokhov <
[email protected]
>
Re: [PATCH 3/3] APM Screen Blanking fix
From
: Andrew Morton <
[email protected]
>
Re: MSI and driver APIs
From
: "David S. Miller" <
[email protected]
>
Re: Geode LX HW RNG Support
From
: "Jordan Crouse" <
[email protected]
>
Re: [PATCH 2/3] Geode LX HW RNG Support
From
: Andrew Morton <
[email protected]
>
Re: MSI and driver APIs
From
: Roland Dreier <
[email protected]
>
Re: [PATCH 1/3] Base support for AMD Geode GX/LX processors.
From
: Andrew Morton <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
: Jamie Lokier <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
: Jamie Lokier <
[email protected]
>
Re: [PATCH 2.6 1/2] usb/input: Add relayfs support to appletouch driver
From
: Michael Hanselmann <
[email protected]
>
Re: [Perfctr-devel] 2.6.15-rc5-git3 perfmon2 new code base + libpfm available
From
: William Cohen <
[email protected]
>
[-mm patch] more updates for the gcc >= 3.2 requirement
From
: Adrian Bunk <
[email protected]
>
[-mm patch] drivers/md/md.c: make md_new_event() static
From
: Adrian Bunk <
[email protected]
>
[2.6 patch] i386: always use 4k stacks
From
: Adrian Bunk <
[email protected]
>
Re: MSI and driver APIs
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: MSI and driver APIs
From
: Roland Dreier <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Steven Rostedt <
[email protected]
>
Re: Semantics of smp_mb()
From
: Roland Dreier <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
:
[email protected]
(Eric W. Biederman)
[PATCH 3/3] APM Screen Blanking fix
From
: "Jordan Crouse" <
[email protected]
>
[PATCH 2/3] Geode LX HW RNG Support
From
: "Jordan Crouse" <
[email protected]
>
[PATCH 1/3] Base support for AMD Geode GX/LX processors.
From
: "Jordan Crouse" <
[email protected]
>
Re: MSI and driver APIs
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: MSI and driver APIs
From
: Roland Dreier <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Steven Rostedt <
[email protected]
>
Re: mounting loopback device partitions
From
: dean gaudet <
[email protected]
>
Re: agpgart.ko can't be unloaded
From
: Dave Jones <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Steven Rostedt <
[email protected]
>
Re: Recursion bug in -rt
From
: David Singleton <
[email protected]
>
Re: agpgart.ko can't be unloaded
From
: Krzysztof Halasa <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
: JANAK DESAI <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Geert Uytterhoeven <
[email protected]
>
Re: Linux 2.6.13.5
From
: Greg KH <
[email protected]
>
Linux 2.6.13.5
From
: Greg KH <
[email protected]
>
Re: Linux 2.6.13.5
From
: Greg KH <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Steven Rostedt <
[email protected]
>
agpgart.ko can't be unloaded
From
: Krzysztof Halasa <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Andrew Morton <
[email protected]
>
Re: [ckrm-tech] Re: [RFC][patch 00/21] PID Virtualization: Overview and Patches
From
: Gerrit Huizenga <
[email protected]
>
Re: [spi-devel-general] Re: [PATCH/RFC] SPI: add DMAUNSAFE analog
From
: David Brownell <
[email protected]
>
Re: [PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Brad Boyer <
[email protected]
>
Re: [ckrm-tech] Re: [RFC][patch 00/21] PID Virtualization: Overview and Patches
From
: Dave Hansen <
[email protected]
>
Re: [PATCH -mm 1/9] unshare system call: system call handler function
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 2.6 1/2] usb/input: Add relayfs support to appletouch driver
From
: Olof Johansson <
[email protected]
>
Re: [RFC][patch 00/21] PID Virtualization: Overview and Patches
From
: Gerrit Huizenga <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Jeff Dike <
[email protected]
>
Re: ordering of suspend/resume for devices. any clues, anyone?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
[PATCH] Au1550 AC'97 OSS driver spinlock fixes
From
: Sergei Shtylylov <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Linus Torvalds <
[email protected]
>
Re: Recursion bug in -rt
From
: Dinakar Guniguntala <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Andrew Morton <
[email protected]
>
Re: Recursion bug in -rt
From
: Dinakar Guniguntala <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Andrew Morton <
[email protected]
>
Re: [2.6 patch] offer CC_OPTIMIZE_FOR_SIZE only if EXPERIMENTAL
From
: Denis Vlasenko <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Al Viro <
[email protected]
>
Re: Fw: crash on x86_64 - mm related?
From
: Ryan Richter <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
:
[email protected]
VM_RESERVED and PG_reserved : Allocating memory for video buffers
From
: Laurent Pinchart <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Lee Revell <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Nikita Danilov <
[email protected]
>
Re: [discuss] [patch 1/3] x86_64: Node local pda take 2 -- early cpu_to_node
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: Recursion bug in -rt
From
: David Singleton <
[email protected]
>
RE: Serial: bug in 8250.c when handling PCI or other level triggers
From
: "Stuart MacDonald" <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Dmitry Torokhov <
[email protected]
>
Re: [PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Al Viro <
[email protected]
>
Re: XFS Mount Hangs the Partition (on latest kernel + many old 2.6.x ones)
From
: Shlomi Fish <
[email protected]
>
RE: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: James Bottomley <
[email protected]
>
Re: 2.6.15-rc5-mm3 -- BUG: using smp_processor_id() in preemptible [00000001] code: swapper/1
From
: Dave Jones <
[email protected]
>
Re: [discuss] [patch 3/3] x86_64: Node local pda take 2 -- node local pda allocation
From
: Ravikiran G Thirumalai <
[email protected]
>
Support for Digi Neo 8p board in jsm driver
From
: "Alexander V. Inyukhin" <
[email protected]
>
Re: 2.6.15-rc5-mm3 (new build failure)
From
: Michal Piotrowski <
[email protected]
>
Re: 2.6.15-rc5-mm3 (new build failure)
From
: Benoit Boissinot <
[email protected]
>
Re: ordering of suspend/resume for devices. any clues, anyone?
From
: Greg KH <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Al Boldi <
[email protected]
>
Re: slow sync of fat 32 hotplugged devices
From
: Greg KH <
[email protected]
>
Re: 2.6.15-rc5-mm3 (new build failure)
From
: Martin Bligh <
[email protected]
>
Re: XFS Mount Hangs the Partition (on latest kernel + many old 2.6.x ones)
From
: Eric Sandeen <
[email protected]
>
slow sync of fat 32 hotplugged devices
From
: Patrick Fritzsch <
[email protected]
>
Re: 2.6.15-rc5-mm3 -- bus may be hidden warning
From
: Dominik Brodowski <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Nikita Danilov <
[email protected]
>
Re: [PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Al Viro <
[email protected]
>
Re: 2.6.15-rc5-mm3 (new build failure)
From
: Benoit Boissinot <
[email protected]
>
Re: SATA feature list available
From
: Kalin KOZHUHAROV <
[email protected]
>
Re: Repeated USB disconnect and reconnect with Wacom Intuos3 6x11 tablet
From
: Oliver Neukum <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Re: [PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Geert Uytterhoeven <
[email protected]
>
Re: XFS Mount Hangs the Partition (on latest kernel + many old 2.6.x ones)
From
: Shlomi Fish <
[email protected]
>
Re: SATA feature list available
From
: Velu Erwan <
[email protected]
>
Re: [PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Al Viro <
[email protected]
>
Re: [PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Geert Uytterhoeven <
[email protected]
>
Re: SATA feature list available
From
: Alan Cox <
[email protected]
>
Re: [PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Linus Torvalds <
[email protected]
>
Re: [patch 6/6] statistics infrastructure - exploitation: zfcp
From
: Martin Peschke <
[email protected]
>
Re: [PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Al Viro <
[email protected]
>
RE: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: "Luck, Tony" <
[email protected]
>
Re: [patch] ioctl BLKGETSIZE64 fix
From
: Linus Torvalds <
[email protected]
>
Re: 2.6.15-rc5-mm3 (new build failure)
From
: Michal Piotrowski <
[email protected]
>
Re: 2.6.15-rc5-mm3 (new build failure)
From
: Martin Bligh <
[email protected]
>
Re: [2.6 patch] offer CC_OPTIMIZE_FOR_SIZE only if EXPERIMENTAL
From
: Dave Jones <
[email protected]
>
kmap_atomic slot collision
From
: "Michael S. Tsirkin" <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
RE: 2.6.15-rc5-mm2 can't boot on ia64 due to changing on_each_cpu().
From
: "Luck, Tony" <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
:
[email protected]
(Dick Streefland)
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Re: [PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Al Viro <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Paul Jackson <
[email protected]
>
SATA feature list available
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Thomas Gleixner <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Paul Jackson <
[email protected]
>
Re: "block" symlink in sysfs for a multifunction device
From
: Greg KH <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Erik Mouw <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Re: [PATCH/RFC] SPI: add DMAUNSAFE analog to David Brownell's core
From
: Greg KH <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: "Christopher Friesen" <
[email protected]
>
Re: [PATCH 1/3] m68k: compile fix - hardirq checks were in wrong place
From
: Al Viro <
[email protected]
>
Re: [AIO] reorder kiocb structure elements to make sync iocb setup faster
From
: Zach Brown <
[email protected]
>
Re: 2.6.15-rc5-mm3 -- BUG: using smp_processor_id() in preemptible [00000001] code: swapper/1
From
: Michal Piotrowski <
[email protected]
>
Re: Repeated USB disconnect and reconnect with Wacom Intuos3 6x11 tablet
From
: Greg KH <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Linus Torvalds <
[email protected]
>
Re: [RFC][PATCH 0/6] Critical Page Pool
From
: Pavel Machek <
[email protected]
>
Re: [RFC][PATCH 0/6] Critical Page Pool
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [patch 3/3] wbsd: make use of ARRAY_SIZE() macro
From
: Russell King <
[email protected]
>
ahci + software raid (intel E7221, supermicro P8SCT) causes kernel BUG at drivers/scsi/scsi.c:295
From
: Brad Barnett <
[email protected]
>
Re: [PATCH 3/3] m68k: compile fix - updated vmlinux.lds to include LOCK_TEXT
From
: Al Viro <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Linus Torvalds <
[email protected]
>
Re: [patch 3/3] wbsd: make use of ARRAY_SIZE() macro
From
: Pierre Ossman <
[email protected]
>
Re: [patch 1/3] wbsd: convert to the new platfrom device interface
From
: Pierre Ossman <
[email protected]
>
Re: [patch 0/5] Add MMC password protection (lock/unlock) support
From
: Pierre Ossman <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Nikita Danilov <
[email protected]
>
[AIO] reorder kiocb structure elements to make sync iocb setup faster
From
: Benjamin LaHaise <
[email protected]
>
Re: 2.6.15-rc5-mm2 can't boot on ia64 due to changing on_each_cpu().
From
: Matthew Wilcox <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: David Howells <
[email protected]
>
Re: 2.6.15-rc5-mm3
From
: Andi Kleen <
[email protected]
>
RE: [SCSI] SCSI block devices larger then 2TB
From
: "Roger Heflin" <
[email protected]
>
RE: [patch 6/6] statistics infrastructure - exploitation: zfcp
From
:
[email protected]
Re: [RFC][PATCH] I2C RTC8564/PCF8563 compatibility and century bit usage
From
: Clemens Koller <
[email protected]
>
Binary drivers, Open Graphics Project
From
: Timothy Miller <
[email protected]
>
[RFC][PATCH] I2C RTC8564/PCF8563 compatibility and century bit usage
From
: Clemens Koller <
[email protected]
>
Re: [2.6 patch] offer CC_OPTIMIZE_FOR_SIZE only if EXPERIMENTAL
From
: Krzysztof Halasa <
[email protected]
>
RE: [GIT PATCH] final SCSI fixes for 2.6.15-rc5
From
:
[email protected]
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Alan Cox <
[email protected]
>
pte_alloc_kernel parameters
From
: "Jan Beulich" <
[email protected]
>
Re: x86_64 segfault error codes
From
: Andi Kleen <
[email protected]
>
[RFC][patch 05/21] PID Virtualization: code enhancements for virtual pids in /proc
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 02/21] PID Virtualization: task virtual pid access functions
From
: Hubertus Franke <
[email protected]
>
Re: [RFC] IRQ type flags
From
: Russell King <
[email protected]
>
[RFC][patch 07/21] PID Virtualization: Use pid_to_vpid conversion functions
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 11/21] PID Virtualization: use vpgid_to_pgid function
From
: Hubertus Franke <
[email protected]
>
Re: Repeated USB disconnect and reconnect with Wacom Intuos3 6x11 tablet
From
: Denny Priebe <
[email protected]
>
[RFC][patch 08/21] PID Virtualization: file owner pid virtualization
From
: Hubertus Franke <
[email protected]
>
Re: [patch 6/6] statistics infrastructure - exploitation: zfcp
From
: Martin Peschke <
[email protected]
>
[RFC][patch 06/21] PID Virtualization: Define pid_to_vpid functions
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 18/21] PID Virtualization: Implementation of low level virtualization functions
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 19/21] PID Virtualization: Handle special case vpid return cases
From
: Hubertus Franke <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Steven Rostedt <
[email protected]
>
[RFC][patch 20/21] PID Virtualization: per container /proc filesystem
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 12/21] PID Virtualization: Context for pid_to_vpid conversition functions
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 17/21] PID Virtualization: /proc/container filesystem
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 21/21] PID Virtualization: pidspace parent : signal behavior
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 13/21] PID Virtualization: Documentation
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 15/21] PID Virtualization: container object and functions
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 14/21] PID Virtualization: pidspace
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 10/21] PID Virtualization: Use vpid_to_pid functions
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 16/21] PID Virtualization: container attach/detach calls
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 04/21] PID Virtualization: return virtual process group ids
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 09/21] PID Virtualization: define vpid_to_pid functions
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 03/21] PID Virtualization: return virtual pids where required
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 01/21] PID Virtualization: const parameter for process group
From
: Hubertus Franke <
[email protected]
>
[RFC][patch 00/21] PID Virtualization: Overview and Patches
From
: Hubertus Franke <
[email protected]
>
ordering of suspend/resume for devices. any clues, anyone?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: 2.6.15-rc5-mm3
From
: "Alexander E. Patrakov" <
[email protected]
>
Re: 2.6.15-rc5-mm2 can't boot on ia64 due to changing on_each_cpu().
From
: Benjamin LaHaise <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Steven Rostedt <
[email protected]
>
RE: irq balancing question
From
: "Pallipadi, Venkatesh" <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
:
[email protected]
Bdev->bd_disk is NULL @ initrd time
From
: Block Device <
[email protected]
>
Oops on bootup, 2.6.14-1.1644_FC4smp scsi_mod e1000 root over NFSv3
From
: Carl-Johan Kjellander <
[email protected]
>
Re: [BUG] Xserver startup locks system... git bisect results
From
: "Mark M. Hoffman" <
[email protected]
>
Re: [patch 0/5] Add MMC password protection (lock/unlock) support
From
: Russell King <
[email protected]
>
Re: [Xen-merge] Re: [patch] SMP alternatives for i386
From
: Gerd Knorr <
[email protected]
>
Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation
From
: Nikita Danilov <
[email protected]
>
Re: 2.6.15-rc5-mm2
From
: Reuben Farrelly <
[email protected]
>
Re: [BUG] Xserver startup locks system... git bisect results
From
: "Mark M. Hoffman" <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: jamal <
[email protected]
>
Re: [RFC] Fine-grained memory priorities and PI
From
: Andi Kleen <
[email protected]
>
Re: [patch 1/5] [RFC] Add MMC password protection (lock/unlock) support
From
: Russell King <
[email protected]
>
Re: [patch 2/2] uml: Framebuffer driver for UML
From
: Gerd Knorr <
[email protected]
>
Re: [PATCH 3/3] m68k: compile fix - updated vmlinux.lds to include LOCK_TEXT
From
: Roman Zippel <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: Arjan van de Ven <
[email protected]
>
Re: [RFC] Fine-grained memory priorities and PI
From
: Con Kolivas <
[email protected]
>
Re: [2.6 patch] fix the EMBEDDED menu
From
: Rogério Brito <
[email protected]
>
Re: [patch] ioctl BLKGETSIZE64 fix
From
: Matthew Wilcox <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: jamal <
[email protected]
>
Re: [RFC] Fine-grained memory priorities and PI
From
: Kyle Moffett <
[email protected]
>
Re: [RFC] Fine-grained memory priorities and PI
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH 3/3] m68k: compile fix - updated vmlinux.lds to include LOCK_TEXT
From
: Roman Zippel <
[email protected]
>
Re: [RFC] Fine-grained memory priorities and PI
From
: Con Kolivas <
[email protected]
>
Re: [PATCH 1/3] m68k: compile fix - hardirq checks were in wrong place
From
: Roman Zippel <
[email protected]
>
Re: HPT374 RAID bus controller SATA, only UDMA 33
From
: Alan Cox <
[email protected]
>
[patch] ioctl BLKGETSIZE64 fix
From
: Coywolf Qi Hunt <
[email protected]
>
Re: 2.6.15-rc5-mm3 -- BUG: using smp_processor_id() in preemptible [00000001] code: swapper/1
From
: Alan Cox <
[email protected]
>
Re: [PATCH 1/3] m68k: compile fix - hardirq checks were in wrong place
From
: Christoph Hellwig <
[email protected]
>
[PATCH/RFC] SPI: async message handing library update
From
: Vitaly Wool <
[email protected]
>
Re: [PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 1/3] m68k: compile fix - hardirq checks were in wrong place
From
: Roman Zippel <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: Arjan van de Ven <
[email protected]
>
Re: [patch 6/6] statistics infrastructure - exploitation: zfcp
From
: Arjan van de Ven <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: James Courtier-Dutton <
[email protected]
>
Re: [patch 6/6] statistics infrastructure - exploitation: zfcp
From
: Martin Peschke <
[email protected]
>
Re: [patch 2/2] uml: Framebuffer driver for UML
From
: Gerd Knorr <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Helge Hafting <
[email protected]
>
2.6.15-rc5-git3 perfmon2 new code base + libpfm available
From
: Stephane Eranian <
[email protected]
>
Re: [GIT PATCH] final SCSI fixes for 2.6.15-rc5
From
: "Miquel van Smoorenburg" <
[email protected]
>
Re: [spi-devel-general] Re: [PATCH/RFC] SPI: add DMAUNSAFE analog to David Brownell's core
From
: dmitry pervushin <
[email protected]
>
Re: [patch 0/5] Add MMC password protection (lock/unlock) support
From
: Russell King <
[email protected]
>
[PATCH 2.6-git 3/3] SPI core refresh: SPI/PNX bus driver and EEPROM driver
From
: Vitaly Wool <
[email protected]
>
Re: [PATCH 2.6-git 2/3] SPI core refresh: MTD dataflash driver
From
: Vitaly Wool <
[email protected]
>
[PATCH 2.6-git 1/3] SPI core refresh: the core
From
: Vitaly Wool <
[email protected]
>
Re: x86_64 segfault error codes
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6-git 0/3] SPI core refresh
From
: Vitaly Wool <
[email protected]
>
Re: [PATCH] tlclk.c: pointers are handled by %p
From
: Russell King <
[email protected]
>
Re: x86_64 segfault error codes
From
: Hugh Dickins <
[email protected]
>
Re: 2.6.15-rc5-mm3
From
: Andi Kleen <
[email protected]
>
Re: [discuss] [patch 1/3] x86_64: Node local pda take 2 -- early cpu_to_node
From
: Andi Kleen <
[email protected]
>
Re: [discuss] [patch 3/3] x86_64: Node local pda take 2 -- node local pda allocation
From
: Andi Kleen <
[email protected]
>
Re: [patch 3/3] x86_64: Node local pda take 2 -- node local pda allocation
From
: Andi Kleen <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: "Sean" <
[email protected]
>
[PATCH] dell_rbu: NULL noise removal
From
: Al Viro <
[email protected]
>
Re: [patch 0/5] Add MMC password protection (lock/unlock) support
From
: Pierre Ossman <
[email protected]
>
[PATCH] i386,amd64: mmconfig __iomem annotations
From
: Al Viro <
[email protected]
>
[PATCH] em28xx: %zd for size_t
From
: Al Viro <
[email protected]
>
[PATCH] i386,amd64: ioremap.c __iomem annotations
From
: Al Viro <
[email protected]
>
[PATCH] cyber2000fb.c __iomem annotations
From
: Al Viro <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: David Stevens <
[email protected]
>
[PATCH] arcfb __user annotations
From
: Al Viro <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Nick Piggin <
[email protected]
>
[PATCH] wdrtas.c: fix __user annotations
From
: Al Viro <
[email protected]
>
[PATCH] drivers/atm/adummy.c NULL noise removal
From
: Al Viro <
[email protected]
>
[PATCH] auerswald.c: %zd for size_t
From
: Al Viro <
[email protected]
>
[PATCH] arch/alpha/kernel/machvec_impl.h: C99 struct initializer
From
: Al Viro <
[email protected]
>
[PATCH] ia64 sn __iomem annotations
From
: Al Viro <
[email protected]
>
Re: amd64 cdrom access locks system
From
: Aric Cyr <
[email protected]
>
[PATCH] __user annotations (booke_wdt.c)
From
: Al Viro <
[email protected]
>
[PATCH] missing prototype (mm/page_alloc.c)
From
: Al Viro <
[email protected]
>
[PATCH] tlclk.c: pointers are handled by %p
From
: Al Viro <
[email protected]
>
[PATCH] arch/powerpc/kernel/syscalls.c __user annotations
From
: Al Viro <
[email protected]
>
[PATCH] drivers/input/misc/wistron_btns.c NULL noise removal
From
: Al Viro <
[email protected]
>
[PATCH] mwave: missing __user in ioctl struct declaration
From
: Al Viro <
[email protected]
>
[PATCH] dst_ca __user annotations, portability fixes
From
: Al Viro <
[email protected]
>
[PATCH] Address of void __user * is void __user * *, not void * __user *
From
: Al Viro <
[email protected]
>
[PATCH] cm4000_cs: __user annotations
From
: Al Viro <
[email protected]
>
[PATCH] s2io: __iomem annotations for recent changes
From
: Al Viro <
[email protected]
>
[PATCH] iscsi gfp_t annotations
From
: Al Viro <
[email protected]
>
[PATCH] xfs: missing gfp_t annotations
From
: Al Viro <
[email protected]
>
Re: irq balancing question
From
: "JaniD++" <
[email protected]
>
Re: Question
From
: Bernd Petrovitsch <
[email protected]
>
Re: [Vserver] Re: [ANNOUNCE] second stable release of Linux-VServer
From
: Alex Lyashkov <
[email protected]
>
Re: [patch 0/5] Add MMC password protection (lock/unlock) support
From
: Russell King <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Bernd Petrovitsch <
[email protected]
>
Re: [Vserver] Re: [ANNOUNCE] second stable release of Linux-VServer
From
: Cedric Le Goater <
[email protected]
>
Re: [patch 2/2] uml: Framebuffer driver for UML
From
: Gerd Knorr <
[email protected]
>
Re: 2.6.15-rc5-mm3 -- BUG: using smp_processor_id() in preemptible [00000001] code: swapper/1
From
: Nick Piggin <
[email protected]
>
Re: [RFC] Fine-grained memory priorities and PI
From
: Andi Kleen <
[email protected]
>
Re: [BUG] Xserver startup locks system... git bisect results
From
: Paul Mackerras <
[email protected]
>
Re: 2.6.15-rc5-mm3 -- BUG: using smp_processor_id() in preemptible [00000001] code: swapper/1
From
: Andrew Morton <
[email protected]
>
[PATCH 3/3] m68k: compile fix - updated vmlinux.lds to include LOCK_TEXT
From
: Al Viro <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: "David S. Miller" <
[email protected]
>
[RFC] Fine-grained memory priorities and PI
From
: Kyle Moffett <
[email protected]
>
[PATCH 2/3] m68k: compile fix - ADBREQ_RAW missing declaration
From
: Al Viro <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Arjan van de Ven <
[email protected]
>
[PATCH 1/3] m68k: compile fix - hardirq checks were in wrong place
From
: Al Viro <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: David Stevens <
[email protected]
>
Re: 2.6.15-rc5-mm3 -- BUG: using smp_processor_id() in preemptible [00000001] code: swapper/1
From
: Andrew Morton <
[email protected]
>
Re: 2.6.15-rc5-mm3 -- BUG: using smp_processor_id() in preemptible [00000001] code: swapper/1
From
: Miles Lane <
[email protected]
>
Re: [PATCH 2.6 1/2] usb/input: Add relayfs support to appletouch driver
From
: Michael Hanselmann <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Al Boldi <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: Arjan van de Ven <
[email protected]
>
2.6.15-rc5-mm3 -- BUG: using smp_processor_id() in preemptible [00000001] code: swapper/1
From
: Miles Lane <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: "David S. Miller" <
[email protected]
>
Re: [patch 3/3] x86_64: Node local pda take 2 -- node local pda allocation
From
: Eric Dumazet <
[email protected]
>
Re: pci unsupported PM regs version (7), means hardware isn't working?
From
: Adam Belay <
[email protected]
>
[PATCH -mm] Documentation/ioctl-mess.txt: document 85 more ioctls
From
: Alexey Dobriyan <
[email protected]
>
Re: kernel-2.6.15-rc5-rt2 - compilation error ?RWSEM_ACTIVE_BIAS? undeclared
From
: "Serge Noiraud" <
[email protected]
>
Re: [BUG] Xserver startup locks system... git bisect results
From
: Dave Airlie <
[email protected]
>
2.6.15-rc5-mm3
From
: Andrew Morton <
[email protected]
>
Re: [patch 6/6] statistics infrastructure - exploitation: zfcp
From
: Arjan van de Ven <
[email protected]
>
Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From
: Sridhar Samudrala <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
