LKML: Linux Kernel Archive 2007 Q2
Thread Index
[
Prev Page
][
Next Page
]
Re: How innovative is Linux?
From
: Randy Dunlap <
[email protected]
>
Re: [PATCH] trim memory not covered by WB MTRRs
From
: Justin Piszcz <
[email protected]
>
Re: [PATCH] trim memory not covered by WB MTRRs
From
: Pim Zandbergen <
[email protected]
>
Re: [RFC] mm-controller
From
: Peter Zijlstra <
[email protected]
>
Re: SATA Harddisk speed drop of 100 MB/s
From
: Carlo Wood <
[email protected]
>
Re: Linux Kernel include files
From
:
[email protected]
Re: [BUG] Lockdep warning with XFS on 2.6.22-rc6
From
: "Satyam Sharma" <
[email protected]
>
Re: synchronize_qrcu_timeout()
From
: Oleg Nesterov <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <
[email protected]
>
Re: Documentation of kernel messages (Summary)
From
: Rob Landley <
[email protected]
>
Re: [PATCH] pcmcia: CompactFlash driver for PA Semi Electra boards
From
:
[email protected]
(Olof Johansson)
Re: [RFC] hwbkpt: Hardware breakpoints (was Kwatch)
From
: Alan Stern <
[email protected]
>
Re: [RFC] hwbkpt: Hardware breakpoints (was Kwatch)
From
: Alan Stern <
[email protected]
>
Re: Linux Kernel include files
From
: "Robert P. J. Day" <
[email protected]
>
Re: Linux Kernel include files
From
: David Woodhouse <
[email protected]
>
Re: Linux Kernel include files
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: Oleg Nesterov <
[email protected]
>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Matt Mackall <
[email protected]
>
synchronize_qrcu_timeout()
From
: Oleg Nesterov <
[email protected]
>
Re: Linux Kernel include files
From
:
[email protected]
(Joerg Schilling)
Re: SATA Harddisk speed drop of 100 MB/s
From
:
[email protected]
(Lennart Sorensen)
Re: [PATCH] cross-architecture ELF clean up
From
: Roman Zippel <
[email protected]
>
Re: How innovative is Linux?
From
: Jan Engelhardt <
[email protected]
>
Re: How innovative is Linux?
From
:
[email protected]
(Lennart Sorensen)
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Casey Schaufler <
[email protected]
>
Re: Linux Kernel include files
From
:
[email protected]
(Joerg Schilling)
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <
[email protected]
>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Alexander Gabert <
[email protected]
>
Re: [PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: "Paul E. McKenney" <
[email protected]
>
Re: Rules on how to use sysfs in userspace programs
From
: "Kay Sievers" <
[email protected]
>
Re: [PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Linux Kernel include files
From
:
[email protected]
(Joerg Schilling)
Re: Linux Kernel include files
From
:
[email protected]
(Joerg Schilling)
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
:
[email protected]
(Lennart Sorensen)
Re: [NETFILTER] early_drop() imrovement (v3)
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Roberto De Ioris <
[email protected]
>
Re: [PATCH] Export usb_gadgetfs.h to userspace
From
: David Brownell <
[email protected]
>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH] cross-architecture ELF clean up
From
: Roman Zippel <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Gabor Gombas <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <
[email protected]
>
Re: [PATCH] hwmon/coretemp: Fix a broken error path - microcode update fix
From
: Soeren Sonnenburg <
[email protected]
>
Re: [PATCH] cross-architecture ELF clean up
From
: Clemens Koller <
[email protected]
>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Nicolas Ferre <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: James Morris <
[email protected]
>
Re: [NETFILTER] early_drop() imrovement (v3)
From
: Patrick McHardy <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Casey Schaufler <
[email protected]
>
[PATCH 7/7][TAKE5] ext4: support new modes
From
: "Amit K. Arora" <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Rene Herman <
[email protected]
>
[PATCH 6/7][TAKE5] ext4: write support for preallocated blocks
From
: "Amit K. Arora" <
[email protected]
>
[PATCH 5/7][TAKE5] ext4: fallocate support in ext4
From
: "Amit K. Arora" <
[email protected]
>
Documentation of kernel messages (Summary)
From
: Michael Holzheu <
[email protected]
>
[PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <
[email protected]
>
[PATCH 3/7][TAKE5] fallocate() on ia64
From
: "Amit K. Arora" <
[email protected]
>
[PATCH 2/7][TAKE5] fallocate() on s390(x)
From
: "Amit K. Arora" <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <
[email protected]
>
Re: [PATCH] cross-architecture ELF clean up
From
: Roman Zippel <
[email protected]
>
[PATCH 1/7][TAKE5] fallocate() implementation on i386, x86_64 and powerpc
From
: "Amit K. Arora" <
[email protected]
>
Re: Oops: 2.6.21.3 via_rhine
From
: "Akinobu Mita" <
[email protected]
>
Re: [PATCH] cross-architecture ELF clean up
From
: Roman Zippel <
[email protected]
>
Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?
From
:
[email protected]
(Lennart Sorensen)
[PATCH 0/6][TAKE5] fallocate system call
From
: "Amit K. Arora" <
[email protected]
>
Re: [patch 1/3] add the fsblock layer
From
: Chris Mason <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: "Renato S. Yamane" <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Olivier Galibert <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Adrian Bunk <
[email protected]
>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Björn Steinbrink <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Gabor Gombas <
[email protected]
>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Björn Steinbrink <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Casey Schaufler <
[email protected]
>
Re: Attansic L1 page corruption (was: 2.6.22-rc5: pdflush oops under heavy disk load)
From
: Luca <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <
[email protected]
>
Re: Attansic L1 page corruption
From
: Jay Cliburn <
[email protected]
>
Re: [PATCH -mm 2/2] x86_64: semi-rewrite of PTRACE_PEEKUSR, PTRACE_POKEUSR
From
: Alexey Dobriyan <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <
[email protected]
>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Olivier Galibert <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Olivier Galibert <
[email protected]
>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Björn Steinbrink <
[email protected]
>
Re: Scaling Max IP address limitation
From
: "Robert Iakobashvili" <
[email protected]
>
Re: [patch -rss] Make RSS accounting display more user friendly
From
: Balbir Singh <
[email protected]
>
Re: [PATCH] cross-architecture ELF clean up
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Jan Engelhardt <
[email protected]
>
Re: Scaling Max IP address limitation
From
: Jan Engelhardt <
[email protected]
>
Re: [patch 1/3] add the fsblock layer
From
: Chris Mason <
[email protected]
>
Re: [PATCH]is_power_of_2-ufs/super.c
From
: "Robert P. J. Day" <
[email protected]
>
Oops: 2.6.21.3 via_rhine
From
: "Andrew A. Razdolsky" <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <
[email protected]
>
Re: [RFC] fsblock
From
: Chris Mason <
[email protected]
>
Re: [PATCH]is_power_of_2-ufs/super.c
From
: vignesh babu <
[email protected]
>
Attansic L1 page corruption (was: 2.6.22-rc5: pdflush oops under heavy disk load)
From
: "Jay L. T. Cornwall" <
[email protected]
>
Re: [patch 2/2] HFS+: Add custom dentry hash and comparison operations
From
: Roman Zippel <
[email protected]
>
Re: [PATCH]is_power_of_2-ufs/super.c
From
: Johannes Weiner <
[email protected]
>
Re: [patch 1/2] HFS+: Refactor ASCII to unicode conversion routine for later reuse
From
: Roman Zippel <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <
[email protected]
>
Re: [RFC] hwbkpt: Hardware breakpoints (was Kwatch)
From
: Roland McGrath <
[email protected]
>
Re: Add INPUT support to toshiba_acpi
From
: Rolf Eike Beer <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <
[email protected]
>
Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
From
: Johannes Schlumberger <
[email protected]
>
[PATCH] ARM PXA: invalid clocks settings.
From
: Rodolfo Giometti <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <
[email protected]
>
Re: [RFC] hwbkpt: Hardware breakpoints (was Kwatch)
From
: Roland McGrath <
[email protected]
>
Re: pivot_root alternative
From
: Salvatore De Paolis <
[email protected]
>
[BUG] Lockdep warning with XFS on 2.6.22-rc6
From
: Johannes Weiner <
[email protected]
>
[PATCH] X86: Update alignment when 4K stacks are used.
From
: "Robert P. J. Day" <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] ALSA: use __devexit_p
From
: Takashi Iwai <
[email protected]
>
Re: [PATCH] ALSA: use __devexit_p
From
: Takashi Iwai <
[email protected]
>
Re: [PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: Oleg Nesterov <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Takashi Iwai <
[email protected]
>
Re: pivot_root alternative
From
: Michael Tokarev <
[email protected]
>
Re: libata and legacy ide pcmcia failure
From
: Albert Lee <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <
[email protected]
>
Re: [discuss] [1/2] 2.6.22-rc6: known regressions
From
: "Joerg Roedel" <
[email protected]
>
Re: Add INPUT support to toshiba_acpi
From
: Richard Hughes <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <
[email protected]
>
Re: [1/2] 2.6.22-rc6: known regressions
From
: Michal Piotrowski <
[email protected]
>
[1/2] 2.6.22-rc6: known regressions
From
: Michal Piotrowski <
[email protected]
>
Re: [2/2] 2.6.22-rc6: known regressions with patches
From
: Michal Piotrowski <
[email protected]
>
[1/2] 2.6.22-rc6: known regressions with patches
From
: Michal Piotrowski <
[email protected]
>
Re: Scaling Max IP address limitation
From
: "Robert Iakobashvili" <
[email protected]
>
Re: How innovative is Linux?
From
: "Hiro Yoshioka" <
[email protected]
>
man-pages-2.58 is released
From
: Michael Kerrisk <
[email protected]
>
[PATCH] Export usb_gadgetfs.h to userspace
From
: Haavard Skinnemoen <
[email protected]
>
Re: Scaling Max IP address limitation
From
: Patrick McHardy <
[email protected]
>
Re: [PATCH] update description in Documentation/filesystems/vfs.txt
From
: "Pekka Enberg" <
[email protected]
>
Re: libata and legacy ide pcmcia failure
From
: Robert de Rooy <
[email protected]
>
Re: Scaling Max IP address limitation
From
: Jan Engelhardt <
[email protected]
>
Re: [ANNOUNCE] Linux Kernel Tester’s Guide v0.3-rc1
From
: Rolf Eike Beer <
[email protected]
>
Oops: 2.6.20.x
From
: "Andrew A. Razdolsky" <
[email protected]
>
Re: Add INPUT support to toshiba_acpi
From
: Rolf Eike Beer <
[email protected]
>
Re: [PATCH] cross-architecture ELF clean up
From
: David Woodhouse <
[email protected]
>
Re: [PATCH 2/2] [RESEND] PCI: Change all drivers to use pci_device->revision
From
: Alan Cox <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Alan Cox <
[email protected]
>
Re: [patch 1/3] add the fsblock layer
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 1/2] [RESEND] PCI: read revision ID by default
From
: Alan Cox <
[email protected]
>
Re: Scaling Max IP address limitation
From
: "Robert Iakobashvili" <
[email protected]
>
Re: hsm violation
From
: Enrico Sardi <
[email protected]
>
Re: -Os versus -O2
From
: Segher Boessenkool <
[email protected]
>
Re: [patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Ingo Molnar <
[email protected]
>
Re: [2.6 patch] fix devres_release_all() return value
From
: Greg KH <
[email protected]
>
Re: [PATCH] driver core: multithreaded probing - more parallelismcontrol
From
: Greg KH <
[email protected]
>
Re: [PATCH 1/2] [RESEND] PCI: read revision ID by default
From
: Greg KH <
[email protected]
>
Re: -Os versus -O2
From
: Willy Tarreau <
[email protected]
>
Re: Linux v2.6.22-rc6
From
: Jan Engelhardt <
[email protected]
>
[patch, 2.6.22-rc6] fix nmi_watchdog=2 bootup hang
From
: Ingo Molnar <
[email protected]
>
Re: [patch 1/3] add the fsblock layer
From
: Nick Piggin <
[email protected]
>
Re: -Os versus -O2
From
: Segher Boessenkool <
[email protected]
>
Re: -Os versus -O2
From
: Segher Boessenkool <
[email protected]
>
Problems with mounting flash partition with jffs2
From
: gshan <
[email protected]
>
Re: [patch] CFS scheduler, -v18
From
: "Antonino Ingargiola" <
[email protected]
>
2.6.22-rc5-yesterdaygit with VM debug: BUG in mm/rmap.c:66: anon_vma_link ?
From
: Petr Vandrovec <
[email protected]
>
Re: [patch 1/3] add the fsblock layer
From
: Nick Piggin <
[email protected]
>
Re: [patch -rss] Make RSS accounting display more user friendly
From
: "Paul Menage" <
[email protected]
>
Re: [RFC] fsblock
From
: Nick Piggin <
[email protected]
>
Re: -Os versus -O2
From
:
[email protected]
Re: -Os versus -O2
From
:
[email protected]
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Jakub Jelinek <
[email protected]
>
Re: -Os versus -O2
From
: Segher Boessenkool <
[email protected]
>
Re: -Os versus -O2
From
: Segher Boessenkool <
[email protected]
>
Re: 2.6.22-rc3 nmi watchdog hang
From
: Ingo Molnar <
[email protected]
>
Re: [RFC] fsblock
From
: Nick Piggin <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Carlo Florendo <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Carlo Florendo <
[email protected]
>
Re: [PATCH] SLOB allocator imcompatible SLAB
From
: Yoshinori Sato <
[email protected]
>
Re: [patch 10/26] SLUB: Faster more efficient slab determination for __kmalloc.
From
: Nick Piggin <
[email protected]
>
Re: [BUG] long freezes on thinkpad t60
From
: Jarek Poplawski <
[email protected]
>
Re: vm/fs meetup in september?
From
: Christoph Hellwig <
[email protected]
>
Re: drivers/mtd/devices/at91_dataflash26.c
From
: Hans-Jürgen Koch <
[email protected]
>
Re: [PATCH] slob: poor man's NUMA support.
From
: Matt Mackall <
[email protected]
>
Re: 2.6.22-rc3 nmi watchdog hang
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] slob: poor man's NUMA support.
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Segher Boessenkool <
[email protected]
>
Linux v2.6.22-rc6
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] pcmcia: CompactFlash driver for PA Semi Electra boards
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] pcmcia: ppc64 needs 32-bit ioaddr_t
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Josh Triplett <
[email protected]
>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Matt Mackall <
[email protected]
>
Re: [patch] Move led attributes out of device name and into sysfs attributes, was Re: LED devices
From
: Greg KH <
[email protected]
>
Re: -Os versus -O2
From
: Willy Tarreau <
[email protected]
>
Re: pivot_root alternative
From
: Salvatore De Paolis <
[email protected]
>
Re: Scaling Max IP address limitation
From
: David Jones <
[email protected]
>
Re: [PATCH try #2] security: Convert LSM into a static interface
From
: James Morris <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [PATCH try #2] security: Convert LSM into a static interface
From
: Petr Vandrovec <
[email protected]
>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Arjan van de Ven <
[email protected]
>
[PATCH try #2] security: Convert LSM into a static interface
From
: James Morris <
[email protected]
>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Tejun Heo <
[email protected]
>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Petr Vandrovec <
[email protected]
>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Petr Vandrovec <
[email protected]
>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Robert Hancock <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Chris Wright <
[email protected]
>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Tejun Heo <
[email protected]
>
Re: libata and legacy ide pcmcia failure
From
: Albert Lee <
[email protected]
>
Re: pivot_root alternative
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Chris Wright <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Matt Mackall <
[email protected]
>
i386 boot fail, EIP in __change_page_attr:166
From
: "dave young" <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: "Nobin Mathew" <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Casey Schaufler <
[email protected]
>
[PATCH 2/2] [RESEND] PCI: Change all drivers to use pci_device->revision
From
: Auke Kok <
[email protected]
>
[PATCH 1/2] [RESEND] PCI: read revision ID by default
From
: Auke Kok <
[email protected]
>
Re: inotify and /proc?
From
: Kyle Moffett <
[email protected]
>
Re: drivers/mtd/devices/at91_dataflash26.c
From
: David Brownell <
[email protected]
>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Tejun Heo <
[email protected]
>
Re: [PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Robert Hancock <
[email protected]
>
Re: [PATCH] pcmcia: ppc64 needs 32-bit ioaddr_t
From
:
[email protected]
(Olof Johansson)
Re: hsm violation
From
: Tejun Heo <
[email protected]
>
[PATCH 2.6.22-rc5] libata: add HTS541616J9SA00 to NCQ blacklist
From
: Tejun Heo <
[email protected]
>
Re: -Os versus -O2
From
:
[email protected]
Re: hsm violation
From
: Tejun Heo <
[email protected]
>
Re: hsm violation
From
: Tejun Heo <
[email protected]
>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Muli Ben-Yehuda <
[email protected]
>
Re: -Os versus -O2
From
: Adrian Bunk <
[email protected]
>
Re: -Os versus -O2
From
: Rene Herman <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Chris Wright <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Chris Wright <
[email protected]
>
Re: [PATCH] pcmcia: ppc64 needs 32-bit ioaddr_t
From
: Arnd Bergmann <
[email protected]
>
Re: -Os versus -O2
From
: Rene Herman <
[email protected]
>
Re: -Os versus -O2
From
: Jeff Garzik <
[email protected]
>
Re: -Os versus -O2
From
:
[email protected]
Re: -Os versus -O2
From
: Adrian Bunk <
[email protected]
>
Re: -Os versus -O2
From
: Rene Herman <
[email protected]
>
Re: -Os versus -O2
From
: Arjan van de Ven <
[email protected]
>
Re: -Os versus -O2
From
:
[email protected]
Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port
From
: Wang Zhenyu <
[email protected]
>
Re: -Os versus -O2
From
: Arjan van de Ven <
[email protected]
>
[PATCH] pcmcia: CompactFlash driver for PA Semi Electra boards
From
:
[email protected]
(Olof Johansson)
[PATCH] pcmcia: ppc64 needs 32-bit ioaddr_t
From
:
[email protected]
(Olof Johansson)
-Os versus -O2
From
: Adrian Bunk <
[email protected]
>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Hugh Dickins <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Patrick Mau <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: "Yinghai Lu" <
[email protected]
>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: "Yinghai Lu" <
[email protected]
>
Re: Change in default vm_dirty_ratio
From
: Peter Zijlstra <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Benjamin LaHaise <
[email protected]
>
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 <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Arjan van de Ven <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Mark Lord <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Casey Schaufler <
[email protected]
>
Re: [RFC] [PATCH 2.6.21.5] ppp: fix osize too small errors when decoding mppe
From
: Konstantin Sharlaimov <
[email protected]
>
Re: pivot_root alternative
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Benjamin LaHaise <
[email protected]
>
Re: [REGRESSION 2.6-git] possible circular locking dependency detected with XFS
From
: David Chinner <
[email protected]
>
memset() with zeroes (Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization)
From
: Oleg Verych <
[email protected]
>
Re: Failure to properly reinit i8042 post suspend-to-ram
From
: Nigel Cunningham <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Carlo Wood <
[email protected]
>
Re: [PATCH] Avoid potential NULL deref in scripts/genksyms/lex.l
From
: "Jesper Juhl" <
[email protected]
>
[PATCH][ISDN] fix possible NULL deref on low memory condition in capidrv.c::send_message()
From
: Jesper Juhl <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <
[email protected]
>
Re: [patch 1/3] add the fsblock layer
From
: Neil Brown <
[email protected]
>
Re: [PATCH] Avoid potential NULL deref in scripts/genksyms/lex.l
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
From
: Alexander Wuerstlein <
[email protected]
>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: "Jesper Juhl" <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: "Jesper Juhl" <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Carlo Wood <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Olivier Galibert <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: James Morris <
[email protected]
>
[PATCH] Guard against a potential NULL pointer dereference in old_capi_manufacturer()
From
: Jesper Juhl <
[email protected]
>
Re: [PATCH] Update the alignment for 4K stacks.
From
: "Robert P. J. Day" <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Oleg Verych <
[email protected]
>
Re: [PATCH][RFC] security: Convert LSM into a static interface
From
: Chris Wright <
[email protected]
>
Re: pivot_root alternative
From
: Salvatore De Paolis <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Carlo Wood <
[email protected]
>
Re: [patch] Reporting the lid status using INPUT
From
: GMail <
[email protected]
>
Re: [PATCH] Avoid potential NULL deref in scripts/genksyms/lex.l
From
: "Jesper Juhl" <
[email protected]
>
Re: [PATCH] Avoid potential NULL deref in scripts/genksyms/lex.l
From
: Andrew Morton <
[email protected]
>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
:
[email protected]
Re: pivot_root alternative
From
: Arnd Hannemann <
[email protected]
>
Re: Scaling Max IP address limitation
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Neil Booth <
[email protected]
>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
:
[email protected]
(David Wagner)
Re: IRQ Balance Question for Single but Multi-Core Processors
From
: Arjan van de Ven <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Rene Herman <
[email protected]
>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: Jay Cliburn <
[email protected]
>
[PATCH] Avoid potential NULL deref in scripts/genksyms/lex.l
From
: Jesper Juhl <
[email protected]
>
Re: How innovative is Linux?
From
: Nikita Danilov <
[email protected]
>
Re: sata_promise disk error 2.6.22-rc5 with hrt1 patch
From
: Mikael Pettersson <
[email protected]
>
Re: sky2 crash on suspend to RAM
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Please release a stable kernel Linux 3.0
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Failure to properly reinit i8042 post suspend-to-ram
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: pivot_root alternative
From
: Jan Engelhardt <
[email protected]
>
pivot_root alternative
From
: Salvatore De Paolis <
[email protected]
>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
:
[email protected]
(David Wagner)
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
:
[email protected]
(David Wagner)
[PATCH][RFC] security: Convert LSM into a static interface
From
: James Morris <
[email protected]
>
Re: Question about fair schedulers
From
: "Jesper Juhl" <
[email protected]
>
Re: IRQ Balance Question for Single but Multi-Core Processors
From
: Jan Engelhardt <
[email protected]
>
Re: Scaling Max IP address limitation
From
: Jan Engelhardt <
[email protected]
>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
:
[email protected]
(David Wagner)
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Alan Cox <
[email protected]
>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
:
[email protected]
(David Wagner)
Re: beeping patch for debugging acpi sleep
From
: Christian Leber <
[email protected]
>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <
[email protected]
>
Re: Scaling Max IP address limitation
From
:
[email protected]
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <
[email protected]
>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
:
[email protected]
(David Wagner)
SLUB Allocator?
From
: Justin Piszcz <
[email protected]
>
Re: [patch] CFS scheduler, -v18
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: "Jay L. T. Cornwall" <
[email protected]
>
IRQ Balance Question for Single but Multi-Core Processors
From
: Justin Piszcz <
[email protected]
>
Intel MTRR Patch
From
: Justin Piszcz <
[email protected]
>
Re: [RC][PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: Pavel Machek <
[email protected]
>
Re: Scaling Max IP address limitation
From
: "Robert Iakobashvili" <
[email protected]
>
Re: [RC][PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [patch 1/3] add the fsblock layer
From
: Arjan van de Ven <
[email protected]
>
Re: DCCP: 2.6.22-rc5-git8 compile warning
From
: Jan Engelhardt <
[email protected]
>
DCCP: 2.6.22-rc5-git8 compile warning
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <
[email protected]
>
Re: Scaling Max IP address limitation
From
: "Robert Iakobashvili" <
[email protected]
>
Re: Scaling Max IP address limitation
From
: Jan Engelhardt <
[email protected]
>
Re: Scaling Max IP address limitation
From
: David Stevens <
[email protected]
>
Re: Frequent SATA resets with sata_nv (fwd)
From
: Robert Hancock <
[email protected]
>
Re: character driver over PCI
From
: Robert Hancock <
[email protected]
>
Re: hsm violation
From
: Robert Hancock <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH] Update the alignment for 4K stacks.
From
: Andrew Morton <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Robert Hancock <
[email protected]
>
RE: Question about fair schedulers
From
: "David Schwartz" <
[email protected]
>
Re: [PATCH] [RFC] Adjust queue unplugging and congestion limits
From
: Andrew Morton <
[email protected]
>
Re: hsm violation
From
: Andrew Morton <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Jan Engelhardt <
[email protected]
>
[PATCH] Update the alignment for 4K stacks.
From
: "Robert P. J. Day" <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <
[email protected]
>
Re: Rules on how to use sysfs in userspace programs
From
: Rob Landley <
[email protected]
>
sata_promise disk error 2.6.22-rc5 with hrt1 patch
From
: otto Meier <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Segher Boessenkool <
[email protected]
>
Re: Scaling Max IP address limitation
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Linus Torvalds <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Alan Cox <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <
[email protected]
>
Re: Dual slot PCI riser messes up ivtv
From
: Clemens Koller <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <
[email protected]
>
Re: Is it time for remove (crap) ALSA from kernel tree ?
From
: "Ash Willis" <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Segher Boessenkool <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: "Satyam Sharma" <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Arnd Bergmann <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Linus Torvalds <
[email protected]
>
Re: Scaling Max IP address limitation
From
: Andrew Morton <
[email protected]
>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: Jay Cliburn <
[email protected]
>
Is it time for remove (crap) ALSA from kernel tree ?
From
: Tomasz Kłoczko <
[email protected]
>
Re: [PATCH 16/16] fix handling of integer constant expressions
From
: Al Viro <
[email protected]
>
Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5
From
: Alexander Gabert <
[email protected]
>
[PATCH] [RFC] Adjust queue unplugging and congestion limits
From
: Patrick Mau <
[email protected]
>
Scaling Max IP address limitation
From
: David Jones <
[email protected]
>
Re: FW : airo suspend problem
From
: Pavel Machek <
[email protected]
>
Re: Frequent SATA resets with sata_nv (fwd)
From
: Alistair John Strachan <
[email protected]
>
Re: [patch] CFS scheduler, -v18
From
: Willy Tarreau <
[email protected]
>
Re: [RC][PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks
From
: Pavel Machek <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: "Robert P. J. Day" <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Justin Piszcz <
[email protected]
>
Re: [PATCH] Chinese translation of Documentation/HOWTO
From
: Rene Herman <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: "Satyam Sharma" <
[email protected]
>
Re: Change in default vm_dirty_ratio
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] Chinese translation of Documentation/HOWTO
From
: Alan Cox <
[email protected]
>
Re: [PATCH] HFSPlus: simplify inode mode settting logic
From
: Roman Zippel <
[email protected]
>
Re: Dual slot PCI riser messes up ivtv
From
: Krzysztof Halasa <
[email protected]
>
Re: implement-file-posix-capabilities.patch
From
: James Morris <
[email protected]
>
Re: implement-file-posix-capabilities.patch
From
: "Serge E. Hallyn" <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Michael Tokarev <
[email protected]
>
Re: [patch] CFS scheduler, -v18
From
: Ingo Molnar <
[email protected]
>
Re: [RFC PATCH 0/6] Convert all tasklets to workqueues
From
: Steven Rostedt <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Michael Tokarev <
[email protected]
>
Re: [RFC PATCH 0/6] Convert all tasklets to workqueues
From
:
[email protected]
(Jonathan Corbet)
Re: 2.6.21.4: possible circular locking dependency detected
From
: Udo van den Heuvel <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: "Robert P. J. Day" <
[email protected]
>
Re: [PATCH] Chinese translation of Documentation/HOWTO
From
: Pavel Machek <
[email protected]
>
RE: [PATCH] driver core: multithreaded probing - more parallelismcontrol
From
: "Huang, Ying" <
[email protected]
>
NCQ/TCQ performance review (was: SATA RAID5 speed drop of 100 MB/s)
From
: Al Boldi <
[email protected]
>
Re: [PATCH] hw_random: add quality categories
From
: Michael Buesch <
[email protected]
>
Re: [patch 1/3] add the fsblock layer
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] hw_random: add quality categories
From
: Alexey Dobriyan <
[email protected]
>
Re: Dual slot PCI riser messes up ivtv
From
: Islam Amer <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Justin Piszcz <
[email protected]
>
[PATCH] hw_random: add quality categories
From
: Michael Buesch <
[email protected]
>
Re: [RFC] fsblock
From
: Chris Mason <
[email protected]
>
build #301 failed for 2.6.22-rc5-g75154f4 in pcmcia drivers
From
: Toralf Förster <
[email protected]
>
Re: [RFC] fsblock
From
: Andi Kleen <
[email protected]
>
Re: Change in default vm_dirty_ratio
From
: Peter Zijlstra <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: "Dr. David Alan Gilbert" <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: "rae l" <
[email protected]
>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH] update description in Documentation/filesystems/vfs.txt
From
: Borislav Petkov <
[email protected]
>
hsm violation
From
: Enrico Sardi <
[email protected]
>
[PATCH] libata: adding ICH8M PCIIDs to ATA_PIIX.
From
: Chr <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Michael Tokarev <
[email protected]
>
Re: [PATCH 3/4] fbdev: uvesafb driver
From
: Michal Januszewski <
[email protected]
>
Re: [patch] CFS scheduler, -v18
From
: Ingo Molnar <
[email protected]
>
Re: Rules on how to use sysfs in userspace programs
From
: "Kay Sievers" <
[email protected]
>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Russell King <
[email protected]
>
Re: (Last oops is Tainted: P) Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: Oleg Verych <
[email protected]
>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Hugh Dickins <
[email protected]
>
Re: (Last oops is Tainted: P) Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: "Jay L. T. Cornwall" <
[email protected]
>
Re: [patch] CFS scheduler, -v18
From
: "Antonino Ingargiola" <
[email protected]
>
(Last oops is Tainted: P) Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: Oleg Verych <
[email protected]
>
Re: [PATCH] driver core: multithreaded probing - more parallelism control
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] driver core: multithreaded probing - more parallelism control
From
: Greg KH <
[email protected]
>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Russell King <
[email protected]
>
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 <
[email protected]
>
Re: [PATCH] net: Make skb_seq_read unmap the last fragment
From
: David Miller <
[email protected]
>
Re: [RFC] [PATCH 2.6.21.5] ppp: fix osize too small errors when decoding mppe
From
: David Miller <
[email protected]
>
Re: can't suspend on vaio sz (rc4 and rc5 are ok) [was Re: 2.6.22-rc4-mm2]
From
: Mattia Dongili <
[email protected]
>
Re: How innovative is Linux?
From
: Rik van Riel <
[email protected]
>
vm/fs meetup in september?
From
: Nick Piggin <
[email protected]
>
Re: [RFC] fsblock
From
: William Lee Irwin III <
[email protected]
>
Re: JIT emulator needs
From
: William Lee Irwin III <
[email protected]
>
Re: [PATCH 3/4] fbdev: uvesafb driver
From
: Akinobu Mita <
[email protected]
>
Re: [RFC] fsblock
From
: Nick Piggin <
[email protected]
>
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" <
[email protected]
>
Re: [RFC] fsblock
From
: Jeff Garzik <
[email protected]
>
Re: [RFC] fsblock
From
: Nick Piggin <
[email protected]
>
[patch 3/3] minix: convert to fsblock
From
: Nick Piggin <
[email protected]
>
[patch 2/3] block_dev: convert to fsblock
From
: Nick Piggin <
[email protected]
>
[patch 1/3] add the fsblock layer
From
: Nick Piggin <
[email protected]
>
[RFC] fsblock
From
: Nick Piggin <
[email protected]
>
Re: Rules on how to use sysfs in userspace programs
From
: Rob Landley <
[email protected]
>
Frequent SATA resets with sata_nv (fwd)
From
: "Matthew \"Cheetah\" Gabeler-Lee" <
[email protected]
>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: "Siddha, Suresh B" <
[email protected]
>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
:
[email protected]
(Eric W. Biederman)
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Toshiharu Harada <
[email protected]
>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: "Siddha, Suresh B" <
[email protected]
>
Re: [patch -mm 26/28] x86-64 block irq balancing for timer
From
: Arjan van de Ven <
[email protected]
>
Re: [patch] 2.6.22-rc Kconfig troubles when using menuconfig
From
: Trent Piepho <
[email protected]
>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Toshiharu Harada <
[email protected]
>
Re: [patch -mm 26/28] x86-64 block irq balancing for timer
From
: Andreas Kleen <
[email protected]
>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: Andrew Morton <
[email protected]
>
Re: Device hang when offlining a CPU due to IRQ misrouting
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 3/4] fbdev: uvesafb driver
From
: Andrew Morton <
[email protected]
>
[PATCH] HFSPlus: simplify inode mode settting logic
From
: Wyatt Banks <
[email protected]
>
Re: [PATCH 3/4] fbdev: uvesafb driver
From
: Michal Januszewski <
[email protected]
>
Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer
From
: Thomas Gleixner <
[email protected]
>
Re: How innovative is Linux?
From
: "Jesper Juhl" <
[email protected]
>
Re: Fix signalfd interaction with thread-private signals
From
: Nicholas Miell <
[email protected]
>
Re: [PATCH] ALSA: use __devexit_p
From
: Jeff Garzik <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Jeff Garzik <
[email protected]
>
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 <
[email protected]
>
Re: [patch] 2.6.22-rc Kconfig troubles when using menuconfig
From
: Mauro Carvalho Chehab <
[email protected]
>
Re: [RFC PATCH 0/5 v2] Convert all tasklets to workqueues V2
From
: Ed Tomlinson <
[email protected]
>
i2c_adapter unrecognized stepping
From
: Stuart Anderson <
[email protected]
>
Re: SATA Harddisk speed drop of 100 MB/s
From
: Jeff Garzik <
[email protected]
>
Re: How innovative is Linux?
From
: Alan Cox <
[email protected]
>
Re: [PATCH] saa7134: fix thread shutdown handling
From
: Mauro Carvalho Chehab <
[email protected]
>
Re: How innovative is Linux?
From
: "David Kane" <
[email protected]
>
Re: make xconfig failure on 2.6.21.5
From
: Sam Ravnborg <
[email protected]
>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Linus Torvalds <
[email protected]
>
Re: How innovative is Linux?
From
: Alan Cox <
[email protected]
>
Re: How innovative is Linux?
From
: Carlo Wood <
[email protected]
>
[PATCH] ALSA: more section mismatches
From
: Randy Dunlap <
[email protected]
>
[PATCH] ALSA: fix section mismatch
From
: Randy Dunlap <
[email protected]
>
[PATCH] ALSA: use __devexit_p
From
: Randy Dunlap <
[email protected]
>
Re: [patch -mm 26/28] x86-64 block irq balancing for timer
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH 1/4] fbdev: make fb_find_mode look for a mode with the highest refresh rate
From
: Michal Januszewski <
[email protected]
>
[PATCH] PM: Reduce code duplication between main.c and user.c
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Randy Dunlap <
[email protected]
>
Re: Linux on XScale 270
From
: Hans-Jürgen Koch <
[email protected]
>
Re: How innovative is Linux?
From
: Al Viro <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Adrian Bunk <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Matthieu CASTET <
[email protected]
>
Re: Linux on XScale 270
From
: Dmitry Krivoschekov <
[email protected]
>
Re: [PATCH 2/4] fbdev: add connector entries for uvesafb
From
: Evgeniy Polyakov <
[email protected]
>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Andrew Morton <
[email protected]
>
Re: How innovative is Linux?
From
: Alan Cox <
[email protected]
>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Steven Rostedt <
[email protected]
>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 1/1] audit: fix oops removing watch if audit disabled
From
: Andrew Morton <
[email protected]
>
Re: How innovative is Linux?
From
: Alan Cox <
[email protected]
>
Re: [PATCH 1/1] audit: fix oops removing watch if audit disabled
From
: Al Viro <
[email protected]
>
Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port
From
: Dave Jones <
[email protected]
>
Re: How innovative is Linux?
From
: Grozdan Nikolov <
[email protected]
>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Andrew Morton <
[email protected]
>
Re: How innovative is Linux?
From
: jimmy bahuleyan <
[email protected]
>
Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port
From
: Andrew Morton <
[email protected]
>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Randy Dunlap <
[email protected]
>
make xconfig failure on 2.6.21.5
From
: jimmy bahuleyan <
[email protected]
>
Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port
From
: Dave Jones <
[email protected]
>
Re: How innovative is Linux?
From
: Grozdan Nikolov <
[email protected]
>
Re: [PATCH 3/4] fbdev: uvesafb driver
From
: Andrew Morton <
[email protected]
>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Linus Torvalds <
[email protected]
>
Re: How innovative is Linux?
From
: Grozdan Nikolov <
[email protected]
>
Re: How innovative is Linux?
From
: Grozdan Nikolov <
[email protected]
>
Linux on XScale 270
From
: Wolfgang Draxinger <
[email protected]
>
Re: How innovative is Linux?
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH 2/4] fbdev: add connector entries for uvesafb
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 1/4] fbdev: make fb_find_mode look for a mode with the highest refresh rate
From
: Andrew Morton <
[email protected]
>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH] sns: add syscall to check signed state of a process [4/4]
From
: Jan Engelhardt <
[email protected]
>
Re: How innovative is Linux?
From
: "Satyam Sharma" <
[email protected]
>
Re: How innovative is Linux?
From
: "Jeffrey V. Merkey" <
[email protected]
>
Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
From
: Jan Engelhardt <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Andrew Morton <
[email protected]
>
Re: How innovative is Linux?
From
: Diego Calleja <
[email protected]
>
Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
From
: Jan Engelhardt <
[email protected]
>
Re: How innovative is Linux?
From
: Bernd Petrovitsch <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
Re: How innovative is Linux?
From
: Benny Amorsen <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Randy Dunlap <
[email protected]
>
Re: How innovative is Linux?
From
: Al Boldi <
[email protected]
>
Re: Question about fair schedulers
From
: Alberto Gonzalez <
[email protected]
>
Re: How innovative is Linux?
From
: jimmy bahuleyan <
[email protected]
>
Re: SATA Harddisk speed drop of 100 MB/s
From
: Andrew Morton <
[email protected]
>
Re: [patch] CFS scheduler, -v18
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: Andrew Morton <
[email protected]
>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Oleg Nesterov <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: "Satyam Sharma" <
[email protected]
>
Re: [RFC PATCH 5/5 v2] Convert tasklets to work queues
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] saa7134: fix thread shutdown handling
From
: Andrew Morton <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: "Satyam Sharma" <
[email protected]
>
Re: [PATCH 1/1] audit: fix oops removing watch if audit disabled
From
: "S.Çağlar Onur" <
[email protected]
>
Re: How innovative is Linux?
From
: "Matthew Jacob" <
[email protected]
>
Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] zero_user_page conversion
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Andrew Morton <
[email protected]
>
Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 1/1] audit: fix oops removing watch if audit disabled
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] serial: Clear proper MPSC interrupt cause bits
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] fix race in AF_UNIX
From
:
[email protected]
(Eric W. Biederman)
Re: How innovative is Linux?
From
: Torsten Duwe <
[email protected]
>
Re: [BUG] long freezes on thinkpad t60
From
: Linus Torvalds <
[email protected]
>
Re: Question about fair schedulers
From
: Kyle Moffett <
[email protected]
>
Re: Fix signalfd interaction with thread-private signals
From
: Oleg Nesterov <
[email protected]
>
Re: WiFi(wlan): reporting not real signal (always at 100%)
From
: Larry Finger <
[email protected]
>
Re: How innovative is Linux?
From
: Grozdan Nikolov <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: "Robert P. J. Day" <
[email protected]
>
Re: How innovative is Linux?
From
: Torsten Duwe <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: Oliver Neukum <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: "Satyam Sharma" <
[email protected]
>
Re: How innovative is Linux?
From
: Alan Cox <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Segher Boessenkool <
[email protected]
>
Re: How innovative is Linux?
From
: Grozdan Nikolov <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Segher Boessenkool <
[email protected]
>
[GIT PATCH] ACPI patches for 2.6.22 - part 4
From
: Len Brown <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Oleg Verych <
[email protected]
>
Re: 2.6.21.4: possible circular locking dependency detected
From
: Udo van den Heuvel <
[email protected]
>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Alan Cox <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Alan Cox <
[email protected]
>
[GIT PULL] AVR32 fixes
From
: Haavard Skinnemoen <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Sean <
[email protected]
>
Re: How innovative is Linux?
From
: Alan Cox <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Andi Kleen <
[email protected]
>
Re: Question about fair schedulers
From
: Paolo Ornati <
[email protected]
>
Re: Mem-2-Mem DMA - Generalized API (MPC8349E)
From
: Clemens Koller <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Alan Cox <
[email protected]
>
RE: [PATCH -rt] Preemption problem in kernel RT Patch
From
: Thomas Gleixner <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Arkadiusz Miskiewicz <
[email protected]
>
RE: [PATCH -rt] Preemption problem in kernel RT Patch
From
: "Beauchemin, Mark" <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Adrian Bunk <
[email protected]
>
Re: Question about fair schedulers
From
: Alberto Gonzalez <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Björn Steinbrink <
[email protected]
>
[OT]Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Oleg Verych <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Oleg Verych <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Willy Tarreau <
[email protected]
>
Re: Question about fair schedulers
From
: Paolo Ornati <
[email protected]
>
Re: Problems with -rc5 afterall on Dreamcast
From
: "Satyam Sharma" <
[email protected]
>
Re: [patch] CFS scheduler, -v18
From
: Willy Tarreau <
[email protected]
>
[patch -mm 28/28] x86_64: enable high resolution timers and dynticks
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 26/28] x86-64 block irq balancing for timer
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 27/28] x86_64: prep idle loop for dynticks
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 25/28] x86_64: restore restore nohpet cmdline
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 22/28] x86_64: Convert to cleckevents
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 23/28] ACPI: Remove the useless ifdef code
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 24/28] x86_64: hpet restore vread
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 21/28] x86-64: Fix APIC typo
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 20/28] x86-64: remove dead code and other janitor work in tsc.c
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 19/28] x86_64: Use generic cmos update
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 18/28] x86_64: untangle asm/hpet.h from asm/timex.h
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 17/28] i386: move PIT function declarations and constants to correct header file
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 16/28] i386: hpet assumes boot cpu is 0
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 15/28] i386: remove volatile in apic.c
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 14/28] i386: PIT stop only, when in periodic or oneshot mode
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 13/28] NTP: Move the cmos update code into ntp.c
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 12/28] pcspkr: use the global PIT lock
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 11/28] hrtimer: speedup hrtimer_enqueue
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 10/28] highres: Improve debug output
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 09/28] Tick management: spread timer interrupt
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 07/28] clockevents: Fix resume logic
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 08/28] clockevents: Fix device replacement
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 06/28] Clockevents remove prototypes of removed functions
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 05/28] timer.c cleanup recently introduced whitespace damage
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 02/28] ACPI: Move timer broadcast and pmtimer access before C3 arbiter shutdown
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 04/28] Timekeeping: Fixup shadow variable argument
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 03/28] clockevents: fix typo in acpi_pm.c
From
: Thomas Gleixner <
[email protected]
>
[patch -mm 01/28] NOHZ: Fix nox x86 dyntick idle handling
From
: Thomas Gleixner <
[email protected]
>
[patch-mm 00/28] High resolution timer updates and x86_64 support - V3
From
: Thomas Gleixner <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] x86-64: disable the GART before allocate aperture
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Adrian Bunk <
[email protected]
>
[PATCH 2/2] Hook up to (process) container feature in mm tree
From
: Srivatsa Vaddagiri <
[email protected]
>
[PATCH 1/2] Introduce notion of scheduler hierarchy
From
: Srivatsa Vaddagiri <
[email protected]
>
[PATCH 0/2] Add group awareness to CFS - v2
From
: Srivatsa Vaddagiri <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Carlo Wood <
[email protected]
>
Re: Rules on how to use sysfs in userspace programs
From
: "Kay Sievers" <
[email protected]
>
Re: [PATCH 0/4] fbdev: uvesafb
From
: Michal Januszewski <
[email protected]
>
How innovative is Linux?
From
: Grozdan Nikolov <
[email protected]
>
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 <
[email protected]
>
Re: 2.6.22-rc5: pdflush oops under heavy disk load
From
: "Jay L. T. Cornwall" <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: "Robert P. J. Day" <
[email protected]
>
Re: [PATCH 0/4] fbdev: uvesafb
From
: Arnd Bergmann <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: Arnd Bergmann <
[email protected]
>
Re: [Linux-fbdev-devel] [PATCH 3/4] fbdev: uvesafb driver
From
: Bernhard Fischer <
[email protected]
>
Re: "upping" a semaphore from interrupt context?
From
: "Robert P. J. Day" <
[email protected]
>
Re: Question about fair schedulers
From
: Willy Tarreau <
[email protected]
>
Re: Question about fair schedulers
From
: Alberto Gonzalez <
[email protected]
>
Problems with -rc5 afterall on Dreamcast
From
: Adrian McMenamin <
[email protected]
>
Re: [RFC PATCH 6/6] Convert tasklets to work queues
From
: Arnd Bergmann <
[email protected]
>
Re: [PATCH] x86-64: disable the GART before allocate aperture
From
: Vivek Goyal <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Arkadiusz Miskiewicz <
[email protected]
>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Muli Ben-Yehuda <
[email protected]
>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Andi Kleen <
[email protected]
>
Re: Question about fair schedulers
From
: "Tom Spink" <
[email protected]
>
Re: Question about fair schedulers
From
: Alberto Gonzalez <
[email protected]
>
Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Andi Kleen <
[email protected]
>
[PATCH 3/4] fbdev: uvesafb driver
From
: Michal Januszewski <
[email protected]
>
[PATCH 1/4] fbdev: make fb_find_mode look for a mode with the highest refresh rate
From
: Michal Januszewski <
[email protected]
>
[PATCH 0/4] fbdev: uvesafb
From
: Michal Januszewski <
[email protected]
>
[PATCH 4/4] fbdev: uvesafb documentation
From
: Michal Januszewski <
[email protected]
>
[PATCH 2/4] fbdev: add connector entries for uvesafb
From
: Michal Januszewski <
[email protected]
>
Re: Question about fair schedulers
From
: Willy Tarreau <
[email protected]
>
Re: Question about fair schedulers
From
: Alberto Gonzalez <
[email protected]
>
Re: [PATCH] x86-64: disable the GART in shutdown
From
: Muli Ben-Yehuda <
[email protected]
>
Re: [BUG] long freezes on thinkpad t60
From
: Miklos Szeredi <
[email protected]
>
Re: Question about fair schedulers
From
: Willy Tarreau <
[email protected]
>
Re: Oops in a driver while using SLUB as a SLAB allocator
From
: Oleg Verych <
[email protected]
>
Re: [PATCH] x86-64: disable the GART before allocate aperture
From
: Muli Ben-Yehuda <
[email protected]
>
Re: [patch] CFS scheduler, -v18
From
: "Antonino Ingargiola" <
[email protected]
>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Christoph Hellwig <
[email protected]
>
[PATCH -mm] FUTEX: Tidy up the code - V2
From
: Thomas Gleixner <
[email protected]
>
Re: [patch] CFS scheduler, -v18
From
: Gene Heskett <
[email protected]
>
[PATCH] FUTEX: Restore the dropped ERSCH fix
From
: Thomas Gleixner <
[email protected]
>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Alan Cox <
[email protected]
>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] x86: simplify notify_page_fault()
From
: Christoph Hellwig <
[email protected]
>
Re: Question about fair schedulers
From
: "Russell Harmon" <
[email protected]
>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Alan Cox <
[email protected]
>
Re: Question about fair schedulers
From
: Alberto Gonzalez <
[email protected]
>
Re: [PATCH] x86-64: disable the GART before allocate aperture
From
: Alan Cox <
[email protected]
>
Re: [PATCH] fix race in AF_UNIX
From
: Miklos Szeredi <
[email protected]
>
Re: FW : airo suspend problem
From
: matthieu castet <
[email protected]
>
Re: Writing a driver for a legacy serial device
From
: Jean Delvare <
[email protected]
>
Re: Question about fair schedulers
From
: Willy Tarreau <
[email protected]
>
NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info
From
: Oleg Verych <
[email protected]
>
Re: implement-file-posix-capabilities.patch
From
: Andrew Morgan <
[email protected]
>
Mem-2-Mem DMA - Generalized API (MPC8349E)
From
: Clifford Wolf <
[email protected]
>
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] make iunique use a do/while loop rather than its obscure goto loop
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] x86: simplify notify_page_fault()
From
: Christoph Hellwig <
[email protected]
>
Re: Question about fair schedulers
From
: Alberto Gonzalez <
[email protected]
>
Re: SATA RAID5 speed drop of 100 MB/s
From
: Tejun Heo <
[email protected]
>
Re: Question about fair schedulers
From
: Alberto Gonzalez <
[email protected]
>
Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization
From
: Oleg Verych <
[email protected]
>
Re: Please release a stable kernel Linux 3.0
From
: Chris Snook <
[email protected]
>
Re: OOPS in 2.6.19.1, connected to nfs4 and autofs4
From
: Malte Schröder <
[email protected]
>
[patch] 2.6.22-rc Kconfig troubles when using menuconfig
From
: Jan Engelhardt <
[email protected]
>
Re: [patch] CFS scheduler, -v18
From
: Ingo Molnar <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
