LKML: Linux Kernel Archive 2005 Q4
Thread Index
[
Prev Page
][
Next Page
]
Re: Is this skb recycle buffer helpful to improve Linux network stack performance?
From
: Eric Dumazet <
[email protected]
>
Re: IDE issues with "choose_drive"
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: Is this skb recycle buffer helpful to improve Linux network stack performance?
From
: "LeoY" <
[email protected]
>
Re: Is this skb recycle buffer helpful to improve Linux network stack performance?
From
: Eric Dumazet <
[email protected]
>
greetings from doris
From
: "doris" <
[email protected]
>
Re: Is this skb recycle buffer helpful to improve Linux network stack performance?
From
: "LeoY" <
[email protected]
>
robust futex patch for 2.6.14-rc3-rt13
From
: david singleton <
[email protected]
>
Re: Instability in kernel version 2.6.12.5
From
: Nathan Lynch <
[email protected]
>
Is this skb recycle buffer helpful to improve network stack performance?
From
: "LeoY" <
[email protected]
>
Re: why is NFS performance poor when decompress linux kernel
From
: Willy Tarreau <
[email protected]
>
Re: Modular i810fb broken, partial fix
From
: "Antonino A. Daplas" <
[email protected]
>
usb: drivers/usb/storage/libusual
From
: Pete Zaitcev <
[email protected]
>
[PATCH] v9fs: remove additional buffer allocation from v9fs_file_read and v9fs_file_write
From
: Latchesar Ionkov <
[email protected]
>
problem with SU
From
: com bio <
[email protected]
>
Re: Issues in Booting kernel 2.6.13
From
: "Randy.Dunlap" <
[email protected]
>
Re: [2.6] binfmt_elf bug (exposed by klibc).
From
: Paweł Sikora <
[email protected]
>
Re: Issues in Booting kernel 2.6.13
From
: Simen Thoresen <
[email protected]
>
RE: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: "Allen Martin" <
[email protected]
>
Re: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: Robert Hancock <
[email protected]
>
Re: what's next for the linux kernel?
From
: Denis Vlasenko <
[email protected]
>
SiS96x SMBus
From
: Enrico Bartky <
[email protected]
>
Re: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: Andrew Walrond <
[email protected]
>
Re: 2.6.13-rc2-almost-rc3, ext3 and memory corruption
From
: Petr Vandrovec <
[email protected]
>
Re: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: "John Stoffel" <
[email protected]
>
Re: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: Andrew Walrond <
[email protected]
>
Re: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: Andrew Walrond <
[email protected]
>
[PATCH] intrep.c char -> unsigned char
From
: Felix Oxley <
[email protected]
>
Re: Modular i810fb broken, partial fix
From
: Manuel Lauss <
[email protected]
>
Re: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: Gordon Henderson <
[email protected]
>
Re: [usb-storage] Re: RFC drivers/usb/storage/libusual
From
: Alan Stern <
[email protected]
>
Problems with iPaq synchronization
From
: "Ivan S. Dubrov" <
[email protected]
>
kthread_stop give me an error (kernel 2.6.13 gentoo-sources)
From
: Redes II <
[email protected]
>
Re: why is NFS performance poor when decompress linux kernel
From
: Xin Zhao <
[email protected]
>
Re: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: Lukasz Kosewski <
[email protected]
>
Re: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: Andrew Walrond <
[email protected]
>
Re: Modular i810fb broken, partial fix
From
: Giuseppe Bilotta <
[email protected]
>
Re: why is NFS performance poor when decompress linux kernel
From
: Xin Zhao <
[email protected]
>
Re: [2.6] binfmt_elf bug (exposed by klibc).
From
: Jan-Benedict Glaw <
[email protected]
>
Re: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: Molle Bestefich <
[email protected]
>
Re: 2.6.13-rt12: irqs hard off for 657 usecs
From
:
[email protected]
(Danny ter Haar)
Re: 2.6.13-rt12: irqs hard off for 657 usecs
From
: Felix Oxley <
[email protected]
>
Re: Modular i810fb broken, partial fix
From
: "Antonino A. Daplas" <
[email protected]
>
Re: oops in 2.6.14-rc3
From
: Sasa Ostrouska <
[email protected]
>
Re: Modular i810fb broken, partial fix
From
: "Antonino A. Daplas" <
[email protected]
>
Re: autofs4 looks up wrong path element when ghosting is enabled
From
: Jeff Moyer <
[email protected]
>
Re: 2.6.13-rt12: irqs hard off for 657 usecs
From
:
[email protected]
(Danny ter Haar)
Re: [discuss] Re: [PATCH][Fix] swsusp: avoid possible page tables corruption during resume on x86-64
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: oops in 2.6.14-rc3 (pcmcia i82365 patch)
From
: Igor Popik <
[email protected]
>
Re: 2.6.13-rt12: irqs hard off for 657 usecs
From
: Ingo Molnar <
[email protected]
>
Re: Modular i810fb broken, partial fix
From
: Manuel Lauss <
[email protected]
>
Re: Modular i810fb broken, partial fix
From
: Giuseppe Bilotta <
[email protected]
>
Re: MTP - Media Transfer Protocol support
From
: Giuseppe Bilotta <
[email protected]
>
Re: Modular i810fb broken, partial fix
From
: Bernhard Rosenkraenzer <
[email protected]
>
Re: Modular i810fb broken, partial fix
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [PATCH] Fix hotplug cpu on x86_64
From
: Andi Kleen <
[email protected]
>
Re: [discuss] Re: [PATCH][Fix] swsusp: avoid possible page tables corruption during resume on x86-64
From
: Andi Kleen <
[email protected]
>
Re: [discuss] Re: [Patch] x86, x86_64: Intel HT, Multi core detection code cleanup
From
: Andi Kleen <
[email protected]
>
Re: [stable] Re: [patch 1/7] ieee1394/sbp2: fixes for hot-unplug and module unloading
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] x86-64: Fix bad assumption that dualcore cpus have synced TSCs
From
: "Vladimir B. Savkin" <
[email protected]
>
[patch] PF_DEAD cleanup
From
: Coywolf Qi Hunt <
[email protected]
>
Re: pivot_root doesn't work for me in 2.6.14-rc3
From
: Miklos Szeredi <
[email protected]
>
Re: pivot_root doesn't work for me in 2.6.14-rc3
From
: Felix Möller <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Chuck Ebbert <
[email protected]
>
[PATCH 2.6.13.1 1/1] Updated CS5535 IDE driver
From
:
[email protected]
LKST v2.3.1 is released!
From
: sugita <
[email protected]
>
DAVL v1.2.1 is released!
From
: sugita <
[email protected]
>
Re: IDE issues with "choose_drive"
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
RE: FW: [PATCH 0/3] Demand faulting for huge pages
From
: "Chen, Kenneth W" <
[email protected]
>
Re: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: Tejun Heo <
[email protected]
>
Re: [usb-storage] Re: RFC drivers/usb/storage/libusual
From
: Pete Zaitcev <
[email protected]
>
Re: why is NFS performance poor when decompress linux kernel
From
: Willy Tarreau <
[email protected]
>
Re: oops in 2.6.14-rc3
From
: Paolo Ornati <
[email protected]
>
[PATCH] Keys: Add LSM hooks for key management [try #3]
From
: Chris Wright <
[email protected]
>
Re: why is NFS performance poor when decompress linux kernel
From
: Lee Revell <
[email protected]
>
Re: autofs4 looks up wrong path element when ghosting is enabled
From
: Ian Kent <
[email protected]
>
why is NFS performance poor when decompress linux kernel
From
: Xin Zhao <
[email protected]
>
[q] how to make sure a process is not on CPU?
From
: Coywolf Qi Hunt <
[email protected]
>
Re: How to interpret a kernel bug output from dmesg?
From
: "Randy.Dunlap" <
[email protected]
>
[Question] Some question about Ingo scheduler.
From
: liyu <
[email protected]
>
Re: oops in 2.6.14-rc3
From
: Grant Coady <
[email protected]
>
RE: kernel performance update - 2.6.14-rc3
From
: "Chen, Kenneth W" <
[email protected]
>
Re: Why no XML in the Kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: kernel compiling performance challenge
From
: Nick Piggin <
[email protected]
>
Re: IDE issues with "choose_drive"
From
: Benjamin Herrenschmidt <
[email protected]
>
Robust Futex glibc patches
From
: David Singleton <
[email protected]
>
[PATCH 1/2] V4L: Cleanup cx88 - fix sparse warnings
From
:
[email protected]
[PATCH 2/2] V4L: Enable s-video input on DViCO FusionHDTV5 Lite
From
:
[email protected]
RE: [patch 2/2] acpi: add ability to derive irq when doing a surpriseremoval of an adapter
From
: "Li, Shaohua" <
[email protected]
>
Reproducible kernel panic on NFS unmount
From
: Nickolai Zeldovich <
[email protected]
>
How to interpret a kernel bug output from dmesg?
From
: Joshua Hudson <
[email protected]
>
Re: [discuss] Re: [Patch] x86, x86_64: Intel HT, Multi core detection code cleanup
From
: "Siddha, Suresh B" <
[email protected]
>
Re: [PATCH] Fix hotplug cpu on x86_64
From
: Anton Blanchard <
[email protected]
>
Re: kernel performance update - 2.6.14-rc3
From
: Jon Burgess <
[email protected]
>
oops in 2.6.14-rc3
From
: Sasa Ostrouska <
[email protected]
>
Re: [stable] Re: [patch 1/7] ieee1394/sbp2: fixes for hot-unplug and module unloading
From
: Chris Wright <
[email protected]
>
Re: [patch 1/7] ieee1394/sbp2: fixes for hot-unplug and module unloading
From
: Grant Coady <
[email protected]
>
Re: [stable] Re: [patch 4/7] sysfs: Signedness problem
From
: Dave Jones <
[email protected]
>
Re: [stable] Re: [patch 4/7] sysfs: Signedness problem
From
: Chris Wright <
[email protected]
>
Re: [stable] Re: [patch 4/7] sysfs: Signedness problem
From
: Chris Wright <
[email protected]
>
Re: [stable] Re: [patch 4/7] sysfs: Signedness problem
From
: Greg KH <
[email protected]
>
Re: [patch 4/7] sysfs: Signedness problem
From
: Dave Jones <
[email protected]
>
[patch 7/7] key: plug request_key_auth memleak
From
: Greg KH <
[email protected]
>
[patch 5/7] Fix userland FPU state corruption.
From
: Greg KH <
[email protected]
>
[patch 6/7] Avoid 'names_cache' memory leak with CONFIG_AUDITSYSCALL
From
: Greg KH <
[email protected]
>
[patch 4/7] sysfs: Signedness problem
From
: Greg KH <
[email protected]
>
[patch 2/7] orinoco: Information leakage due to incorrect padding
From
: Greg KH <
[email protected]
>
[patch 1/7] ieee1394/sbp2: fixes for hot-unplug and module unloading
From
: Greg KH <
[email protected]
>
[patch 0/7] -stable review
From
: Greg KH <
[email protected]
>
[patch 3/7] [TCP]: BIC coding bug in Linux 2.6.13
From
: Greg KH <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management [try #2]
From
: Chris Wright <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management [try #2]
From
: Chris Wright <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management [try #2]
From
: David Howells <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management [try #2]
From
: David Howells <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management [try #2]
From
: Chris Wright <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management [try #2]
From
: David Howells <
[email protected]
>
Re: 2.6.14-rc3-rt10 build problem (now rt12)
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc3-rt10 - xruns & config questions
From
: Lee Revell <
[email protected]
>
2.6.13-rt12: irqs hard off for 657 usecs
From
: Lee Revell <
[email protected]
>
Re: 2.6.14-rc3-rt10 build problem (now rt12)
From
: Fernando Lopez-Lezcano <
[email protected]
>
Re: [2.6] binfmt_elf bug (exposed by klibc).
From
: Paweł Sikora <
[email protected]
>
Linux Visionaries Mailing List
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: Why no XML in the Kernel?
From
: Matan Ziv-Av <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management [try #2]
From
: Chris Wright <
[email protected]
>
Re: [RFClue] pci_get_device, new driver model
From
: Greg KH <
[email protected]
>
Re: [RFClue] pci_get_device, new driver model
From
: Greg KH <
[email protected]
>
Re: [RFClue] pci_get_device, new driver model
From
: Greg KH <
[email protected]
>
Re: 3Ware 9500S-12 RAID controller -- poor performance
From
: Jon Burgess <
[email protected]
>
Re: ide_wait_not_busy oops still with 2.6.14-rc3 (Re: 1GHz pbook 15", linux 2.6.14-rc2 oops on resume)
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: [PATCH 1/3] Gujin linux.kgz boot format
From
: Pavel Machek <
[email protected]
>
Re: FW: [PATCH 0/3] Demand faulting for huge pages
From
: Rohit Seth <
[email protected]
>
Re: [2.6] binfmt_elf bug (exposed by klibc).
From
: Paweł Sikora <
[email protected]
>
Re: [Pcihpd-discuss] [patch 2/2] acpi: add ability to derive irq when doing a surprise removal of an adapter
From
: Kristen Accardi <
[email protected]
>
Re: 2.6.14-rc3-rt10 build problem (now rt12)
From
: Ingo Molnar <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Stephen Hemminger <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Joe Seigh <
[email protected]
>
Re: 2.6.14-rc3-rt10 build problem (now rt12)
From
: Fernando Lopez-Lezcano <
[email protected]
>
Re: [PATCH 1/7] ppc64: EEH typos, include files, macros, whitespace
From
: linas <
[email protected]
>
Re: [patch] pcmcia-shutdown-fix.patch
From
: Steven Rostedt <
[email protected]
>
Re: Write file corruption - The next
From
: Ondrej Zary <
[email protected]
>
Re: 2.6.14-rc3-rt10 crashes on boot
From
: Steven Rostedt <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: Chris Wright <
[email protected]
>
Re: [patch] pcmcia-shutdown-fix.patch
From
: Russell King <
[email protected]
>
Re: kernel freeze (not even an OOPS) on remount-ro+umount when using quotas
From
: Michael Tokarev <
[email protected]
>
Re: [patch] yenta: fix YENTA && !CARDBUS build
From
: Russell King <
[email protected]
>
Re: 2.6.14-rc3-rt10 crashes on boot
From
: John Rigg <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: Chris Wright <
[email protected]
>
Re: Re: [PATCH] vm - swap_prefetch-15
From
: Gustavo Barbieri <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: Chris Wright <
[email protected]
>
Re: Re: [PATCH] vm - swap_prefetch-15
From
: Rudo Thomas <
[email protected]
>
Re: [patch 1/2] acpiphp: allocate resources for adapters with bridges
From
: Greg KH <
[email protected]
>
Re: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: Jens Axboe <
[email protected]
>
Re: [RFClue] pci_get_device, new driver model
From
: Alan Cox <
[email protected]
>
Re: [patch 1/2] acpiphp: allocate resources for adapters with bridges
From
: Kristen Accardi <
[email protected]
>
Re: PATCH: Fix 2.6 kernel for the new ia64 assembler
From
: David Mosberger-Tang <
[email protected]
>
PATCH: Fix 2.6 kernel for the new ia64 assembler
From
: "H. J. Lu" <
[email protected]
>
Re: [PATCH 0/3] netfilter : 3 patches to boost ip_tables performance
From
: Patrick McHardy <
[email protected]
>
Re: [patch 1/2] acpiphp: allocate resources for adapters with bridges
From
: Greg KH <
[email protected]
>
Re: [NFS] [PATCH] kNFSD - Allowing rpc.nfsd to setting of the port, transport and version the server will use
From
: Peter Staubach <
[email protected]
>
Re: [Pcihpd-discuss] [patch 2/2] acpi: add ability to derive irq when doing a surprise removal of an adapter
From
: Matthew Wilcox <
[email protected]
>
Re: MTP - Media Transfer Protocol support
From
: Eric Piel <
[email protected]
>
Re: 2.6.14-rc3-rt10 - xruns & config questions
From
: Mark Knecht <
[email protected]
>
[patch 2/2] acpi: add ability to derive irq when doing a surprise removal of an adapter
From
: Kristen Accardi <
[email protected]
>
[patch 1/2] acpiphp: allocate resources for adapters with bridges
From
: Kristen Accardi <
[email protected]
>
[patch 0/2] acpiphp: hotplug adapters with bridges on them
From
: Kristen Accardi <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
Re: 'Undeleting' an open file
From
: Giuseppe Bilotta <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: [NFS] [PATCH] kNFSD - Allowing rpc.nfsd to setting of the port, transport and version the server will use
From
: Steve Dickson <
[email protected]
>
Re: 2.6.14-rc3-rt10 - xruns & config questions
From
: Lee Revell <
[email protected]
>
Re: [PATCH] Fix hotplug cpu on x86_64
From
: Andi Kleen <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: [PATCH 0/3] netfilter : 3 patches to boost ip_tables performance
From
: Andi Kleen <
[email protected]
>
[RFClue] pci_get_device, new driver model
From
: William D Waddington <
[email protected]
>
Re: [PATCH 0/3] netfilter : 3 patches to boost ip_tables performance
From
: Patrick McHardy <
[email protected]
>
Re: [RFClue] pci_get_device, new driver model
From
: Alan Cox <
[email protected]
>
Re: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: Andrew Vasquez <
[email protected]
>
Re: [NFS] [PATCH] kNFSD - Allowing rpc.nfsd to setting of the port, transport and version the server will use
From
: "J. Bruce Fields" <
[email protected]
>
Re: 2.6.14-rc3-rt10 - xruns & config questions
From
: Mark Knecht <
[email protected]
>
RE: [PATCH] Fix hotplug cpu on x86_64
From
: "Protasevich, Natalie" <
[email protected]
>
Re: Instability in kernel version 2.6.12.5
From
: Romano Giannetti <
[email protected]
>
Re: kernel freeze (not even an OOPS) on remount-ro+umount when using quotas
From
: Michael Tokarev <
[email protected]
>
Re: [PATCH 2.6.14-rc3] sis5513.c: enable ATA133 for the SiS965 southbridge
From
: Wes Newell <
[email protected]
>
Re: [patch] yenta: fix YENTA && !CARDBUS build
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH] x86_64 signal handling for 64-bit apps w/ mixed 32-bit code - trivial fix
From
: Bryan Ford <
[email protected]
>
Re: [PATCH] Fix hotplug cpu on x86_64
From
: Andi Kleen <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
Re: [PATCH] UML + High-Res-Timers on 2.4.25 kernel
From
: George Anzinger <
[email protected]
>
Re: Dell firmware default config options?
From
: "Randy.Dunlap" <
[email protected]
>
[RFClue] pci_get_device, new driver model
From
: William D Waddington <
[email protected]
>
[PATCH] kNFSD - Allowing rpc.nfsd to setting of the port, transport and version the server will use
From
: Steve Dickson <
[email protected]
>
Dell firmware default config options?
From
: Steven Rostedt <
[email protected]
>
[PATCH] Keys: Remove key duplication
From
: David Howells <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
RE: [PATCH] Fix hotplug cpu on x86_64
From
: "Protasevich, Natalie" <
[email protected]
>
[PATCH] Keys: Add LSM hooks for key management [try #2]
From
: David Howells <
[email protected]
>
[RFClue] pci_get_device, new driver model
From
: William D Waddington <
[email protected]
>
IPW2100 Kconfig is WRONG!
From
: "Alejandro Bonilla" <
[email protected]
>
[PATCH 2.6.14-rc3] Fix sata_nv handling of NVIDIA MCP51/55
From
: "Andy Currid" <
[email protected]
>
Re: 'Undeleting' an open file
From
: Bernd Petrovitsch <
[email protected]
>
Re: 2.6.14-rc3-rt10 crashes on boot
From
: Steven Rostedt <
[email protected]
>
[PATCH] Keys: Possessor permissions should be additive
From
: David Howells <
[email protected]
>
Re: [2.6] binfmt_elf bug (exposed by klibc).
From
: Paweł Sikora <
[email protected]
>
Re: [2.6] binfmt_elf bug (exposed by klibc).
From
: Horst von Brand <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: [PATCH] Fix hotplug cpu on x86_64
From
: Brian Gerst <
[email protected]
>
Re: [PATCH 6/7] ppc64: EEH Avoid racing reports of errors
From
: linas <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: 'Undeleting' an open file
From
: Alex Riesen <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
RE: [PATCH] Fix hotplug cpu on x86_64
From
: "Protasevich, Natalie" <
[email protected]
>
2.6.14-rc3-rt10 crashes on boot
From
: John Rigg <
[email protected]
>
Re: 'Undeleting' an open file
From
: Andreas Schwab <
[email protected]
>
Re: [PATCH 3/7] ppc64: EEH Add event/internal state statistics
From
: linas <
[email protected]
>
RE: Telecom Clock Driver for MPCBL0010 ATCA computer blade
From
: "Gross, Mark" <
[email protected]
>
[PATCH] atkbd: fix mispell of the korean alphabet name
From
: Jerome Pinot <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
Re: [PATCH] don't invalidate non-directory mountpoints
From
: Miklos Szeredi <
[email protected]
>
Re: 'Undeleting' an open file
From
: Bernd Petrovitsch <
[email protected]
>
Re: [ck] Re: [PATCH] vm - swap_prefetch-15
From
: Gustavo Barbieri <
[email protected]
>
Re: [PATCH] don't invalidate non-directory mountpoints
From
: Al Viro <
[email protected]
>
Re: [usb-storage] Re: RFC drivers/usb/storage/libusual
From
: Alan Stern <
[email protected]
>
Re: [PATCH] nfs: don't drop dentry in d_revalidate
From
: Al Viro <
[email protected]
>
Re: [PATCH] don't invalidate non-directory mountpoints
From
: Miklos Szeredi <
[email protected]
>
Re: 'Undeleting' an open file
From
: "Miquel van Smoorenburg" <
[email protected]
>
Re: [PATCH] don't invalidate non-directory mountpoints
From
: Al Viro <
[email protected]
>
Re: 'Undeleting' an open file
From
: Ian Campbell <
[email protected]
>
Re: 'Undeleting' an open file
From
: Bernd Petrovitsch <
[email protected]
>
Re: 'Undeleting' an open file
From
: Jose Celestino <
[email protected]
>
Re: [discuss] Re: [PATCH] x86-64: Fix bad assumption that dualcore cpus have synced TSCs
From
: Velu Erwan <
[email protected]
>
Re: [2.6] binfmt_elf bug (exposed by klibc).
From
: Paweł Sikora <
[email protected]
>
'Undeleting' an open file
From
: Giuseppe Bilotta <
[email protected]
>
Re: kernel freeze (not even an OOPS) on remount-ro+umount when using quotas
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH] x86-64: Fix bad assumption that dualcore cpus have synced TSCs
From
: "Vladimir B. Savkin" <
[email protected]
>
PROBLEM: Kernel panic with 2.6.14-rc3
From
: Peter Hagervall <
[email protected]
>
[ALSA PATCH] Small patches for 2.6.14
From
: Jaroslav Kysela <
[email protected]
>
Re: [2.6] binfmt_elf bug (exposed by klibc).
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
[PATCH] Keys: Split key permissions checking into a .c file
From
: David Howells <
[email protected]
>
Re: [PATCH] nfs: don't drop dentry in d_revalidate
From
: Miklos Szeredi <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: James Morris <
[email protected]
>
[PATCH] Keys: Add request-key process documentation
From
: David Howells <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: [PATCH] nfs: don't drop dentry in d_revalidate
From
: Trond Myklebust <
[email protected]
>
Modular i810fb broken, partial fix
From
: Bernhard Rosenkraenzer <
[email protected]
>
Re: [2.6] binfmt_elf bug (exposed by klibc).
From
: Horst von Brand <
[email protected]
>
[patch] yenta: fix YENTA && !CARDBUS build
From
: David Vrabel <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
[PATCH] fix do_coredump() vs SIGSTOP race
From
: Oleg Nesterov <
[email protected]
>
Re: kernel freeze (not even an OOPS) on remount-ro+umount when using quotas
From
: Michael Tokarev <
[email protected]
>
[PATCH] UML + High-Res-Timers on 2.4.25 kernel
From
: Serge Goodenko <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: Any news on PATA support for Promise PDC 20375?
From
: Arthur Cosma <
[email protected]
>
kernel freeze (not even an OOPS) on remount-ro+umount when using quotas
From
: Michael Tokarev <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: Stephen Smalley <
[email protected]
>
Re: [PATCH] vm - swap_prefetch-15
From
: Pekka J Enberg <
[email protected]
>
Re: What does that "%U0" and "%X0" mean
From
: Brian Gerst <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH] vm - swap_prefetch-15
From
: Con Kolivas <
[email protected]
>
Re: [PATCH] x86-64: Fix bad assumption that dualcore cpus have synced TSCs
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] x86-64: Fix bad assumption that dualcore cpus have synced TSCs
From
: "Vladimir B. Savkin" <
[email protected]
>
Re: [PATCH] vm - swap_prefetch-15
From
: Pekka J Enberg <
[email protected]
>
Re: Telecom Clock Driver for MPCBL0010 ATCA computer blade
From
: Jesper Juhl <
[email protected]
>
Re: [PATCH] vm - swap_prefetch-15
From
: Con Kolivas <
[email protected]
>
Re: [PATCH] gfp flags annotations - part 1
From
: Alexey Dobriyan <
[email protected]
>
Re: [RFC] Hard disk protection revisited
From
: Jens Axboe <
[email protected]
>
What does that "%U0" and "%X0" mean
From
: <
[email protected]
>
Re: [PATCH] vm - swap_prefetch-15
From
: Con Kolivas <
[email protected]
>
Re: [RFC] Hard disk protection revisited
From
: Jon Escombe <
[email protected]
>
Re: Block I/O Mystery
From
: Nikita Danilov <
[email protected]
>
Re: 2.6.14-rc3-rt10 - xruns & config questions
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] vm - swap_prefetch-15
From
: Paolo Ciarrocchi <
[email protected]
>
Re: 2.6.14-rc3-rt10 crashes on boot
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc3-rt10 build problem
From
: Ingo Molnar <
[email protected]
>
Re: Block I/O Mystery
From
: Block Device <
[email protected]
>
Re: [PATCH] vm - swap_prefetch-15
From
: Pekka Enberg <
[email protected]
>
[PATCH] nfs: don't drop dentry in d_revalidate
From
: Miklos Szeredi <
[email protected]
>
[PATCH] don't invalidate non-directory mountpoints
From
: Miklos Szeredi <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
[patch] pcmcia-shutdown-fix.patch
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH] vm - swap_prefetch-15
From
: Con Kolivas <
[email protected]
>
Re: Block I/O Mystery
From
: Nikita Danilov <
[email protected]
>
kernel compiling performance challenge
From
: Nick Piggin <
[email protected]
>
[kernel 2.6.13-2] kernel upgrade problem
From
: Sakurai Hiroomi <
[email protected]
>
Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: Andrew Walrond <
[email protected]
>
[2.6] binfmt_elf bug (exposed by klibc).
From
: Paweł Sikora <
[email protected]
>
Re: [PATCH] gfp flags annotations - part 1
From
: Heiko Carstens <
[email protected]
>
Re: [PATCH] vm - swap_prefetch-15
From
: Pekka Enberg <
[email protected]
>
Re: [RFC] Hard disk protection revisited
From
: Jens Axboe <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: David Howells <
[email protected]
>
Re: [discuss] Re: [Patch] x86, x86_64: Intel HT, Multi core detection code cleanup
From
: Andi Kleen <
[email protected]
>
Re: Suspend to RAM broken with 2.6.13
From
: Jean-Marc Valin <
[email protected]
>
Re: [PATCH] Fix hotplug cpu on x86_64
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] gfp flags annotations - part 1
From
: Alexey Dobriyan <
[email protected]
>
Re: [PATCH 2.6.14-rc3] sis5513.c: enable ATA133 for the SiS965 southbridge
From
: Aurelien Jarno <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: David Howells <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: David Howells <
[email protected]
>
Write file corruption - The next
From
: "David Sanchez" <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: David Howells <
[email protected]
>
Re: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: Arjan van de Ven <
[email protected]
>
Re: [ANNOUNCE] linux-net wiki
From
: Diego Calleja <
[email protected]
>
RE: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: "Chen, Kenneth W" <
[email protected]
>
Re: shrinkable cache statistics [was Re: VM balancing issues on 2.6.13: dentry cache not getting shrunk enough]
From
: Bharata B Rao <
[email protected]
>
[patch 1/1] cpufreq: documentation for 'ondemand' and 'conservative'
From
: Alexander Clouter <
[email protected]
>
[patch 1/1] cpufreq_ondemand/conservative: invert meaning of 'ignore_nice'
From
: Alexander Clouter <
[email protected]
>
Re: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: Jens Axboe <
[email protected]
>
Re: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: Jens Axboe <
[email protected]
>
RE: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: "Chen, Kenneth W" <
[email protected]
>
RE: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: "Chen, Kenneth W" <
[email protected]
>
Re: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: Arjan van de Ven <
[email protected]
>
Re: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: Jens Axboe <
[email protected]
>
RE: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: "Chen, Kenneth W" <
[email protected]
>
Re: [PATCH] hfs, hfsplus: don't leak s_fs_info and fix an oops
From
: Horms <
[email protected]
>
Re: Suspend to RAM broken with 2.6.13
From
: Pavel Machek <
[email protected]
>
Re: RFC drivers/usb/storage/libusual
From
: Pete Zaitcev <
[email protected]
>
Re: [PATCH] enable ac97_quirk hp_only for Acer Aspire 3003LCi
From
: Lee Revell <
[email protected]
>
Re: [RFC] add sysfs to dynamically control blk request tag maintenance
From
: Jens Axboe <
[email protected]
>
Re: [PATCH] hfs, hfsplus: don't leak s_fs_info and fix an oops
From
: Colin Leroy <
[email protected]
>
Re: [patch 08/28] Input: prepare to sysfs integration
From
: Dmitry Torokhov <
[email protected]
>
Re: quick (software versus hardware raid) question (cpu)
From
: Dan C Marinescu <
[email protected]
>
Re: [patch 08/28] Input: prepare to sysfs integration
From
: Al Viro <
[email protected]
>
Re: 2.6.14-rc3-rt10 crashes on boot
From
: Steven Rostedt <
[email protected]
>
quick (software versus hardware raid) question (cpu)
From
: Dan C Marinescu <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Block I/O Mystery
From
: Block Device <
[email protected]
>
Re: [PATCH] Free swap suspend from dependency on PageReserved
From
: Nigel Cunningham <
[email protected]
>
Re: Suspend to RAM broken with 2.6.13
From
: Jean-Marc Valin <
[email protected]
>
how to search file data blocks in kernel 2.6?
From
: Xin Zhao <
[email protected]
>
Re: [PATCH] hfs, hfsplus: don't leak s_fs_info and fix an oops
From
: Horms <
[email protected]
>
Re: [ANNOUNCE] linux-net wiki
From
: Stephen Hemminger <
[email protected]
>
[PATCH] Fix hotplug cpu on x86_64
From
: Brian Gerst <
[email protected]
>
Re: [patch 08/28] Input: prepare to sysfs integration
From
: Dmitry Torokhov <
[email protected]
>
Re: [PATCH 2.6.14-rc2] fix incorrect mm->hiwater_vm and mm->hiwater_rss
From
: Hugh Dickins <
[email protected]
>
Re: [RFC] gfp flags annotations
From
: Greg KH <
[email protected]
>
[RFC] add sysfs to dynamically control blk request tag maintenance
From
: "Chen, Kenneth W" <
[email protected]
>
Re: [Patch] x86, x86_64: Intel HT, Multi core detection code cleanup
From
: "Siddha, Suresh B" <
[email protected]
>
Re: [PATCH 2.6.14-rc2] fix incorrect mm->hiwater_vm and mm->hiwater_rss
From
: Jay Lan <
[email protected]
>
Re: 2.6.14-rc3-rt10 - xruns & config questions
From
: Mark Knecht <
[email protected]
>
Re: Issues in Booting kernel 2.6.13
From
: "Randy.Dunlap" <
[email protected]
>
Re: [ANNOUNCE] linux-net wiki
From
: Ian McDonald <
[email protected]
>
Re: [ANNOUNCE] linux-net wiki
From
: Greg KH <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: what's next for the linux kernel?
From
: Al Viro <
[email protected]
>
Re: what's next for the linux kernel?
From
: Howard Chu <
[email protected]
>
Re: what's next for the linux kernel?
From
: Joe Bob Spamtest <
[email protected]
>
Re: Why is this list using Majordomo?
From
: Alejandro Bonilla <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: 2.6.13 kernel_thread() question
From
: Fawad Lateef <
[email protected]
>
2.6.14-rc3-rt10 crashes on boot
From
: John Rigg <
[email protected]
>
Re: Why is this list using Majordomo?
From
: Joe Bob Spamtest <
[email protected]
>
Re: what's next for the linux kernel?
From
: Joe Bob Spamtest <
[email protected]
>
Re: what's next for the linux kernel?
From
: Joe Bob Spamtest <
[email protected]
>
[PATCH 22/22] PCI Error Recovery: ixgb network device driver
From
: linas <
[email protected]
>
[PATCH 21/22] PCI Error Recovery: e1000 network device driver
From
: linas <
[email protected]
>
[PATCH 20/22] PCI Error Recovery: e100 network device driver
From
: linas <
[email protected]
>
[PATCH 19/22] PCI Error Recovery: Symbios SCSI device driver
From
: linas <
[email protected]
>
[PATCH 18/22] PCI Error Recovery: IPR SCSI device driver
From
: linas <
[email protected]
>
[PATCH 17/22] ppc64: New Partition Endpoin support
From
: linas <
[email protected]
>
[PATCH 16/22] PCI Address cache lookup code
From
: linas <
[email protected]
>
Re: [PATCH] msp3400: check ->kthread correctly
From
: Michael Krufky <
[email protected]
>
[PATCH 15/22] ppc64: PCI Error Recovery: PPC64 core recovery routines
From
: linas <
[email protected]
>
[PATCH 14/22] ppc64: RPA PHP to EEH code movement
From
: linas <
[email protected]
>
[PATCH 13/22] ppc64: RPAPHP duplicated code removal
From
: linas <
[email protected]
>
[PATCH 12/22] ppc64: RPA PHP cleanup
From
: linas <
[email protected]
>
[PATCH 11/22] ppc64: RPA PHP and EEH common code
From
: linas <
[email protected]
>
[PATCH 10/22] ppc64: Crash on DLPAR PHB add
From
: linas <
[email protected]
>
[PATCH 9/22] ppc64: DLPAR slot add and remove bugfixes
From
: linas <
[email protected]
>
Re: Fwd: Telecom Clock Driver for MPCBL0010 ATCA computer blade
From
: Alexey Dobriyan <
[email protected]
>
[PATCH 8/22] ppc64: Slot Marking Bugfix
From
: linas <
[email protected]
>
[PATCH 7/22] PCI Error Recovery: header file patch
From
: linas <
[email protected]
>
Re: 2.6.13.3 Memory leak, names_cache
From
: Al Viro <
[email protected]
>
[PATCH 6/22] ppc64: PCI Error Recovery: documentation patch
From
: linas <
[email protected]
>
[PATCH 5/22] ppc64: Device BAR save and restore
From
: linas <
[email protected]
>
[PATCH 4/22] ppc64: EEH Recovery support routines
From
: linas <
[email protected]
>
[RFC] Hard disk protection revisited
From
: Jon Escombe <
[email protected]
>
[PATCH 3/22] ppc64: EEH Recovery dispatcher thread
From
: linas <
[email protected]
>
Re: freebox possible GPL violation
From
: Pierre Michon <
[email protected]
>
Re: what's next for the linux kernel?
From
: Joe Bob Spamtest <
[email protected]
>
[PATCH 2/22] ppc64: Enable detection bugfix
From
: linas <
[email protected]
>
[PATCH 1/22] ppc64: Dynamic LPAR bugfix
From
: linas <
[email protected]
>
[PATCH 0/22] ppc64: Full sequence of PCI Error recovery patches
From
: linas <
[email protected]
>
Re: Fwd: Telecom Clock Driver for MPCBL0010 ATCA computer blade
From
: Greg KH <
[email protected]
>
Re: [PATCH 2.6.14-rc1-git5] sched: disable preempt in idle tasks
From
: Nigel Cunningham <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: Chris Wright <
[email protected]
>
Re: [patch 08/28] Input: prepare to sysfs integration
From
: Vojtech Pavlik <
[email protected]
>
Re: Fwd: Telecom Clock Driver for MPCBL0010 ATCA computer blade
From
: Mark Gross <
[email protected]
>
Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit
From
: Georg Lippold <
[email protected]
>
Re: what's next for the linux kernel?
From
: Michael Concannon <
[email protected]
>
Re: what's next for the linux kernel?
From
: Michael Concannon <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: [PATCH] include: pci_find_device remove (include/asm-i386/ide.h)
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH 5/10] drivers/char: pci_find_device remove (drivers/char/specialix.c)
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH 1/10] drivers/char: pci_find_device remove (drivers/char/ip2main.c)
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH] nesting class_device in sysfs to solve world peace
From
: Dmitry Torokhov <
[email protected]
>
Re: what's next for the linux kernel?
From
: Michael Concannon <
[email protected]
>
Re: [ANNOUNCE] linux-net wiki
From
: "Jeff V. Merkey" <
[email protected]
>
[PATCH] msp3400: check ->kthread correctly
From
: Alexey Dobriyan <
[email protected]
>
[PATCH] radio-cadet: check request_region() return value correctly
From
: Alexey Dobriyan <
[email protected]
>
Re: 2.6.13.3 Memory leak, names_cache
From
: Linus Torvalds <
[email protected]
>
[RFC] ipw2200: check version in eeprom correctly
From
: Alexey Dobriyan <
[email protected]
>
Re: about FC3 2.6.10 ..........
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH] nesting class_device in sysfs to solve world peace
From
: Greg KH <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: [PATCH] Get rid of the obsolete tri-level suspend/resume callbacks (was: Re: [PATCH/RFC 1/2] simple SPI framework)
From
: Russell King <
[email protected]
>
Re: 2.6.13.3 Memory leak, names_cache
From
: Robert Derr <
[email protected]
>
Re: [PATCH] Get rid of the obsolete tri-level suspend/resume callbacks (was: Re: [PATCH/RFC 1/2] simple SPI framework)
From
: Pavel Machek <
[email protected]
>
Re: Where is the performance bottleneck?
From
: Bill Davidsen <
[email protected]
>
2.4.27 ata_piix support
From
: Larry Lindsey <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
[ANNOUNCE] linux-net wiki
From
: Stephen Hemminger <
[email protected]
>
Problems with MPT-Fusion
From
: "Kedzierski, Artur CIV NAVSURFWARCENDIV CORONA" <
[email protected]
>
Re: 2.6.14-rc3-rt10 - xruns & config questions
From
: Mark Knecht <
[email protected]
>
Re: Instability in kernel version 2.6.12.5
From
: "David S. Miller" <
[email protected]
>
Re: what's next for the linux kernel?
From
: Michael Concannon <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
pivot_root doesn't work for me in 2.6.14-rc3
From
: Jim McQuillan <
[email protected]
>
[RFC] gfp flags annotations
From
: Al Viro <
[email protected]
>
Re: what's next for the linux kernel?
From
: Michael Concannon <
[email protected]
>
Re: 2.6.14-rc3-rt10 - xruns & config questions
From
: Mark Knecht <
[email protected]
>
Re: freebox possible GPL violation
From
: Stefan Smietanowski <
[email protected]
>
Re: 2.6.13.3 Memory leak, names_cache
From
: Rick Lindsley <
[email protected]
>
Re: 2.6.13.3 Memory leak, names_cache
From
: Linus Torvalds <
[email protected]
>
Re: 2.6.14-rc3-rt10 - xruns & config questions
From
: Ingo Molnar <
[email protected]
>
Re: select(0,NULL,NULL,NULL,&t1) used for delay
From
: "Christopher Friesen" <
[email protected]
>
[PATCH] Fix ext3 warning for unused var
From
: "Paolo 'Blaisorblade' Giarrusso" <
[email protected]
>
RE: kernel performance update - 2.6.14-rc3
From
: "Chen, Kenneth W" <
[email protected]
>
Re: kernel performance update - 2.6.14-rc3
From
: Sonny Rao <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
[PATCH] enable ac97_quirk hp_only for Acer Aspire 3003LCi
From
: Dick Streefland <
[email protected]
>
Re: about FC3 2.6.10 ..........
From
:
[email protected]
Re: 2.6.13.3 Memory leak, names_cache
From
: Robert Derr <
[email protected]
>
orinoco vs. waproamd ?
From
: Soeren Sonnenburg <
[email protected]
>
Re: PTRACE_SYSEMU numbering
From
: Blaisorblade <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
ide_wait_not_busy oops still with 2.6.14-rc3 (Re: 1GHz pbook 15", linux 2.6.14-rc2 oops on resume)
From
: Soeren Sonnenburg <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: [PATCH] Get rid of the obsolete tri-level suspend/resume callbacks (was: Re: [PATCH/RFC 1/2] simple SPI framework)
From
: Greg KH <
[email protected]
>
Re: [uml-devel] Re: [PATCH 11/12] HPPFS: add dentry_ops->d_revalidate
From
: Blaisorblade <
[email protected]
>
Re: select(0,NULL,NULL,NULL,&t1) used for delay
From
: Howard Chu <
[email protected]
>
Re: 2.6.13.3 Memory leak, names_cache
From
: Linus Torvalds <
[email protected]
>
[PATCH] Get rid of the obsolete tri-level suspend/resume callbacks (was: Re: [PATCH/RFC 1/2] simple SPI framework)
From
: Russell King <
[email protected]
>
about FC3 2.6.10 ..........
From
: umesh chandak <
[email protected]
>
2.6.14-rc3-rt10 - xruns & config questions
From
: Mark Knecht <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: [RFC] atomic create+open
From
: Daniel Jacobowitz <
[email protected]
>
PIPE_BUFFERS - was Re: What to expect after 0.99.8
From
: "Luck, Tony" <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
RE: kernel performance update - 2.6.14-rc3
From
: "Chen, Kenneth W" <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
2.6.13.3 Memory leak, names_cache
From
: Robert Derr <
[email protected]
>
Re: [linux-usb-devel] Re: MTP - Media Transfer Protocol support
From
: Greg KH <
[email protected]
>
Re: [PATCH/RFC 1/2] simple SPI framework
From
: Russell King <
[email protected]
>
Re: Instability in kernel version 2.6.12.5
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH/RFC 1/2] simple SPI framework
From
: Mark Underwood <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: Vitaly Wool <
[email protected]
>
Re: Fwd: Telecom Clock Driver for MPCBL0010 ATCA computer blade
From
: Greg KH <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: Mark Underwood <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: Chris Wright <
[email protected]
>
Re: [RFC] atomic create+open
From
: Jamie Lokier <
[email protected]
>
Re: [PATCH 0/3] netfilter : 3 patches to boost ip_tables performance
From
: Andi Kleen <
[email protected]
>
Re: [RFC] atomic create+open
From
: Jamie Lokier <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: [patch 08/28] Input: prepare to sysfs integration
From
: Dmitry Torokhov <
[email protected]
>
Re: 2.6.14-rc3-rt9 - a few xruns misses
From
: Mark Knecht <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
Re: [PATCH] nesting class_device in sysfs to solve world peace
From
: Dmitry Torokhov <
[email protected]
>
Re: 2.6.14-rc3-rt9 - a few xruns misses
From
: Lee Revell <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
Re: Fwd: Telecom Clock Driver for MPCBL0010 ATCA computer blade
From
: Mark Gross <
[email protected]
>
Re: [PATCH 0/3] netfilter : 3 patches to boost ip_tables performance
From
: Harald Welte <
[email protected]
>
Re: select(0,NULL,NULL,NULL,&t1) used for delay
From
: Bob Copeland <
[email protected]
>
Re: Telecom Clock Driver for MPCBL0010 ATCA computer blade
From
: Mark Gross <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Instability in kernel version 2.6.12.5
From
: "Justin R. Smith" <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Debug: sleeping function called from invalid context at include/linux/rwsem.h:66
From
: Hendrik Visage <
[email protected]
>
Re: what's next for the linux kernel?
From
: Rik van Riel <
[email protected]
>
2.6.14-rc3-rt10 build problem
From
: Fernando Lopez-Lezcano <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: david singleton <
[email protected]
>
Re: 2.6.14-rc3-rt1
From
: Steven Rostedt <
[email protected]
>
Re: Fwd: Telecom Clock Driver for MPCBL0010 ATCA computer blade
From
: Alexey Dobriyan <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
Re: 2.6.14-rc3-rt9 - a few xruns misses
From
: Mark Knecht <
[email protected]
>
Re: [RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Reading SATA command/status register (lib-ata)
From
: Ravi Wijayaratne <
[email protected]
>
Re: Telecom Clock Driver for MPCBL0010 ATCA computer blade
From
: Jesper Juhl <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Todd Kneisel <
[email protected]
>
Re: [PATCH] x86_64 signal handling for 64-bit apps w/ mixed 32-bit code - trivial fix
From
: Andi Kleen <
[email protected]
>
Re: [RFC] atomic create+open
From
: Trond Myklebust <
[email protected]
>
Re: [PATCH] Documentation: ksymoops should no longer be used to decode Oops messages
From
: Alexey Dobriyan <
[email protected]
>
Re: 2.6.14-rc3-rt9 - a few xruns misses
From
: Mark Knecht <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: "Luck, Tony" <
[email protected]
>
Re: 2.6.14-rc3-rt9 - a few xruns misses
From
: Lee Revell <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: James Morris <
[email protected]
>
Re: [PATCH] Documentation: ksymoops should no longer be used to decode Oops messages
From
: Jesper Juhl <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Mark Knecht <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: James Morris <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Linus Torvalds <
[email protected]
>
Re: 2.6.14-rc3-rt9 - a few xruns misses
From
: Mark Knecht <
[email protected]
>
Re: [PATCH] Documentation: ksymoops should no longer be used to decode Oops messages
From
: "Randy.Dunlap" <
[email protected]
>
Re: select(0,NULL,NULL,NULL,&t1) used for delay
From
: "Christopher Friesen" <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Eric Dumazet <
[email protected]
>
Re: [PATCH] Documentation: ksymoops should no longer be used to decode Oops messages
From
: Kalin KOZHUHAROV <
[email protected]
>
Re: kgdb with selinux
From
: Tom Rini <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Linus Torvalds <
[email protected]
>
Re: [ANNOUNCE] Wolf Mountain File System [what's next for the linux kernel]
From
: jmerkey <
[email protected]
>
Re: what's next for the linux kernel?
From
: Al Viro <
[email protected]
>
Re: [PATCH 0/3] Demand faulting for huge pages
From
: Adam Litke <
[email protected]
>
Re: what's next for the linux kernel?
From
: Ragnar Hojland Espinosa <
[email protected]
>
Re: [ANNOUNCE] Wolf Mountain File System [what's next for the linux kernel]
From
: jmerkey <
[email protected]
>
Re: select(0,NULL,NULL,NULL,&t1) used for delay
From
: Bernd Petrovitsch <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Hugh Dickins <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Andrey Savochkin <
[email protected]
>
Re: select(0,NULL,NULL,NULL,&t1) used for delay
From
: "Christopher Friesen" <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH] x86_64 signal handling for 64-bit apps w/ mixed 32-bit code - trivial fix
From
: Bryan Ford <
[email protected]
>
Re: what's next for the linux kernel?
From
: Greg Norris <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: David Howells <
[email protected]
>
Re: [PATCH 1/7] Fragmentation Avoidance V16: 001_antidefrag_flags
From
: Mel Gorman <
[email protected]
>
Re: [PATCH 2/7] Fragmentation Avoidance V16: 002_usemap
From
: Mel Gorman <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: David Howells <
[email protected]
>
Re: [PATCH 1/7] Fragmentation Avoidance V16: 001_antidefrag_flags
From
: Paul Jackson <
[email protected]
>
Re: what's next for the linux kernel?
From
: Michael Concannon <
[email protected]
>
[2.6.14-rc3-git3/x86_64]: lvrename stalls on rename snapshot volume
From
: Tomasz Kłoczko <
[email protected]
>
Fwd: Telecom Clock Driver for MPCBL0010 ATCA computer blade
From
: Mark Gross <
[email protected]
>
Found a new way to hang my IDE CD
From
: Meelis Roos <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: James Morris <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Linus Torvalds <
[email protected]
>
Re: freebox possible GPL violation
From
: Matan Peled <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Linus Torvalds <
[email protected]
>
Re: Linux Kernel Dump Summit 2005
From
: Hiro Yoshioka <
[email protected]
>
Re: what's next for the linux kernel?
From
: Horst von Brand <
[email protected]
>
[RFC] atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Lee Revell <
[email protected]
>
Re: PAE causing failure to run various executables.
From
: Arjan van de Ven <
[email protected]
>
Re: select(0,NULL,NULL,NULL,&t1) used for delay
From
: Jesper Juhl <
[email protected]
>
Re: select(0,NULL,NULL,NULL,&t1) used for delay
From
: Alex Riesen <
[email protected]
>
Re: PAE causing failure to run various executables.
From
: Avi Kivity <
[email protected]
>
Re: select(0,NULL,NULL,NULL,&t1) used for delay
From
: Jesper Juhl <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: James Morris <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH 2.6.14-rc2 0/2] libata: Marvell SATA support (v0.23-0.24)
From
: Bogdan Costescu <
[email protected]
>
Re: freebox possible GPL violation
From
: Helge Hafting <
[email protected]
>
RE: [NFS] [RFC: 2.6 patch] net/sunrpc/: possible cleanups
From
: "Lever, Charles" <
[email protected]
>
Re: [discuss] Re: SMP syncronization on AMD processors (broken?)
From
: Andi Kleen <
[email protected]
>
Re: [discuss] Re: SMP syncronization on AMD processors (broken?)
From
: Eric Dumazet <
[email protected]
>
[PATCH] vm - swap_prefetch-15 docs
From
: Con Kolivas <
[email protected]
>
Re: [discuss] Re: SMP syncronization on AMD processors (broken?)
From
: Andi Kleen <
[email protected]
>
Re: [discuss] Re: SMP syncronization on AMD processors (broken?)
From
: Andi Kleen <
[email protected]
>
[PATCH] Add missing export of getnstimeofday()
From
: Takashi Iwai <
[email protected]
>
[PATCH] vm - swap_prefetch-15
From
: Con Kolivas <
[email protected]
>
kgdb with selinux
From
: umesh chandak <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Eric Dumazet <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Andrey Savochkin <
[email protected]
>
select(0,NULL,NULL,NULL,&t1) used for delay
From
: "Madhu K.S." <
[email protected]
>
Re: freebox possible GPL violation
From
: Michael Poole <
[email protected]
>
Re: freebox possible GPL violation
From
: Michael Poole <
[email protected]
>
Re: [PATCH 1/3] Gujin linux.kgz boot format
From
: "Etienne Lorrain" <
[email protected]
>
Re: [PATCH] vm - swap prefetch v14
From
: Con Kolivas <
[email protected]
>
Re: [PATCH 2.6.14-rc2 0/2] libata: Marvell SATA support (v0.23-0.24)
From
: Jeff Garzik <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Andrey Savochkin <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 2.6.14-rc2 0/2] libata: Marvell SATA support (v0.23-0.24)
From
: Brett Russ <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: "Rafael J. Wysocki" <
[email protected]
>
RE: PAE causing failure to run various executables.
From
: Arjan van de Ven <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: Arjan van de Ven <
[email protected]
>
Re: SMP syncronization on AMD processors (broken?)
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH 2.6.14-rc2 0/2] libata: Marvell SATA support (v0.23-0.24)
From
: Jeff Garzik <
[email protected]
>
[PATCH 2.6.14-rc3] evded: timestamping with monotonic time (+ configuration ioctl)
From
:
[email protected]
(Michal Maruška)
Re: freebox possible GPL violation
From
: Emmanuel Fleury <
[email protected]
>
Re: freebox possible GPL violation
From
: Emmanuel Fleury <
[email protected]
>
Re: [RFC] mempool_alloc() pre-allocated object usage
From
: Marcelo Tosatti <
[email protected]
>
SMP syncronization on AMD processors (broken?)
From
: Kirill Korotaev <
[email protected]
>
Re: shrinkable cache statistics [was Re: VM balancing issues on 2.6.13: dentry cache not getting shrunk enough]
From
: Marcelo Tosatti <
[email protected]
>
Re: [PATCH 2.6.14-rc2 0/2] libata: Marvell SATA support (v0.23-0.24)
From
: Bogdan Costescu <
[email protected]
>
Documenting kernel changes
From
: Diego Calleja <
[email protected]
>
RE: PAE causing failure to run various executables.
From
: "Pallipadi, Venkatesh" <
[email protected]
>
Re: Linux Kernel Dump Summit 2005
From
: OBATA Noboru <
[email protected]
>
Re: freebox possible GPL violation
From
: Pierre Michon <
[email protected]
>
Re: [PATCH] nesting class_device in sysfs to solve world peace
From
: Michael Tokarev <
[email protected]
>
Re: [PATCH 2.6.14-rc2 1/2] libata: Marvell spinlock fixes and simplification
From
: Brett Russ <
[email protected]
>
Re: freebox possible GPL violation
From
: Helge Hafting <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
[patch] s390: ccw device reconnect oops.
From
: Martin Schwidefsky <
[email protected]
>
[PATCH] cleanup u32 flags in acpi spin_lock calls.
From
: Steven Rostedt <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: David Howells <
[email protected]
>
kgdb with selinux
From
: umesh chandak <
[email protected]
>
Re: MTP - Media Transfer Protocol support
From
: Freaky <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: David Howells <
[email protected]
>
Re: what's next for the linux kernel?
From
: Tomasz Kłoczko <
[email protected]
>
Re: [ANNOUNCE] Wolf Mountain File System [what's next for the linux kernel]
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Pavel Machek <
[email protected]
>
Re: [Patch] x86, x86_64: Intel HT, Multi core detection code cleanup
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] 2.6.13 - output of /proc/maps on nommu systems is incomplete
From
: David Howells <
[email protected]
>
Re: kernel performance update - 2.6.14-rc3
From
: Andi Kleen <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: David Howells <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nikita Danilov <
[email protected]
>
Re: [PATCH] Free swap suspend from dependency on PageReserved
From
: Nick Piggin <
[email protected]
>
Re: [Question]: system register cr3
From
: Coywolf Qi Hunt <
[email protected]
>
Re: kernel performance update - 2.6.14-rc3
From
: Nick Piggin <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Andi Kleen <
[email protected]
>
Re: what's next for the linux kernel?
From
: David Weinehall <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
Re: freebox possible GPL violation
From
: Emmanuel Fleury <
[email protected]
>
Re: freebox possible GPL violation
From
: Emmanuel Fleury <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
[PATCH 3/3] Gujin linux.kgz boot format
From
: "Etienne Lorrain" <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Andi Kleen <
[email protected]
>
[PATCH 2/3] Gujin linux.kgz boot format
From
: "Etienne Lorrain" <
[email protected]
>
[PATCH 1/3] Gujin linux.kgz boot format
From
: "Etienne Lorrain" <
[email protected]
>
Re: [PATCH 2.6.14-rc3] sis5513.c: enable ATA133 for the SiS965 southbridge
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Andi Kleen <
[email protected]
>
Re: MTP - Media Transfer Protocol support
From
: Oliver Neukum <
[email protected]
>
Re: what's next for the linux kernel?
From
: Helge Hafting <
[email protected]
>
Re: MTP - Media Transfer Protocol support
From
: Oliver Neukum <
[email protected]
>
Re: [NUMA x86_64] problem accessing global Node List pgdat_list
From
: Eric Dumazet <
[email protected]
>
Re: [NUMA x86_64] problem accessing global Node List pgdat_list
From
: devesh sharma <
[email protected]
>
Re: freebox possible GPL violation
From
: Helge Hafting <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: MTP - Media Transfer Protocol support
From
: Bernd Petrovitsch <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: James Morris <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: MTP - Media Transfer Protocol support
From
: Eric Piel <
[email protected]
>
Re: 2.6.14-rc3-rt9 - a few xruns misses
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
report: 2.6.14-rc3-git3 crashed on usenet gateway after 58 hours
From
:
[email protected]
(Danny ter Haar)
Re: [PATCH] Free swap suspend from dependency on PageReserved
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [ANNOUNCE] Wolf Mountain File System [what's next for the linux kernel]
From
:
[email protected]
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
MTP - Media Transfer Protocol support
From
: Freaky <
[email protected]
>
Re: [discuss] Re: [PATCH][Fix] swsusp: avoid possible page tables corruption during resume on x86-64
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: James Morris <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: 3Ware 9500S-12 RAID controller -- poor performance
From
: subbie subbie <
[email protected]
>
non-versioned module symbols
From
: "David S. Miller" <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Alon Bar-Lev <
[email protected]
>
TR : 440bx and natsemi
From
: Frédéric POTTER <
[email protected]
>
Re: what's next for the linux kernel?
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH] nesting class_device in sysfs to solve world peace
From
: Dmitry Torokhov <
[email protected]
>
Re: kernel performance update - 2.6.14-rc3
From
: Arjan van de Ven <
[email protected]
>
[RFC][PATCH] identify rcu-protected ptr
From
: Suzanne Wood <
[email protected]
>
Re: [ANNOUNCE] Wolf Mountain File System [what's next for the linux kernel]
From
: jmerkey <
[email protected]
>
[ANNOUNCE] Wolf Mountain File System [what's next for the linux kernel]
From
: jmerkey <
[email protected]
>
[Question]: system register cr3
From
: Ustyugov Roman <
[email protected]
>
Re: [Question]: system register cr3
From
: Ustyugov Roman <
[email protected]
>
Re: Using DMA in read/write, setting block size for I/O -> max_sectors
From
: Karthik Sarangan <
[email protected]
>
Issues in Booting kernel 2.6.13
From
: devesh sharma <
[email protected]
>
Re: what's next for the linux kernel?
From
: Chase Venters <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: Vitaly Wool <
[email protected]
>
[VERY-OT SCOX Crap] [was: what's next for the linux kernel?]
From
: jmerkey <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]