LKML: Linux Kernel Archive 2007 Q2

Date Index

[Prev Page][Next Page]

Re: [PATCH resend][CRYPTO]: RSA algorithm patch, (continued)
Re: [PATCH 0/4] Fix MTRR suspend support for specific machines (some AMD64, maybe others also), Pavel Machek
- <Possible follow-ups>
- Re: [PATCH 0/4] Fix MTRR suspend support for specific machines (some AMD64, maybe others also), Andrew Morton
[PATCH] Deprecate SA_xxx interrupt flags -V2, Thomas Gleixner
- Re: [PATCH] Deprecate SA_xxx interrupt flags -V2, Andrew Morton
  - Re: [PATCH] Deprecate SA_xxx interrupt flags -V2, Ingo Molnar
  - Re: [PATCH] Deprecate SA_xxx interrupt flags -V2, Thomas Gleixner
    - [PATCH] Replace deprecated SA_xxx interrupt flags, Thomas Gleixner
      - [PATCH-mm] Replace more deprecated SA_xxx interrupt flags, Thomas Gleixner
Re: Oops in scsi_send_eh_cmnd 2.6.21-rc5-git6,7,10,13, James Bottomley
- <Possible follow-ups>
- Re: Oops in scsi_send_eh_cmnd 2.6.21-rc5-git6,7,10,13, Andrew Burgess
  - Re: Oops in scsi_send_eh_cmnd 2.6.21-rc5-git6,7,10,13, James Bottomley
    - Re: Oops in scsi_send_eh_cmnd 2.6.21-rc5-git6,7,10,13, David Miller
      - Re: Oops in scsi_send_eh_cmnd 2.6.21-rc5-git6,7,10,13, James Bottomley
- Re: Oops in scsi_send_eh_cmnd 2.6.21-rc5-git6,7,10,13, Andrew Burgess
  - Re: Oops in scsi_send_eh_cmnd 2.6.21-rc5-git6,7,10,13, James Bottomley
    - Re: Oops in scsi_send_eh_cmnd 2.6.21-rc5-git6,7,10,13, Douglas Gilbert
      - Re: Oops in scsi_send_eh_cmnd 2.6.21-rc5-git6,7,10,13, James Bottomley
- Re: Oops in scsi_send_eh_cmnd 2.6.21-rc5-git6,7,10,13, Andrew Burgess
Re: [PATCH 01/01] New FBDev driver for Intel Vermilion Range, Alan Hourihane
- <Possible follow-ups>
- Re: [PATCH 01/01] New FBDev driver for Intel Vermilion Range, Pavel Machek
- Re: [PATCH 01/01] New FBDev driver for Intel Vermilion Range, Alan Hourihane
  - Re: [PATCH 01/01] New FBDev driver for Intel Vermilion Range, Antonino A. Daplas
    - Re: [PATCH 01/01] New FBDev driver for Intel Vermilion Range, Alan Hourihane
Re: set up new kernel with grub, Michael
- Re: set up new kernel with grub, WANG Cong
Re: 2.6.21-rc5-mm4, Jiri Kosina
- Re: 2.6.21-rc5-mm4, Eric W. Biederman
- <Possible follow-ups>
- Re: 2.6.21-rc5-mm4, Valdis . Kletnieks
  - Re: 2.6.21-rc5-mm4, Andrew Morton
Shared futexes (was [PATCH] FUTEX : new PRIVATE futexes), Peter Zijlstra
- Re: Shared futexes (was [PATCH] FUTEX : new PRIVATE futexes), Hugh Dickins
  - Re: Shared futexes (was [PATCH] FUTEX : new PRIVATE futexes), Peter Zijlstra
  - Re: Shared futexes (was [PATCH] FUTEX : new PRIVATE futexes), Nick Piggin
    - Re: Shared futexes (was [PATCH] FUTEX : new PRIVATE futexes), Peter Zijlstra
      - Re: Shared futexes (was [PATCH] FUTEX : new PRIVATE futexes), Nick Piggin
Re: [PATCH] FUTEX : new PRIVATE futexes, Nick Piggin
- <Possible follow-ups>
- Re: [PATCH] FUTEX : new PRIVATE futexes, Peter Zijlstra
- Re: [PATCH] FUTEX : new PRIVATE futexes, Jan Engelhardt
Re: [PATCH] Stop pmac_zilog from abusing 8250's device numbers., Pavel Machek
- <Possible follow-ups>
- Re: [PATCH] Stop pmac_zilog from abusing 8250's device numbers., Benny Amorsen
  - Re: [PATCH] Stop pmac_zilog from abusing 8250's device numbers., Roland Dreier
    - Re: [PATCH] Stop pmac_zilog from abusing 8250's device numbers., Gerhard Mack
      - Re: [PATCH] Stop pmac_zilog from abusing 8250's device numbers., David Lang
        
        Re: [PATCH] Stop pmac_zilog from abusing 8250's device numbers., Geert Uytterhoeven
Re: [bug] forcedeth: hung interface under load, Ingo Molnar
2.6.9 won't compile, Pedro Mullor Jiménez
- Re: 2.6.9 won't compile, Benoit Boissinot
- Re: 2.6.9 won't compile, Adrian Bunk
- Re: 2.6.9 won't compile, Pedro Mullor Jiménez
- <Possible follow-ups>
- Re: 2.6.9 won't compile, Robert Hancock
Re: [PATCH] Define EFLAGS_IF, Andi Kleen
- Re: [PATCH] Define EFLAGS_IF, H. Peter Anvin
  - Re: [PATCH] Define EFLAGS_IF, Rusty Russell
[2.6.22 patch] the scheduled removal of the i8xx_tco watchdog driver, Adrian Bunk
- Re: [2.6.22 patch] the scheduled removal of the i8xx_tco watchdog driver, Wim Van Sebroeck
  - Re: [2.6.22 patch] the scheduled removal of the i8xx_tco watchdog driver, Adrian Bunk
    - Re: [2.6.22 patch] the scheduled removal of the i8xx_tco watchdog driver, Wim Van Sebroeck
[2.6 patch] the overdue removal of the mount/umount uevents, Adrian Bunk
[2.6 patch] the scheduled -EINVAL for invalid timevals in setitimer, Adrian Bunk
- Re: [2.6 patch] the scheduled -EINVAL for invalid timevals in setitimer, Thomas Gleixner
  - [2.6 patch] the scheduled -EINVAL for invalid timevals in setitimer, Adrian Bunk
    - Re: [2.6 patch] the scheduled -EINVAL for invalid timevals in setitimer, Thomas Gleixner
      - Re: [2.6 patch] the scheduled -EINVAL for invalid timevals in setitimer, Andrew Morton
[-mm patch] the overdue removal of pci_module_init(), Adrian Bunk
- Re: PCI: the overdue removal of pci_module_init(), Richard Knutsson
[-mm patch] drivers/uio/uio_cif.c: convert pci_module_init(), Adrian Bunk
- Re: [-mm patch] drivers/uio/uio_cif.c: convert pci_module_init(), Hans-Jürgen Koch
[2.6 patch] drivers/mtd/maps/ck804xrom.c: convert pci_module_init(), Adrian Bunk
- <Possible follow-ups>
- [2.6 patch] drivers/mtd/maps/ck804xrom.c: convert pci_module_init(), Adrian Bunk
[2.6 patch] the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI, Adrian Bunk
- Re: [2.6 patch] the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI, Dave Jones
  - Re: [2.6 patch] the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI, Robert P. J. Day
    - Re: [2.6 patch] the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI, Dave Jones
- <Possible follow-ups>
- Re: [2.6 patch] the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI, Bill Davidsen
  - Re: [2.6 patch] the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI, Adrian Bunk
[RFC] Lockdep VS rw-semaphores strangeness, Pavel Emelianov
- Re: [RFC] Lockdep VS rw-semaphores strangeness, Arjan van de Ven
  - Re: [RFC] Lockdep VS rw-semaphores strangeness, Pavel Emelianov
Re: Interface for the new fallocate() system call, Andreas Dilger
- <Possible follow-ups>
- Re: Interface for the new fallocate() system call, Paul Mackerras
  - Re: Interface for the new fallocate() system call, Jörn Engel
- Re: Interface for the new fallocate() system call, Amit K. Arora
  - Re: Interface for the new fallocate() system call, Andreas Dilger
    - Re: Interface for the new fallocate() system call, Amit K. Arora
      - Re: Interface for the new fallocate() system call, Jakub Jelinek
        
        Re: Interface for the new fallocate() system call, Amit K. Arora
        
        [PATCH 0/5] fallocate system call, Amit K. Arora
        
        [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Andrew Morton
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Andrew Morton
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Paul Mackerras
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Suparna Bhattacharya
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Paul Mackerras
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Suparna Bhattacharya
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Paul Mackerras
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Martin Schwidefsky
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, David Chinner
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Andrew Morton
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Jakub Jelinek
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Ulrich Drepper
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, David Chinner
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Andreas Dilger
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Mingming Cao
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, David Chinner
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, David Chinner
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Suparna Bhattacharya
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, David Chinner
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, David Chinner
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, David Chinner
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Andreas Dilger
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, David Chinner
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Andreas Dilger
        
        [PATCH 0/6][TAKE5] fallocate system call, Amit K. Arora
        
        [PATCH 1/7][TAKE5] fallocate() implementation on i386, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/7][TAKE5] fallocate() implementation on i386, x86_64 and powerpc, Heiko Carstens
        
        [PATCH 2/7][TAKE5] fallocate() on s390(x), Amit K. Arora
        
        Re: [PATCH 2/7][TAKE5] fallocate() on s390(x), Heiko Carstens
        
        [PATCH 3/7][TAKE5] fallocate() on ia64, Amit K. Arora
        
        [PATCH 4/7][TAKE5] support new modes in fallocate, Amit K. Arora
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Amit K. Arora
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Andreas Dilger
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Amit K. Arora
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Andreas Dilger
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Amit K. Arora
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, David Chinner
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Amit K. Arora
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Nathan Scott
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, David Chinner
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Christoph Hellwig
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, David Chinner
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Andreas Dilger
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Amit K. Arora
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Andreas Dilger
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, Amit K. Arora
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, David Chinner
        
        Re: [PATCH 4/7][TAKE5] support new modes in fallocate, David Chinner
        
        [PATCH 5/7][TAKE5] ext4: fallocate support in ext4, Amit K. Arora
        
        [PATCH 6/7][TAKE5] ext4: write support for preallocated blocks, Amit K. Arora
        
        [PATCH 7/7][TAKE5] ext4: support new modes, Amit K. Arora
        
        Re: [PATCH 7/7][TAKE5] ext4: support new modes, Andreas Dilger
        
        Re: [PATCH 7/7][TAKE5] ext4: support new modes, Amit K. Arora
        
        Re: [PATCH 7/7][TAKE5] ext4: support new modes, Andreas Dilger
        
        Re: [PATCH 7/7][TAKE5] ext4: support new modes, Amit K. Arora
        
        Re: [PATCH 7/7][TAKE5] ext4: support new modes, David Chinner
        
        Re: [PATCH 7/7][TAKE5] ext4: support new modes, Amit K. Arora
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, David Chinner
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Andrew Morton
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Mingming Cao
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Amit K. Arora
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Andrew Morton
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Dave Kleikamp
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Jeff Garzik
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Christoph Hellwig
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Theodore Tso
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Jeff Garzik
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Theodore Tso
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Mingming Caoc
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Andrew Morton
        
        Re: [PATCH 0/6][TAKE5] fallocate system call, Andreas Dilger
        
        Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Christoph Hellwig
        
        [PATCH 2/5] fallocate() on s390, Amit K. Arora
        
        [PATCH 3/5] ext4: Extent overlap bugfix, Amit K. Arora
        
        Re: [PATCH 3/5] ext4: Extent overlap bugfix, Andrew Morton
        
        Re: [PATCH 3/5] ext4: Extent overlap bugfix, Amit K. Arora
        
        [PATCH 4/5] ext4: fallocate support in ext4, Amit K. Arora
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Andrew Morton
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Amit K. Arora
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Dave Kleikamp
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Amit K. Arora
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Dave Kleikamp
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Andreas Dilger
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Andrew Morton
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Andreas Dilger
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Andrew Morton
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Theodore Tso
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Andrew Morton
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Mingming Cao
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Jeff Garzik
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Theodore Tso
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Andreas Dilger
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Jeff Garzik
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Mingming Cao
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Andrew Morton
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Mingming Cao
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Theodore Tso
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Andreas Dilger
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Mingming Cao
        
        Re: [PATCH 4/5] ext4: fallocate support in ext4, Jan Kara
        
        [PATCH 5/5] ext4: write support for preallocated blocks/extents, Amit K. Arora
        
        Re: [PATCH 5/5] ext4: write support for preallocated blocks/extents, Andrew Morton
        
        Re: [PATCH 5/5] ext4: write support for preallocated blocks/extents, Amit K. Arora
        
        Re: [PATCH 5/5] ext4: write support for preallocated blocks/extents, Pekka Enberg
        
        Re: [PATCH 5/5] ext4: write support for preallocated blocks/extents, Amit K. Arora
        
        Re: [PATCH 0/5] fallocate system call, Heiko Carstens
        
        Re: [PATCH 0/5] fallocate system call, Jörn Engel
        
        Re: [PATCH 0/5] fallocate system call, Heiko Carstens
        
        Re: [PATCH 0/5] fallocate system call, Chris Wedgwood
        
        Re: [PATCH 0/5] fallocate system call, David Chinner
        
        [PATCH] ia64 fallocate syscall, David Chinner
        
        [PATCH] XFS ->fallocate() support, David Chinner
        
        [PATCH] Add preallocation beyond EOF to fallocate, David Chinner
        
        Re: [PATCH 0/5] fallocate system call, Chris Wedgwood
        
        Re: [PATCH 0/5] fallocate system call, David Chinner
        
        Re: [PATCH 0/5] fallocate system call, Chris Wedgwood
        
        Re: [PATCH 0/5] fallocate system call, Amit K. Arora
        
        Re: [PATCH 0/5] fallocate system call, Andreas Dilger
        
        Re: [PATCH 0/5] fallocate system call, Miquel van Smoorenburg
        
        Re: [PATCH 0/5] fallocate system call, David Chinner
        
        [PATCH 0/5][TAKE2] fallocate system call, Amit K. Arora
        
        Message not available
        
        [PATCH 1/5][TAKE2] fallocate() implementation on i86, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/5][TAKE2] fallocate() implementation on i86, x86_64 and powerpc, Stephen Rothwell
        
        Re: [PATCH 1/5][TAKE2] fallocate() implementation on i86, x86_64 and powerpc, Amit K. Arora
        
        Message not available
        
        [PATCH 2/5][TAKE2] fallocate() on s390, Amit K. Arora
        
        Re: [PATCH 2/5][TAKE2] fallocate() on s390 - glibc wrapper, Amit K. Arora
        
        Message not available
        
        [PATCH 3/5][TAKE2] ext4: Extent overlap bugfix, Amit K. Arora
        
        Message not available
        
        [PATCH 4/5][TAKE2] ext4: fallocate support in ext4, Amit K. Arora
        
        Message not available
        
        [PATCH 5/5][TAKE2] ext4: write support for preallocated blocks, Amit K. Arora
        
        Re: [PATCH 0/5][TAKE2] fallocate system call, Andreas Dilger
        
        Re: [PATCH 0/5][TAKE2] fallocate system call, Amit K. Arora
        
        [PATCH 0/5][TAKE3] fallocate system call, Amit K. Arora
        
        Message not available
        
        [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc, Mingming Cao
        
        Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc, David Chinner
        
        Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc, Dave Kleikamp
        
        Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc, Amit K. Arora
        
        Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc, David Chinner
        
        Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc, Dave Kleikamp
        
        Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc, Amit K. Arora
        
        Message not available
        
        [PATCH 2/5][TAKE3] fallocate() on s390, Amit K. Arora
        
        Message not available
        
        [PATCH 3/5][TAKE3] ext4: Extent overlap bugfix, Amit K. Arora
        
        Message not available
        
        [PATCH 4/5][TAKE3] ext4: fallocate support in ext4, Amit K. Arora
        
        Message not available
        
        [PATCH 5/5][TAKE3] ext4: write support for preallocated blocks, Amit K. Arora
        
        Re: [PATCH 0/5][TAKE3] fallocate system call, Mingming Cao
        
        [PATCH 0/6][TAKE4] fallocate system call, Amit K. Arora
        
        Message not available
        
        [PATCH 1/6][TAKE4] fallocate() implementation on i86, x86_64 and powerpc, Amit K. Arora
        
        Message not available
        
        [PATCH 2/6][TAKE4] fallocate() on s390, Amit K. Arora
        
        Message not available
        
        [PATCH 3/6][TAKE4] fallocate() on ia64, Amit K. Arora
        
        Message not available
        
        [PATCH 4/6][TAKE4] ext4: Extent overlap bugfix, Amit K. Arora
        
        Message not available
        
        [PATCH 5/6][TAKE4] ext4: fallocate support in ext4, Amit K. Arora
        
        Message not available
        
        [PATCH 6/6][TAKE4] ext4: write support for preallocated blocks, Amit K. Arora
        
        Re: [PATCH 0/6][TAKE4] fallocate system call, Andrew Morton
        
        Re: [PATCH 0/6][TAKE4] fallocate system call, Mingming Cao
Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, Zhang Rui
- Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, David Brownell
  - Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, Greg KH
    - Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, David Brownell
      - Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, Zhang Rui
        
        Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, David Brownell
      - Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, David Brownell
        
        Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, David Brownell
      - Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, Pavel Machek
        
        Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, David Brownell
        
        Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, David Brownell
        
        Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, Greg KH
        
        Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, David Brownell
- <Possible follow-ups>
- Re: [patch 2.6.21-rc5-git] make /proc/acpi/wakeup more useful, Len Brown
Re: preemption and rwsems (was: Re: missing madvise functionality), Ingo Molnar
- Re: preemption and rwsems (was: Re: missing madvise functionality), Andrew Morton
  - Re: preemption and rwsems (was: Re: missing madvise functionality), Ingo Molnar
Re: Ten percent test, Mike Galbraith
- Re: Ten percent test, Con Kolivas
  - Re: Ten percent test, Ingo Molnar
    - Re: Ten percent test, Mike Galbraith
    - Re: Ten percent test, Con Kolivas
      - Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Ingo Molnar
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Ingo Molnar
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Ingo Molnar
        
        Re: Ten percent test, Ingo Molnar
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Rene Herman
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Rene Herman
        
        Re: Ten percent test, Andreas Mohr
        
        Re: Ten percent test, Rene Herman
        
        Re: Ten percent test, Ingo Molnar
        
        Re: Ten percent test, Rene Herman
        
        Re: Ten percent test, Ingo Molnar
        
        Re: Ten percent test, Rene Herman
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Ingo Molnar
        
        Re: Ten percent test, Rene Herman
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Gene Heskett
        
        Re: Ten percent test, William Lee Irwin III
        
        Re: Ten percent test, Ingo Molnar
        
        Re: Ten percent test, William Lee Irwin III
      - Re: Ten percent test, Mike Galbraith
      - Re: Ten percent test, Ed Tomlinson
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Ed Tomlinson
        
        Re: Ten percent test, Mike Galbraith
        
        Re: [ck] Re: Ten percent test, Martin Steigerwald
        
        Re: [ck] Re: Ten percent test, Con Kolivas
        
        Re: Ten percent test, Mike Galbraith
        
        Re: Ten percent test, Ed Tomlinson
        
        Re: Ten percent test, Mike Galbraith
  - Re: Ten percent test, Mike Galbraith
[PATCH 2.6.20.4] pci-calgary: cleanup of unneeded macros, Guillaume Thouvenin
- Re: [PATCH 2.6.20.4] pci-calgary: cleanup of unneeded macros, Muli Ben-Yehuda
[KJ][RFC]NAME_OFFSET macro, Milind Arun Choudhary
- Re: [KJ][RFC]NAME_OFFSET macro, Matt Mackall
Re: init's children list is long and slows reaping children., Oleg Nesterov
- Re: init's children list is long and slows reaping children., Eric W. Biederman
  - Re: init's children list is long and slows reaping children., Oleg Nesterov
    - Re: init's children list is long and slows reaping children., Eric W. Biederman
      - Re: init's children list is long and slows reaping children., Oleg Nesterov
        
        Re: init's children list is long and slows reaping children., Linus Torvalds
        
        Re: init's children list is long and slows reaping children., Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        Re: init's children list is long and slows reaping children., H. Peter Anvin
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        Re: init's children list is long and slows reaping children., H. Peter Anvin
        
        Re: init's children list is long and slows reaping children., Jeremy Fitzhardinge
        
        Re: init's children list is long and slows reaping children., H. Peter Anvin
        
        Re: init's children list is long and slows reaping children., Oleg Nesterov
        
        Re: init's children list is long and slows reaping children., Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Oleg Nesterov
        
        Re: init's children list is long and slows reaping children., Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Oleg Nesterov
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        Re: init's children list is long and slows reaping children., Oleg Nesterov
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        Re: init's children list is long and slows reaping children., Oleg Nesterov
- <Possible follow-ups>
- Re: init's children list is long and slows reaping children., Robin Holt
  - Re: init's children list is long and slows reaping children., Eric W. Biederman
    - Re: init's children list is long and slows reaping children., Robin Holt
    - Re: init's children list is long and slows reaping children., Oleg Nesterov
      - Re: init's children list is long and slows reaping children., Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Roland Dreier
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        [patch] sched: get rid of p->children use in show_task(), Ingo Molnar
        
        Re: [patch] sched: get rid of p->children use in show_task(), Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Oleg Nesterov
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        [PATCH] Only send pdeath_signal when getppid changes., Eric W. Biederman
        
        Re: [PATCH] Only send pdeath_signal when getppid changes., Oleg Nesterov
        
        Re: [PATCH] Only send pdeath_signal when getppid changes., Eric W. Biederman
        
        Re: [PATCH] Only send pdeath_signal when getppid changes., Roland McGrath
        
        Re: [PATCH] Only send pdeath_signal when getppid changes., Albert Cahalan
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        Re: init's children list is long and slows reaping children., Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        Re: init's children list is long and slows reaping children., Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        [patch] uninline remove/add_parent() APIs, Ingo Molnar
        
        Re: [patch] uninline remove/add_parent() APIs, Eric W. Biederman
        
        Re: [patch] uninline remove/add_parent() APIs, Andrew Morton
        
        Re: [patch] uninline remove/add_parent() APIs, Eric W. Biederman
        
        Re: [patch] uninline remove/add_parent() APIs, Roland McGrath
        
        Re: init's children list is long and slows reaping children., Oleg Nesterov
        
        Re: init's children list is long and slows reaping children., Bill Davidsen
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        Re: init's children list is long and slows reaping children., Bill Davidsen
        
        Re: init's children list is long and slows reaping children., Oleg Nesterov
      - Re: init's children list is long and slows reaping children., Eric W. Biederman
      - Re: init's children list is long and slows reaping children., Davide Libenzi
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
        
        Re: init's children list is long and slows reaping children., Davide Libenzi
        
        Re: init's children list is long and slows reaping children., Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Davide Libenzi
        
        Re: init's children list is long and slows reaping children., Linus Torvalds
        
        Re: init's children list is long and slows reaping children., Davide Libenzi
        
        Re: init's children list is long and slows reaping children., Linus Torvalds
        
        Re: init's children list is long and slows reaping children., Davide Libenzi
        
        Re: init's children list is long and slows reaping children., Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Bill Davidsen
        
        Re: init's children list is long and slows reaping children., Kyle Moffett
        
        Re: init's children list is long and slows reaping children., Linus Torvalds
        
        Re: init's children list is long and slows reaping children., Davide Libenzi
        
        Re: init's children list is long and slows reaping children., Bill Davidsen
        
        Re: init's children list is long and slows reaping children., Davide Libenzi
        
        Re: init's children list is long and slows reaping children., Eric W. Biederman
- Re: init's children list is long and slows reaping children., Christoph Hellwig
  - Re: init's children list is long and slows reaping children., Eric W. Biederman
- Re: init's children list is long and slows reaping children., Jeff Garzik
  - Re: init's children list is long and slows reaping children., Linus Torvalds
    - Re: init's children list is long and slows reaping children., Jeff Garzik
      - Re: init's children list is long and slows reaping children., Nick Piggin
  - Re: init's children list is long and slows reaping children., Andrew Morton
    - Re: init's children list is long and slows reaping children., Eric W. Biederman
      - Re: init's children list is long and slows reaping children., Andrew Morton
      - Re: init's children list is long and slows reaping children., Jeff Garzik
      - Re: init's children list is long and slows reaping children., Robin Holt
    - Re: init's children list is long and slows reaping children., Dave Jones
      - Re: init's children list is long and slows reaping children., Andrew Morton
        
        Re: init's children list is long and slows reaping children., Linus Torvalds
        
        Re: init's children list is long and slows reaping children., Jeff Garzik
        
        Re: init's children list is long and slows reaping children., Ingo Oeser
        
        Re: init's children list is long and slows reaping children., Alexey Dobriyan
        
        Re: init's children list is long and slows reaping children., Dave Jones
        
        Re: init's children list is long and slows reaping children., Torsten Kaiser
        
        Re: init's children list is long and slows reaping children., Jeff Garzik
        
        Re: init's children list is long and slows reaping children., Jeff Garzik
        
        Re: init's children list is long and slows reaping children., Andrew Morton
        
        Re: init's children list is long and slows reaping children., Jeff Garzik
        
        Re: init's children list is long and slows reaping children., Andrew Morton
        
        Re: init's children list is long and slows reaping children., Jeff Garzik
        
        Re: init's children list is long and slows reaping children., Ingo Oeser
        
        Re: init's children list is long and slows reaping children., Matt Mackall
        
        Re: init's children list is long and slows reaping children., Russell King
        
        Re: init's children list is long and slows reaping children., Jeff Garzik
        
        Re: init's children list is long and slows reaping children., Ingo Molnar
        
        Re: init's children list is long and slows reaping children., Jeff Garzik
- Re: init's children list is long and slows reaping children., Chris Snook
[PATCH 2.6.21-rc6] [netfilter] early_drop imrovement, Vasily Averin
- <Possible follow-ups>
- [PATCH 2.6.21-rc6] [netfilter] early_drop imrovement, Vasily Averin
  - Re: [PATCH 2.6.21-rc6] [netfilter] early_drop imrovement, Eric Dumazet
    - Re: [PATCH 2.6.21-rc6] [netfilter] early_drop imrovement, Vasily Averin
      - Re: [PATCH 2.6.21-rc6] [netfilter] early_drop imrovement, Patrick McHardy
        
        [PATCH nf-2.6.22] [netfilter] early_drop imrovement, Vasily Averin
        
        Re: [PATCH nf-2.6.22] [netfilter] early_drop imrovement, Eric Dumazet
        
        Re: [PATCH nf-2.6.22] [netfilter] early_drop imrovement, Vasily Averin
        
        [NETFILTER] early_drop() imrovement (v3), Vasily Averin
        
        Re: [NETFILTER] early_drop() imrovement (v3), Patrick McHardy
        
        Re: [NETFILTER] early_drop() imrovement (v3), Jan Engelhardt
        
        Re: [NETFILTER] early_drop() imrovement (v3), Vasily Averin
        
        Re: [NETFILTER] early_drop() imrovement (v3), Patrick McHardy
        
        [NETFILTER] early_drop() imrovement (v4), Vasily Averin
        
        Re: [NETFILTER] early_drop() imrovement (v4), Patrick McHardy
        
        Re: [NETFILTER] early_drop() imrovement (v4), Patrick McHardy
        
        Re: [NETFILTER] early_drop() imrovement (v4), Vasily Averin
        
        Re: [NETFILTER] early_drop() imrovement (v4), Patrick McHardy
        
        Re: [NETFILTER] early_drop() imrovement (v4), Vasily Averin
        
        Re: [NETFILTER] early_drop() imrovement (v4), Patrick McHardy
        
        Re: [NETFILTER] early_drop() imrovement (v4), Vasily Averin
        
        Re: [NETFILTER] early_drop() imrovement (v4), Patrick McHardy
need help, vjn
- Re: need help, Bill Davidsen
- <Possible follow-ups>
- Re: need help, Bodo Eggert
Re: [PATCH 02/12] mm: scalable bdi statistics counters., Peter Zijlstra
Re: [PATCH 0/90] Post 2.6.21 OMAP update, Russell King
- Re: [PATCH 0/90] Post 2.6.21 OMAP update, Tony Lindgren
- <Possible follow-ups>
- Re: [PATCH 0/90] Post 2.6.21 OMAP update, Tony Lindgren
Re: [PATCH 12/12] mm: per BDI congestion feedback, Peter Zijlstra
- Re: [PATCH 12/12] mm: per BDI congestion feedback, Andrew Morton
  - Re: [PATCH 12/12] mm: per BDI congestion feedback, Miklos Szeredi
REISER4: tracking down opps in reiser4_do_readpage_extent, Ignatich
Re: [PATCH 11/12] mm: accurate pageout congestion wait, Peter Zijlstra
Re: [PATCH 10/12] mm: page_alloc_wait, Peter Zijlstra
Re: [PATCH 2.6.21-rc6] mm/page_alloc.c: removal of an unused definition of 'setup_n_node_ids', Christoph Lameter
[PATCH RT] Don't call mcount from vsyscall_fn's, Steven Rostedt
- Re: [PATCH RT] Don't call mcount from vsyscall_fn's, Ingo Molnar
2.6.21 - BUG: at arch/i386/kernel/smp.c:177 send_IPI_mask_bitmask(), Jeff Chua

[Index of Archives] [FAQ] [Kernel Announce] [Kernel Newbies] [IETF Annouce] [Security] [Netfilter] [Yosemite Campsites] [Bugtraq]

Powered by Linux