LKML: Linux Kernel Archive 2005 Q4
Thread Index
[
Prev Page
][
Next Page
]
[PATCH] Decrease number of pointer derefs in connection.c
From
: Jesper Juhl <
[email protected]
>
[PATCH] Decrease number of pointer derefs in nf_conntrack_core.c
From
: Jesper Juhl <
[email protected]
>
[PATCH] Decrease number of pointer derefs in nfnetlink_queue.c
From
: Jesper Juhl <
[email protected]
>
[PATCH] Decrease number of pointer derefs in exit.c
From
: Jesper Juhl <
[email protected]
>
[PATCH] Decrease number of pointer derefs in flexcop-fe-tuner.c
From
: Jesper Juhl <
[email protected]
>
Re: 2.6.15-rc5-mm1 (x86_64-hpet-overflow.patch breaks resume from disk)
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Driver bind/unbind and __devinit
From
: Greg KH <
[email protected]
>
Re: [RFC] [PATCH 0/3] ioat: DMA engine support
From
: Roland Dreier <
[email protected]
>
Re: Driver bind/unbind and __devinit
From
: Dmitry Torokhov <
[email protected]
>
RE: [ACPI] ACPI owner_id limit too low
From
: Alex Williamson <
[email protected]
>
Re: [RFC] [PATCH 0/3] ioat: DMA engine support
From
: Kumar Gala <
[email protected]
>
[PATCH -mm 5/5] New system call, unshare (x86_64)
From
: JANAK DESAI <
[email protected]
>
[PATCH -mm 4/5] New system call, unshare (ppc)
From
: JANAK DESAI <
[email protected]
>
[PATCH -mm 3/5] New system call, unshare (powerpc)
From
: JANAK DESAI <
[email protected]
>
[PATCH -mm 2/5] New system call, unshare (i386)
From
: JANAK DESAI <
[email protected]
>
[PATCH -mm 1/5] New system call, unshare
From
: JANAK DESAI <
[email protected]
>
[PATCH -mm 0/5] New system call, unshare
From
: JANAK DESAI <
[email protected]
>
RE: [ACPI] ACPI owner_id limit too low
From
: "Moore, Robert" <
[email protected]
>
Re: Driver bind/unbind and __devinit
From
: Greg KH <
[email protected]
>
Re: [discuss] [patch] x86_64: align and pad x86_64 GDT on page boundary
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: set_page_dirty vs set_page_dirty_lock
From
: "Michael S. Tsirkin" <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Dmitry Torokhov <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Jean Delvare <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Dominic Ijichi <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Randy Dunlap <
[email protected]
>
Re: [PATCH 1/3] Zone reclaim V3: main patch
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Dmitry Torokhov <
[email protected]
>
Driver bind/unbind and __devinit
From
: Dmitry Torokhov <
[email protected]
>
Re: 2.6.15-rc5-mm1
From
: James Courtier-Dutton <
[email protected]
>
Re: [PATCH 3/3] Zone reclaim V3: Frequency of failed reclaim attempts
From
: Andi Kleen <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH 3/3] Zone reclaim V3: Frequency of failed reclaim attempts
From
: Christoph Lameter <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 3/3] Zone reclaim V3: Frequency of failed reclaim attempts
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 1/3] Zone reclaim V3: main patch
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Dmitry Torokhov <
[email protected]
>
[PATCH 2.6.15-rc5] media/video/bttv : enhance ioctl debug
From
: "Philippe De Muyter" <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Dominic Ijichi <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Jean Delvare <
[email protected]
>
[PATCH 2.6.15-rc5] v4l2/compat_ioctl : merge fixes
From
: "Philippe De Muyter" <
[email protected]
>
Re: [PATCH 3/3] Zone reclaim V3: Frequency of failed reclaim attempts
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Jean Delvare <
[email protected]
>
Re: [discuss] Re: pcibus_to_node value when no pxm info is present for the pci bus
From
: Andi Kleen <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Horst von Brand <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Horst von Brand <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Horst von Brand <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH RESEND] via82cxxx IDE: Add VT8251 ISA bridge
From
: Jeff Garzik <
[email protected]
>
Re: [discuss] Re: pcibus_to_node value when no pxm info is present for the pci bus
From
: Christoph Lameter <
[email protected]
>
[PATCH 1/3] Zone reclaim V3: main patch
From
: Christoph Lameter <
[email protected]
>
[PATCH 2/3] Zone reclaim V3: Remove debris from old zone reclaim
From
: Christoph Lameter <
[email protected]
>
[PATCH 3/3] Zone reclaim V3: Frequency of failed reclaim attempts
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH] sata_sil: combined irq + LBT DMA patch for testing
From
: Jeff Garzik <
[email protected]
>
Re: [ACPI] ACPI owner_id limit too low
From
: Alex Williamson <
[email protected]
>
problem with gate_vma flags?
From
: "Christopher Friesen" <
[email protected]
>
Re: AW: Re: Linux in a binary world... a doomsday scenario
From
: Lee Revell <
[email protected]
>
Re: [discuss] Re: pcibus_to_node value when no pxm info is present for the pci bus
From
: Andi Kleen <
[email protected]
>
Re: [ACPI] ACPI owner_id limit too low
From
: Carl-Daniel Hailfinger <
[email protected]
>
Re: [discuss] Re: pcibus_to_node value when no pxm info is present for the pci bus
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: 2.4.32 Oops in scsi_dispatch_cmd
From
: Willy TARREAU <
[email protected]
>
Re: [discuss] [patch] x86_64: align and pad x86_64 GDT on page boundary
From
: Andi Kleen <
[email protected]
>
[PATCH 1/1] cciss: adds MSI and MSI-X support
From
: mikem <
[email protected]
>
Re: 2.6.{14,15-rc4} harddrive cache not detected
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
Re: [discuss] Re: pcibus_to_node value when no pxm info is present for the pci bus
From
: Andi Kleen <
[email protected]
>
Everyone Need This Linux-ia64
From
: "Michael Tyler" <
[email protected]
>
Re: set_page_dirty vs set_page_dirty_lock
From
: Jens Axboe <
[email protected]
>
Re: [RFC][PATCH 0/7]: Fix for unsafe notifier chain
From
: Alan Stern <
[email protected]
>
Re: 2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
From
: Badari Pulavarty <
[email protected]
>
Re: 2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
From
: Dave Hansen <
[email protected]
>
[patch] x86_64: align and pad x86_64 GDT on page boundary
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: 2.6.{14,15-rc4} harddrive cache not detected
From
: Alan Cox <
[email protected]
>
Re: AW: Re: Linux in a binary world... a doomsday scenario
From
: Lee Revell <
[email protected]
>
Re: pcibus_to_node value when no pxm info is present for the pci bus
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: 2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
From
: Hugh Dickins <
[email protected]
>
[PATCH RESEND] via82cxxx IDE: Add VT8251 ISA bridge
From
: Daniel Drake <
[email protected]
>
Re: set_page_dirty vs set_page_dirty_lock
From
: "Michael S. Tsirkin" <
[email protected]
>
Re: 2.6.{14,15-rc4} harddrive cache not detected
From
: Sebastian Kärgel <
[email protected]
>
Re: allowed pages in the block later, was Re: [Ext2-devel] [PATCH] ext3: avoid sending down non-refcounted pages
From
: Pekka Enberg <
[email protected]
>
Re: set_page_dirty vs set_page_dirty_lock
From
: Hugh Dickins <
[email protected]
>
Re: 2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
From
: Dave Hansen <
[email protected]
>
Re: 2.6.15-rc5-mm1
From
: Badari Pulavarty <
[email protected]
>
Re: 2.6.{14,15-rc4} harddrive cache not detected
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
Re: pcibus_to_node value when no pxm info is present for the pci bus
From
: Christoph Lameter <
[email protected]
>
RE: [BUG] Variable stopmachine_state should be volatile
From
: "Luck, Tony" <
[email protected]
>
set_page_dirty vs set_page_dirty_lock
From
: "Michael S. Tsirkin" <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Dave Neuer <
[email protected]
>
2.6.{14,15-rc4} harddrive cache not detected
From
: Sebastian Kärgel <
[email protected]
>
Re: [PATCH] sata_sil: combined irq + LBT DMA patch for testing
From
: Thomas Backlund <
[email protected]
>
Re: allowed pages in the block later, was Re: [Ext2-devel] [PATCH] ext3: avoid sending down non-refcounted pages
From
: Mike Christie <
[email protected]
>
ACPI owner_id limit too low
From
: Alex Williamson <
[email protected]
>
Re: allowed pages in the block later, was Re: [Ext2-devel] [PATCH] ext3: avoid sending down non-refcounted pages
From
: Mike Christie <
[email protected]
>
Re: [PATCH] Fix RCU race in access of nohz_cpu_mask
From
: Oleg Nesterov <
[email protected]
>
[PATCH] tpmdd: remove global event log
From
: Kylene Jo Hall <
[email protected]
>
Re: [PATCH] asm-i386 : config.h should not be included out of kernel
From
: Sam Ravnborg <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Matthew Garrett <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Erik Slagter <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Kasper Sandberg <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Kasper Sandberg <
[email protected]
>
[PATCH] posix_fadvise bug (unexpected success on FIFO/pipe)
From
: Valentine Barshak <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Nix <
[email protected]
>
AW: Re: Linux in a binary world... a doomsday scenario
From
:
[email protected]
Re: How to enable/disable security features on mmap() ?
From
: Arjan van de Ven <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH] Fix listxattr() for generic security attributes
From
: James Morris <
[email protected]
>
Re: [PATCH] Fix listxattr() for generic security attributes
From
: Stephen Smalley <
[email protected]
>
Re: uart_match_port() question
From
: Bjorn Helgaas <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Arjan van de Ven <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Xavier Bestel <
[email protected]
>
Re: Problem with using spinlocks when kernel is compiled withoutsmp-support
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: nfs question - ftruncate vs pwrite
From
: Kenny Simpson <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Diego Calleja <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Arjan van de Ven <
[email protected]
>
Problem with using spinlocks when kernel is compiled without smp-support
From
: Dirk Henning Gerdes <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: 2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
From
: Badari Pulavarty <
[email protected]
>
[PATCH] Fix listxattr() for generic security attributes
From
: Daniel Drake <
[email protected]
>
Re: XFS Mount Hangs the Partition (on latest kernel + many old 2.6.x ones)
From
: Shlomi Fish <
[email protected]
>
AW: Re: Linux in a binary world... a doomsday scenario
From
:
[email protected]
Re: [patch 00/43] ktimer reworked
From
: James Bruce <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Arjan van de Ven <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Arjan van de Ven <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Steven Rostedt <
[email protected]
>
Re: PAT status?
From
: Daniel J Blueman <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Emmanuel Fleury <
[email protected]
>
[PATCH -RT] Deadlock on down_trylock
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH] x86_64: Display HPET timer option
From
: Erwin Rol <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: stat64 for over 2TB file returned invalid st_blocks
From
: Trond Myklebust <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Emmanuel Fleury <
[email protected]
>
Re: [RFC] [PATCH] Adding ctrl-o sysrq hack support to 8250 driver
From
: Olaf Hering <
[email protected]
>
Re: [PATCH] x86_64: Display HPET timer option
From
: Erwin Rol <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Alan Cox <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Emmanuel Fleury <
[email protected]
>
Re: [ACPI] Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Alan Cox <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Matthew Garrett <
[email protected]
>
Re: stat64 for over 2TB file returned invalid st_blocks
From
: Anton Altaparmakov <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Arjan van de Ven <
[email protected]
>
Re: [ACPI] Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Matthew Garrett <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Emmanuel Fleury <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Alan Cox <
[email protected]
>
Re: [ACPI] Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Alan Cox <
[email protected]
>
Preferred method to export info to userspace
From
: Aritz Bastida <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Graham Murray <
[email protected]
>
Re: stat64 for over 2TB file returned invalid st_blocks
From
: Trond Myklebust <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Emmanuel Fleury <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Matthew Garrett <
[email protected]
>
Re: Linux Hardware Quality Labs (was: Linux in a binary world... a doomsday scenario)
From
: Dirk Steuwer <
[email protected]
>
Re: [PATCH 00/07][RFC] Remove mapcount from struct page
From
: Hugh Dickins <
[email protected]
>
Re: [ACPI] Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Jeff Garzik <
[email protected]
>
Re: How to enable/disable security features on mmap() ?
From
: Arjan van de Ven <
[email protected]
>
Re: Kernel BUG at page_alloc.c:117!
From
: Nix <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Matthew Garrett <
[email protected]
>
How to enable/disable security features on mmap() ?
From
: Emmanuel Fleury <
[email protected]
>
Re: 2.6.13.2 crash on shutdown on SMP machine
From
: Clemens Koller <
[email protected]
>
Re: [ACPI] Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Alan Cox <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Diego Calleja <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Alan Cox <
[email protected]
>
Re: allowed pages in the block later, was Re: [Ext2-devel] [PATCH] ext3: avoid sending down non-refcounted pages
From
: Pekka Enberg <
[email protected]
>
RE: RFC: ACPI/scsi/libata integration and hotswap
From
: "Salyzyn, Mark" <
[email protected]
>
Re: [PATCH] x86_64: Display HPET timer option
From
: Erwin Rol <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Jeff Garzik <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Nix <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Christoph Hellwig <
[email protected]
>
allowed pages in the block later, was Re: [Ext2-devel] [PATCH] ext3: avoid sending down non-refcounted pages
From
: Christoph Hellwig <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Matthew Garrett <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Christoph Hellwig <
[email protected]
>
RE: [PATCH] Fix incorrect pointer in megaraid.c MODE_SENSE emulat ion
From
: "Ju, Seokmann" <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Matthew Garrett <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Dirk Steuwer <
[email protected]
>
Re: IRQ vector assignment for system call exception
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Roman Zippel <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Matan Peled <
[email protected]
>
Re: Broadcom 43xx first results
From
: Jiri Benc <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Arjan van de Ven <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Diego Calleja <
[email protected]
>
Re: Runs with Linux (tm)
From
: Felix Oxley <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Geert Uytterhoeven <
[email protected]
>
Re: Broadcom 43xx first results
From
: Arjan van de Ven <
[email protected]
>
Re: Broadcom 43xx first results
From
: Jiri Benc <
[email protected]
>
Re: Runs with Linux (tm)
From
: jerome lacoste <
[email protected]
>
Re: stat64 for over 2TB file returned invalid st_blocks
From
: "Takashi Sato" <
[email protected]
>
Re: [PATCH] asm-i386 : config.h should not be included out of kernel
From
: Olivier MATZ <
[email protected]
>
Re: Broadcom 43xx first results
From
: Jiri Benc <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Luke-Jr <
[email protected]
>
Re: Linux Hardware Quality Labs (was: Linux in a binary world... a doomsday scenario)
From
: Felix Oxley <
[email protected]
>
Re: Runs with Linux (tm)
From
: Felix Oxley <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Sander <
[email protected]
>
Re: Linux Hardware Quality Labs (was: Linux in a binary world... a doomsday scenario)
From
: Dirk Steuwer <
[email protected]
>
Re: wrong number of serial port detected
From
: Russell King <
[email protected]
>
Re: [discuss] Re: 2.6.15-rc5-mm1 (x86_64-hpet-overflow.patch breaks resume from disk)
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Linux Hardware Quality Labs (was: Linux in a binary world... a doomsday scenario)
From
: Al Viro <
[email protected]
>
Re: Linux Hardware Quality Labs (was: Linux in a binary world... a doomsday scenario)
From
: Dirk Steuwer <
[email protected]
>
Re: Linux Hardware Quality Labs (was: Linux in a binary world... a doomsday scenario)
From
: Felix Oxley <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: "Nicolas Mailhot" <
[email protected]
>
Re: [RFC] ip / ifconfig redesign
From
:
[email protected]
(Eric W. Biederman)
Re: Linux Hardware Quality Labs (was: Linux in a binary world... a doomsday scenario)
From
: Chris White <
[email protected]
>
Re: [RFC][PATCH] x86_64: Fix collision between pmtimer and pit/hpet timekeeping
From
: Vojtech Pavlik <
[email protected]
>
Re: Runs with Linux (tm)
From
: jerome lacoste <
[email protected]
>
Re: [PATCH 2.6.15-rc5] v4l2/compat_ioctl : add v4l2 framegrabber support
From
: Mauro Carvalho Chehab <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Ingo Molnar <
[email protected]
>
Re: Linux Hardware Quality Labs (was: Linux in a binary world... a doomsday scenario)
From
: Dirk Steuwer <
[email protected]
>
Re: IRQ vector assignment for system call exception
From
: Coywolf Qi Hunt <
[email protected]
>
Re: RFC: ACPI/scsi/libata integration and hotswap
From
: Christoph Hellwig <
[email protected]
>
hde: dma_timer_expiry: dma status == 0x24
From
: "Michael T. Halligan" <
[email protected]
>
Re: free Driver proposal (tm)
From
: Dirk Steuwer <
[email protected]
>
Re: Linux Hardware Quality Labs (was: Linux in a binary world... a doomsday scenario)
From
: Vadim Lobanov <
[email protected]
>
Re: [Lhms-devel] Re: [PATCH] swap migration: Fix lru drain
From
: KAMEZAWA Hiroyuki <
[email protected]
>
[discuss] Re: 2.6.15-rc5-mm1 (x86_64-hpet-overflow.patch breaks resume from disk)
From
: "Jan Beulich" <
[email protected]
>
Re: [Lhms-devel] Re: [PATCH] swap migration: Fix lru drain
From
: KAMEZAWA Hiroyuki <
[email protected]
>
Re: [PATCH] x86_64: acpi map table fix
From
: Andi Kleen <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Matthias Andree <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Helge Hafting <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Ingo Molnar <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Helge Hafting <
[email protected]
>
IRQ vector assignment for system call exception
From
: "yen" <
[email protected]
>
Re: Runs with Linux (tm)
From
: Helge Hafting <
[email protected]
>
Re: Linux Hardware Quality Labs (was: Linux in a binary world... a doomsday scenario)
From
: Nicolas Mailhot <
[email protected]
>
[PATCH] Don't attempt to power off if power off is not implemented.
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH] ext3: return FSID for statvfs
From
: Pekka J Enberg <
[email protected]
>
CyberLink For Java
From
:
[email protected]
(Southern Cross)
Re: Linux in a binary world... a doomsday scenario
From
: Andrew McGregor <
[email protected]
>
Multi-thread corefiles broken since April
From
: Steve Work <
[email protected]
>
Re: for_each_online_cpu broken ?
From
: Dave Jones <
[email protected]
>
Re: [PATCH 2.6-git] SPI core refresh
From
: Vitaly Wool <
[email protected]
>
Re: for_each_online_cpu broken ?
From
: Andi Kleen <
[email protected]
>
Re: for_each_online_cpu broken ?
From
: Andi Kleen <
[email protected]
>
Re: for_each_online_cpu broken ?
From
: Dave Jones <
[email protected]
>
Re: for_each_online_cpu broken ?
From
: Dave Jones <
[email protected]
>
Re: for_each_online_cpu broken ?
From
: Nigel Cunningham <
[email protected]
>
Re: [discuss] Re: [PATCH] x86_64: Test patch for ATI/Nvidia timer problems
From
: Andi Kleen <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Zwane Mwaikambo <
[email protected]
>
Re: for_each_online_cpu broken ?
From
: Andi Kleen <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
: Andi Kleen <
[email protected]
>
Re: for_each_online_cpu broken ?
From
: "David S. Miller" <
[email protected]
>
Re: for_each_online_cpu broken ?
From
: Dave Jones <
[email protected]
>
Re: 2.6.13.2 crash on shutdown on SMP machine
From
: Zwane Mwaikambo <
[email protected]
>
Re: for_each_online_cpu broken ?
From
: Andi Kleen <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Paul Jackson <
[email protected]
>
for_each_online_cpu broken ?
From
: Dave Jones <
[email protected]
>
Re: [Lhms-devel] Re: [PATCH] swap migration: Fix lru drain
From
: KAMEZAWA Hiroyuki <
[email protected]
>
Re: nfs question - ftruncate vs pwrite
From
: Trond Myklebust <
[email protected]
>
Re: nfs question - ftruncate vs pwrite
From
: Trond Myklebust <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
: Jeff Dike <
[email protected]
>
2.6.15rc5git1 cfq related spinlock bad magic
From
: Dave Jones <
[email protected]
>
[PATCH] x86_64: acpi map table fix
From
: Vivek Goyal <
[email protected]
>
Re: 2.6.14-rt21: slow-running clock
From
: Jonathan Woithe <
[email protected]
>
Re: Runs with Linux (tm)
From
: Richard Knutsson <
[email protected]
>
diff between 'wait_event_interruptible' and 'wait_for_completion_interruptible'
From
: "T.Krishnanand" <
[email protected]
>
Re: [stable] [PATCH] Fix oops in asus_acpi.c on Samsung P30/P35 Laptops
From
: Greg KH <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Dmitry Torokhov <
[email protected]
>
Re: Runs with Linux (tm)
From
: Magnus Damm <
[email protected]
>
Re: 2.6.14-rt21: slow-running clock
From
: john stultz <
[email protected]
>
Re: wrong number of serial port detected
From
: Dave Jones <
[email protected]
>
Re: 2.6.14-rt21: slow-running clock
From
: Jonathan Woithe <
[email protected]
>
Re: wrong number of serial port detected
From
: "Jason Dravet" <
[email protected]
>
RFC: ACPI/scsi/libata integration and hotswap
From
: Matthew Garrett <
[email protected]
>
Re: 2.6.14-rt21: slow-running clock
From
: john stultz <
[email protected]
>
Re: Kernel panic: Machine check exception
From
: Avuton Olrich <
[email protected]
>
Re: Runs with Linux (tm)
From
: Benjamin LaHaise <
[email protected]
>
Re: Fw: crash on x86_64 - mm related?
From
: Ryan Richter <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Diego Calleja <
[email protected]
>
Re: Runs with Linux (tm)
From
: Richard Knutsson <
[email protected]
>
Re: [PATCH 2.6-git] SPI core refresh
From
: David Brownell <
[email protected]
>
Re: [RFC] [PATCH] Adding ctrl-o sysrq hack support to 8250 driver
From
: Milton Miller <
[email protected]
>
RE: [BUG] Variable stopmachine_state should be volatile
From
: "Zhang, Yanmin" <
[email protected]
>
STILL Cannot run linux 2.6.14.3 UML on a x86_64
From
: Paulo da Silva <
[email protected]
>
Re: [PATCH] swap migration: Fix lru drain
From
: Christoph Lameter <
[email protected]
>
Re: Broadcom 43xx first results
From
: Jeff Garzik <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Kasper Sandberg <
[email protected]
>
Re: [PATCH] swap migration: Fix lru drain
From
: Nick Piggin <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Kasper Sandberg <
[email protected]
>
Re: [PATCH] swap migration: Fix lru drain
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] swap migration: Fix lru drain
From
: Andrew Morton <
[email protected]
>
Re: wrong number of serial port detected
From
: Dave Jones <
[email protected]
>
Re: 2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
From
: Dave Hansen <
[email protected]
>
Re: [PATCH] swap migration: Fix lru drain
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH] swap migration: Fix lru drain
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH] Fix RCU race in access of nohz_cpu_mask
From
: Andrew Morton <
[email protected]
>
Re: [RFC 1/3] Framework for accurate node based statistics
From
: Christoph Lameter <
[email protected]
>
Re: uart_match_port() question
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: ntp problems
From
: Gene Heskett <
[email protected]
>
Re: [RFC 1/3] Framework for accurate node based statistics
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] swap migration: Fix lru drain
From
: Andrew Morton <
[email protected]
>
Re: POSIX-timers: is this a bug?
From
: George Anzinger <
[email protected]
>
Re: [RFC 1/3] Framework for accurate node based statistics
From
: Christoph Lameter <
[email protected]
>
Re: Broadcom 43xx first results
From
: Michael Wu <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Chase Venters <
[email protected]
>
Linux Hardware Quality Labs (was: Linux in a binary world... a doomsday scenario)
From
: Felix Oxley <
[email protected]
>
Re: wrong number of serial port detected
From
: Russell King <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Jon Smirl <
[email protected]
>
Re: [RFC] [PATCH] Adding ctrl-o sysrq hack support to 8250 driver
From
: Russell King <
[email protected]
>
Re: uart_match_port() question
From
: Bjorn Helgaas <
[email protected]
>
Re: ntp problems
From
: Jean-Christian de Rivaz <
[email protected]
>
Re: [RFC][PATCH 0/7]: Fix for unsafe notifier chain
From
: Andrew Morton <
[email protected]
>
Re: 2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
From
: Dave Hansen <
[email protected]
>
Re: [PATCH] swap migration: Fix lru drain
From
: Nick Piggin <
[email protected]
>
Re: 2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
From
: Badari Pulavarty <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Russell King <
[email protected]
>
RE: [RFC]add ACPI hooks for IDE suspend/resume
From
: "Li, Shaohua" <
[email protected]
>
Re: [PATCH 2.6.15-rc4 1/1] cpia: use vm_insert_page() instead of remap_pfn_range()
From
: Mauro Carvalho Chehab <
[email protected]
>
Re: mm: fold sc.may_writepage and sc.may_swap into sc.flags
From
: Andrew Morton <
[email protected]
>
Re: uart_match_port() question
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: 2.6.15-rc5-mm1 (x86_64-hpet-overflow.patch breaks resume from disk)
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Nick Piggin <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Alan Cox <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Greg KH <
[email protected]
>
Re: [ckrm-tech] [RFC][Patch 3/5] Per-task delay accounting: Sync block I/O delays
From
: Shailabh Nagar <
[email protected]
>
Re: 2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
From
: Andy Whitcroft <
[email protected]
>
Re: wrong number of serial port detected
From
: Dave Jones <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Dmitry Torokhov <
[email protected]
>
Re: [RFC 1/3] Framework for accurate node based statistics
From
: Nick Piggin <
[email protected]
>
Re: 2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
From
: Dave Hansen <
[email protected]
>
Re: 2.4.32 Oops in scsi_dispatch_cmd
From
: Jan Oberländer <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
:
[email protected]
(Eric W. Biederman)
Re: 2.6.14-rt21: slow-running clock
From
: Jonathan Woithe <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Greg KH <
[email protected]
>
Re: Runs with Linux (tm)
From
: Benjamin LaHaise <
[email protected]
>
Re: ntp problems
From
: Gene Heskett <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Matthew Garrett <
[email protected]
>
[PATCH] Fix incorrect pointer in megaraid.c MODE_SENSE emulation
From
: Mark Lord <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Pavel Machek <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
Re: 2.6.15-rc4 Oops in show_smaps()
From
: Badari Pulavarty <
[email protected]
>
2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
From
: Badari Pulavarty <
[email protected]
>
Re: 2.6.15-rc4 Oops in show_smaps()
From
: Keith Mannthey <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Alan Cox <
[email protected]
>
Re: [ckrm-tech] [RFC][Patch 3/5] Per-task delay accounting: Sync block I/O delays
From
: Dave Hansen <
[email protected]
>
pcibus_to_node value when no pxm info is present for the pci bus
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
: Dave Hansen <
[email protected]
>
[RFC][Patch 5/5] Per-task delay accounting: procfs interface
From
: Shailabh Nagar <
[email protected]
>
Re: Runs with Linux (tm)
From
: Michael Poole <
[email protected]
>
[RFC][Patch 4/5] Per-task delay accounting: Swap in delays
From
: Shailabh Nagar <
[email protected]
>
Re: Runs with Linux (tm)
From
: Jeffrey Hundstad <
[email protected]
>
[RFC][Patch 3/5] Per-task delay accounting: Sync block I/O delays
From
: Shailabh Nagar <
[email protected]
>
Re: swsusp performance problems in 2.6.15-rc3-mm1
From
: Pavel Machek <
[email protected]
>
Re: [RFC] [PATCH] Adding ctrl-o sysrq hack support to 8250 driver
From
: Olaf Hering <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
: Arjan van de Ven <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Dmitry Torokhov <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
: Cedric Le Goater <
[email protected]
>
2.6.15-rc4 Oops in show_smaps()
From
: Badari Pulavarty <
[email protected]
>
[RFC][Patch 2/5] Per-task delay accounting: Initialization, dynamic turn on/off
From
: Shailabh Nagar <
[email protected]
>
Re: uart_match_port() question
From
: Bjorn Helgaas <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
: Dave Hansen <
[email protected]
>
[RFC][Patch 1/5] nanosecond timestamps and diffs
From
: Shailabh Nagar <
[email protected]
>
Re: Linux 2.6.15-rc5: off-line for a week
From
: Rich Walker <
[email protected]
>
Re: swsusp performance problems in 2.6.15-rc3-mm1
From
: Nigel Cunningham <
[email protected]
>
[RFC][Patch 0/5] Per-task delay accounting
From
: Shailabh Nagar <
[email protected]
>
[PATCH] vm: enhance __alloc_pages to prioritize pagecache eviction when pressed for memory
From
: Neil Horman <
[email protected]
>
RE: [RFC]add ACPI hooks for IDE suspend/resume
From
: "Li, Shaohua" <
[email protected]
>
Re: ntp problems
From
: Jean-Christian de Rivaz <
[email protected]
>
[PATCH] swap migration: Fix lru drain
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH][mm] swsusp: limit image size
From
: Pavel Machek <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Gerrit Huizenga <
[email protected]
>
Re: 2.4.32 Oops in scsi_dispatch_cmd
From
: Willy Tarreau <
[email protected]
>
Re: nfs question - ftruncate vs pwrite
From
: Kenny Simpson <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Andrew Walrond <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Chase Venters <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Nix <
[email protected]
>
[PATCH][mm] swsusp: limit image size
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
: Dave Hansen <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: "David S. Miller" <
[email protected]
>
Re: wrong number of serial port detected
From
: Russell King <
[email protected]
>
Re: Urgent work ! please help
From
: Willy Tarreau <
[email protected]
>
Re: Sparc: Kernel 2.6.13 to 2.6.15-rc2 bug when running X11
From
: "David S. Miller" <
[email protected]
>
Re: [PATCH] asm-i386 : config.h should not be included out of kernel
From
: Sam Ravnborg <
[email protected]
>
Re: wrong number of serial port detected
From
: Russell King <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Gerrit Huizenga <
[email protected]
>
Re: wrong number of serial port detected
From
: Xavier Bestel <
[email protected]
>
Re: Sparc: Kernel 2.6.13 to 2.6.15-rc2 bug when running X11
From
: "J.O. Aho" <
[email protected]
>
Re: wrong number of serial port detected
From
: Russell King <
[email protected]
>
Re: nfs question - ftruncate vs pwrite
From
: Peter Staubach <
[email protected]
>
Re: An nfs question ftruncate vs. pwrite
From
: Peter Staubach <
[email protected]
>
RE: Linux in a binary world... a doomsday scenario
From
: "Salyzyn, Mark" <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Dave Jones <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Andrea Arcangeli <
[email protected]
>
Re: XFS Mount Hangs the Partition (on latest kernel + many old 2.6.x ones)
From
: Nathan Scott <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Rik van Riel <
[email protected]
>
nfs question - ftruncate vs pwrite
From
: Kenny Simpson <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Andrea Arcangeli <
[email protected]
>
An nfs question ftruncate vs. pwrite
From
: Kenny Simpson <
[email protected]
>
Re: Sparc: Kernel 2.6.13 to 2.6.15-rc2 bug when running X11
From
: "David S. Miller" <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Arjan van de Ven <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Gerrit Huizenga <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Arjan van de Ven <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Andrea Arcangeli <
[email protected]
>
Re: [RFC][PATCH 0/7]: Fix for unsafe notifier chain
From
: Alan Stern <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Geert Uytterhoeven <
[email protected]
>
Re: [PATCH] asm-i386 : config.h should not be included out of kernel
From
: Olivier MATZ <
[email protected]
>
Re: [PATCH] asm-i386 : config.h should not be included out of kernel
From
: Andrew Walrond <
[email protected]
>
Re: [PATCH] ext3: return FSID for statvfs
From
: Andreas Dilger <
[email protected]
>
Re: wrong number of serial port detected
From
: "Jason Dravet" <
[email protected]
>
'Linux in a binary world... a doomsday scenario'
From
:
[email protected]
[PATCH] Drop per-irq counters from /proc/stat (Was: Reading /proc/stat is slooow)
From
: "Luck, Tony" <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Geert Uytterhoeven <
[email protected]
>
Re: Runs with Linux (tm)
From
: Benjamin LaHaise <
[email protected]
>
Re: Broadcom 43xx first results
From
: Jouni Malinen <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH 1/3] i386: CS5535 chip support - cpu
From
: "Jordan Crouse" <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Lee Revell <
[email protected]
>
[PATCH 1/3] i386: CS5535 chip support - cpu
From
: Ben Gardner <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
:
[email protected]
(Eric W. Biederman)
Re: 2.6.13.2 crash on shutdown on SMP machine
From
: Jeff Collins <
[email protected]
>
Re: Broadcom 43xx first results
From
: Jean Tourrilhes <
[email protected]
>
Re: More PI issues with -rt
From
: Dinakar Guniguntala <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
[PATCH] Fix timeout in robust path
From
: Dinakar Guniguntala <
[email protected]
>
Re: Runs with Linux (tm)
From
: Lee Revell <
[email protected]
>
Re: [PATCH] asm-i386 : config.h should not be included out of kernel
From
: Sam Ravnborg <
[email protected]
>
Re: Fw: crash on x86_64 - mm related?
From
: Ryan Richter <
[email protected]
>
Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Eduardo Pereira Habkost <
[email protected]
>
Re: Broadcom 43xx first results
From
: Jean Tourrilhes <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Russell King <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Russell King <
[email protected]
>
POSIX-timers: is this a bug?
From
: Oliver Korpilla <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
: Arjan van de Ven <
[email protected]
>
Re: Load-on-demand. How does the kernel locate the pages on secondary storage?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Horst von Brand <
[email protected]
>
Re: Fw: crash on x86_64 - mm related?
From
: Hugh Dickins <
[email protected]
>
RE: stat64 for over 2TB file returned invalid st_blocks
From
: Trond Myklebust <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Arjan van de Ven <
[email protected]
>
RE: [RFC 1/3] Framework for accurate node based statistics
From
: Christoph Lameter <
[email protected]
>
Re: Load-on-demand. How does the kernel locate the pages on secondary storage?
From
: Rik van Riel <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: "Randy.Dunlap" <
[email protected]
>
config question
From
: Davy Durham <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Horst von Brand <
[email protected]
>
RE: [RFC 1/3] Framework for accurate node based statistics
From
: "Luck, Tony" <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: "Randy.Dunlap" <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Rik van Riel <
[email protected]
>
Re: Fw: crash on x86_64 - mm related?
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Greg KH <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Greg KH <
[email protected]
>
Re: Fw: crash on x86_64 - mm related?
From
: Ryan Richter <
[email protected]
>
Re: [RFC][PATCH] x86_64: Fix collision between pmtimer and pit/hpet timekeeping
From
: Andi Kleen <
[email protected]
>
Re: [patch] add two inotify_add_watch flags
From
: Robert Love <
[email protected]
>
Re: [RFC 1/3] Framework for accurate node based statistics
From
: Christoph Lameter <
[email protected]
>
Re: [RFC 1/3] Framework for accurate node based statistics
From
: Christoph Lameter <
[email protected]
>
Re: Runs with Linux (tm)
From
: Jesse Barnes <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Dmitry Torokhov <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Roman Zippel <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Rob Landley <
[email protected]
>
Re: Runs with Linux (tm)
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH 1/3] i386: CS5535 chip support - cpu
From
: Adrian Bunk <
[email protected]
>
Re: Missing break in timedia serial setup.
From
: Russell King <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Dmitry Torokhov <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
: Dave Hansen <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Russell King <
[email protected]
>
Sluggish machine under 2.6.14 and 2.6.15-rc5
From
: Richard Purdie <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: "Paul Baxter" <
[email protected]
>
Re: [RFC][PATCH] x86_64: Fix collision between pmtimer and pit/hpet timekeeping
From
: john stultz <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Dmitry Torokhov <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Ingo Molnar <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
: Arjan van de Ven <
[email protected]
>
Re: [RFC][PATCH] x86_64: Fix collision between pmtimer and pit/hpet timekeeping
From
: Andi Kleen <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
: Dave Hansen <
[email protected]
>
Re: [PATCH] x86_64 NUMA : Bug correction in populate_memnodemap()
From
: Andi Kleen <
[email protected]
>
Re: Missing break in timedia serial setup.
From
: Dave Jones <
[email protected]
>
ppc kernel bugs in2.6.15-rc5: kobject_register failed for usbcore (-17)
From
: Giacomo Catenazzi <
[email protected]
>
[PATCH 3/3] i386: CS5535 chip support - SMBus
From
: Ben Gardner <
[email protected]
>
[PATCH 2/3] i386: CS5535 chip support - GPIO
From
: Ben Gardner <
[email protected]
>
[PATCH 1/3] i386: CS5535 chip support - cpu
From
: Ben Gardner <
[email protected]
>
Re: [PATCH] asm-i386 : config.h should not be included out of kernel
From
: Olivier MATZ <
[email protected]
>
[PATCH 0/3] i386: CS5535 chip support (Geode companion chip)
From
: Ben Gardner <
[email protected]
>
[PATCH] kprobes: fix race in aggregate kprobe registration
From
: Keshavamurthy Anil S <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Shaohua Li <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Roman Zippel <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Shaohua Li <
[email protected]
>
Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Eduardo Pereira Habkost <
[email protected]
>
Re: Missing break in timedia serial setup.
From
: Arjan van de Ven <
[email protected]
>
Re: mm: fold sc.may_writepage and sc.may_swap into sc.flags
From
: Martin Hicks <
[email protected]
>
Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Greg KH <
[email protected]
>
Re: Missing break in timedia serial setup.
From
: Dave Jones <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Otavio Salvador <
[email protected]
>
Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Luiz Fernando Capitulino <
[email protected]
>
Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Greg KH <
[email protected]
>
Re: another nfs puzzle
From
: Peter Staubach <
[email protected]
>
RE: stat64 for over 2TB file returned invalid st_blocks
From
: Dave Kleikamp <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Lars Marowsky-Bree <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Lars Marowsky-Bree <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Massimiliano Hofer <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Eduardo Pereira Habkost <
[email protected]
>
Re: [uml-devel] [PATCH] um: fix compile error for tt
From
: Blaisorblade <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Jon Smirl <
[email protected]
>
Mounting UnixWare vxfs Partitions/Slices on Linux 2.6?
From
: "Gupta, Deepak (Deepak)" <
[email protected]
>
Re: another nfs puzzle
From
: Trond Myklebust <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Alan Stern <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Horst von Brand <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Arjan van de Ven <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Alan Cox <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Arjan van de Ven <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Alan Stern <
[email protected]
>
Re: another nfs puzzle
From
: Peter Staubach <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Eduardo Pereira Habkost <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Michael Poole <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Matthew Garrett <
[email protected]
>
Re: wrong number of serial port detected
From
: Russell King <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Oliver Neukum <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Arjan van de Ven <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Bill Davidsen <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
wrong number of serial port detected
From
: "Jason Dravet" <
[email protected]
>
Re: Sparc: Kernel 2.6.13 to 2.6.15-rc2 bug when running X11
From
: "J.O. Aho" <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Alan Cox <
[email protected]
>
Re: another nfs puzzle
From
: Trond Myklebust <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Arjan van de Ven <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Oliver Neukum <
[email protected]
>
[PATCH] x86_64 NUMA : Bug correction in populate_memnodemap()
From
: Eric Dumazet <
[email protected]
>
RE: stat64 for over 2TB file returned invalid st_blocks
From
: Trond Myklebust <
[email protected]
>
Re: Physical to Page in 2.6
From
: Fawad Lateef <
[email protected]
>
Re: another nfs puzzle
From
: Peter Staubach <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Arjan van de Ven <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Avi Kivity <
[email protected]
>
Re: slow boot
From
: Pekka Enberg <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Alan Stern <
[email protected]
>
Re: slow boot
From
: Marco Correia <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Rik van Riel <
[email protected]
>
Re: [patch 00/43] ktimer reworked
From
: Roman Zippel <
[email protected]
>
RE: stat64 for over 2TB file returned invalid st_blocks
From
: Dave Kleikamp <
[email protected]
>
Re: slow boot
From
: Pekka Enberg <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Matthew Garrett <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
:
[email protected]
(Eric W. Biederman)
Re: another nfs puzzle
From
: Kenny Simpson <
[email protected]
>
Re: [RFC] [PATCH 00/13] Introduce task_pid api
From
:
[email protected]
(Eric W. Biederman)
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
Re: [git pull 02/14] Add Wistron driver
From
: Miloslav Trmac <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Massimiliano Hofer <
[email protected]
>
[PATCH] support for Posiflex PP-7000 retail printer for ftdi_sio driver
From
: Pavel Fedin <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Matthew Garrett <
[email protected]
>
Re: another nfs puzzle
From
: Trond Myklebust <
[email protected]
>
Re: Runs with Linux (tm)
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Matthew Garrett <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Rik van Riel <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Rik van Riel <
[email protected]
>
Runs with Linux (tm)
From
: Benjamin LaHaise <
[email protected]
>
Re: another nfs puzzle
From
: Peter Staubach <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
Re: [patch 00/43] ktimer reworked
From
: Steven Rostedt <
[email protected]
>
Re: [patch 00/43] ktimer reworked
From
: Kyle Moffett <
[email protected]
>
Re: another nfs puzzle
From
: Trond Myklebust <
[email protected]
>
Re: Sparc: Kernel 2.6.13 to 2.6.15-rc2 bug when running X11
From
: Ben Collins <
[email protected]
>
Re: another nfs puzzle
From
: Peter Staubach <
[email protected]
>
Re: [SCSI] SCSI block devices larger then 2TB
From
: Michal Feix <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Horst von Brand <
[email protected]
>
RE: stat64 for over 2TB file returned invalid st_blocks
From
: Trond Myklebust <
[email protected]
>
Re: [uml-devel] [PATCH] um: fix compile error for tt
From
: Pekka J Enberg <
[email protected]
>
Re: Broadcom 43xx first results
From
: Michael Buesch <
[email protected]
>
Re: [PATCH 01/16] mm: delayed page activation
From
: Wu Fengguang <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Luiz Fernando Capitulino <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Matthew Garrett <
[email protected]
>
Re: [PATCH] ext3: return FSID for statvfs
From
: Pekka J Enberg <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 05/16] mm: balance zone aging in kswapd reclaim path
From
: Wu Fengguang <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Oliver Neukum <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Luiz Fernando Capitulino <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Alan Cox <
[email protected]
>
Re: 2.6.15-rc5-mm1 sata_sil regression
From
: Tejun <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 01/16] mm: delayed page activation
From
: Nikita Danilov <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Luiz Fernando Capitulino <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] ext3: return FSID for statvfs
From
: Andreas Dilger <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Helge Hafting <
[email protected]
>
Re: [PATCH 12/16] mm: fold sc.may_writepage and sc.may_swap into sc.flags
From
: Wu Fengguang <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Horst von Brand <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Helge Hafting <
[email protected]
>
Re: [patch 00/43] ktimer reworked
From
: Roman Zippel <
[email protected]
>
Re: [SCSI] SCSI block devices larger then 2TB
From
: Christoph Hellwig <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] sata_sil: combined irq + LBT DMA patch for testing
From
: Prakash Punnoor <
[email protected]
>
Re: [PATCH 06/16] mm: balance slab aging
From
: Wu Fengguang <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Luiz Fernando Capitulino <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Arjan van de Ven <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Luiz Fernando Capitulino <
[email protected]
>
Re: [linux-usb-devel] Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
From
: Luiz Fernando Capitulino <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Roman Zippel <
[email protected]
>
Re: swsusp: how much memory to free? [was Re: swsusp performance problems in 2.6.15-rc3-mm1]
From
: Pavel Machek <
[email protected]
>
Execution of kernel does not stop at the break point while doing remote debug (using kgdb).
From
: Vishal Soni <
[email protected]
>
Re: swsusp: how much memory to free? [was Re: swsusp performance problems in 2.6.15-rc3-mm1]
From
: "Rafael J. Wysocki" <
[email protected]
>
XFS Mount Hangs the Partition (on latest kernel + many old 2.6.x ones)
From
: Shlomi Fish <
[email protected]
>
Re: swsusp: how much memory to free? [was Re: swsusp performance problems in 2.6.15-rc3-mm1]
From
: Pavel Machek <
[email protected]
>
Re: swsusp: how much memory to free? [was Re: swsusp performance problems in 2.6.15-rc3-mm1]
From
: "Rafael J. Wysocki" <
[email protected]
>
2.6.15-rc5-mm1 sata_sil regression
From
: Chris Boot <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 06/16] mm: balance slab aging
From
: Nick Piggin <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Ingo Molnar <
[email protected]
>
Re: swsusp performance problems in 2.6.15-rc3-mm1
From
: Pavel Machek <
[email protected]
>
Re: RFC: Starting a stable kernel series off the 2.6 kernel
From
: Matthias Andree <
[email protected]
>
[PATCH 2.6.15-rc5-mm1] m32r: Remove unnecessary icu_data_t definitions
From
: Hirokazu Takata <
[email protected]
>
Re: swsusp performance problems in 2.6.15-rc3-mm1
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH 2.6.15-rc5-mm1] m32r: Fix M32104 cache flushing routines
From
: Hirokazu Takata <
[email protected]
>
Re: [PATCH 12/16] mm: fold sc.may_writepage and sc.may_swap into sc.flags
From
: Nick Piggin <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Nick Piggin <
[email protected]
>
Re: Sparc: Kernel 2.6.13 to 2.6.15-rc2 bug when running X11
From
: "J.O. Aho" <
[email protected]
>
Re: Could not suspend device [VIA UHCI USB controller]: error -22
From
: Pavel Machek <
[email protected]
>
Re: [2.6.14.2] port smartcard driver to new pcmcia infrastructure?
From
: Dominik Brodowski <
[email protected]
>
Re: Could not suspend device [VIA UHCI USB controller]: error -22
From
: Pavel Machek <
[email protected]
>
RE: stat64 for over 2TB file returned invalid st_blocks
From
: "Takashi Sato" <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Ingo Molnar <
[email protected]
>
mm: fold sc.may_writepage and sc.may_swap into sc.flags
From
: Wu Fengguang <
[email protected]
>
Re: [PATCH 12/16] mm: fold sc.may_writepage and sc.may_swap into sc.flags
From
: Wu Fengguang <
[email protected]
>
Re: [PATCH 06/16] mm: balance slab aging
From
: Wu Fengguang <
[email protected]
>
Re: Could not suspend device [VIA UHCI USB controller]: error -22
From
: Michael Tokarev <
[email protected]
>
Re: [PATCH 12/16] mm: fold sc.may_writepage and sc.may_swap into sc.flags
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 13/16] mm: fix minor scan count bugs
From
: Wu Fengguang <
[email protected]
>
Re: Urgent work ! please help
From
: Bernd Petrovitsch <
[email protected]
>
Re: 2.4.27 crashed: any ideas?
From
:
[email protected]
Re: [PATCH 13/16] mm: fix minor scan count bugs
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 05/16] mm: balance zone aging in kswapd reclaim path
From
: Wu Fengguang <
[email protected]
>
Re: Could not suspend device [VIA UHCI USB controller]: error -22
From
: Michael Tokarev <
[email protected]
>
[PATCH 12/16] mm: fold sc.may_writepage and sc.may_swap into sc.flags
From
: Wu Fengguang <
[email protected]
>
[PATCH 11/16] mm: let sc.nr_scanned/sc.nr_reclaimed accumulate
From
: Wu Fengguang <
[email protected]
>
slow boot
From
: Marco Correia <
[email protected]
>
[PATCH 15/16] mm: add page reclaim debug traces
From
: Wu Fengguang <
[email protected]
>
[PATCH 14/16] mm: zone aging rounds accounting
From
: Wu Fengguang <
[email protected]
>
[PATCH 16/16] mm: kswapd reclaim debug trace
From
: Wu Fengguang <
[email protected]
>
Urgent work ! please help
From
: Conio sandiago <
[email protected]
>
[PATCH 13/16] mm: fix minor scan count bugs
From
: Wu Fengguang <
[email protected]
>
[PATCH 08/16] mm: fine grained scan priority
From
: Wu Fengguang <
[email protected]
>
[PATCH 10/16] mm: remove swap_cluster_max from scan_control
From
: Wu Fengguang <
[email protected]
>
[PATCH 09/16] mm: remove unnecessary variable and loop
From
: Wu Fengguang <
[email protected]
>
[PATCH 05/16] mm: balance zone aging in kswapd reclaim path
From
: Wu Fengguang <
[email protected]
>
[PATCH 06/16] mm: balance slab aging
From
: Wu Fengguang <
[email protected]
>
[PATCH 07/16] mm: balance active/inactive list scan rates
From
: Wu Fengguang <
[email protected]
>
[PATCH 04/16] mm: balance zone aging in direct reclaim path
From
: Wu Fengguang <
[email protected]
>
[PATCH 02/16] mm: simplify kswapd reclaim code
From
: Wu Fengguang <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Nick Piggin <
[email protected]
>
[PATCH 03/16] mm: supporting variables and functions for balanced zone aging
From
: Wu Fengguang <
[email protected]
>
[PATCH 01/16] mm: restore sc.nr_to_reclaim
From
: Wu Fengguang <
[email protected]
>
[PATCH 00/16] Balancing the scan rate of major caches V3
From
: Wu Fengguang <
[email protected]
>
[SCSI] SCSI block devices larger then 2TB
From
: Michal Feix <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 02/14] spufs: fix local store page refcounting
From
: Al Viro <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 01/16] mm: delayed page activation
From
: Wu Fengguang <
[email protected]
>
Re: Kernel BUG at page_alloc.c:117!
From
: Dirk Henning Gerdes <
[email protected]
>
Re: [PATCH] kprobes: fix race in aggregate kprobe registration
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 01/16] mm: delayed page activation
From
: Andrew Morton <
[email protected]
>
Re: Kernel BUG at page_alloc.c:117!
From
: zine el abidine Hamid <
[email protected]
>
Re: [uml-devel] [PATCH] um: fix compile error for tt
From
: Blaisorblade <
[email protected]
>
2.4.32 Oops in scsi_dispatch_cmd
From
: Jan Oberländer <
[email protected]
>
Re: [patch 00/43] ktimer reworked
From
: James Bruce <
[email protected]
>
Re: Missing break in timedia serial setup.
From
: Russell King <
[email protected]
>
Re: [patch 00/21] hrtimer - High-resolution timer subsystem
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Russell King <
[email protected]
>
rc announcements to l-k-a
From
: Mark Rosenstand <
[email protected]
>
Re: Softirq preemption
From
: Ingo Molnar <
[email protected]
>
Re: [RT] Race condition on bug output.
From
: Ingo Molnar <
[email protected]
>
Re: [linux-dvb-maintainer] Re: [PATCH] b2c2: make front-ends selectable and include noob option
From
: Prakash Punnoor <
[email protected]
>
Re: [PATCH 02/14] spufs: fix local store page refcounting
From
: Pekka Enberg <
[email protected]
>
Re: [RFC]add ACPI hooks for IDE suspend/resume
From
: Bartlomiej Zolnierkiewicz <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Dirk Steuwer <
[email protected]
>
Re: [linux-dvb-maintainer] Re: [PATCH] b2c2: make front-ends selectable and include noob option
From
: Patrick Boettcher <
[email protected]
>
Re: [PATCH 2/13] Time: Reduced NTP Rework (part 2)
From
: "Ulrich Windl" <
[email protected]
>
Re: [linux-dvb-maintainer] Re: [PATCH] b2c2: make front-ends selectable and include noob option
From
: Prakash Punnoor <
[email protected]
>
Re: [PATCH 2/13] Time: Reduced NTP Rework (part 2)
From
: "Ulrich Windl" <
[email protected]
>
Re: Broadcom 43xx first results
From
: Jouni Malinen <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Arjan van de Ven <
[email protected]
>
Re: Linux in a binary world... a doomsday scenario
From
: Luke-Jr <
[email protected]
>
Re: [PATCH] Minor change to platform_device_register_simple prototype
From
: Jean Delvare <
[email protected]
>
Re: [RFC 1/3] Framework for accurate node based statistics
From
: Nick Piggin <
[email protected]
>
Re: [patch] patchlet for logips2pp.c
From
: Dmitry Torokhov <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
