LKML: Linux Kernel Archive 2006 Q3
Thread Index
[
Prev Page
][
Next Page
]
Re: [PATCH] prevent timespec/timeval to ktime_t overflow
From
: Thomas Gleixner <
[email protected]
>
Re: [PATCH 2/6] rename the provided execve functions to kernel_execve
From
: Paul Mackerras <
[email protected]
>
Re: [RFC] [Crash-utility] Patch to use gdb's bt in crash - works great with kgdb! - KGDB in Linus Kernel.
From
: "Randy.Dunlap" <
[email protected]
>
Re: [RFC] [Crash-utility] Patch to use gdb's bt in crash - works great with kgdb! - KGDB in Linus Kernel.
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 1/2] acpi hotplug cleanups, move install notifier to add function
From
: keith mannthey <
[email protected]
>
Re: Ultra Sparc T1 port
From
: zhiyi huang <
[email protected]
>
Re: [PATCH] prevent timespec/timeval to ktime_t overflow
From
: Frank v Waveren <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Adrian Bunk <
[email protected]
>
Re: [RFC][PATCH -mm] PM: add /sys/power documentation to Documentation/ABI
From
: Andrew Morton <
[email protected]
>
Re: Was: boot failure, "DWARF2 unwinder stuck at 0xc0100199"
From
: Badari Pulavarty <
[email protected]
>
Re: [RFC] [Crash-utility] Patch to use gdb's bt in crash - works great with kgdb! - KGDB in Linus Kernel.
From
: Piet Delaney <
[email protected]
>
Re: [RFC][PATCH -mm] PM: add /sys/power documentation to Documentation/ABI
From
: Pavel Machek <
[email protected]
>
[RFC][PATCH -mm] PM: add /sys/power documentation to Documentation/ABI
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [RFC] Simple userspace interface for PCI drivers
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH 19/19] BLOCK: Make it possible to disable the block layer [try #6]
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: David Lang <
[email protected]
>
Re: [PATCH v3] aic94xx: Increase can_queue for better performance
From
: "Darrick J. Wong" <
[email protected]
>
Re: [PATCH 4/4] eCryptfs: ino_t to u64 for filldir
From
: Michael Halcrow <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Alan Cox <
[email protected]
>
Re: [PATCH 19/19] BLOCK: Make it possible to disable the block layer [try #6]
From
: Trond Myklebust <
[email protected]
>
Re: [RFC] Simple userspace interface for PCI drivers
From
: Matthias Schniedermeyer <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Sven Luther <
[email protected]
>
Re: [PATCH 4/6] Have x86_64 use add_active_range() and free_area_init_nodes
From
: "Keith Mannthey" <
[email protected]
>
[PATCH v3] aic94xx: Increase can_queue for better performance
From
: "Darrick J. Wong" <
[email protected]
>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Andrew Morton <
[email protected]
>
Re: [PATCH -mm] PM: Add pm_trace switch
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: David Howells <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Willy Tarreau <
[email protected]
>
[-mm patch] improve SECURITY_SELINUX_POLICYDB_VERSION_MAX{,_VALUE} help texts
From
: Adrian Bunk <
[email protected]
>
[-mm patch] net/sched/act_simple.c: make struct simp_hash_info static
From
: Adrian Bunk <
[email protected]
>
[-mm patch] drivers/input/misc/wistron_btns.c: fix section mismatch
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH -mm] PM: Add pm_trace switch
From
: Greg KH <
[email protected]
>
Re: [RFC] Simple userspace interface for PCI drivers
From
: Foli Ayivoh <
[email protected]
>
Re: [PATCH 19/19] BLOCK: Make it possible to disable the block layer [try #6]
From
: Jens Axboe <
[email protected]
>
Re: [PATCH -mm] PM: Add pm_trace switch
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 19/19] BLOCK: Make it possible to disable the block layer [try #6]
From
: David Howells <
[email protected]
>
LOCKDEP: input layer warning.
From
: "Luiz Fernando N. Capitulino" <
[email protected]
>
Re: [PATCH 00/19] BLOCK: Permit block layer to be disabled [try #6]
From
: David Howells <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Andi Kleen <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Willy Tarreau <
[email protected]
>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Andrew Morton <
[email protected]
>
Re: [ckrm-tech] [PATCH 3/7] BC: beancounters core (API)
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 19/19] BLOCK: Make it possible to disable the block layer [try #6]
From
: Andrew Morton <
[email protected]
>
Re: [RFC][PATCH 1/2] ACPI: Idle Processor PM Improvements
From
: Matthew Garrett <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: David Lang <
[email protected]
>
Re: Random scsi disk disappearing
From
: Michael Tokarev <
[email protected]
>
Re: [PATCH] mem driver: fix conditional on isa i/o support
From
:
[email protected]
(Linas Vepstas)
Re: [PATCH][RFC] exception processing in early boot
From
: Andi Kleen <
[email protected]
>
[PATCH 5/7] NFS: Use local caching [try #13]
From
: David Howells <
[email protected]
>
[PATCH 4/7] FS-Cache: Make kAFS use FS-Cache [try #13]
From
: David Howells <
[email protected]
>
[PATCH 1/7] FS-Cache: Provide a filesystem-specific sync'able page bit [try #13]
From
: David Howells <
[email protected]
>
Re: [PATCH] THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit (ping)
From
: "H. Peter Anvin" <
[email protected]
>
[PATCH 6/7] FS-Cache: CacheFiles: ia64: missing copy_page export [try #13]
From
: David Howells <
[email protected]
>
[PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: David Howells <
[email protected]
>
[PATCH 3/7] FS-Cache: Release page->private after failed readahead [try #13]
From
: David Howells <
[email protected]
>
Re: [ckrm-tech] [PATCH 6/7] BC: kernel memory (core)
From
: Chandra Seetharaman <
[email protected]
>
Re: [PATCH] aic94xx: Increase can_queue and cmds_per_lun
From
: James Bottomley <
[email protected]
>
Re: [S390] cio: kernel stack overflow.
From
: "Julio Auto" <
[email protected]
>
Re: [PATCH] THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit (ping)
From
: Alon Bar-Lev <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Willy Tarreau <
[email protected]
>
Re: [S390] cio: kernel stack overflow.
From
: Heiko Carstens <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Sven Luther <
[email protected]
>
Re: Interrupt handler registration for multiple devices
From
: Alan Cox <
[email protected]
>
Re: [ckrm-tech] [PATCH 5/7] BC: user interface (syscalls)
From
: Chandra Seetharaman <
[email protected]
>
Re: [ckrm-tech] [PATCH 4/7] BC: context inheriting and changing
From
: Chandra Seetharaman <
[email protected]
>
Re: [PATCH] THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit (ping)
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH] THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit (ping)
From
: Andi Kleen <
[email protected]
>
Re: [S390] cio: kernel stack overflow.
From
:
[email protected]
(David Wagner)
Re: [PATCH] aic94xx: Increase can_queue and cmds_per_lun
From
: Luben Tuikov <
[email protected]
>
Re: [PATCH] aic94xx: Increase can_queue and cmds_per_lun
From
: "Darrick J. Wong" <
[email protected]
>
Re: [PATCH] aic94xx: Increase can_queue and cmds_per_lun
From
: "Darrick J. Wong" <
[email protected]
>
Re: [PATCH] THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit (ping)
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH] THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit (ping)
From
: "H. Peter Anvin" <
[email protected]
>
Re: [ckrm-tech] [PATCH 3/7] BC: beancounters core (API)
From
: Chandra Seetharaman <
[email protected]
>
Buffer head async write
From
: "Gorka Guardiola" <
[email protected]
>
RE: [RFC][PATCH 1/2] ACPI: Idle Processor PM Improvements
From
: "Pallipadi, Venkatesh" <
[email protected]
>
Re: [S390] cio: kernel stack overflow.
From
:
[email protected]
(David Wagner)
Re: [2.6 patch] re-add -ffreestanding
From
: Russell King <
[email protected]
>
Re: 2.6.18-rc4-mm3
From
: Venkatesh Pallipadi <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: David Lang <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Andi Kleen <
[email protected]
>
Re: [openib-general] [PATCH 02/13] IB/ehca: includes
From
: Hoang-Nam Nguyen <
[email protected]
>
Re: [S390] cio: kernel stack overflow.
From
: "Julio Auto" <
[email protected]
>
Re: [2.6 patch] re-add -ffreestanding
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Sven Luther <
[email protected]
>
Re: [RFC][PATCH 4/4] Rename lock_cpu_hotplug/unlock_cpu_hotplug
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: David Lang <
[email protected]
>
[2.6 patch] re-add -ffreestanding
From
: Adrian Bunk <
[email protected]
>
Re: [RFC] Simple userspace interface for PCI drivers
From
: Greg KH <
[email protected]
>
Re: [RFC][PATCH 4/4] Rename lock_cpu_hotplug/unlock_cpu_hotplug
From
: Paul Jackson <
[email protected]
>
Re: [RFC] Simple userspace interface for PCI drivers
From
: Greg KH <
[email protected]
>
Re: [PATCH] THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit (ping)
From
: Alon Bar-Lev <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Andi Kleen <
[email protected]
>
Re: [S390] cio: kernel stack overflow.
From
: "Julio Auto" <
[email protected]
>
Re: [PATCH] SELinux: work around filesystems which call d_instantiate before setting inode mode
From
: Eric Paris <
[email protected]
>
Re: [PATCH 6/7] remove all remaining _syscallX macros
From
: Adrian Bunk <
[email protected]
>
[PATCH] IPMI: fix occasional oops on module unload
From
: Corey Minyard <
[email protected]
>
Re: [S390] cio: kernel stack overflow.
From
: "Martin Schwidefsky" <
[email protected]
>
Re: [PATCH] kthread: saa7134-tvaudio.c
From
: Mauro Carvalho Chehab <
[email protected]
>
RE: 0x7f in SectorIdNotFound errors
From
: "Martin Dorey" <
[email protected]
>
Re: [PATCH] THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit (ping)
From
: Andi Kleen <
[email protected]
>
[patch 1/1] SCSI: improve endian handling in LSI fusion firmware mpt_downloadboot
From
: "Erik Habbinga" <
[email protected]
>
Re: [PATCH RFC 0/6] Implement per-processor data areas for i386.
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 1/7] introduce atomic_dec_and_lock_irqsave()
From
: Roman Zippel <
[email protected]
>
Re: [PATCH -mm] PM: Add pm_trace switch
From
: Greg KH <
[email protected]
>
Re: [PATCH] aic94xx: Increase can_queue and cmds_per_lun
From
: James Bottomley <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH RFC 0/6] Implement per-processor data areas for i386.
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: [S390] cio: kernel stack overflow.
From
:
[email protected]
(David Wagner)
Re: [PATCH] THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit (ping)
From
: Alon Bar-Lev <
[email protected]
>
Re: [RFC] Simple userspace interface for PCI drivers
From
: Manu Abraham <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Andi Kleen <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH 1/7] introduce atomic_dec_and_lock_irqsave()
From
: Dipankar Sarma <
[email protected]
>
Re: arch/x86_64/kernel/traps.c:show_trace should use __kernel_text_address
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit (ping)
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit (ping)
From
: Alon Bar-Lev <
[email protected]
>
Re: [PATCH] kthread: saa7134-tvaudio.c
From
: Andrew Morton <
[email protected]
>
Re: [PATCH RFC 0/6] Implement per-processor data areas for i386.
From
: Andi Kleen <
[email protected]
>
Re: [PATCH RFC 0/6] Implement per-processor data areas for i386.
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: [Devel] Re: [PATCH] kthread: saa7134-tvaudio.c
From
: Kir Kolyshkin <
[email protected]
>
Buffer head async write
From
: "Gorka Guardiola" <
[email protected]
>
Re: [2.6.18-rc* PATCH RFC]: Correct ambiguous errno of aio
From
: Zach Brown <
[email protected]
>
Re: [Devel] Re: [PATCH] kthread: saa7134-tvaudio.c
From
: Kirill Korotaev <
[email protected]
>
Re: Drop cache has no effect?
From
: OGAWA Hirofumi <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Andi Kleen <
[email protected]
>
Re: [2.6.18-rc5 PATCH]: aio cleanup
From
: Zach Brown <
[email protected]
>
Re: [PATCH] kthread: saa7134-tvaudio.c
From
: Cedric Le Goater <
[email protected]
>
Re: [spi-devel-general] [Patch] Add spi full duplex mode transfer support
From
: David Brownell <
[email protected]
>
Re: [RFC] Simple userspace interface for PCI drivers
From
: Thomas Gleixner <
[email protected]
>
Re: [PATCH] kthread: saa7134-tvaudio.c
From
: Cedric Le Goater <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Takashi Iwai <
[email protected]
>
Re: A nice CPU resource controller
From
: Martin Ohlin <
[email protected]
>
Re: [spi-devel-general] [Patch] Add spi full duplex mode transfer support
From
: Stephen Street <
[email protected]
>
arch/x86_64/kernel/traps.c:show_trace should use __kernel_text_address
From
: Mathieu Desnoyers <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Andrew Benton <
[email protected]
>
Re: [PATCH] kthread: saa7134-tvaudio.c
From
:
[email protected]
(Eric W. Biederman)
Re: A nice CPU resource controller
From
: "Balbir Singh" <
[email protected]
>
Re: [spi-devel-general] [Patch] Add spi full duplex mode transfer support
From
: David Brownell <
[email protected]
>
How to prevent an object file from being thrown away?
From
: "Kaz Kylheku" <
[email protected]
>
A nice CPU resource controller
From
: Martin Ohlin <
[email protected]
>
Re: [RFC][PATCH 4/4] Rename lock_cpu_hotplug/unlock_cpu_hotplug
From
: "Paul E. McKenney" <
[email protected]
>
Interrupt handler registration for multiple devices
From
: "Rick Brown" <
[email protected]
>
Re: T60 not coming out of suspend to RAM
From
: "Michael S. Tsirkin" <
[email protected]
>
Re: [PATCH 1/2] NOMMU: Set BDI capabilities for /dev/mem and /dev/kmem
From
: Andrew Morton <
[email protected]
>
Re: T60 not coming out of suspend to RAM
From
: Pavel Machek <
[email protected]
>
Re: [RFC] Simple userspace interface for PCI drivers
From
: Matt Porter <
[email protected]
>
[2.6.18-rc5 PATCH]: aio cleanup
From
: Yi Yang <
[email protected]
>
Re: [PATCH 3/6] provide kernel_execve on all architectures
From
: Martin Schwidefsky <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Willy Tarreau <
[email protected]
>
Re: [PATCH] kthread: saa7134-tvaudio.c
From
: Cedric Le Goater <
[email protected]
>
Re: 2.6.18-rc5 - HPT302 wierdness
From
: "John Stoffel" <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Sean <
[email protected]
>
Re: [2.6.18-rc* PATCH RFC]: Correct ambiguous errno of aio
From
: Yi Yang <
[email protected]
>
struct page for a non-physical-memory address
From
: yipee <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: "Jesper Juhl" <
[email protected]
>
Re: [PATCH 3/3] stex: use block layer tagging
From
: James Bottomley <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Bodo Eggert <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Willy Tarreau <
[email protected]
>
Re: [PATCH 0/6] kill __KERNEL_SYSCALLS__, try #3
From
: David Howells <
[email protected]
>
Re: [PATCH 5/6] sh64: remove the use of kernel syscalls
From
: Arnd Bergmann <
[email protected]
>
Re: [PATCH 18/19] BLOCK: Make USB storage depend on SCSI rather than selecting it [try #6]
From
: Dave Kleikamp <
[email protected]
>
Re: mm snapshot broken-out-2006-08-29-23-43.tar.gz uploaded
From
: "Michal Piotrowski" <
[email protected]
>
Re: [CFT:PATCH] Removing possible wrong asm/serial.h inclusions
From
: Hirokazu Takata <
[email protected]
>
Re: [PATCH 18/19] BLOCK: Make USB storage depend on SCSI rather than selecting it [try #6]
From
: David Howells <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Andi Kleen <
[email protected]
>
[PATCH 6/6] remove remaining errno and __KERNEL_SYSCALLS__ references
From
: Arnd Bergmann <
[email protected]
>
Re: [PATCH RFC 0/6] Implement per-processor data areas for i386.
From
: Andi Kleen <
[email protected]
>
[PATCH 2/6] rename the provided execve functions to kernel_execve
From
: Arnd Bergmann <
[email protected]
>
[PATCH 5/6] sh64: remove the use of kernel syscalls
From
: Arnd Bergmann <
[email protected]
>
[PATCH 4/6] Remove the use of _syscallX macros in UML
From
: Arnd Bergmann <
[email protected]
>
[PATCH 0/6] kill __KERNEL_SYSCALLS__, try #3
From
: Arnd Bergmann <
[email protected]
>
[PATCH 1/6] introduce kernel_execve
From
: Arnd Bergmann <
[email protected]
>
[PATCH 3/6] provide kernel_execve on all architectures
From
: Arnd Bergmann <
[email protected]
>
Re: [PATCH 18/19] BLOCK: Make USB storage depend on SCSI rather than selecting it [try #6]
From
: Dave Kleikamp <
[email protected]
>
[S390] dasd default debug level.
From
: Martin Schwidefsky <
[email protected]
>
[S390] __exit cleanup.
From
: Martin Schwidefsky <
[email protected]
>
[S390] cleanup sysinfo and add system z9 specific extensions.
From
: Martin Schwidefsky <
[email protected]
>
[S390] empty function defines.
From
: Martin Schwidefsky <
[email protected]
>
[S390] EX_TABLE macro.
From
: Martin Schwidefsky <
[email protected]
>
Please pull git390 'for-linus' branch
From
: Martin Schwidefsky <
[email protected]
>
[S390] cio: unsolicited interrupts during sense pgid.
From
: Martin Schwidefsky <
[email protected]
>
[S390] cio: no path after machine check.
From
: Martin Schwidefsky <
[email protected]
>
Re: [PATCH] kthread: saa7134-tvaudio.c
From
:
[email protected]
(Eric W. Biederman)
[S390] cio: kernel stack overflow.
From
: Martin Schwidefsky <
[email protected]
>
Re: [PATCH RFC 0/6] Implement per-processor data areas for i386.
From
: Chuck Ebbert <
[email protected]
>
[S390] broken copy_in_user function.
From
: Martin Schwidefsky <
[email protected]
>
[S390] dasd: fix device shutdown process.
From
: Martin Schwidefsky <
[email protected]
>
Re: [PATCH 4/7] Remove the use of _syscallX macros in UML
From
: Arnd Bergmann <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Willy Tarreau <
[email protected]
>
Re: Spinlock query
From
: Rik van Riel <
[email protected]
>
Re: [PATCH 00/19] BLOCK: Permit block layer to be disabled [try #6]
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 1/7] introduce atomic_dec_and_lock_irqsave()
From
: Roman Zippel <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Marcel Holtmann <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Stefan Richter <
[email protected]
>
Re: [PATCH 1/7] introduce atomic_dec_and_lock_irqsave()
From
: Oleg Nesterov <
[email protected]
>
Re: [PATCH] VIA IRQ quirk fixup only in XT_PIC mode Take 2
From
: Sergio Monteiro Basto <
[email protected]
>
[PATCH] NOMMU: Set BDI capabilities for /dev/mem and /dev/kmem [try #2]
From
: David Howells <
[email protected]
>
[PATCH] NOMMU: Check that access_process_vm() has a valid target
From
: David Howells <
[email protected]
>
Re: [PATCH 1/7] introduce atomic_dec_and_lock_irqsave()
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 1/7] introduce atomic_dec_and_lock_irqsave()
From
: Oleg Nesterov <
[email protected]
>
Re: [BUG?] 2.6.17.x suspend problems
From
: "Patrizio Bassi" <
[email protected]
>
Re: [RFC] Simple userspace interface for PCI drivers
From
: Thomas Gleixner <
[email protected]
>
Re: [PATCH 1/7] introduce atomic_dec_and_lock_irqsave()
From
: Roman Zippel <
[email protected]
>
Re: [PATCH -mm] PM: Add pm_trace switch
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH][RFC] exception processing in early boot
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 02/13] IB/ehca: includes
From
: Arnd Bergmann <
[email protected]
>
Re: 2.6.18-rc5 - HPT302 wierdness
From
: Alan Cox <
[email protected]
>
[PATCH 3/3] stex: use block layer tagging
From
: "Ed Lin" <
[email protected]
>
[PATCH 2/3] stex: use more efficient method for unload/shutdown flush
From
: "Ed Lin" <
[email protected]
>
[PATCH 1/3] stex: adjust command timeout in slave_config routine
From
: "Ed Lin" <
[email protected]
>
Re: [PATCH 1/2] NOMMU: Set BDI capabilities for /dev/mem and /dev/kmem
From
: David Howells <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: "Jesper Juhl" <
[email protected]
>
Re: [PATCH RFC 0/6] Implement per-processor data areas for i386.
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: [CFT:PATCH] Removing possible wrong asm/serial.h inclusions
From
: David Howells <
[email protected]
>
Re: [PATCH 02/13] IB/ehca: includes
From
: Hoang-Nam Nguyen <
[email protected]
>
Re: [BUG?] 2.6.17.x suspend problems
From
: "Patrizio Bassi" <
[email protected]
>
[PATCH RFC 0/6] Implement per-processor data areas for i386.
From
: Chuck Ebbert <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Mikael Pettersson <
[email protected]
>
Re: [BUG?] 2.6.17.x suspend problems
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH] HPA resume fix
From
: Jens Axboe <
[email protected]
>
Re: [PATCH] HPA resume fix
From
: Lee Trager <
[email protected]
>
Re: Ultra Sparc T1 port
From
: Mikael Pettersson <
[email protected]
>
Re: megaraid_sas suspend ok, resume oops
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 18/19] BLOCK: Make USB storage depend on SCSI rather than selecting it [try #6]
From
: Stefan Richter <
[email protected]
>
Re: megaraid_sas suspend ok, resume oops
From
: "Jeff Chua" <
[email protected]
>
[PATCH] prevent timespec/timeval to ktime_t overflow
From
: Thomas Gleixner <
[email protected]
>
Re: [PATCH 1/2] NOMMU: Set BDI capabilities for /dev/mem and /dev/kmem
From
: David Howells <
[email protected]
>
Magic SysRq SAK does nothing on serial consoles
From
: Simon Tatham <
[email protected]
>
Re: [PATCH 18/19] BLOCK: Make USB storage depend on SCSI rather than selecting it [try #6]
From
: David Howells <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Kasper Sandberg <
[email protected]
>
Re: Ultra Sparc T1 port
From
: Jan Engelhardt <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Olaf Hering <
[email protected]
>
Re: observations on configfs
From
: Johannes Berg <
[email protected]
>
Re: [BUG] 2.6.18-rc4-mm3 x86_64-mm-spin-irqs-enabled causes problems
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 6/7] remove all remaining _syscallX macros
From
: Andi Kleen <
[email protected]
>
Re: [BUG?] 2.6.17.x suspend problems
From
: "Patrizio Bassi" <
[email protected]
>
[PATCH][RFC] exception processing in early boot
From
: Willy Tarreau <
[email protected]
>
[PATCH][RFC] fix long long cast in pte macro
From
: Willy Tarreau <
[email protected]
>
[RFC] Simple userspace interface for PCI drivers
From
: Greg KH <
[email protected]
>
Re: printk()s of user-supplied strings
From
: Willy Tarreau <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Paul Mackerras <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
: Jan Engelhardt <
[email protected]
>
[PATCH]nand_base: misused maf_id ( for Linux 2.6.18-RC4 & RC5 )
From
: rockeychu <
[email protected]
>
Re: Spinlock query
From
: Vin <
[email protected]
>
Re: Drop cache has no effect?
From
: Jan Engelhardt <
[email protected]
>
Question on Atomic operations
From
: "Devesh Sharma" <
[email protected]
>
Re: [PATCH 6/7] remove all remaining _syscallX macros
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Olaf Hering <
[email protected]
>
Re: [PATCH 4/7] Remove the use of _syscallX macros in UML
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH] debugfs: spelling fix
From
: Greg KH <
[email protected]
>
Re: Spinlock query
From
: "Rajat Jain" <
[email protected]
>
[PATCH] debugfs: spelling fix
From
: "Komal Shah" <
[email protected]
>
Re: Swap file or device can't be recognized by kernel built with 64K pages.
From
: Yao Fei Zhu <
[email protected]
>
Re: [spi-devel-general] [Patch] Add spi full duplex mode transfer support
From
: David Brownell <
[email protected]
>
Re: [RPC] OLPC tablet input driver.
From
: Greg KH <
[email protected]
>
[Patch] Add spi full duplex mode transfer support
From
: "Luke Yang" <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
:
[email protected]
[patch 2.6.18-rc5] Make touch_nmi_watchdog fall back to touch_softlockup_watchdog
From
: Keith Owens <
[email protected]
>
Re: [PATCH] SELinux: work around filesystems which call d_instantiate before setting inode mode
From
: Steve French <
[email protected]
>
Re: [PATCH 2/7] BC: kconfig
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH] VIA IRQ quirk fixup only in XT_PIC mode Take 2
From
: Daniel Drake <
[email protected]
>
Swap file or device can't be recognized by kernel built with 64K pages.
From
: Yao Fei Zhu <
[email protected]
>
Re: [linux-usb-devel] [PATCH] unusual device Sony Ericsson M600i
From
: Phil Dibowitz <
[email protected]
>
Re: Spinlock query
From
: Rik van Riel <
[email protected]
>
Re: [PATCH] VIA IRQ quirk fixup only in XT_PIC mode Take 2
From
: Sergio Monteiro Basto <
[email protected]
>
Re: [RFC][PATCH 4/4] Rename lock_cpu_hotplug/unlock_cpu_hotplug
From
: Paul Jackson <
[email protected]
>
Re: megaraid_sas suspend ok, resume oops
From
: Nigel Cunningham <
[email protected]
>
Re: [PATCH] Allow file systems to manually d_move() inside of ->rename()
From
: Mark Fasheh <
[email protected]
>
Spinlock query
From
: "Rick Brown" <
[email protected]
>
[PATCH] mem driver: fix conditional on isa i/o support
From
: Geoff Levand <
[email protected]
>
Re: Multithreading and signals on linux
From
: Robert Hancock <
[email protected]
>
Re: megaraid_sas suspend ok, resume oops
From
: "Jeff Chua" <
[email protected]
>
Re: Drop cache has no effect?
From
: Andrew Morton <
[email protected]
>
RE: 0x7f in SectorIdNotFound errors
From
: "Martin Dorey" <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Roman Zippel <
[email protected]
>
Re: Drop cache has no effect?
From
: OGAWA Hirofumi <
[email protected]
>
siginfo of SIGSEGV on UltraSPARC T1
From
: zhiyi huang <
[email protected]
>
Ultra Sparc T1 port
From
: zhiyi huang <
[email protected]
>
Re: [PATCH 0/4] RCU: various merge candidates
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] Allow file systems to manually d_move() inside of ->rename()
From
: Trond Myklebust <
[email protected]
>
Re: [BUG] 2.6.18-rc4-mm3 x86_64-mm-spin-irqs-enabled causes problems
From
: Andrew Morton <
[email protected]
>
2.6.18-rc5 - HPT302 wierdness
From
: "John Stoffel" <
[email protected]
>
Re: megaraid_sas suspend ok, resume oops
From
: Nigel Cunningham <
[email protected]
>
General protection fault with aborted ircomm FIR connection
From
: Carl-Daniel Hailfinger <
[email protected]
>
Re: [PATCH 1 of 23] IB/ipath - More changes to support InfiniPath on PowerPC 970 systems
From
: Brendan Cully <
[email protected]
>
Re: [PATCH] kthread: saa7134-tvaudio.c
From
:
[email protected]
(Eric W. Biederman)
Re: Why set ORIG_EAX(%esp) to -1 in arch/i386/kernel/entry.S:error_code?
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: [PATCH 4/18] 2.6.17.9 perfmon2 patch for review: new system calls support
From
: Stephane Eranian <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Bodo Eggert <
[email protected]
>
Re: Reiser4 und LZO compression
From
: Nigel Cunningham <
[email protected]
>
[PATCH] Allow file systems to manually d_move() inside of ->rename()
From
: Mark Fasheh <
[email protected]
>
Re: Why set ORIG_EAX(%esp) to -1 in arch/i386/kernel/entry.S:error_code?
From
: Linus Torvalds <
[email protected]
>
[PATCH] ext3 should use uint for internal inode containers
From
: Eric Sandeen <
[email protected]
>
Re: [PATCH] kthread: saa7134-tvaudio.c
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] kthread: saa7134-tvaudio.c
From
: Dave Hansen <
[email protected]
>
Re: Linux 2.4.33.2
From
: Nick Warne <
[email protected]
>
Re: [PATCH 18/19] BLOCK: Make USB storage depend on SCSI rather than selecting it [try #6]
From
: Stefan Richter <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
: Jeremy Fitzhardinge <
[email protected]
>
[PATCH] kthread: saa7134-tvaudio.c
From
: Sukadev Bhattiprolu <
[email protected]
>
Re: Linux 2.4.33.2
From
: "Patrick J. Volkerding" <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: "John Stoffel" <
[email protected]
>
Re: [PATCH 2.6.18-rc4 00/10] Kernel memory leak detector 0.9
From
: "Catalin Marinas" <
[email protected]
>
Re: [RFC][PATCH -mm] Make it possible to disable serial console suspend
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] SELinux: work around filesystems which call d_instantiate before setting inode mode
From
: Eric Paris <
[email protected]
>
PROBLEM: HT1000 drops network packets during disk writes
From
: Alex Izvorski <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Greg KH <
[email protected]
>
Re: [patch 5/6] Convert to use mutexes instead of semaphores
From
: Michael Hanselmann <
[email protected]
>
[RFC][PATCH 1/2] ACPI: Idle Processor PM Improvements
From
: Adam Belay <
[email protected]
>
[RFC][PATCH 2/2] ACPI: handle timer ticks proactively
From
: Adam Belay <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: David Lang <
[email protected]
>
end_swap_bio_write error handling
From
: Richard Purdie <
[email protected]
>
Re: [patch 10/10] [TULIP] Update winbond840.c version
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH -mm] PM: Add pm_trace switch
From
: Andrew Morton <
[email protected]
>
Re: [patch 07/10] [TULIP] Use tulip.h in winbond-840.c
From
: Jeff Garzik <
[email protected]
>
Re: [patch 08/10] [TULIP] Handle pci_enable_device() errors in resume
From
: Jeff Garzik <
[email protected]
>
Why set ORIG_EAX(%esp) to -1 in arch/i386/kernel/entry.S:error_code?
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: [ckrm-tech] [PATCH 6/7] BC: kernel memory (core)
From
: Dave Hansen <
[email protected]
>
ptrace: umoven:
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH 3/6] uml: arch/um remove_mapping() clash
From
: Jeff Dike <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Greg KH <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Olaf Hering <
[email protected]
>
Re: [PATCH] SELinux: work around filesystems which call d_instantiate before setting inode mode
From
: Benjamin LaHaise <
[email protected]
>
[PATCH] SELinux: work around filesystems which call d_instantiate before setting inode mode
From
: Eric Paris <
[email protected]
>
RE: one more ACPI Error (utglobal-0125): Unknown exception code: 0xFFFFFFEA [Re: 2.6.18-rc4-mm3]
From
: "Moore, Robert" <
[email protected]
>
Re: [RFC][PATCH 4/4] Rename lock_cpu_hotplug/unlock_cpu_hotplug
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Greg KH <
[email protected]
>
Re: [RFC] [PATCH] file posix capabilities
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [PATCH 1/4] net: VM deadlock avoidance framework
From
: "Indan Zupancic" <
[email protected]
>
Re: Drop cache has no effect?
From
: Andrew Morton <
[email protected]
>
[RFC][PATCH -mm] Make it possible to disable serial console suspend
From
: "Rafael J. Wysocki" <
[email protected]
>
/proc/net/tcp information drop
From
: Jörg Hoffmann <
[email protected]
>
[PATCH] export the queue_work wrappers GPL-only
From
: Alan Stern <
[email protected]
>
Re: [PATCH 1/2] NOMMU: Set BDI capabilities for /dev/mem and /dev/kmem
From
: Andrew Morton <
[email protected]
>
Re: [RFC][PATCH 4/4] Rename lock_cpu_hotplug/unlock_cpu_hotplug
From
: Paul Jackson <
[email protected]
>
Re: Linux time code
From
: john stultz <
[email protected]
>
Re: Drop cache has no effect?
From
: Jan Engelhardt <
[email protected]
>
Re: [Devel] Re: BC: resource beancounters (v2)
From
: Rohit Seth <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Benjamin LaHaise <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Michael Buesch <
[email protected]
>
Re: [2.6.18-rc* PATCH RFC]: Correct ambiguous errno of aio
From
: Benjamin LaHaise <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: David Howells <
[email protected]
>
Re: 0x7f in SectorIdNotFound errors
From
: Alan Cox <
[email protected]
>
Re: [PATCH 18/19] BLOCK: Make USB storage depend on SCSI rather than selecting it [try #6]
From
: Michael Buesch <
[email protected]
>
Re: [Devel] Re: BC: resource beancounters (v2)
From
: Alan Cox <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 6/7] BC: kernel memory (core)
From
: Balbir Singh <
[email protected]
>
Re: [PATCH 1/2] NOMMU: Set BDI capabilities for /dev/mem and /dev/kmem
From
: David Howells <
[email protected]
>
Re: [RFC] [PATCH] file posix capabilities
From
: Seth Arnold <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
:
[email protected]
(Peter Grandi)
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Greg KH <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Andi Kleen <
[email protected]
>
Re: [2.6.18-rc* PATCH RFC]: Correct ambiguous errno of aio
From
: Zach Brown <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: David Howells <
[email protected]
>
Re: [PATCH 00/19] BLOCK: Permit block layer to be disabled [try #5]
From
: David Howells <
[email protected]
>
Re: [PATCH 1/2] NOMMU: Set BDI capabilities for /dev/mem and /dev/kmem
From
: Andrew Morton <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Andi Kleen <
[email protected]
>
[PATCH 01/19] BLOCK: Move functions out of buffer code [try #6]
From
: David Howells <
[email protected]
>
[PATCH 16/19] BLOCK: Remove no-longer necessary linux/mpage.h inclusions [try #6]
From
: David Howells <
[email protected]
>
[PATCH 03/19] BLOCK: Stop fallback_migrate_page() from using page_has_buffers() [try #6]
From
: David Howells <
[email protected]
>
[PATCH 18/19] BLOCK: Make USB storage depend on SCSI rather than selecting it [try #6]
From
: David Howells <
[email protected]
>
[PATCH 06/19] BLOCK: Move extern declarations out of fs/*.c into header files [try #6]
From
: David Howells <
[email protected]
>
[PATCH 15/19] BLOCK: Move the msdos device ioctl compat stuff to the msdos driver [try #6]
From
: David Howells <
[email protected]
>
[PATCH 19/19] BLOCK: Make it possible to disable the block layer [try #6]
From
: David Howells <
[email protected]
>
[PATCH 02/19] BLOCK: Remove duplicate declaration of exit_io_context() [try #6]
From
: David Howells <
[email protected]
>
[PATCH 05/19] BLOCK: Don't call block_sync_page() from AFS [try #6]
From
: David Howells <
[email protected]
>
[PATCH 11/19] BLOCK: Move common FS-specific ioctls to linux/fs.h [try #6]
From
: David Howells <
[email protected]
>
[PATCH 12/19] BLOCK: Move the ReiserFS device ioctl compat stuff to the ReiserFS driver [try #6]
From
: David Howells <
[email protected]
>
[PATCH 10/19] BLOCK: Move the loop device ioctl compat stuff to the loop driver [try #6]
From
: David Howells <
[email protected]
>
[PATCH 07/19] BLOCK: Remove dependence on existence of blockdev_superblock [try #6]
From
: David Howells <
[email protected]
>
[PATCH 09/19] BLOCK: Move __invalidate_device() to block_dev.c [try #6]
From
: David Howells <
[email protected]
>
[PATCH 04/19] BLOCK: Separate the bounce buffering code from the highmem code [try #6]
From
: David Howells <
[email protected]
>
[PATCH 08/19] BLOCK: Dissociate generic_writepages() from mpage stuff [try #6]
From
: David Howells <
[email protected]
>
[PATCH 17/19] BLOCK: Remove no-longer necessary linux/buffer_head.h inclusions [try #6]
From
: David Howells <
[email protected]
>
[PATCH 14/19] BLOCK: Move the Ext3 device ioctl compat stuff to the Ext3 driver [try #6]
From
: David Howells <
[email protected]
>
[PATCH 00/19] BLOCK: Permit block layer to be disabled [try #6]
From
: David Howells <
[email protected]
>
[PATCH 13/19] BLOCK: Move the Ext2 device ioctl compat stuff to the Ext2 driver [try #6]
From
: David Howells <
[email protected]
>
HP XW6200: acpi errors vs SMP or Hyperthreading + bad memory detection, 2.6.16.28 and 2.6.17.11?
From
: "Fortier,Vincent [Montreal]" <
[email protected]
>
Re: [PATCH 00/19] BLOCK: Permit block layer to be disabled [try #5]
From
: David Howells <
[email protected]
>
Re: [RFC][PATCH 4/4] Rename lock_cpu_hotplug/unlock_cpu_hotplug
From
: "Paul E. McKenney" <
[email protected]
>
[PATCH 2/2] NOMMU: Check that access_process_vm() has a valid target
From
: David Howells <
[email protected]
>
Re: Drop cache has no effect?
From
: Andrew Morton <
[email protected]
>
[PATCH 1/2] NOMMU: Set BDI capabilities for /dev/mem and /dev/kmem
From
: David Howells <
[email protected]
>
Re: [PATCH 00/19] BLOCK: Permit block layer to be disabled [try #5]
From
: Jens Axboe <
[email protected]
>
Re: [Patch] blktrace: cleanup using on_each_cpu
From
: Jens Axboe <
[email protected]
>
[Patch] blktrace: cleanup using on_each_cpu
From
: Martin Peschke <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Andrew Morton <
[email protected]
>
Re: Reiser4 und LZO compression
From
: David Masover <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 4/18] 2.6.17.9 perfmon2 patch for review: new system calls support
From
: Andrew Morton <
[email protected]
>
Re: [Devel] Re: BC: resource beancounters (v2)
From
: Rohit Seth <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 7/7] remove the global errno from the kernel
From
: David Howells <
[email protected]
>
Re: [PATCH 3/7] provide kernel_execve on all architectures
From
: David Howells <
[email protected]
>
Re: rtmutex assert failure (was [Patch] restore the RCU callback...)
From
: "Robert Crocombe" <
[email protected]
>
Re: rtmutex assert failure (was [Patch] restore the RCU callback...)
From
: Bill Huey (hui) <
[email protected]
>
Re: [PATCH 4/18] 2.6.17.9 perfmon2 patch for review: new system calls support
From
: Stephane Eranian <
[email protected]
>
Re: 2.6.18-rc4-mm3: BUG: warning at include/net/dst.h:154/dst_release()
From
:
[email protected]
[PATCH][SBC8360] Re: Neverending module_param() bugs
From
: "Ian E. Morgan" <
[email protected]
>
Re: [PATCH] BC: resource beancounters (v2)
From
: Balbir Singh <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Geert Uytterhoeven <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: David Howells <
[email protected]
>
Re: Failed to setup console
From
: Otavio Salvador <
[email protected]
>
[PATCH 05/19] BLOCK: Don't call block_sync_page() from AFS [try #5]
From
: David Howells <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Ralf Baechle <
[email protected]
>
[PATCH 07/19] BLOCK: Remove dependence on existence of blockdev_superblock [try #5]
From
: David Howells <
[email protected]
>
[PATCH 11/19] BLOCK: Move common FS-specific ioctls to linux/fs.h [try #5]
From
: David Howells <
[email protected]
>
[PATCH 09/19] BLOCK: Move __invalidate_device() to block_dev.c [try #5]
From
: David Howells <
[email protected]
>
[PATCH 04/19] BLOCK: Separate the bounce buffering code from the highmem code [try #5]
From
: David Howells <
[email protected]
>
[PATCH 17/19] BLOCK: Remove no-longer necessary linux/buffer_head.h inclusions [try #5]
From
: David Howells <
[email protected]
>
[PATCH 01/19] BLOCK: Move functions out of buffer code [try #5]
From
: David Howells <
[email protected]
>
[PATCH 06/19] BLOCK: Move extern declarations out of fs/*.c into header files [try #5]
From
: David Howells <
[email protected]
>
[PATCH 14/19] BLOCK: Move the Ext3 device ioctl compat stuff to the Ext3 driver [try #5]
From
: David Howells <
[email protected]
>
[PATCH 03/19] BLOCK: Stop fallback_migrate_page() from using page_has_buffers() [try #5]
From
: David Howells <
[email protected]
>
[PATCH 08/19] BLOCK: Dissociate generic_writepages() from mpage stuff [try #5]
From
: David Howells <
[email protected]
>
[PATCH 12/19] BLOCK: Move the ReiserFS device ioctl compat stuff to the ReiserFS driver [try #5]
From
: David Howells <
[email protected]
>
[PATCH] endianness fixes for 16T ext patches
From
: Eric Sandeen <
[email protected]
>
[PATCH 13/19] BLOCK: Move the Ext2 device ioctl compat stuff to the Ext2 driver [try #5]
From
: David Howells <
[email protected]
>
[PATCH 15/19] BLOCK: Move the msdos device ioctl compat stuff to the msdos driver [try #5]
From
: David Howells <
[email protected]
>
[PATCH 19/19] BLOCK: Make it possible to disable the block layer [try #5]
From
: David Howells <
[email protected]
>
[PATCH 16/19] BLOCK: Remove no-longer necessary linux/mpage.h inclusions [try #5]
From
: David Howells <
[email protected]
>
[PATCH 18/19] BLOCK: Make USB storage depend on SCSI rather than selecting it [try #5]
From
: David Howells <
[email protected]
>
[PATCH 10/19] BLOCK: Move the loop device ioctl compat stuff to the loop driver [try #5]
From
: David Howells <
[email protected]
>
[PATCH 02/19] BLOCK: Remove duplicate declaration of exit_io_context() [try #5]
From
: David Howells <
[email protected]
>
[PATCH 00/19] BLOCK: Permit block layer to be disabled [try #5]
From
: David Howells <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
: Jan Engelhardt <
[email protected]
>
Re: SDRAM or DDRAM in linux
From
: Joel Jaeggli <
[email protected]
>
Re: observations on configfs
From
: Joel Becker <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Michael Buesch <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Christoph Lameter <
[email protected]
>
oops in aty128_bl_set_power in 2.6.18-rc5
From
: Olaf Hering <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: David Howells <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Ralf Baechle <
[email protected]
>
Re: 2.6.18-rc4-mm3: BUG: warning at include/net/dst.h:154/dst_release()
From
: Frederik Deweerdt <
[email protected]
>
Re: [CFT:PATCH] Removing possible wrong asm/serial.h inclusions
From
: Ralf Baechle <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
: "Dong Feng" <
[email protected]
>
observations on configfs
From
: Johannes Berg <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 0/4] Change return values from queue_work et al.
From
: Stefan Richter <
[email protected]
>
Re: [stable] [PATCH] Linux 2.6.17.11 - fix compilation error on IA64 (try #3)
From
: Greg KH <
[email protected]
>
Re: [PATCH] debugfs: spelling fix
From
: Greg KH <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
: Arjan van de Ven <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
: "Dong Feng" <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Brice Goglin <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Christoph Lameter <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Olaf Hering <
[email protected]
>
Re: [Devel] [PATCH 6/6] BC: kernel memory accounting (marks)
From
: Kirill Korotaev <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: David Lang <
[email protected]
>
Re: [Devel] [PATCH 6/6] BC: kernel memory accounting (marks)
From
: Dave Hansen <
[email protected]
>
Re: Conversion to generic boolean
From
: Andrew Morton <
[email protected]
>
Re: 2.6.18-rc4-mm3
From
: Haavard Skinnemoen <
[email protected]
>
Re: [PATCH] BC: resource beancounters (v2)
From
: Kirill Korotaev <
[email protected]
>
Re: 2.6.18-rc4-mm3
From
: Cedric Le Goater <
[email protected]
>
Re: Linux time code
From
:
[email protected]
Re: [RPC] OLPC tablet input driver.
From
: "Dmitry Torokhov" <
[email protected]
>
Re: Was: boot failure, "DWARF2 unwinder stuck at 0xc0100199"
From
: Borislav Petkov <
[email protected]
>
[PATCH 7/7] BC: kernel memory (marks)
From
: Kirill Korotaev <
[email protected]
>
[PATCH 6/7] BC: kernel memory (core)
From
: Kirill Korotaev <
[email protected]
>
[PATCH 5/7] BC: user interface (syscalls)
From
: Kirill Korotaev <
[email protected]
>
[PATCH 4/7] BC: context inheriting and changing
From
: Kirill Korotaev <
[email protected]
>
Re: SDRAM or DDRAM in linux
From
: Lennart Sorensen <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Andreas Barth <
[email protected]
>
[PATCH 3/7] BC: beancounters core (API)
From
: Kirill Korotaev <
[email protected]
>
[PATCH 2/7] BC: kconfig
From
: Kirill Korotaev <
[email protected]
>
[PATCH 1/7] introduce atomic_dec_and_lock_irqsave()
From
: Kirill Korotaev <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
: Jan Engelhardt <
[email protected]
>
Re: Linux time code
From
: Roman Zippel <
[email protected]
>
Re: 2.6.18-rc4-mm3
From
: Mel Gorman <
[email protected]
>
Re: [PATCH 0/4] Change return values from queue_work et al.
From
: Alan Stern <
[email protected]
>
Re: Was: boot failure, "DWARF2 unwinder stuck at 0xc0100199"
From
: Andi Kleen <
[email protected]
>
Re: [RPC] OLPC tablet input driver.
From
: "Zephaniah E. Hull" <
[email protected]
>
Re: [Devel] [PATCH 6/6] BC: kernel memory accounting (marks)
From
: Kirill Korotaev <
[email protected]
>
Re: The 3G (or nG) Kernel Memory Space Offset
From
: Andi Kleen <
[email protected]
>
Re: SDRAM or DDRAM in linux
From
: Bodo Eggert <
[email protected]
>
[PATCH] BC: resource beancounters (v3)
From
: Kirill Korotaev <
[email protected]
>
2.6.18-rc4-mm3: BUG: warning at include/net/dst.h:154/dst_release()
From
:
[email protected]
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Stefan Richter <
[email protected]
>
The 3G (or nG) Kernel Memory Space Offset
From
: "Dong Feng" <
[email protected]
>
Re: HPA Resume patch
From
:
[email protected]
Re: Conversion to generic boolean
From
: Richard Knutsson <
[email protected]
>
Re: vmsplice can't work well
From
: Jens Axboe <
[email protected]
>
Re: Conversion to generic boolean
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH 04/18] [PATCH] BLOCK: Separate the bounce buffering code from the highmem code [try #4]
From
: Arnd Bergmann <
[email protected]
>
RE: Possible gpl problem?
From
: "David Schwartz" <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Stefan Richter <
[email protected]
>
Re: [PATCH 2.6.18-rc4-mm2] fs/jfs: Conversion to generic boolean
From
: Dave Kleikamp <
[email protected]
>
Re: [PATCH 04/18] [PATCH] BLOCK: Separate the bounce buffering code from the highmem code [try #4]
From
: David Howells <
[email protected]
>
vmsplice can't work well
From
: Yi Yang <
[email protected]
>
Re: [PATCH 2.6.18-rc4-mm2] fs/jfs: Conversion to generic boolean
From
: Richard Knutsson <
[email protected]
>
Re: 2.6.18-rc4-mm3
From
: Haavard Skinnemoen <
[email protected]
>
Re: Conversion to generic boolean
From
: Peter Williams <
[email protected]
>
[2.6.18-rc* PATCH RFC]: Correct ambiguous errno of aio
From
: Yi Yang <
[email protected]
>
Re: Linux time code
From
: Theodore Tso <
[email protected]
>
Re: Reiser4 und LZO compression
From
: PFC <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Nathan Lynch <
[email protected]
>
Re: Can't enable DMA over ATA on Intel Chipset 2.6.16
From
: Lennart Sorensen <
[email protected]
>
Re: Was: boot failure, "DWARF2 unwinder stuck at 0xc0100199"
From
: Borislav Petkov <
[email protected]
>
Re: SDRAM or DDRAM in linux
From
: Niklaus <
[email protected]
>
Drop cache has no effect?
From
: Jan Engelhardt <
[email protected]
>
Re: [RPC] OLPC tablet input driver.
From
: "Dmitry Torokhov" <
[email protected]
>
Re: Failed to setup console
From
: Jan Engelhardt <
[email protected]
>
Failed to setup console
From
: Otavio Salvador <
[email protected]
>
Re: [PATCH 2.6.18-rc4-mm2] fs/jfs: Conversion to generic boolean
From
: Dave Kleikamp <
[email protected]
>
Re: [PATCH] HPA resume fix
From
: Jens Axboe <
[email protected]
>
Re: [PATCH] HPA resume fix
From
: Alan Cox <
[email protected]
>
Re: [RPC] OLPC tablet input driver.
From
: "Dmitry Torokhov" <
[email protected]
>
Re: Lenovo T60 - unable to resume from disk with CONFIG_HIGHMEM64G
From
: "Jeff Chua" <
[email protected]
>
Re: Conversion to generic boolean
From
: Alan Cox <
[email protected]
>
Re: [RPC] OLPC tablet input driver.
From
: "Dmitry Torokhov" <
[email protected]
>
Re: [PATCH 05/18] [PATCH] BLOCK: Don't call block_sync_page() from AFS [try #4]
From
: David Howells <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Stefan Richter <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Christoph Hellwig <
[email protected]
>
Re: 2.6.18 Headers - Long
From
: Ralf Baechle <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: David Howells <
[email protected]
>
Re: megaraid_sas suspend ok, resume oops
From
: "Jeff Chua" <
[email protected]
>
Re: [stable] [PATCH] Linux 2.6.17.11 - fix compilation error on IA64 (try #3)
From
: Kirill Korotaev <
[email protected]
>
Re: Conversion to generic boolean
From
: Jan Engelhardt <
[email protected]
>
Re: [stable] [PATCH] Linux 2.6.17.11 - fix compilation error on IA64 (try #3)
From
: Kirill Korotaev <
[email protected]
>
Re: Conversion to generic boolean
From
: Anton Altaparmakov <
[email protected]
>
Re: [PATCH 05/18] [PATCH] BLOCK: Don't call block_sync_page() from AFS [try #4]
From
: Christoph Hellwig <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Olaf Hering <
[email protected]
>
Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
From
: Christoph Hellwig <
[email protected]
>
Re: question on pthreads
From
: Mark Hounschell <
[email protected]
>
Re: [NFS] kthread: update lockd to use kthread
From
: Christoph Hellwig <
[email protected]
>
Re: Conversion to generic boolean
From
: Christoph Hellwig <
[email protected]
>
Re: Conversion to generic boolean
From
: Christoph Hellwig <
[email protected]
>
Re: Conversion to generic boolean
From
: Christoph Hellwig <
[email protected]
>
Re: Conversion to generic boolean
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] HPA resume fix
From
: Jens Axboe <
[email protected]
>
Re: Reiser4 und LZO compression
From
: Edward Shishkin <
[email protected]
>
Re: [Devel] [PATCH 6/6] BC: kernel memory accounting (marks)
From
: Kirill Korotaev <
[email protected]
>
Re: [RFT] sched.h removal from module.h
From
: Christoph Hellwig <
[email protected]
>
Re: SDRAM or DDRAM in linux
From
: "Antonio Vargas" <
[email protected]
>
Re: [PATCH 3/7] provide kernel_execve on all architectures
From
: Ralf Baechle <
[email protected]
>
Re: Was: boot failure, "DWARF2 unwinder stuck at 0xc0100199"
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Marcel Holtmann <
[email protected]
>
Re: [BUG?] 2.6.17.x suspend problems
From
: "Patrizio Bassi" <
[email protected]
>
[PATCH] [DOC] kerneldoc for handle_bad_irq()
From
: Henne <
[email protected]
>
Re: Reiser4 und LZO compression
From
: "Ray Lee" <
[email protected]
>
Re: Was: boot failure, "DWARF2 unwinder stuck at 0xc0100199"
From
: "Jan Beulich" <
[email protected]
>
[PATCH -mm] PM: Add pm_trace switch
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Was: boot failure, "DWARF2 unwinder stuck at 0xc0100199"
From
: Borislav Petkov <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] HPA resume fix
From
: Alan Cox <
[email protected]
>
Re: Can't enable DMA over ATA on Intel Chipset 2.6.16
From
: Alan Cox <
[email protected]
>
Re: SDRAM or DDRAM in linux
From
: Alan Cox <
[email protected]
>
Re: SDRAM or DDRAM in linux
From
: "Zephaniah E. Hull" <
[email protected]
>
Re: [RPC] OLPC tablet input driver.
From
: "Zephaniah E. Hull" <
[email protected]
>
Re: [Devel] Re: BC: resource beancounters (v2)
From
: Alan Cox <
[email protected]
>
Re: Problem with md: Not rebuilding rai5
From
: Neil Brown <
[email protected]
>
Re: [RFC][PATCHv2 2.6.18-rc4-mm3 3/3] net/ipv4: misc. support files
From
:
[email protected]
Re: [BUG?] 2.6.17.x suspend problems
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH] ia64 specific for Sizing zones and holes in an architecture independent
From
: "Bob Picco" <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: David Howells <
[email protected]
>
Re: [PATCH -mm] lib/rwsem.c: un-inline rwsem_down_failed_common()
From
: Arjan van de Ven <
[email protected]
>
Re: Reiser4 und LZO compression
From
: Nigel Cunningham <
[email protected]
>
[PATCH] HPA resume fix
From
: Lee Trager <
[email protected]
>
Re: Was: boot failure, "DWARF2 unwinder stuck at 0xc0100199"
From
: "Jan Beulich" <
[email protected]
>
[PATCH] debugfs: spelling fix
From
: "Komal Shah" <
[email protected]
>
Re: [PATCH 1/4] net: VM deadlock avoidance framework
From
: Peter Zijlstra <
[email protected]
>
Re: [PATCH -mm] lib/rwsem.c: un-inline rwsem_down_failed_common()
From
: David Howells <
[email protected]
>
Re: Problem with md: Not rebuilding rai5
From
: Nico Schottelius <
[email protected]
>
Re: [PATCH 0/7] kill __KERNEL_SYSCALLS__
From
: Arnd Bergmann <
[email protected]
>
Re: [PATCH 0/7] kill __KERNEL_SYSCALLS__
From
: "Haavard Skinnemoen" <
[email protected]
>
Re: [PATCH] Moschip 7840 USB-Serial Driver
From
: Arnd Bergmann <
[email protected]
>
Re: Reiser4 und LZO compression
From
: Edward Shishkin <
[email protected]
>
Re: Problem with md: Not rebuilding rai5
From
: Neil Brown <
[email protected]
>
Re: 2.6.18-rc4-mm[1,2,3] -- Network card not getting assigned an "eth" device name
From
: David Miller <
[email protected]
>
Re: call panic if nl_table allocation fails
From
: David Miller <
[email protected]
>
Re: How to determine whether a file was opened O_DIRECT?
From
: Böszörményi Zoltán <
[email protected]
>
Re: [PATCH 0/7] kill __KERNEL_SYSCALLS__
From
: David Howells <
[email protected]
>
Problem with md: Not rebuilding rai5
From
: Nico Schottelius <
[email protected]
>
Re: HPA Resume patch
From
: Lee Trager <
[email protected]
>
Re: HPA Resume patch
From
: Jens Axboe <
[email protected]
>
Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted
From
: "Miles Lane" <
[email protected]
>
Re: [PATCH 05/18] [PATCH] BLOCK: Don't call block_sync_page() from AFS [try #4]
From
: David Howells <
[email protected]
>
Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted
From
: Takashi Iwai <
[email protected]
>
Re: [RPC] OLPC tablet input driver.
From
: Komal Shah <
[email protected]
>
Re: How to determine whether a file was opened O_DIRECT?
From
: Helge Hafting <
[email protected]
>
Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted
From
: "Miles Lane" <
[email protected]
>
Re: [RPC] OLPC tablet input driver.
From
: Komal Shah <
[email protected]
>
Was: boot failure, "DWARF2 unwinder stuck at 0xc0100199"
From
: Borislav Petkov <
[email protected]
>
Re: help
From
: Jan Engelhardt <
[email protected]
>
[OT] thread identification (was: help)
From
: Erik Mouw <
[email protected]
>
Re: [RPC] OLPC tablet input driver.
From
: "Zephaniah E. Hull" <
[email protected]
>
Re: [PATCH] exit early in floppy_init when no floppy exists
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: [uml-devel] arch/um/sys-i386/setjmp.S: useless #ifdef _REGPARM's?
From
: Paolo Giarrusso <
[email protected]
>
Re: Reiser4 und LZO compression
From
: David Masover <
[email protected]
>
Re: [PATCH RFP-V4 00/13] remap_file_pages protection support - 4th attempt
From
: Paolo Giarrusso <
[email protected]
>
help
From
: Limeng [李萌] <
[email protected]
>
Re: megaraid_sas suspend ok, resume oops
From
: Jens Axboe <
[email protected]
>
Re: [RPC] OLPC tablet input driver.
From
: Arjan van de Ven <
[email protected]
>
Re: Q: remapping IP addresses for inbound and outbound traffic
From
: Jan Engelhardt <
[email protected]
>
[PATCH] exit early in floppy_init when no floppy exists
From
: Olaf Hering <
[email protected]
>
How to determine whether a file was opened O_DIRECT?
From
: Böszörményi Zoltán <
[email protected]
>
Re: SDRAM or DDRAM in linux
From
: Andreas Mohr <
[email protected]
>
Re: [PATCH] Moschip 7840 USB-Serial Driver
From
: Greg KH <
[email protected]
>
Re: Serial custom speed deprecated?
From
: Russell King <
[email protected]
>
[RPC] OLPC tablet input driver.
From
: "Zephaniah E. Hull" <
[email protected]
>
[PATCH] Moschip 7840 USB-Serial Driver
From
: Paul B Schroeder <
[email protected]
>
Re: Conversion to generic boolean
From
: Anton Altaparmakov <
[email protected]
>
Re: [PATCH] cpuset: hotunplug cpus and mems in all cpusets
From
: Paul Jackson <
[email protected]
>
[PATCH] unusual device Sony Ericsson M600i
From
: Rene Rebe <
[email protected]
>
Re: [PATCH] exit_io_context: don't disable irqs
From
: Jens Axboe <
[email protected]
>
Re: [PATCH RESEND] sys_ioprio_set: don't disable irqs
From
: Jens Axboe <
[email protected]
>
SDRAM or DDRAM in linux
From
: Niklaus <
[email protected]
>
Lenovo T60 - unable to resume from disk with CONFIG_HIGHMEM64G
From
: Jon Escombe <
[email protected]
>
Re: [2.6 patch] net/atm/: proper prototypes
From
: David Miller <
[email protected]
>
Re: divide error: 0000 in fib6_rule_match [Re: 2.6.18-rc4-mm3]
From
: "Mattia Dongili" <
[email protected]
>
Re: Serial custom speed deprecated?
From
: Rogier Wolff <
[email protected]
>
Re: [PATCH] cpuset: hotunplug cpus and mems in all cpusets
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 002 of 4] md: Define ->congested_fn for raid1, raid10, and multipath
From
: Jan Engelhardt <
[email protected]
>
[PATCH] cpuset: hotunplug cpus and mems in all cpusets
From
: Paul Jackson <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Andi Kleen <
[email protected]
>
Re: Conversion to generic boolean
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH 001 of 4] md: Define backing_dev_info.congested_fn for raid0 and linear
From
: Andrew Morton <
[email protected]
>
Re: Reiser4 und LZO compression
From
: Nigel Cunningham <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Chuck Ebbert <
[email protected]
>
Re: Conversion to generic boolean
From
:
[email protected]
Re: Reiser4 und LZO compression
From
: Nigel Cunningham <
[email protected]
>
[PATCH 002 of 4] md: Define ->congested_fn for raid1, raid10, and multipath
From
: NeilBrown <
[email protected]
>
[PATCH 004 of 4] md: Make messages about resync/recovery etc more specific.
From
: NeilBrown <
[email protected]
>
[PATCH 003 of 4] md: Add a ->congested_fn function for raid5/6
From
: NeilBrown <
[email protected]
>
[PATCH 000 of 4] md: Introduction
From
: NeilBrown <
[email protected]
>
[PATCH 001 of 4] md: Define backing_dev_info.congested_fn for raid0 and linear
From
: NeilBrown <
[email protected]
>
[PATCH] aic94xx: Increase can_queue and cmds_per_lun
From
: "Darrick J. Wong" <
[email protected]
>
Re: [2.6.17.11] strange pcie errors/warnings on Abit KN9-SLI mainboard
From
: Jan De Luyck <
[email protected]
>
RE: PPC 2.6.11.4 kernel panics while doing insmod (store fault wi th d cbst in icache_flush_range)
From
: Kallol Biswas <
[email protected]
>
Re: Reiser4 und LZO compression
From
: Paul Mundt <
[email protected]
>
AW: [PATCH] sun disk label: fix signed int usage for sector count
From
: "Jurzitza, Dieter" <
[email protected]
>
[PATCH] sun disk label: fix signed int usage for sector count
From
: "Jurzitza, Dieter" <
[email protected]
>
Re: PPC 2.6.11.4 kernel panics while doing insmod (store fault with d cbst in icache_flush_range)
From
: Paul Mackerras <
[email protected]
>
Re: Step down from maintainerships
From
: Paul Mundt <
[email protected]
>
Re: Reiser4 und LZO compression
From
: Jan Engelhardt <
[email protected]
>
Re: rtmutex assert failure (was [Patch] restore the RCU callback...)
From
: "Robert Crocombe" <
[email protected]
>
Re: HPA Resume patch
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH 000 of 2] Invalidate_inode_pages2 changes.
From
: Andrew Morton <
[email protected]
>
Re: Linux time code
From
:
[email protected]
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Oleg Verych <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Greg KH <
[email protected]
>
Re: [PATCH 000 of 2] Invalidate_inode_pages2 changes.
From
: Neil Brown <
[email protected]
>
Re: HPA Resume patch
From
: Lee Trager <
[email protected]
>
Re: [PATCH 000 of 2] Invalidate_inode_pages2 changes.
From
: Andrew Morton <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Greg KH <
[email protected]
>
Re: Linux v2.6.18-rc5
From
: Greg KH <
[email protected]
>
RE: one more ACPI Error (utglobal-0125): Unknown exception code: 0xFFFFFFEA [Re: 2.6.18-rc4-mm3]
From
: "Li, Shaohua" <
[email protected]
>
RE: 2.6.18-rc4-mm3
From
: "Pallipadi, Venkatesh" <
[email protected]
>
Re: [PATCH](memory hotplug) Repost remove useless message at boot time from 2.6.18-rc4.
From
: Yasunori Goto <
[email protected]
>
Re: [PATCH] Fix the EDD code misparsing the command line (rev 2)
From
: "H. Peter Anvin" <
[email protected]
>
PPC 2.6.11.4 kernel panics while doing insmod (store fault with d cbst in icache_flush_range)
From
: Kallol Biswas <
[email protected]
>
Re: Can't enable DMA over ATA on Intel Chipset 2.6.16
From
: Gustavo Guillermo Pérez <
[email protected]
>
Re: [PATCH] Fix the EDD code misparsing the command line
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH 3/4] RCU: preemptible RCU implementation
From
: Dipankar Sarma <
[email protected]
>
Re: [stable] [PATCH] Linux 2.6.17.11 - fix compilation error on IA64 (try #3)
From
: Greg KH <
[email protected]
>
[PATCH 002 of 2] Make data destruction in invalidate_inode_pages2 optional.
From
: NeilBrown <
[email protected]
>
[PATCH 000 of 2] Invalidate_inode_pages2 changes.
From
: NeilBrown <
[email protected]
>
[PATCH 001 of 2] Invalidate_inode_pages2 shouldn't abort on first error.
From
: NeilBrown <
[email protected]
>
Re: [PATCH] Fix the EDD code misparsing the command line
From
: Petr Vandrovec <
[email protected]
>
Re: Why Semaphore Hardware-Dependent?
From
: Nick Piggin <
[email protected]
>
Re: Conversion to generic boolean
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] MODULE_FIRMWARE for binary firmware(s)
From
: Oleg Verych <
[email protected]
>
Re: [RFT] sched.h removal from module.h
From
: Nick Piggin <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
