LKML: Linux Kernel Archive 2007 Q2
Thread Index
[
Prev Page
][
Next Page
]
Re: How innovative is Linux?
From
: Randy Dunlap <rdunlap@xenotime.net>
Re: [PATCH] trim memory not covered by WB MTRRs
From
: Justin Piszcz <jpiszcz@lucidpixels.com>
Re: [PATCH] trim memory not covered by WB MTRRs
From
: Pim Zandbergen <P.Zandbergen@macroscoop.nl>
Re: [RFC] mm-controller
From
: Peter Zijlstra <peterz@infradead.org>
Re: SATA Harddisk speed drop of 100 MB/s
From
: Carlo Wood <carlo@alinoe.com>
Re: Linux Kernel include files
From
: david@lang.hm
Re: [BUG] Lockdep warning with XFS on 2.6.22-rc6
From
: "Satyam Sharma" <satyam.sharma@gmail.com>
Re: synchronize_qrcu_timeout()
From
: Oleg Nesterov <oleg@tv-sign.ru>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
Re: Documentation of kernel messages (Summary)
From
: Rob Landley <rob@landley.net>
Re: [PATCH] pcmcia: CompactFlash driver for PA Semi Electra boards
From
: olof@lixom.net (Olof Johansson)
Re: [RFC] hwbkpt: Hardware breakpoints (was Kwatch)
From
: Alan Stern <stern@rowland.harvard.edu>
Re: [RFC] hwbkpt: Hardware breakpoints (was Kwatch)
From
: Alan Stern <stern@rowland.harvard.edu>
Re: Linux Kernel include files
From
: "Robert P. J. Day" <rpjday@mindspring.com>
Re: Linux Kernel include files
From
: David Woodhouse <dwmw2@infradead.org>
Re: Linux Kernel include files
From
: Arjan van de Ven <arjan@infradead.org>
Re: [PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: Oleg Nesterov <oleg@tv-sign.ru>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Matt Mackall <mpm@selenic.com>
synchronize_qrcu_timeout()
From
: Oleg Nesterov <oleg@tv-sign.ru>
Re: Linux Kernel include files
From
: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling)
Re: SATA Harddisk speed drop of 100 MB/s
From
: lsorense@csclub.uwaterloo.ca (Lennart Sorensen)
Re: [PATCH] cross-architecture ELF clean up
From
: Roman Zippel <zippel@linux-m68k.org>
Re: How innovative is Linux?
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: How innovative is Linux?
From
: lsorense@csclub.uwaterloo.ca (Lennart Sorensen)
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Casey Schaufler <casey@schaufler-ca.com>
Re: Linux Kernel include files
From
: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling)
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@linux.vnet.ibm.com>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Alexander Gabert <pappy@gentoo.org>
Re: [PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Re: Rules on how to use sysfs in userspace programs
From
: "Kay Sievers" <kay.sievers@vrfy.org>
Re: [PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: "Rafael J. Wysocki" <rjw@sisk.pl>
Re: Linux Kernel include files
From
: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling)
Re: Linux Kernel include files
From
: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling)
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: lsorense@csclub.uwaterloo.ca (Lennart Sorensen)
Re: [NETFILTER] early_drop() imrovement (v3)
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: "Serge E. Hallyn" <serge@hallyn.com>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Roberto De Ioris <roberto@unbit.it>
Re: [PATCH] Export usb_gadgetfs.h to userspace
From
: David Brownell <david-b@pacbell.net>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Christoph Lameter <clameter@sgi.com>
Re: [PATCH] cross-architecture ELF clean up
From
: Roman Zippel <zippel@linux-m68k.org>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Gabor Gombas <gombasg@sztaki.hu>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
Re: [PATCH] hwmon/coretemp: Fix a broken error path - microcode update fix
From
: Soeren Sonnenburg <kernel@nn7.de>
Re: [PATCH] cross-architecture ELF clean up
From
: Clemens Koller <clemens.koller@anagramm.de>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Nicolas Ferre <nicolas.ferre@rfo.atmel.com>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: James Morris <jmorris@namei.org>
Re: [NETFILTER] early_drop() imrovement (v3)
From
: Patrick McHardy <kaber@trash.net>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Casey Schaufler <casey@schaufler-ca.com>
[PATCH 7/7][TAKE5] ext4: support new modes
From
: "Amit K. Arora" <aarora@linux.vnet.ibm.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Rene Herman <rene.herman@gmail.com>
[PATCH 6/7][TAKE5] ext4: write support for preallocated blocks
From
: "Amit K. Arora" <aarora@linux.vnet.ibm.com>
[PATCH 5/7][TAKE5] ext4: fallocate support in ext4
From
: "Amit K. Arora" <aarora@linux.vnet.ibm.com>
Documentation of kernel messages (Summary)
From
: Michael Holzheu <holzheu@linux.vnet.ibm.com>
[PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@linux.vnet.ibm.com>
[PATCH 3/7][TAKE5] fallocate() on ia64
From
: "Amit K. Arora" <aarora@linux.vnet.ibm.com>
[PATCH 2/7][TAKE5] fallocate() on s390(x)
From
: "Amit K. Arora" <aarora@linux.vnet.ibm.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
Re: [PATCH] cross-architecture ELF clean up
From
: Roman Zippel <zippel@linux-m68k.org>
[PATCH 1/7][TAKE5] fallocate() implementation on i386, x86_64 and powerpc
From
: "Amit K. Arora" <aarora@linux.vnet.ibm.com>
Re: Oops: 2.6.21.3 via_rhine
From
: "Akinobu Mita" <akinobu.mita@gmail.com>
Re: [PATCH] cross-architecture ELF clean up
From
: Roman Zippel <zippel@linux-m68k.org>
Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?
From
: lsorense@csclub.uwaterloo.ca (Lennart Sorensen)
[PATCH 0/6][TAKE5] fallocate system call
From
: "Amit K. Arora" <aarora@linux.vnet.ibm.com>
Re: [patch 1/3] add the fsblock layer
From
: Chris Mason <chris.mason@oracle.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: "Renato S. Yamane" <renatoyamane@mandic.com.br>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Olivier Galibert <galibert@pobox.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Adrian Bunk <bunk@stusta.de>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Björn Steinbrink <B.Steinbrink@gmx.de>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Gabor Gombas <gombasg@sztaki.hu>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Björn Steinbrink <B.Steinbrink@gmx.de>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Casey Schaufler <casey@schaufler-ca.com>
Re: Attansic L1 page corruption (was: 2.6.22-rc5: pdflush oops under heavy disk load)
From
: Luca <kronos.it@gmail.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <tiwai@suse.de>
Re: Attansic L1 page corruption
From
: Jay Cliburn <jacliburn@bellsouth.net>
Re: [PATCH -mm 2/2] x86_64: semi-rewrite of PTRACE_PEEKUSR, PTRACE_POKEUSR
From
: Alexey Dobriyan <adobriyan@sw.ru>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <tiwai@suse.de>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Jeremy Fitzhardinge <jeremy@goop.org>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Olivier Galibert <galibert@pobox.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Olivier Galibert <galibert@pobox.com>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Björn Steinbrink <B.Steinbrink@gmx.de>
Re: Scaling Max IP address limitation
From
: "Robert Iakobashvili" <coroberti@gmail.com>
Re: [patch -rss] Make RSS accounting display more user friendly
From
: Balbir Singh <balbir@linux.vnet.ibm.com>
Re: [PATCH] cross-architecture ELF clean up
From
: Jeremy Fitzhardinge <jeremy@goop.org>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Jeremy Fitzhardinge <jeremy@goop.org>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: Scaling Max IP address limitation
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: [patch 1/3] add the fsblock layer
From
: Chris Mason <chris.mason@oracle.com>
Re: [PATCH]is_power_of_2-ufs/super.c
From
: "Robert P. J. Day" <rpjday@mindspring.com>
Oops: 2.6.21.3 via_rhine
From
: "Andrew A. Razdolsky" <rand@kipt.kharkov.ua>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <tiwai@suse.de>
Re: [RFC] fsblock
From
: Chris Mason <chris.mason@oracle.com>
Re: [PATCH]is_power_of_2-ufs/super.c
From
: vignesh babu <vignesh.babu@wipro.com>
Attansic L1 page corruption (was: 2.6.22-rc5: pdflush oops under heavy disk load)
From
: "Jay L. T. Cornwall" <jay@esuna.co.uk>
Re: [patch 2/2] HFS+: Add custom dentry hash and comparison operations
From
: Roman Zippel <zippel@linux-m68k.org>
Re: [PATCH]is_power_of_2-ufs/super.c
From
: Johannes Weiner <hannes-kernel@saeurebad.de>
Re: [patch 1/2] HFS+: Refactor ASCII to unicode conversion routine for later reuse
From
: Roman Zippel <zippel@linux-m68k.org>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
Re: [RFC] hwbkpt: Hardware breakpoints (was Kwatch)
From
: Roland McGrath <roland@redhat.com>
Re: Add INPUT support to toshiba_acpi
From
: Rolf Eike Beer <eike-kernel@sf-tec.de>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <tiwai@suse.de>
Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
From
: Johannes Schlumberger <spjsschl@stud.informatik.uni-erlangen.de>
[PATCH] ARM PXA: invalid clocks settings.
From
: Rodolfo Giometti <giometti@enneenne.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <tiwai@suse.de>
Re: [RFC] hwbkpt: Hardware breakpoints (was Kwatch)
From
: Roland McGrath <roland@redhat.com>
Re: pivot_root alternative
From
: Salvatore De Paolis <iwkse@claws-mail.org>
[BUG] Lockdep warning with XFS on 2.6.22-rc6
From
: Johannes Weiner <hannes-kernel@saeurebad.de>
[PATCH] X86: Update alignment when 4K stacks are used.
From
: "Robert P. J. Day" <rpjday@mindspring.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: [PATCH] ALSA: use __devexit_p
From
: Takashi Iwai <tiwai@suse.de>
Re: [PATCH] ALSA: use __devexit_p
From
: Takashi Iwai <tiwai@suse.de>
Re: [PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: Oleg Nesterov <oleg@tv-sign.ru>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <tiwai@suse.de>
Re: pivot_root alternative
From
: Michael Tokarev <mjt@tls.msk.ru>
Re: libata and legacy ide pcmcia failure
From
: Albert Lee <albertcc@tw.ibm.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
Re: [discuss] [1/2] 2.6.22-rc6: known regressions
From
: "Joerg Roedel" <joerg.roedel@amd.com>
Re: Add INPUT support to toshiba_acpi
From
: Richard Hughes <hughsient@gmail.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
Re: [1/2] 2.6.22-rc6: known regressions
From
: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
[1/2] 2.6.22-rc6: known regressions
From
: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
Re: [2/2] 2.6.22-rc6: known regressions with patches
From
: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
[1/2] 2.6.22-rc6: known regressions with patches
From
: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
Re: Scaling Max IP address limitation
From
: "Robert Iakobashvili" <coroberti@gmail.com>
Re: How innovative is Linux?
From
: "Hiro Yoshioka" <lkml.hyoshiok@gmail.com>
man-pages-2.58 is released
From
: Michael Kerrisk <mtk-manpages@gmx.net>
[PATCH] Export usb_gadgetfs.h to userspace
From
: Haavard Skinnemoen <hskinnemoen@atmel.com>
Re: Scaling Max IP address limitation
From
: Patrick McHardy <kaber@trash.net>
Re: [PATCH] update description in Documentation/filesystems/vfs.txt
From
: "Pekka Enberg" <penberg@cs.helsinki.fi>
Re: libata and legacy ide pcmcia failure
From
: Robert de Rooy <robert.de.rooy@gmail.com>
Re: Scaling Max IP address limitation
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: [ANNOUNCE] Linux Kernel Tester’s Guide v0.3-rc1
From
: Rolf Eike Beer <eike@sf-mail.de>
Oops: 2.6.20.x
From
: "Andrew A. Razdolsky" <rand@kipt.kharkov.ua>
Re: Add INPUT support to toshiba_acpi
From
: Rolf Eike Beer <eike-kernel@sf-tec.de>
Re: [PATCH] cross-architecture ELF clean up
From
: David Woodhouse <dwmw2@infradead.org>
Re: [PATCH 2/2] [RESEND] PCI: Change all drivers to use pci_device->revision
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: [patch 1/3] add the fsblock layer
From
: Andi Kleen <andi@firstfloor.org>
Re: [PATCH 1/2] [RESEND] PCI: read revision ID by default
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: Scaling Max IP address limitation
From
: "Robert Iakobashvili" <coroberti@gmail.com>
Re: hsm violation
From
: Enrico Sardi <enricoss@tiscali.it>
Re: -Os versus -O2
From
: Segher Boessenkool <segher@kernel.crashing.org>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Ingo Molnar <mingo@elte.hu>
Re: [2.6 patch] fix devres_release_all() return value
From
: Greg KH <greg@kroah.com>
Re: [PATCH] driver core: multithreaded probing - more parallelismcontrol
From
: Greg KH <greg@kroah.com>
Re: [PATCH 1/2] [RESEND] PCI: read revision ID by default
From
: Greg KH <greg@kroah.com>
Re: -Os versus -O2
From
: Willy Tarreau <w@1wt.eu>
Re: Linux v2.6.22-rc6
From
: Jan Engelhardt <jengelh@computergmbh.de>
[patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Ingo Molnar <mingo@elte.hu>
Re: [patch 1/3] add the fsblock layer
From
: Nick Piggin <nickpiggin@yahoo.com.au>
Re: -Os versus -O2
From
: Segher Boessenkool <segher@kernel.crashing.org>
Re: -Os versus -O2
From
: Segher Boessenkool <segher@kernel.crashing.org>
Problems with mounting flash partition with jffs2
From
: gshan <gshan@alcatel-lucent.com>
Re: [patch] CFS scheduler, -v18
From
: "Antonino Ingargiola" <tritemio@gmail.com>
2.6.22-rc5-yesterdaygit with VM debug: BUG in mm/rmap.c:66: anon_vma_link ?
From
: Petr Vandrovec <petr@vmware.com>
Re: [patch 1/3] add the fsblock layer
From
: Nick Piggin <nickpiggin@yahoo.com.au>
Re: [patch -rss] Make RSS accounting display more user friendly
From
: "Paul Menage" <menage@google.com>
Re: [RFC] fsblock
From
: Nick Piggin <nickpiggin@yahoo.com.au>
Re: -Os versus -O2
From
: david@lang.hm
Re: -Os versus -O2
From
: david@lang.hm
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Jakub Jelinek <jakub@redhat.com>
Re: -Os versus -O2
From
: Segher Boessenkool <segher@kernel.crashing.org>
Re: -Os versus -O2
From
: Segher Boessenkool <segher@kernel.crashing.org>
Re: 2.6.22-rc3 nmi watchdog hang
From
: Ingo Molnar <mingo@elte.hu>
Re: [RFC] fsblock
From
: Nick Piggin <nickpiggin@yahoo.com.au>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Carlo Florendo <subscribermail@gmail.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Carlo Florendo <subscribermail@gmail.com>
Re: [PATCH] SLOB allocator imcompatible SLAB
From
: Yoshinori Sato <ysato@users.sourceforge.jp>
Re: [patch 10/26] SLUB: Faster more efficient slab determination for __kmalloc.
From
: Nick Piggin <nickpiggin@yahoo.com.au>
Re: [BUG] long freezes on thinkpad t60
From
: Jarek Poplawski <jarkao2@o2.pl>
Re: vm/fs meetup in september?
From
: Christoph Hellwig <hch@infradead.org>
Re: drivers/mtd/devices/at91_dataflash26.c
From
: Hans-Jürgen Koch <hjk@linutronix.de>
Re: [PATCH] slob: poor man's NUMA support.
From
: Matt Mackall <mpm@selenic.com>
Re: 2.6.22-rc3 nmi watchdog hang
From
: Ingo Molnar <mingo@elte.hu>
Re: [PATCH] slob: poor man's NUMA support.
From
: Nick Piggin <nickpiggin@yahoo.com.au>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Segher Boessenkool <segher@kernel.crashing.org>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Segher Boessenkool <segher@kernel.crashing.org>
Linux v2.6.22-rc6
From
: Linus Torvalds <torvalds@linux-foundation.org>
Re: [PATCH] pcmcia: CompactFlash driver for PA Semi Electra boards
From
: Christoph Hellwig <hch@infradead.org>
Re: [PATCH] pcmcia: ppc64 needs 32-bit ioaddr_t
From
: Christoph Hellwig <hch@infradead.org>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Josh Triplett <josh@freedesktop.org>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Matt Mackall <mpm@selenic.com>
Re: [patch] Move led attributes out of device name and into sysfs attributes, was Re: LED devices
From
: Greg KH <greg@kroah.com>
Re: -Os versus -O2
From
: Willy Tarreau <w@1wt.eu>
Re: pivot_root alternative
From
: Salvatore De Paolis <depaolis.salvatore@libero.it>
Re: Scaling Max IP address limitation
From
: David Jones <djones@rossove.com>
Re: [PATCH try #2] security: Convert LSM into a static interface
From
: James Morris <jmorris@namei.org>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: "Serge E. Hallyn" <serge@hallyn.com>
Re: [PATCH try #2] security: Convert LSM into a static interface
From
: Petr Vandrovec <vandrove@vc.cvut.cz>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Arjan van de Ven <arjan@infradead.org>
[PATCH try #2] security: Convert LSM into a static interface
From
: James Morris <jmorris@namei.org>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Tejun Heo <htejun@gmail.com>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Petr Vandrovec <vandrove@vc.cvut.cz>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Petr Vandrovec <vandrove@vc.cvut.cz>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Robert Hancock <hancockr@shaw.ca>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Chris Wright <chrisw@sous-sol.org>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Tejun Heo <htejun@gmail.com>
Re: libata and legacy ide pcmcia failure
From
: Albert Lee <albertcc@tw.ibm.com>
Re: pivot_root alternative
From
: "H. Peter Anvin" <hpa@zytor.com>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Chris Wright <chrisw@sous-sol.org>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: "Serge E. Hallyn" <serge@hallyn.com>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Matt Mackall <mpm@selenic.com>
i386 boot fail, EIP in __change_page_attr:166
From
: "dave young" <hidave.darkstar@gmail.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: "Nobin Mathew" <nobin.mathew@gmail.com>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Casey Schaufler <casey@schaufler-ca.com>
[PATCH 2/2] [RESEND] PCI: Change all drivers to use pci_device->revision
From
: Auke Kok <auke-jan.h.kok@intel.com>
[PATCH 1/2] [RESEND] PCI: read revision ID by default
From
: Auke Kok <auke-jan.h.kok@intel.com>
Re: inotify and /proc?
From
: Kyle Moffett <mrmacman_g4@mac.com>
Re: drivers/mtd/devices/at91_dataflash26.c
From
: David Brownell <david-b@pacbell.net>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Tejun Heo <htejun@gmail.com>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Robert Hancock <hancockr@shaw.ca>
Re: [PATCH] pcmcia: ppc64 needs 32-bit ioaddr_t
From
: olof@lixom.net (Olof Johansson)
Re: hsm violation
From
: Tejun Heo <htejun@gmail.com>
[PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Tejun Heo <htejun@gmail.com>
Re: -Os versus -O2
From
: david@lang.hm
Re: hsm violation
From
: Tejun Heo <htejun@gmail.com>
Re: hsm violation
From
: Tejun Heo <htejun@gmail.com>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Muli Ben-Yehuda <muli@il.ibm.com>
Re: -Os versus -O2
From
: Adrian Bunk <bunk@stusta.de>
Re: -Os versus -O2
From
: Rene Herman <rene.herman@gmail.com>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Chris Wright <chrisw@sous-sol.org>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Chris Wright <chrisw@sous-sol.org>
Re: [PATCH] pcmcia: ppc64 needs 32-bit ioaddr_t
From
: Arnd Bergmann <arnd@arndb.de>
Re: -Os versus -O2
From
: Rene Herman <rene.herman@gmail.com>
Re: -Os versus -O2
From
: Jeff Garzik <jeff@garzik.org>
Re: -Os versus -O2
From
: david@lang.hm
Re: -Os versus -O2
From
: Adrian Bunk <bunk@stusta.de>
Re: -Os versus -O2
From
: Rene Herman <rene.herman@gmail.com>
Re: -Os versus -O2
From
: Arjan van de Ven <arjan@infradead.org>
Re: -Os versus -O2
From
: david@lang.hm
Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port
From
: Wang Zhenyu <zhenyu.z.wang@intel.com>
Re: -Os versus -O2
From
: Arjan van de Ven <arjan@infradead.org>
[PATCH] pcmcia: CompactFlash driver for PA Semi Electra boards
From
: olof@lixom.net (Olof Johansson)
[PATCH] pcmcia: ppc64 needs 32-bit ioaddr_t
From
: olof@lixom.net (Olof Johansson)
-Os versus -O2
From
: Adrian Bunk <bunk@stusta.de>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Hugh Dickins <hugh@veritas.com>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Patrick Mau <mau@oscar.ping.de>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Arjan van de Ven <arjan@infradead.org>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: "Yinghai Lu" <yhlu.kernel@gmail.com>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: "Yinghai Lu" <yhlu.kernel@gmail.com>
Re: Change in default vm_dirty_ratio
From
: Peter Zijlstra <peterz@infradead.org>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Benjamin LaHaise <bcrl@kvack.org>
Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c
From
: Roman Zippel <zippel@linux-m68k.org>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Arjan van de Ven <arjan@infradead.org>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Mark Lord <lkml@rtr.ca>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Casey Schaufler <casey@schaufler-ca.com>
Re: [RFC] [PATCH 2.6.21.5] ppp: fix osize too small errors when decoding mppe
From
: Konstantin Sharlaimov <konstantin.sharlaimov@gmail.com>
Re: pivot_root alternative
From
: Kyle Moffett <mrmacman_g4@mac.com>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Benjamin LaHaise <bcrl@kvack.org>
Re: [REGRESSION 2.6-git] possible circular locking dependency detected with XFS
From
: David Chinner <dgc@sgi.com>
memset() with zeroes (Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization)
From
: Oleg Verych <olecom@flower.upol.cz>
Re: Failure to properly reinit i8042 post suspend-to-ram
From
: Nigel Cunningham <nigel@nigel.suspend2.net>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Carlo Wood <carlo@alinoe.com>
Re: [PATCH] Avoid potential NULL deref in scripts/genksyms/lex.l
From
: "Jesper Juhl" <jesper.juhl@gmail.com>
[PATCH][ISDN] fix possible NULL deref on low memory condition in capidrv.c::send_message()
From
: Jesper Juhl <jesper.juhl@gmail.com>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <viro@ftp.linux.org.uk>
Re: [patch 1/3] add the fsblock layer
From
: Neil Brown <neilb@suse.de>
Re: [PATCH] Avoid potential NULL deref in scripts/genksyms/lex.l
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
From
: Alexander Wuerstlein <snalwuer@cip.informatik.uni-erlangen.de>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: "Jesper Juhl" <jesper.juhl@gmail.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: "Jesper Juhl" <jesper.juhl@gmail.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Carlo Wood <carlo@alinoe.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Olivier Galibert <galibert@pobox.com>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: James Morris <jmorris@namei.org>
[PATCH] Guard against a potential NULL pointer dereference in old_capi_manufacturer()
From
: Jesper Juhl <jesper.juhl@gmail.com>
Re: [PATCH] Update the alignment for 4K stacks.
From
: "Robert P. J. Day" <rpjday@mindspring.com>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Arjan van de Ven <arjan@infradead.org>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Oleg Verych <olecom@flower.upol.cz>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Chris Wright <chrisw@sous-sol.org>
Re: pivot_root alternative
From
: Salvatore De Paolis <depaolis.salvatore@libero.it>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Carlo Wood <carlo@alinoe.com>
Re: [patch] Reporting the lid status using INPUT
From
: GMail <hughsient@gmail.com>
Re: [PATCH] Avoid potential NULL deref in scripts/genksyms/lex.l
From
: "Jesper Juhl" <jesper.juhl@gmail.com>
Re: [PATCH] Avoid potential NULL deref in scripts/genksyms/lex.l
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@lang.hm
Re: pivot_root alternative
From
: Arnd Hannemann <arnd@arndnet.de>
Re: Scaling Max IP address limitation
From
: Kyle Moffett <mrmacman_g4@mac.com>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Neil Booth <neil@daikokuya.co.uk>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: daw@cs.berkeley.edu (David Wagner)
Re: IRQ Balance Question for Single but Multi-Core Processors
From
: Arjan van de Ven <arjan@linux.intel.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Rene Herman <rene.herman@gmail.com>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: Jay Cliburn <jacliburn@bellsouth.net>
[PATCH] Avoid potential NULL deref in scripts/genksyms/lex.l
From
: Jesper Juhl <jesper.juhl@gmail.com>
Re: How innovative is Linux?
From
: Nikita Danilov <nikita@clusterfs.com>
Re: sata_promise disk error 2.6.22-rc5 with hrt1 patch
From
: Mikael Pettersson <mikpe@it.uu.se>
Re: sky2 crash on suspend to RAM
From
: "Rafael J. Wysocki" <rjw@sisk.pl>
[PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: "Rafael J. Wysocki" <rjw@sisk.pl>
Re: Please release a stable kernel Linux 3.0
From
: "Rafael J. Wysocki" <rjw@sisk.pl>
Re: Failure to properly reinit i8042 post suspend-to-ram
From
: "Rafael J. Wysocki" <rjw@sisk.pl>
Re: pivot_root alternative
From
: Jan Engelhardt <jengelh@computergmbh.de>
pivot_root alternative
From
: Salvatore De Paolis <depaolis.salvatore@libero.it>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: daw@cs.berkeley.edu (David Wagner)
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: daw@cs.berkeley.edu (David Wagner)
[PATCH][RFC] security: Convert LSM into a static interface
From
: James Morris <jmorris@namei.org>
Re: Question about fair schedulers
From
: "Jesper Juhl" <jesper.juhl@gmail.com>
Re: IRQ Balance Question for Single but Multi-Core Processors
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: Scaling Max IP address limitation
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: daw@cs.berkeley.edu (David Wagner)
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: daw@cs.berkeley.edu (David Wagner)
Re: beeping patch for debugging acpi sleep
From
: Christian Leber <christian@leber.de>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@suse.cz>
Re: Scaling Max IP address limitation
From
: david@lang.hm
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <viro@ftp.linux.org.uk>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: daw@cs.berkeley.edu (David Wagner)
SLUB Allocator?
From
: Justin Piszcz <jpiszcz@lucidpixels.com>
Re: [patch] CFS scheduler, -v18
From
: Ingo Molnar <mingo@elte.hu>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: "Jay L. T. Cornwall" <jay@esuna.co.uk>
IRQ Balance Question for Single but Multi-Core Processors
From
: Justin Piszcz <jpiszcz@lucidpixels.com>
Intel MTRR Patch
From
: Justin Piszcz <jpiszcz@lucidpixels.com>
Re: [RC][PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: Pavel Machek <pavel@ucw.cz>
Re: Scaling Max IP address limitation
From
: "Robert Iakobashvili" <coroberti@gmail.com>
Re: [RC][PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: "Rafael J. Wysocki" <rjw@sisk.pl>
Re: [patch 1/3] add the fsblock layer
From
: Arjan van de Ven <arjan@infradead.org>
Re: DCCP: 2.6.22-rc5-git8 compile warning
From
: Jan Engelhardt <jengelh@computergmbh.de>
DCCP: 2.6.22-rc5-git8 compile warning
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <viro@ftp.linux.org.uk>
Re: Scaling Max IP address limitation
From
: "Robert Iakobashvili" <coroberti@gmail.com>
Re: Scaling Max IP address limitation
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: Scaling Max IP address limitation
From
: David Stevens <dlstevens@us.ibm.com>
Re: Frequent SATA resets with sata_nv (fwd)
From
: Robert Hancock <hancockr@shaw.ca>
Re: character driver over PCI
From
: Robert Hancock <hancockr@shaw.ca>
Re: hsm violation
From
: Robert Hancock <hancockr@shaw.ca>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Segher Boessenkool <segher@kernel.crashing.org>
Re: [PATCH] Update the alignment for 4K stacks.
From
: Andrew Morton <akpm@linux-foundation.org>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Robert Hancock <hancockr@shaw.ca>
RE: Question about fair schedulers
From
: "David Schwartz" <davids@webmaster.com>
Re: [PATCH] [RFC] Adjust queue unplugging and congestion limits
From
: Andrew Morton <akpm@linux-foundation.org>
Re: hsm violation
From
: Andrew Morton <akpm@linux-foundation.org>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Jan Engelhardt <jengelh@computergmbh.de>
[PATCH] Update the alignment for 4K stacks.
From
: "Robert P. J. Day" <rpjday@mindspring.com>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
Re: Rules on how to use sysfs in userspace programs
From
: Rob Landley <rob@landley.net>
sata_promise disk error 2.6.22-rc5 with hrt1 patch
From
: otto Meier <gf435@gmx.net>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <viro@ftp.linux.org.uk>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Segher Boessenkool <segher@kernel.crashing.org>
Re: Scaling Max IP address limitation
From
: Kyle Moffett <mrmacman_g4@mac.com>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Linus Torvalds <torvalds@linux-foundation.org>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
Re: Dual slot PCI riser messes up ivtv
From
: Clemens Koller <clemens.koller@anagramm.de>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <viro@ftp.linux.org.uk>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: "Ash Willis" <ashwillis@programmer.net>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <viro@ftp.linux.org.uk>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Segher Boessenkool <segher@kernel.crashing.org>
Re: "upping" a semaphore from interrupt context?
From
: "Satyam Sharma" <satyam.sharma@gmail.com>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Arnd Bergmann <arnd@arndb.de>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Linus Torvalds <torvalds@linux-foundation.org>
Re: Scaling Max IP address limitation
From
: Andrew Morton <akpm@linux-foundation.org>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: Jay Cliburn <jacliburn@bellsouth.net>
Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <viro@ftp.linux.org.uk>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Alexander Gabert <pappy@gentoo.org>
[PATCH] [RFC] Adjust queue unplugging and congestion limits
From
: Patrick Mau <mau@oscar.ping.de>
Scaling Max IP address limitation
From
: David Jones <djones@rossove.com>
Re: FW : airo suspend problem
From
: Pavel Machek <pavel@ucw.cz>
Re: Frequent SATA resets with sata_nv (fwd)
From
: Alistair John Strachan <s0348365@sms.ed.ac.uk>
Re: [patch] CFS scheduler, -v18
From
: Willy Tarreau <w@1wt.eu>
Re: [RC][PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: Pavel Machek <pavel@ucw.cz>
Re: "upping" a semaphore from interrupt context?
From
: "Robert P. J. Day" <rpjday@mindspring.com>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Justin Piszcz <jpiszcz@lucidpixels.com>
Re: [PATCH] Chinese translation of Documentation/HOWTO
From
: Rene Herman <rene.herman@gmail.com>
Re: "upping" a semaphore from interrupt context?
From
: "Satyam Sharma" <satyam.sharma@gmail.com>
Re: Change in default vm_dirty_ratio
From
: Linus Torvalds <torvalds@linux-foundation.org>
Re: [PATCH] Chinese translation of Documentation/HOWTO
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: [PATCH] HFSPlus: simplify inode mode settting logic
From
: Roman Zippel <zippel@linux-m68k.org>
Re: Dual slot PCI riser messes up ivtv
From
: Krzysztof Halasa <khc@pm.waw.pl>
Re: implement-file-posix-capabilities.patch
From
: James Morris <jmorris@namei.org>
Re: implement-file-posix-capabilities.patch
From
: "Serge E. Hallyn" <serge@hallyn.com>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Michael Tokarev <mjt@tls.msk.ru>
Re: [patch] CFS scheduler, -v18
From
: Ingo Molnar <mingo@elte.hu>
Re: [RFC PATCH 0/6] Convert all tasklets to workqueues
From
: Steven Rostedt <rostedt@goodmis.org>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Michael Tokarev <mjt@tls.msk.ru>
Re: [RFC PATCH 0/6] Convert all tasklets to workqueues
From
: corbet@lwn.net (Jonathan Corbet)
Re: 2.6.21.4: possible circular locking dependency detected
From
: Udo van den Heuvel <udovdh@xs4all.nl>
Re: "upping" a semaphore from interrupt context?
From
: "Robert P. J. Day" <rpjday@mindspring.com>
Re: [PATCH] Chinese translation of Documentation/HOWTO
From
: Pavel Machek <pavel@ucw.cz>
RE: [PATCH] driver core: multithreaded probing - more parallelismcontrol
From
: "Huang, Ying" <ying.huang@intel.com>
NCQ/TCQ performance review (was: SATA RAID5 speed drop of 100 MB/s)
From
: Al Boldi <a1426z@gawab.com>
Re: [PATCH] hw_random: add quality categories
From
: Michael Buesch <mb@bu3sch.de>
Re: [patch 1/3] add the fsblock layer
From
: Andi Kleen <andi@firstfloor.org>
Re: [PATCH] hw_random: add quality categories
From
: Alexey Dobriyan <adobriyan@gmail.com>
Re: Dual slot PCI riser messes up ivtv
From
: Islam Amer <pharon@gmail.com>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Justin Piszcz <jpiszcz@lucidpixels.com>
[PATCH] hw_random: add quality categories
From
: Michael Buesch <mb@bu3sch.de>
Re: [RFC] fsblock
From
: Chris Mason <chris.mason@oracle.com>
build #301 failed for 2.6.22-rc5-g75154f4 in pcmcia drivers
From
: Toralf Förster <toralf.foerster@gmx.de>
Re: [RFC] fsblock
From
: Andi Kleen <andi@firstfloor.org>
Re: Change in default vm_dirty_ratio
From
: Peter Zijlstra <peterz@infradead.org>
Re: SATA RAID5 speed drop of 100 MB/s
From
: "Dr. David Alan Gilbert" <linux@treblig.org>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: "rae l" <crquan@gmail.com>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: "Rafael J. Wysocki" <rjw@sisk.pl>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: "Rafael J. Wysocki" <rjw@sisk.pl>
[PATCH] update description in Documentation/filesystems/vfs.txt
From
: Borislav Petkov <bbpetkov@yahoo.de>
hsm violation
From
: Enrico Sardi <enricoss@tiscali.it>
[PATCH] libata: adding ICH8M PCIIDs to ATA_PIIX.
From
: Chr <chunkeey@web.de>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Michael Tokarev <mjt@tls.msk.ru>
Re: [PATCH 3/4] fbdev: uvesafb driver
From
: Michal Januszewski <spock@gentoo.org>
Re: [patch] CFS scheduler, -v18
From
: Ingo Molnar <mingo@elte.hu>
Re: Rules on how to use sysfs in userspace programs
From
: "Kay Sievers" <kay.sievers@vrfy.org>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Russell King <rmk+lkml@arm.linux.org.uk>
Re: (Last oops is Tainted: P) Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: Oleg Verych <olecom@flower.upol.cz>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Hugh Dickins <hugh@veritas.com>
Re: (Last oops is Tainted: P) Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: "Jay L. T. Cornwall" <jay@esuna.co.uk>
Re: [patch] CFS scheduler, -v18
From
: "Antonino Ingargiola" <tritemio@gmail.com>
(Last oops is Tainted: P) Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: Oleg Verych <olecom@flower.upol.cz>
Re: [PATCH] driver core: multithreaded probing - more parallelism control
From
: Stefan Richter <stefanr@s5r6.in-berlin.de>
Re: [PATCH] driver core: multithreaded probing - more parallelism control
From
: Greg KH <greg@kroah.com>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Russell King <rmk+lkml@arm.linux.org.uk>
it's iwl3945 [Re: can't suspend on vaio sz (rc4 and rc5 are ok) [was Re: 2.6.22-rc4-mm2]
From
: Mattia Dongili <malattia@linux.it>
Re: [PATCH] net: Make skb_seq_read unmap the last fragment
From
: David Miller <davem@davemloft.net>
Re: [RFC] [PATCH 2.6.21.5] ppp: fix osize too small errors when decoding mppe
From
: David Miller <davem@davemloft.net>
Re: can't suspend on vaio sz (rc4 and rc5 are ok) [was Re: 2.6.22-rc4-mm2]
From
: Mattia Dongili <malattia@linux.it>
Re: How innovative is Linux?
From
: Rik van Riel <riel@redhat.com>
vm/fs meetup in september?
From
: Nick Piggin <npiggin@suse.de>
Re: [RFC] fsblock
From
: William Lee Irwin III <wli@holomorphy.com>
Re: JIT emulator needs
From
: William Lee Irwin III <wli@holomorphy.com>
Re: [PATCH 3/4] fbdev: uvesafb driver
From
: Akinobu Mita <akinobu.mita@gmail.com>
Re: [RFC] fsblock
From
: Nick Piggin <npiggin@suse.de>
Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c
From
: "Satyam Sharma" <satyam.sharma@gmail.com>
Re: [RFC] fsblock
From
: Jeff Garzik <jeff@garzik.org>
Re: [RFC] fsblock
From
: Nick Piggin <npiggin@suse.de>
[patch 3/3] minix: convert to fsblock
From
: Nick Piggin <npiggin@suse.de>
[patch 2/3] block_dev: convert to fsblock
From
: Nick Piggin <npiggin@suse.de>
[patch 1/3] add the fsblock layer
From
: Nick Piggin <npiggin@suse.de>
[RFC] fsblock
From
: Nick Piggin <npiggin@suse.de>
Re: Rules on how to use sysfs in userspace programs
From
: Rob Landley <rob@landley.net>
Frequent SATA resets with sata_nv (fwd)
From
: "Matthew \"Cheetah\" Gabeler-Lee" <cheetah-lkmlsata@fastcat.org>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: "Siddha, Suresh B" <suresh.b.siddha@intel.com>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: ebiederm@xmission.com (Eric W. Biederman)
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Toshiharu Harada <haradats@nttdata.co.jp>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: "Siddha, Suresh B" <suresh.b.siddha@intel.com>
Re: [patch -mm 26/28] x86-64 block irq balancing for timer
From
: Arjan van de Ven <arjan@infradead.org>
Re: [patch] 2.6.22-rc Kconfig troubles when using menuconfig
From
: Trent Piepho <xyzzy@speakeasy.org>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Toshiharu Harada <haradats@nttdata.co.jp>
Re: [patch -mm 26/28] x86-64 block irq balancing for timer
From
: Andreas Kleen <ak@suse.de>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: Andrew Morton <akpm@linux-foundation.org>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: "Rafael J. Wysocki" <rjw@sisk.pl>
Re: [PATCH 3/4] fbdev: uvesafb driver
From
: Andrew Morton <akpm@linux-foundation.org>
[PATCH] HFSPlus: simplify inode mode settting logic
From
: Wyatt Banks <wyatt@banksresearch.com>
Re: [PATCH 3/4] fbdev: uvesafb driver
From
: Michal Januszewski <spock@gentoo.org>
Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer
From
: Thomas Gleixner <tglx@linutronix.de>
Re: How innovative is Linux?
From
: "Jesper Juhl" <jesper.juhl@gmail.com>
Re: Fix signalfd interaction with thread-private signals
From
: Nicholas Miell <nmiell@comcast.net>
Re: [PATCH] ALSA: use __devexit_p
From
: Jeff Garzik <jeff@garzik.org>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Jeff Garzik <jeff@garzik.org>
Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c
From
: Trent Piepho <xyzzy@speakeasy.org>
Re: [patch] 2.6.22-rc Kconfig troubles when using menuconfig
From
: Mauro Carvalho Chehab <mchehab@infradead.org>
Re: [RFC PATCH 0/5 v2] Convert all tasklets to workqueues V2
From
: Ed Tomlinson <edt@aei.ca>
i2c_adapter unrecognized stepping
From
: Stuart Anderson <anderson@ligo.caltech.edu>
Re: SATA Harddisk speed drop of 100 MB/s
From
: Jeff Garzik <jeff@garzik.org>
Re: How innovative is Linux?
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: [PATCH] saa7134: fix thread shutdown handling
From
: Mauro Carvalho Chehab <mchehab@infradead.org>
Re: How innovative is Linux?
From
: "David Kane" <dakpenguin@gmail.com>
Re: make xconfig failure on 2.6.21.5
From
: Sam Ravnborg <sam@ravnborg.org>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Linus Torvalds <torvalds@linux-foundation.org>
Re: How innovative is Linux?
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: How innovative is Linux?
From
: Carlo Wood <carlo@alinoe.com>
[PATCH] ALSA: more section mismatches
From
: Randy Dunlap <randy.dunlap@oracle.com>
[PATCH] ALSA: fix section mismatch
From
: Randy Dunlap <randy.dunlap@oracle.com>
[PATCH] ALSA: use __devexit_p
From
: Randy Dunlap <randy.dunlap@oracle.com>
Re: [patch -mm 26/28] x86-64 block irq balancing for timer
From
: Arjan van de Ven <arjan@infradead.org>
Re: [PATCH 1/4] fbdev: make fb_find_mode look for a mode with the highest refresh rate
From
: Michal Januszewski <spock@gentoo.org>
[PATCH] PM: Reduce code duplication between main.c and user.c
From
: "Rafael J. Wysocki" <rjw@sisk.pl>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Randy Dunlap <randy.dunlap@oracle.com>
Re: Linux on XScale 270
From
: Hans-Jürgen Koch <hjk@linutronix.de>
Re: How innovative is Linux?
From
: Al Viro <viro@ftp.linux.org.uk>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Adrian Bunk <bunk@stusta.de>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Matthieu CASTET <castet.matthieu@free.fr>
Re: Linux on XScale 270
From
: Dmitry Krivoschekov <dmitry.krivoschekov@gmail.com>
Re: [PATCH 2/4] fbdev: add connector entries for uvesafb
From
: Evgeniy Polyakov <johnpol@2ka.mipt.ru>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Andrew Morton <akpm@linux-foundation.org>
Re: How innovative is Linux?
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Steven Rostedt <rostedt@goodmis.org>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Linus Torvalds <torvalds@linux-foundation.org>
Re: [PATCH 1/1] audit: fix oops removing watch if audit disabled
From
: Andrew Morton <akpm@linux-foundation.org>
Re: How innovative is Linux?
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: [PATCH 1/1] audit: fix oops removing watch if audit disabled
From
: Al Viro <viro@ftp.linux.org.uk>
Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port
From
: Dave Jones <davej@redhat.com>
Re: How innovative is Linux?
From
: Grozdan Nikolov <microchip@chello.be>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Andrew Morton <akpm@linux-foundation.org>
Re: How innovative is Linux?
From
: jimmy bahuleyan <knight.camelot@gmail.com>
Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Randy Dunlap <rdunlap@xenotime.net>
make xconfig failure on 2.6.21.5
From
: jimmy bahuleyan <knight.camelot@gmail.com>
Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port
From
: Dave Jones <davej@redhat.com>
Re: How innovative is Linux?
From
: Grozdan Nikolov <microchip@chello.be>
Re: [PATCH 3/4] fbdev: uvesafb driver
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Linus Torvalds <torvalds@linux-foundation.org>
Re: How innovative is Linux?
From
: Grozdan Nikolov <microchip@chello.be>
Re: How innovative is Linux?
From
: Grozdan Nikolov <microchip@chello.be>
Linux on XScale 270
From
: Wolfgang Draxinger <wdraxinger@darkstargames.de>
Re: How innovative is Linux?
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: [PATCH 2/4] fbdev: add connector entries for uvesafb
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [PATCH 1/4] fbdev: make fb_find_mode look for a mode with the highest refresh rate
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Steven Rostedt <rostedt@goodmis.org>
Re: [PATCH] sns: add syscall to check signed state of a process [4/4]
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: How innovative is Linux?
From
: "Satyam Sharma" <satyam.sharma@gmail.com>
Re: How innovative is Linux?
From
: "Jeffrey V. Merkey" <jmerkey@wolfmountaingroup.com>
Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Andrew Morton <akpm@linux-foundation.org>
Re: How innovative is Linux?
From
: Diego Calleja <diegocg@gmail.com>
Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: How innovative is Linux?
From
: Bernd Petrovitsch <bernd@firmix.at>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Re: How innovative is Linux?
From
: Benny Amorsen <benny+usenet@amorsen.dk>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Randy Dunlap <randy.dunlap@oracle.com>
Re: How innovative is Linux?
From
: Al Boldi <a1426z@gawab.com>
Re: Question about fair schedulers
From
: Alberto Gonzalez <info@gnebu.es>
Re: How innovative is Linux?
From
: jimmy bahuleyan <knight.camelot@gmail.com>
Re: SATA Harddisk speed drop of 100 MB/s
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [patch] CFS scheduler, -v18
From
: Ingo Molnar <mingo@elte.hu>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Oleg Nesterov <oleg@tv-sign.ru>
Re: "upping" a semaphore from interrupt context?
From
: "Satyam Sharma" <satyam.sharma@gmail.com>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [PATCH] saa7134: fix thread shutdown handling
From
: Andrew Morton <akpm@linux-foundation.org>
Re: "upping" a semaphore from interrupt context?
From
: "Satyam Sharma" <satyam.sharma@gmail.com>
Re: [PATCH 1/1] audit: fix oops removing watch if audit disabled
From
: "S.Çağlar Onur" <caglar@pardus.org.tr>
Re: How innovative is Linux?
From
: "Matthew Jacob" <lydianconcepts@gmail.com>
Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [PATCH] zero_user_page conversion
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [PATCH 1/1] audit: fix oops removing watch if audit disabled
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [PATCH] serial: Clear proper MPSC interrupt cause bits
From
: Andrew Morton <akpm@linux-foundation.org>
Re: [PATCH] fix race in AF_UNIX
From
: ebiederm@xmission.com (Eric W. Biederman)
Re: How innovative is Linux?
From
: Torsten Duwe <duwe@lst.de>
Re: [BUG] long freezes on thinkpad t60
From
: Linus Torvalds <torvalds@linux-foundation.org>
Re: Question about fair schedulers
From
: Kyle Moffett <mrmacman_g4@mac.com>
Re: Fix signalfd interaction with thread-private signals
From
: Oleg Nesterov <oleg@tv-sign.ru>
Re: WiFi(wlan): reporting not real signal (always at 100%)
From
: Larry Finger <Larry.Finger@lwfinger.net>
Re: How innovative is Linux?
From
: Grozdan Nikolov <microchip@chello.be>
Re: "upping" a semaphore from interrupt context?
From
: "Robert P. J. Day" <rpjday@mindspring.com>
Re: How innovative is Linux?
From
: Torsten Duwe <duwe@lst.de>
Re: "upping" a semaphore from interrupt context?
From
: Oliver Neukum <oliver@neukum.org>
Re: "upping" a semaphore from interrupt context?
From
: "Satyam Sharma" <satyam.sharma@gmail.com>
Re: How innovative is Linux?
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Segher Boessenkool <segher@kernel.crashing.org>
Re: How innovative is Linux?
From
: Grozdan Nikolov <microchip@chello.be>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Segher Boessenkool <segher@kernel.crashing.org>
[GIT PATCH] ACPI patches for 2.6.22 - part 4
From
: Len Brown <lenb@kernel.org>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Oleg Verych <olecom@flower.upol.cz>
Re: 2.6.21.4: possible circular locking dependency detected
From
: Udo van den Heuvel <udovdh@xs4all.nl>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
[GIT PULL] AVR32 fixes
From
: Haavard Skinnemoen <hskinnemoen@atmel.com>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Sean <seanlkml@sympatico.ca>
Re: How innovative is Linux?
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Andi Kleen <ak@suse.de>
Re: Question about fair schedulers
From
: Paolo Ornati <ornati@fastwebnet.it>
Re: Mem-2-Mem DMA - Generalized API (MPC8349E)
From
: Clemens Koller <clemens.koller@anagramm.de>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
RE: [PATCH -rt] Preemption problem in kernel RT Patch
From
: Thomas Gleixner <tglx@linutronix.de>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Arkadiusz Miskiewicz <arekm@maven.pl>
RE: [PATCH -rt] Preemption problem in kernel RT Patch
From
: "Beauchemin, Mark" <Mark.Beauchemin@sycamorenet.com>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Adrian Bunk <bunk@stusta.de>
Re: Question about fair schedulers
From
: Alberto Gonzalez <info@gnebu.es>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Björn Steinbrink <B.Steinbrink@gmx.de>
[OT]Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Oleg Verych <olecom@flower.upol.cz>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Oleg Verych <olecom@flower.upol.cz>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Willy Tarreau <w@1wt.eu>
Re: Question about fair schedulers
From
: Paolo Ornati <ornati@fastwebnet.it>
Re: Problems with -rc5 afterall on Dreamcast
From
: "Satyam Sharma" <satyam.sharma@gmail.com>
Re: [patch] CFS scheduler, -v18
From
: Willy Tarreau <w@1wt.eu>
[patch -mm 28/28] x86_64: enable high resolution timers and dynticks
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 26/28] x86-64 block irq balancing for timer
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 27/28] x86_64: prep idle loop for dynticks
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 25/28] x86_64: restore restore nohpet cmdline
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 22/28] x86_64: Convert to cleckevents
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 23/28] ACPI: Remove the useless ifdef code
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 24/28] x86_64: hpet restore vread
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 21/28] x86-64: Fix APIC typo
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 20/28] x86-64: remove dead code and other janitor work in tsc.c
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 19/28] x86_64: Use generic cmos update
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 18/28] x86_64: untangle asm/hpet.h from asm/timex.h
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 17/28] i386: move PIT function declarations and constants to correct header file
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 16/28] i386: hpet assumes boot cpu is 0
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 15/28] i386: remove volatile in apic.c
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 14/28] i386: PIT stop only, when in periodic or oneshot mode
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 13/28] NTP: Move the cmos update code into ntp.c
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 12/28] pcspkr: use the global PIT lock
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 11/28] hrtimer: speedup hrtimer_enqueue
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 10/28] highres: Improve debug output
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 09/28] Tick management: spread timer interrupt
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 07/28] clockevents: Fix resume logic
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 08/28] clockevents: Fix device replacement
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 06/28] Clockevents remove prototypes of removed functions
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 05/28] timer.c cleanup recently introduced whitespace damage
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 02/28] ACPI: Move timer broadcast and pmtimer access before C3 arbiter shutdown
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 04/28] Timekeeping: Fixup shadow variable argument
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 03/28] clockevents: fix typo in acpi_pm.c
From
: Thomas Gleixner <tglx@linutronix.de>
[patch -mm 01/28] NOHZ: Fix nox x86 dyntick idle handling
From
: Thomas Gleixner <tglx@linutronix.de>
[patch-mm 00/28] High resolution timer updates and x86_64 support - V3
From
: Thomas Gleixner <tglx@linutronix.de>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Andi Kleen <ak@suse.de>
Re: [PATCH] x86-64: disable the GART before allocate aperture
From
: Andi Kleen <ak@suse.de>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Adrian Bunk <bunk@stusta.de>
[PATCH 2/2] Hook up to (process) container feature in mm tree
From
: Srivatsa Vaddagiri <vatsa@linux.vnet.ibm.com>
[PATCH 1/2] Introduce notion of scheduler hierarchy
From
: Srivatsa Vaddagiri <vatsa@linux.vnet.ibm.com>
[PATCH 0/2] Add group awareness to CFS - v2
From
: Srivatsa Vaddagiri <vatsa@linux.vnet.ibm.com>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Carlo Wood <carlo@alinoe.com>
Re: Rules on how to use sysfs in userspace programs
From
: "Kay Sievers" <kay.sievers@vrfy.org>
Re: [PATCH 0/4] fbdev: uvesafb
From
: Michal Januszewski <spock@gentoo.org>
How innovative is Linux?
From
: Grozdan Nikolov <microchip@chello.be>
Re: Kconfig troubles when using menuconfig - Was: [patch]Re: linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c
From
: Oleg Verych <olecom@flower.upol.cz>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: "Jay L. T. Cornwall" <jay@esuna.co.uk>
Re: "upping" a semaphore from interrupt context?
From
: "Robert P. J. Day" <rpjday@mindspring.com>
Re: [PATCH 0/4] fbdev: uvesafb
From
: Arnd Bergmann <arnd@arndb.de>
Re: "upping" a semaphore from interrupt context?
From
: Arnd Bergmann <arnd@arndb.de>
Re: [Linux-fbdev-devel] [PATCH 3/4] fbdev: uvesafb driver
From
: Bernhard Fischer <rep.dot.nop@gmail.com>
Re: "upping" a semaphore from interrupt context?
From
: "Robert P. J. Day" <rpjday@mindspring.com>
Re: Question about fair schedulers
From
: Willy Tarreau <w@1wt.eu>
Re: Question about fair schedulers
From
: Alberto Gonzalez <info@gnebu.es>
Problems with -rc5 afterall on Dreamcast
From
: Adrian McMenamin <adrian@newgolddream.dyndns.info>
Re: [RFC PATCH 6/6] Convert tasklets to work queues
From
: Arnd Bergmann <arnd@arndb.de>
Re: [PATCH] x86-64: disable the GART before allocate aperture
From
: Vivek Goyal <vgoyal@in.ibm.com>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Arkadiusz Miskiewicz <arekm@maven.pl>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Muli Ben-Yehuda <muli@il.ibm.com>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Andi Kleen <ak@suse.de>
Re: Question about fair schedulers
From
: "Tom Spink" <tspink@gmail.com>
Re: Question about fair schedulers
From
: Alberto Gonzalez <info@gnebu.es>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Andi Kleen <ak@suse.de>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Andi Kleen <ak@suse.de>
[PATCH 3/4] fbdev: uvesafb driver
From
: Michal Januszewski <spock@gentoo.org>
[PATCH 1/4] fbdev: make fb_find_mode look for a mode with the highest refresh rate
From
: Michal Januszewski <spock@gentoo.org>
[PATCH 0/4] fbdev: uvesafb
From
: Michal Januszewski <spock@gentoo.org>
[PATCH 4/4] fbdev: uvesafb documentation
From
: Michal Januszewski <spock@gentoo.org>
[PATCH 2/4] fbdev: add connector entries for uvesafb
From
: Michal Januszewski <spock@gentoo.org>
Re: Question about fair schedulers
From
: Willy Tarreau <w@1wt.eu>
Re: Question about fair schedulers
From
: Alberto Gonzalez <info@gnebu.es>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Muli Ben-Yehuda <muli@il.ibm.com>
Re: [BUG] long freezes on thinkpad t60
From
: Miklos Szeredi <miklos@szeredi.hu>
Re: Question about fair schedulers
From
: Willy Tarreau <w@1wt.eu>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Oleg Verych <olecom@flower.upol.cz>
Re: [PATCH] x86-64: disable the GART before allocate aperture
From
: Muli Ben-Yehuda <muli@il.ibm.com>
Re: [patch] CFS scheduler, -v18
From
: "Antonino Ingargiola" <tritemio@gmail.com>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Christoph Hellwig <hch@infradead.org>
[PATCH -mm] FUTEX: Tidy up the code - V2
From
: Thomas Gleixner <tglx@linutronix.de>
Re: [patch] CFS scheduler, -v18
From
: Gene Heskett <gene.heskett@gmail.com>
[PATCH] FUTEX: Restore the dropped ERSCH fix
From
: Thomas Gleixner <tglx@linutronix.de>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Christoph Hellwig <hch@infradead.org>
Re: [PATCH] x86: simplify notify_page_fault()
From
: Christoph Hellwig <hch@infradead.org>
Re: Question about fair schedulers
From
: "Russell Harmon" <eatnumber1@gmail.com>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: Question about fair schedulers
From
: Alberto Gonzalez <info@gnebu.es>
Re: [PATCH] x86-64: disable the GART before allocate aperture
From
: Alan Cox <alan@lxorguk.ukuu.org.uk>
Re: [PATCH] fix race in AF_UNIX
From
: Miklos Szeredi <miklos@szeredi.hu>
Re: FW : airo suspend problem
From
: matthieu castet <castet.matthieu@free.fr>
Re: Writing a driver for a legacy serial device
From
: Jean Delvare <khali@linux-fr.org>
Re: Question about fair schedulers
From
: Willy Tarreau <w@1wt.eu>
NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Oleg Verych <olecom@flower.upol.cz>
Re: implement-file-posix-capabilities.patch
From
: Andrew Morgan <morgan@kernel.org>
Mem-2-Mem DMA - Generalized API (MPC8349E)
From
: Clifford Wolf <clifford@clifford.at>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Christoph Hellwig <hch@infradead.org>
Re: [PATCH] make iunique use a do/while loop rather than its obscure goto loop
From
: Christoph Hellwig <hch@infradead.org>
Re: [PATCH] x86: simplify notify_page_fault()
From
: Christoph Hellwig <hch@infradead.org>
Re: Question about fair schedulers
From
: Alberto Gonzalez <info@gnebu.es>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Tejun Heo <htejun@gmail.com>
Re: Question about fair schedulers
From
: Alberto Gonzalez <info@gnebu.es>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Oleg Verych <olecom@flower.upol.cz>
Re: Please release a stable kernel Linux 3.0
From
: Chris Snook <csnook@redhat.com>
Re: OOPS in 2.6.19.1, connected to nfs4 and autofs4
From
: Malte Schröder <maltesch@gmx.de>
[patch] 2.6.22-rc Kconfig troubles when using menuconfig
From
: Jan Engelhardt <jengelh@computergmbh.de>
Re: [patch] CFS scheduler, -v18
From
: Ingo Molnar <mingo@elte.hu>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
