LKML: Linux Kernel Archive 2006 Q1

Date Index

PATCH: Fix warning with b44.c on 64bit boxes, Alan Cox
PATCH: SBC EPX does not check/claim I/O ports it uses, Alan Cox
- Re: PATCH: SBC EPX does not check/claim I/O ports it uses, Bartlomiej Zolnierkiewicz
  - Re: PATCH: SBC EPX does not check/claim I/O ports it uses, Alan Cox
  - PATCH: SBC EPX does not check/claim I/O ports it uses (2nd Edition), Alan Cox
    - Re: PATCH: SBC EPX does not check/claim I/O ports it uses (2nd Edition), Jiri Slaby
      - Re: PATCH: SBC EPX does not check/claim I/O ports it uses (2nd Edition), Andrew Morton
[patch] sem2mutex ioc4.c, Jes Sorensen
[PATCH] serial: serial_txx9 driver update, Atsushi Nemoto
- Re: [PATCH] serial: serial_txx9 driver update, Andrew Morton
  - Re: [PATCH] serial: serial_txx9 driver update, Russell King
    - Re: [PATCH] serial: serial_txx9 driver update, Andrew Morton
      - Re: [PATCH] serial: serial_txx9 driver update, Russell King
        
        Re: [PATCH] serial: serial_txx9 driver update, Atsushi Nemoto
        
        Re: [PATCH] serial: serial_txx9 driver update, Russell King
        
        Re: [PATCH] serial: serial_txx9 driver update, Atsushi Nemoto
        
        Re: [PATCH] serial: serial_txx9 driver update, Atsushi Nemoto
        
        Re: [PATCH] serial: serial_txx9 driver update, Russell King
        
        Re: [PATCH] serial: serial_txx9 driver update, Atsushi Nemoto
[PATCH] synclink_gt fix size of register value storage, Paul Fulghum
- Re: [PATCH] synclink_gt fix size of register value storage, Jiri Slaby
  - Re: [PATCH] synclink_gt fix size of register value storage, Paul Fulghum
Vaigrra from $139.95 aw4LtA, Lora Zavala
[PATCH] serial: initialize spinlock for port failed to setup console, Atsushi Nemoto
PID virtualisation snafu, Matthew Wilcox
- Re: PID virtualisation snafu, Serge E. Hallyn
[PATCH] zone gfp_flags generate from ZONE_ constants, Andy Whitcroft
- Re: [PATCH] zone gfp_flags generate from ZONE_ constants, Andrew Morton
[PATCH] zonelists gfp_zone() is really gfp_zonelist(), Andy Whitcroft
- Re: [PATCH] zonelists gfp_zone() is really gfp_zonelist(), Dave Hansen
  - Re: [PATCH] zonelists gfp_zone() is really gfp_zonelist(), Andy Whitcroft
[PATCH] Fix building in a separate directory, Matthew Wilcox
[PATCH 2.6.16-rc1] defines MMU mode specific syscalls as 'cond_syscall', Hyok S. Choi
Fazla Lafa Gerek Yok, [email protected]
sata_mv important note, Jeff Garzik
- Re: sata_mv important note, Sebastian Kuzminsky
  - Re: sata_mv important note, Arkadiusz Miskiewicz
    - Re: sata_mv important note, Sebastian Kuzminsky
      - Re: sata_mv important note, Mark Lord
      - Re: sata_mv important note, Bartlomiej Zolnierkiewicz
        
        Re: sata_mv important note, Sebastian Kuzminsky
  - Re: sata_mv important note, Mark Lord
RFC [patch 00/34] PID Virtualization Overview, Serge Hallyn
- RFC [patch 20/34] PID Virtualization Use pid_to_vpid conversion functions, Serge Hallyn
- RFC [patch 10/34] PID Virtualization Change pid accesses: security/, Serge Hallyn
- RFC [patch 07/34] PID Virtualization Change pid accesses: lib/, Serge Hallyn
- RFC [patch 14/34] PID Virtualization const parameter for process group, Serge Hallyn
- RFC [patch 23/34] PID Virtualization Use vpid_to_pid functions, Serge Hallyn
- RFC [patch 01/34] PID Virtualization Change pid accesses: drivers, Serge Hallyn
- RFC [patch 24/34] PID Virtualization use vpgid_to_pgid function, Serge Hallyn
- RFC [patch 08/34] PID Virtualization Change pid accesses: mm/, Serge Hallyn
- RFC [patch 33/34] PID Virtualization per container /proc filesystem, Serge Hallyn
- RFC [patch 25/34] PID Virtualization Context for pid_to_vpid conversition functions, Serge Hallyn
- RFC [patch 22/34] PID Virtualization define vpid_to_pid functions, Serge Hallyn
- RFC [patch 29/34] PID Virtualization container attach/detach calls, Serge Hallyn
- RFC [patch 15/34] PID Virtualization task virtual pid access functions, Serge Hallyn
- RFC [patch 26/34] PID Virtualization Documentation, Serge Hallyn
- RFC [patch 17/34] PID Virtualization return virtual process group ids, Serge Hallyn
- RFC [patch 18/34] PID Virtualization code enhancements for virtual pids in /proc, Serge Hallyn
- RFC [patch 21/34] PID Virtualization file owner pid virtualization, Serge Hallyn
- RFC [patch 09/34] PID Virtualization Change pid accesses: net/, Serge Hallyn
- RFC [patch 05/34] PID Virtualization Change pid accesses: ipc, Serge Hallyn
- RFC [patch 03/34] PID Virtualization Change pid accesses: filesystems., Serge Hallyn
- RFC [patch 13/34] PID Virtualization Define new task_pid api, Serge Hallyn
  - Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Arjan van de Ven
    - Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Serge E. Hallyn
      - Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Arjan van de Ven
      - Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Alan Cox
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Kyle Moffett
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Dave Hansen
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Greg KH
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Greg KH
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Dave Hansen
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Hubertus Franke
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Hubertus Franke
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Kyle Moffett
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Arjan van de Ven
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Herbert Poetzl
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Kyle Moffett
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Hubertus Franke
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Alan Cox
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Hubertus Franke
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Arjan van de Ven
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Hubertus Franke
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Alan Cox
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Alan Cox
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Arjan van de Ven
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Trond Myklebust
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Trond Myklebust
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Herbert Poetzl
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Message not available
        
        Re: RFC: [PATCH] pids as weak references., Dave Hansen
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Linus Torvalds
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Hubertus Franke
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Linus Torvalds
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Dave Hansen
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Herbert Poetzl
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Greg
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Greg
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Kirill Korotaev
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Kirill Korotaev
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Kirill Korotaev
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Cedric Le Goater
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Hubertus Franke
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Kirill Korotaev
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Kirill Korotaev
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Dave Hansen
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Kirill Korotaev
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Cedric Le Goater
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Pavel Machek
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Kirill Korotaev
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Eric W. Biederman
        
        Re: RFC [patch 13/34] PID Virtualization Define new task_pid api, Kirill Korotaev
- RFC [patch 28/34] PID Virtualization container object and functions, Serge Hallyn
- RFC [patch 02/34] PID Virtualization Change pid accesses: most archs, Serge Hallyn
- RFC [patch 04/34] PID Virtualization Change pid accesses: include/., Serge Hallyn
- RFC [patch 16/34] PID Virtualization return virtual pids where required, Serge Hallyn
- RFC [patch 19/34] PID Virtualization Define pid_to_vpid functions, Serge Hallyn
- RFC [patch 06/34] PID Virtualization Change pid accesses: kernel/, Serge Hallyn
- RFC [patch 30/34] PID Virtualization /proc/container filesystem, Serge Hallyn
- RFC [patch 32/34] PID Virtualization Handle special case vpid return cases, Serge Hallyn
- RFC [patch 11/34] PID Virtualization Change pid accesses: sound/, Serge Hallyn
- RFC [patch 27/34] PID Virtualization pidspace, Serge Hallyn
- RFC [patch 31/34] PID Virtualization Implementation of low level virtualization functions, Serge Hallyn
- RFC [patch 12/34] PID Virtualization Change pid accesses: ia64 and mips, Serge Hallyn
- RFC [patch 34/34] PID Virtualization pidspace parent : signal behavior, Serge Hallyn
- Re: RFC [patch 00/34] PID Virtualization Overview, Suleiman Souhlal
  - Re: RFC [patch 00/34] PID Virtualization Overview, Dave Hansen
    - Re: RFC [patch 00/34] PID Virtualization Overview, Suleiman Souhlal
      - Re: RFC [patch 00/34] PID Virtualization Overview, Dave Hansen
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Alan Cox
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Dave Hansen
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Arjan van de Ven
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Dave Hansen
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Arjan van de Ven
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Alan Cox
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Arjan van de Ven
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Eric W. Biederman
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Serge E. Hallyn
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Hubertus Franke
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Eric W. Biederman
        
        RFC: Multiple instances of kernel namespaces., Eric W. Biederman
        
        Re: RFC: Multiple instances of kernel namespaces., Serge E. Hallyn
        
        Re: RFC: Multiple instances of kernel namespaces., Hubertus Franke
        
        Message not available
        
        Re: RFC: Multiple instances of kernel namespaces., Hubertus Franke
        
        Re: RFC: Multiple instances of kernel namespaces., Eric W. Biederman
        
        Re: RFC: Multiple instances of kernel namespaces., Herbert Poetzl
        
        Re: RFC: Multiple instances of kernel namespaces., Eric W. Biederman
        
        Re: RFC: Multiple instances of kernel namespaces., Herbert Poetzl
        
        Re: RFC [patch 00/34] PID Virtualization Overview, Pavel Machek
make "struct d_cookie" dependable on CONFIG_PROFILING?, Marcelo Tosatti
- Re: make "struct d_cookie" dependable on CONFIG_PROFILING?, Philippe Elie
[PATCH 2.6.15+]: Trusted Platform depends on Security models, Rui Saraiva
- Re: [PATCH][2.6.16-rc1] TPM: tpm_bios needs securityfs (CONFIG_SECURITY), Jerome Pinot
  - Re: [PATCH][2.6.16-rc1] TPM: tpm_bios needs securityfs (CONFIG_SECURITY), Kylene Jo Hall
    - Re: [PATCH][2.6.16-rc1] TPM: tpm_bios needs securityfs (CONFIG_SECURITY), Andrew Morton
[KORG] GITWEB doesn't show any DIFF's, Michael Krufky
- Re: [KORG] GITWEB doesn't show any DIFF's, Alistair John Strachan
  - Re: [KORG] GITWEB doesn't show any DIFF's, Diego Calleja
    - Re: [KORG] GITWEB doesn't show any DIFF's, Jesper Juhl
      - Re: [KORG] GITWEB doesn't show any DIFF's, Michael Krufky
  - Re: [KORG] GITWEB doesn't show any DIFF's, Michael Krufky
    - Re: [KORG] GITWEB doesn't show any DIFF's, Alistair John Strachan
      - Re: [KORG] GITWEB doesn't show any DIFF's, Michael Krufky
        
        Re: [KORG] GITWEB doesn't show any DIFF's, Nathan Laredo
[2.6.16-rc1 bug] alsa suspend/resume continues to fail for ens1370, Patrizio Bassi
- Re: [2.6.16-rc1 bug] alsa suspend/resume continues to fail for ens1370, Takashi Iwai
  - Re: [2.6.16-rc1 bug] alsa suspend/resume continues to fail for ens1370, Patrizio Bassi
No kexec in menuconfig in 2.6.16-rc1, Théophile Helleboid - Chtitux
- Re: No kexec in menuconfig in 2.6.16-rc1, Michal Piotrowski
Bug in the new 2.6.16-rc1, without .conf file, Théophile Helleboid - Chtitux
Re: [patch 1/2] ata_piix: add Intel ICH8 device IDs, Jeff Garzik
[PATCH/RFC] Unify mapping from PXM to node id., Yasunori Goto
- Re: [discuss] [PATCH/RFC] Unify mapping from PXM to node id., Andi Kleen
  - Re: [discuss] [PATCH/RFC] Unify mapping from PXM to node id., Yasunori Goto
Strange Problems with ARP and Linux, Richard Mueller
- Re: Strange Problems with ARP and Linux, Mathieu Chouquet-Stringer
Observation on IDE read operation, kernel coder
[PATCH 2/2] ufs: rm hang up the kernel, Evgeniy Dushistov
[PATCH 1/2] ufs: rm hang up the kernel, Evgeniy Dushistov
[PATCH 0/4] compact call trace, Akinobu Mita
- [PATCH 1/4] makes print_symbol() return int, Akinobu Mita
- [PATCH 2/4] x86-64: Use print_symbol() to dump call trace, Akinobu Mita
- [PATCH 3/4] compact print_symbol() output, Akinobu Mita
  - Re: [PATCH 3/4] compact print_symbol() output, Keith Owens
    - Re: [PATCH 3/4] compact print_symbol() output, Jesper Juhl
      - Re: [PATCH 3/4] compact print_symbol() output, Akinobu Mita
        
        Re: [PATCH 3/4] compact print_symbol() output, Keith Owens
    - Re: [PATCH 3/4] compact print_symbol() output, Akinobu Mita
      - Re: [PATCH 3/4] compact print_symbol() output, Hugh Dickins
        
        Re: [PATCH 3/4] compact print_symbol() output, Andi Kleen
- [PATCH 4/4] i386: print system_utsname.version in oops, Akinobu Mita
- Re: [PATCH 0/4] compact call trace, Arjan van de Ven
  - Re: [PATCH 0/4] compact call trace, Keith Owens
[ketchup] Fix for the install_nearest function, Michael Opdenacker
[ketchup] Patch for 'ketchup -l', Michael Opdenacker
All Adobe software at Super Discountz Packz ( Ref: ottawa ), Sherrie Serrano
Linux 2.6.16-rc1, Linus Torvalds
- Re: Linux 2.6.16-rc1, Prakash Punnoor
  - Re: Linux 2.6.16-rc1, Jeff Garzik
    - Re: Linux 2.6.16-rc1, Prakash Punnoor
- Re: Linux 2.6.16-rc1, Gene Heskett
  - Re: Linux 2.6.16-rc1, Mauro Carvalho Chehab
    - Re: Linux 2.6.16-rc1, Gene Heskett
- Re: Linux 2.6.16-rc1, Diego Calleja
  - Re: Linux 2.6.16-rc1, Linus Torvalds
    - Re: Linux 2.6.16-rc1, Diego Calleja
    - Re: Linux 2.6.16-rc1, Jan Engelhardt
      - Re: Linux 2.6.16-rc1, Antonio Vargas
        
        Re: Linux 2.6.16-rc1, Jan Engelhardt
        
        Re: Linux 2.6.16-rc1, L. A. Walsh
        
        Re: Linux 2.6.16-rc1, David S. Miller
        
        Re: Linux 2.6.16-rc1, Russell King
    - Re: Linux 2.6.16-rc1 -- which gcc version?, Jeff Chua
      - Re: Linux 2.6.16-rc1 -- which gcc version?, Linus Torvalds
      - Re: Linux 2.6.16-rc1 -- which gcc version?, Arjan van de Ven
  - Re: Linux 2.6.16-rc1, Bill Davidsen
- Re: Linux 2.6.16-rc1, David R
  - Re: Linux 2.6.16-rc1, Greg KH
    - Re: Linux 2.6.16-rc1, David R
    - Re: Linux 2.6.16-rc1, David R
      - Re: Linux 2.6.16-rc1, Greg KH
- Re: Linux 2.6.16-rc1 - hrtimer hotfix, Thomas Gleixner
  - Re: Linux 2.6.16-rc1 - hrtimer hotfix, Lee Revell
    - Re: Linux 2.6.16-rc1 - hrtimer hotfix, Thomas Gleixner
- Re: Linux 2.6.16-rc1, Valdis . Kletnieks
  - Re: Linux 2.6.16-rc1, Patrick McHardy
- Re: Linux 2.6.16-rc1, Eyal Lebedinsky
  - Re: Linux 2.6.16-rc1, Sam Ravnborg
    - Re: Linux 2.6.16-rc1, Jean Delvare
      - Re: Linux 2.6.16-rc1, Sam Ravnborg
        
        Re: Linux 2.6.16-rc1, Eyal Lebedinsky
        
        Re: Linux 2.6.16-rc1, Sam Ravnborg
        
        Re: Linux 2.6.16-rc1, Jean Delvare
        
        Re: Linux 2.6.16-rc1, Jan Engelhardt
        
        Re: Linux 2.6.16-rc1, Jean Delvare
        
        Re: Linux 2.6.16-rc1, Jan Engelhardt
        
        Re: Linux 2.6.16-rc1, Sam Ravnborg
        
        Re: Linux 2.6.16-rc1, Bryan O'Sullivan
        
        Re: Linux 2.6.16-rc1, Sam Ravnborg
        
        Re: Linux 2.6.16-rc1, Bryan O'Sullivan
        
        Re: Linux 2.6.16-rc1, Jean Delvare
        
        Re: Linux 2.6.16-rc1, Bryan O'Sullivan
        
        Re: Linux 2.6.16-rc1, Johannes Stezenbach
        
        Re: Linux 2.6.16-rc1, Kurt Wall
        
        Re: Linux 2.6.16-rc1, Eyal Lebedinsky
        
        Re: Linux 2.6.16-rc1, Kurt Wall
    - Re: Linux 2.6.16-rc1, Eyal Lebedinsky
- Re: Linux 2.6.16-rc1 - usb printer problems, Helge Hafting
  - Re: Linux 2.6.16-rc1 - usb printer problems, Greg KH
[PATCH 000 of 5] md: Introduction, NeilBrown
- [PATCH 004 of 5] md: Core of raid5 resize process, NeilBrown
- [PATCH 001 of 5] md: Split disks array out of raid5 conf structure so it is easier to grow., NeilBrown
  - Re: [PATCH 001 of 5] md: Split disks array out of raid5 conf structure so it is easier to grow., John Stoffel
    - Re: [PATCH 001 of 5] md: Split disks array out of raid5 conf structure so it is easier to grow., Neil Brown
      - Re: [PATCH 001 of 5] md: Split disks array out of raid5 conf structure so it is easier to grow., John Stoffel
        
        Re: [PATCH 001 of 5] md: Split disks array out of raid5 conf structure so it is easier to grow., Neil Brown
- [PATCH 003 of 5] md: Infrastructure to allow normal IO to continue while array is expanding., NeilBrown
- [PATCH 002 of 5] md: Allow stripes to be expanded in preparation for expanding an array., NeilBrown
- [PATCH 005 of 5] md: Final stages of raid5 expand code., NeilBrown
  - Re: [PATCH 005 of 5] md: Final stages of raid5 expand code., Sander
    - Re: [PATCH 005 of 5] md: Final stages of raid5 expand code., Neil Brown
- Re: [PATCH 000 of 5] md: Introduction, Michael Tokarev
  - Re: [PATCH 000 of 5] md: Introduction, Sander
    - Re: [PATCH 000 of 5] md: Introduction, Michael Tokarev
      - Re: [PATCH 000 of 5] md: Introduction, Kyle Moffett
        
        Re: [PATCH 000 of 5] md: Introduction, Neil Brown
      - Re: [PATCH 000 of 5] md: Introduction, Ross Vandegrift
        
        Re: [PATCH 000 of 5] md: Introduction, Michael Tokarev
        
        Re: [PATCH 000 of 5] md: Introduction, Sander
        
        Re: [PATCH 000 of 5] md: Introduction, Alan Cox
        
        Re: [PATCH 000 of 5] md: Introduction, Neil Brown
        
        Re: [PATCH 000 of 5] md: Introduction, Jakob Oestergaard
      - Re: [PATCH 000 of 5] md: Introduction, Phillip Susi
        
        Re: [PATCH 000 of 5] md: Introduction, Neil Brown
  - Re: [PATCH 000 of 5] md: Introduction, Steinar H. Gunderson
- Re: [PATCH 000 of 5] md: Introduction, Adam Kropelin
  - Re: [PATCH 000 of 5] md: Introduction, Neil Brown
    - Re: [PATCH 000 of 5] md: Introduction, Adam Kropelin
- Re: [PATCH 000 of 5] md: Introduction, John Hendrikx
  - Re: [PATCH 000 of 5] md: Introduction, Neil Brown
    - Re: [PATCH 000 of 5] md: Introduction, Kyle Moffett
- <Possible follow-ups>
- RE: [PATCH 000 of 5] md: Introduction, Lincoln Dale (ltd)
  - RE: [PATCH 000 of 5] md: Introduction, Jan Engelhardt
    - RE: [PATCH 000 of 5] md: Introduction, Neil Brown
      - RE: [PATCH 000 of 5] md: Introduction, Mark Hahn
      - RE: [PATCH 000 of 5] md: Introduction, Jan Engelhardt
        
        Re: [PATCH 000 of 5] md: Introduction, Lars Marowsky-Bree
      - Re: [PATCH 000 of 5] md: Introduction, Phillip Susi
        
        Re: [PATCH 000 of 5] md: Introduction, Neil Brown
        
        Re: [PATCH 000 of 5] md: Introduction, Phillip Susi
        
        Re: [PATCH 000 of 5] md: Introduction, Neil Brown
        
        Re: [PATCH 000 of 5] md: Introduction, Phillip Susi
        
        Re: [PATCH 000 of 5] md: Introduction, Lars Marowsky-Bree
        
        Re: [PATCH 000 of 5] md: Introduction, Jens Axboe
        
        Re: [PATCH 000 of 5] md: Introduction, Heinz Mauelshagen
        
        Re: [PATCH 000 of 5] md: Introduction, Lars Marowsky-Bree
        
        Re: [PATCH 000 of 5] md: Introduction, Heinz Mauelshagen
        
        Re: [PATCH 000 of 5] md: Introduction, Heinz Mauelshagen
        
        Re: [PATCH 000 of 5] md: Introduction, Ross Vandegrift
        
        Re: [PATCH 000 of 5] md: Introduction, Heinz Mauelshagen
        
        Re: [PATCH 000 of 5] md: Introduction, Lars Marowsky-Bree
        
        Re: [PATCH 000 of 5] md: Introduction, Heinz Mauelshagen
        
        Re: [PATCH 000 of 5] md: Introduction, Lars Marowsky-Bree
        
        Re: [PATCH 000 of 5] md: Introduction, Heinz Mauelshagen
        
        Re: [PATCH 000 of 5] md: Introduction, Lars Marowsky-Bree
        
        Re: [PATCH 000 of 5] md: Introduction, Heinz Mauelshagen
        
        Re: [PATCH 000 of 5] md: Introduction, Lars Marowsky-Bree
        
        Re: [PATCH 000 of 5] md: Introduction, Heinz Mauelshagen
        
        Re: [PATCH 000 of 5] md: Introduction, Lars Marowsky-Bree
        
        Re: [PATCH 000 of 5] md: Introduction, Heinz Mauelshagen
        
        Re: [PATCH 000 of 5] md: Introduction, Ville Herva
        
        Re: [PATCH 000 of 5] md: Introduction, Steinar H. Gunderson
        
        Re: [PATCH 000 of 5] md: Introduction, Heinz Mauelshagen
        
        Re: [PATCH 000 of 5] md: Introduction, Ville Herva
        
        Re: [PATCH 000 of 5] md: Introduction, Phillip Susi
        
        Error message for invalid initramfs cpio format?, Ville Herva
- RE: [PATCH 000 of 5] md: Introduction, Hubert Tonneau
- RE: [PATCH 000 of 5] md: Introduction, Hubert Tonneau
  - Re: [PATCH 000 of 5] md: Introduction, Christoph Hellwig
    - Re: [PATCH 000 of 5] md: Introduction, Herbert Poetzl
- Re: [PATCH 000 of 5] md: Introduction, Hubert Tonneau
[patch 2.6.15-current] i386: multi-column stack backtraces, Chuck Ebbert
- Re: [patch 2.6.15-current] i386: multi-column stack backtraces, Dave Jones
- Re: [patch 2.6.15-current] i386: multi-column stack backtraces, Andrew Morton
  - Re: [patch 2.6.15-current] i386: multi-column stack backtraces, Dave Jones
    - Re: [patch 2.6.15-current] i386: multi-column stack backtraces, Andrew Morton
    - Re: [patch 2.6.15-current] i386: multi-column stack backtraces, Keith Owens
    - Re: [patch 2.6.15-current] i386: multi-column stack backtraces, Jan Engelhardt
      - Re: [patch 2.6.15-current] i386: multi-column stack backtraces, Keith Owens
  - Re: [patch 2.6.15-current] i386: multi-column stack backtraces, Keith Owens
    - Re: [patch 2.6.15-current] i386: multi-column stack backtraces, Sam Ravnborg
  - Re: [patch 2.6.15-current] i386: multi-column stack backtraces, Pavel Machek
Re: git-diff-files and fakeroot, Ryan Anderson
- Re: git-diff-files and fakeroot, Kyle Moffett
  - Re: git-diff-files and fakeroot, Ryan Anderson
    - Re: git-diff-files and fakeroot, Sam Ravnborg
[patch] mm: Convert global dirty_exceeded flag to per-node node_dirty_exceeded, Ravikiran G Thirumalai
- Re: [patch] mm: Convert global dirty_exceeded flag to per-node node_dirty_exceeded, Andrew Morton
  - Re: [patch] mm: Convert global dirty_exceeded flag to per-node node_dirty_exceeded, Ravikiran G Thirumalai
    - Re: [patch] mm: Convert global dirty_exceeded flag to per-node node_dirty_exceeded, Andrew Morton
      - Re: [patch] mm: Convert global dirty_exceeded flag to per-node node_dirty_exceeded, Ravikiran G Thirumalai
        
        Re: [patch] mm: Convert global dirty_exceeded flag to per-node node_dirty_exceeded, Andrew Morton
Re: Waiting for your responce and remain blessed., ENRIQUEZ
Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Justin Piszcz
- Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Phil Oester
  - Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Justin Piszcz
    - Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Tomasz Kłoczko
      - Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Alan Cox
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Justin Piszcz
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Alan Cox
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Trond Myklebust
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Justin Piszcz
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Trond Myklebust
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Justin Piszcz
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Trond Myklebust
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Justin Piszcz
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Jan Engelhardt
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Justin Piszcz
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Jan Engelhardt
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Lee Revell
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Justin Piszcz
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Lee Revell
        
        Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Trond Myklebust
  - Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Justin Piszcz
    - Re: Kernel 2.6.15.1 + NFS is 4 times slower than FTP!?, Jan Engelhardt
2.6.15.1 Oops: rmmod ide-scsi, Matthias Andree
- Re: 2.6.15.1 Oops: rmmod ide-scsi, Bartlomiej Zolnierkiewicz
Agent, Liu Wong
[PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Olaf Hering
- Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
  - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Olaf Hering
    - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Andrew Morton
      - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
  - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Jan Blunck
    - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Andrew Morton
      - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
    - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
      - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Jan Blunck
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Jan Blunck
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Jan Blunck
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Jan Blunck
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
- <Possible follow-ups>
- Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Neil Brown
  - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Jan Blunck
  - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Jan Blunck
  - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Neil Brown
    - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Balbir Singh
      - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Neil Brown
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Balbir Singh
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Balbir Singh
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Balbir Singh
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Neil Brown
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Balbir Singh
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Neil Brown
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Balbir Singh
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Jan Blunck
    - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
      - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Neil Brown
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Neil Brown
        
        Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Kirill Korotaev
    - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Jan Blunck
      - Re: [PATCH] Busy inodes after unmount, be more verbose in generic_shutdown_super, Neil Brown
[2.6 patch] fix sched_setscheduler semantics, Jason Baron
- Re: [2.6 patch] fix sched_setscheduler semantics, Alexey Dobriyan
  - Re: [2.6 patch] fix sched_setscheduler semantics, Alan Cox
- Re: [2.6 patch] fix sched_setscheduler semantics, Ingo Molnar
All Macromedia software at Super Discountz Packz ( Ref: allyl, Jerald Cummins
drivers/block/ps2esdi.c, Alejandro Bonilla Beeche
- Re: drivers/block/ps2esdi.c, Randy.Dunlap
  - Re: drivers/block/ps2esdi.c, Jens Axboe
    - Re: drivers/block/ps2esdi.c, Randy.Dunlap
[PATCH][RESEND] v9fs: add readpage support, Eric Van Hensbergen
[PATCH -mm] swsusp: userland interface fix, Rafael J. Wysocki
[ALSA PATCH] Sync with ALSA CVS, Jaroslav Kysela
- Re: [ALSA PATCH] Sync with ALSA CVS, Andrew Morton
- <Possible follow-ups>
- [ALSA PATCH] Sync with ALSA CVS, Jaroslav Kysela
[patch] networking ipv4: remove total socket usage count from /proc/net/sockstat, Andy Gospodarek
- Re: [patch] networking ipv4: remove total socket usage count from /proc/net/sockstat, Lee Revell
  - Re: [patch] networking ipv4: remove total socket usage count from /proc/net/sockstat, Andy Gospodarek
    - Re: [patch] networking ipv4: remove total socket usage count from /proc/net/sockstat, Jesper Juhl
      - Re: [patch] networking ipv4: remove total socket usage count from /proc/net/sockstat, Andy Gospodarek
        
        Re: [patch] networking ipv4: remove total socket usage count from /proc/net/sockstat, Jesper Juhl
        
        Re: [patch] networking ipv4: remove total socket usage count from /proc/net/sockstat, Andy Gospodarek
        
        Re: [patch] networking ipv4: remove total socket usage count from /proc/net/sockstat, YOSHIFUJI Hideaki / 吉藤英明
hey from Galechka, Galina B.
Oops with current linus' git tree, Diego Calleja
- Re: Oops with current linus' git tree, Nick Piggin
  - Re: Oops with current linus' git tree, Nick Piggin
  - Re: Oops with current linus' git tree, Diego Calleja
    - Re: Oops with current linus' git tree, Diego Calleja
      - Re: Oops with current linus' git tree, Nick Piggin
        
        Re: Oops with current linus' git tree, Diego Calleja
    - Re: Oops with current linus' git tree, Nick Piggin
      - Re: Oops with current linus' git tree, Diego Calleja
PATCH: Remove unused code from rioctrl.c (Last for this batch of work), Alan Cox
PATCH: Remove rio_table.c unused code, Alan Cox
PATCH: Remove unused code from rio_linux.c, Alan Cox
PATCH: Remove unused CHECK code from riocmd.c, Alan Cox
PATCH: Remove unused code from rioroute.h, Alan Cox
PATCH: Remove unused code from rioboot.h, Alan Cox
[PATCH] [TRIVIAL] Simplify tosh_get_info() in drivers/char/toshiba.c, Michael Opdenacker
PATCH: Remove unused code from rioboot, Alan Cox
PATCH: Remove #if 0 and other long dead code from rio_tty, Alan Cox
PATCH: Remove long dead #if 0 code from rio_param, Alan Cox
PATCH: Remove old firmware headers from rio drivers, Alan Cox
PATCH: Remove rtahw.h from rio driver (unused file), Alan Cox
PATCH: Remove file rtahw from rio driver (unused file), Alan Cox
PATCH: Remove file riscos.h from rio driver (unused file), Alan Cox
PATCH: Remove file riowinif.h from rio driver (unused file), Alan Cox
PATCH: Remove riotime.h from rio driver (unused file), Alan Cox
PATCH: Remove file riolocks.h from rio driver (unused file), Alan Cox
PATCH: Remove proto.h from rio driver (unused file), Alan Cox
PATCH: Remove poll.h from rio driver (unused file), Alan Cox
PATCH: Remove mesg.h from rio driver (unused file), Alan Cox
PATCH: Remove mca.h from rio driver (unused file), Alan Cox
PATCH: Remove internal firmware building files from rio, Alan Cox
PATCH: Remove hosthw.h from rio (unused file), Alan Cox
PATCH: Remove formpkt.h from rio (unused file), Alan Cox
[PATCH] sigprocmask: kill unneeded temp var, Oleg Nesterov
PATCH: Remove enable.h from rio driver (unused file), Alan Cox
PATCH: Remove enable.h from rio (unused file), Alan Cox
PATCH: Remove debug.h from rio.h (unused file), Alan Cox
PATCH: Remove data.h from rio driver (unused file), Alan Cox
PATCH: Remove chan.h from rio driver (unused file), Alan Cox
PATCH: Removed cmd.h from rio driver (unused file), Alan Cox
PATCH: Remove brates.h from rio driver (unused file), Alan Cox
unmount oops in log_do_checkpoint, Nick Piggin
- Re: unmount oops in log_do_checkpoint, Jan Kara
  - Re: unmount oops in log_do_checkpoint, Nick Piggin
    - Re: unmount oops in log_do_checkpoint, Andrew Morton
      - Re: unmount oops in log_do_checkpoint, Nick Piggin
        
        Re: unmount oops in log_do_checkpoint, Nick Piggin
        
        Re: unmount oops in log_do_checkpoint, Jan Kara
        
        Re: unmount oops in log_do_checkpoint, Nick Piggin
        
        Re: unmount oops in log_do_checkpoint, Jan Kara
        
        Re: unmount oops in log_do_checkpoint, Nick Piggin
        
        Re: unmount oops in log_do_checkpoint, Jan Kara
3COM 3C940, does not work anymore after upgrade to 2.6.15, Björn Nilsson
- Re: 3COM 3C940, does not work anymore after upgrade to 2.6.15, Stephen Hemminger
  - Re: 3COM 3C940, does not work anymore after upgrade to 2.6.15, Björn Nilsson
    - Re: 3COM 3C940, does not work anymore after upgrade to 2.6.15, Björn Nilsson
interrupt routing ATi RS480M (MSI Megabook S270), René Rebe
- Re: interrupt routing ATi RS480M (MSI Megabook S270), René Rebe
- Re: interrupt routing ATi RS480M (MSI Megabook S270), Andreas Jellinghaus
  - Re: interrupt routing ATi RS480M (MSI Megabook S270), René Rebe
ktimer not firing ?, Claudio Scordino
- Re: ktimer not firing ?, Thomas Gleixner
Shared memory usage, linux-os (Dick Johnson)
- Re: Shared memory usage, Valdis . Kletnieks
  - Re: Shared memory usage, linux-os (Dick Johnson)
    - Re: Shared memory usage, Ram Gupta
      - Re: Shared memory usage, Hugh Dickins
- Re: Shared memory usage, Jan Knutar
  - Re: Shared memory usage, linux-os (Dick Johnson)
[PATCH] export writeback_bdev and writeback_inode, Olaf Hering
- Re: [PATCH] export writeback_bdev and writeback_inode, Christoph Hellwig
  - Re: [PATCH] export writeback_bdev and writeback_inode, Olaf Hering
Suspend to RAM and disk, Pavel Machek
- Re: Suspend to RAM and disk, Rafael J. Wysocki
  - Re: Suspend to RAM and disk, Pavel Machek
find reports badness on /proc (2.6.15-dirty), Pavel Machek
[PATCH 5/5] stack overflow safe kdump (2.6.15-i386) - private nmi stack, Fernando Luis Vazquez Cao
- Re: [PATCH 5/5] stack overflow safe kdump (2.6.15-i386) - private nmi stack, Vivek Goyal
  - Re: [PATCH 5/5] stack overflow safe kdump (2.6.15-i386) - private nmi stack, Fernando Luis Vazquez Cao
  - Re: [PATCH 5/5] stack overflow safe kdump (2.6.15-i386) - private nmi stack, Fernando Luis Vazquez Cao
  - Message not available
    - Message not available
      - Re: [PATCH 5/5] stack overflow safe kdump (2.6.15-i386) - private nmi stack, Fernando Luis Vazquez Cao
[PATCH 3/5] stack overflow safe kdump (2.6.15-i386) - fault, Fernando Luis Vazquez Cao
[PATCH 4/5] stack overflow safe kdump (2.6.15-i386) - nmi handler and trap vector replacement, Fernando Luis Vazquez Cao
- Re: [PATCH 4/5] stack overflow safe kdump (2.6.15-i386) - nmi handler and trap vector replacement, Vivek Goyal
  - Re: [PATCH 4/5] stack overflow safe kdump (2.6.15-i386) - nmi handler and trap vector replacement, Fernando Luis Vazquez Cao
[PATCH 0/5] stack overflow safe kdump (2.6.15-i386), Fernando Luis Vazquez Cao
- Re: [PATCH 0/5] stack overflow safe kdump (2.6.15-i386), Vivek Goyal
  - Re: [PATCH 0/5] stack overflow safe kdump (2.6.15-i386), Fernando Luis Vazquez Cao
    - Re: [PATCH 0/5] stack overflow safe kdump (2.6.15-i386), Vivek Goyal
[PATCH 1/5] stack overflow safe kdump (2.6.15-i386) - safe_smp_processor_id, Fernando Luis Vazquez Cao
- Re: [PATCH 1/5] stack overflow safe kdump (2.6.15-i386) - safe_smp_processor_id, Vivek Goyal
[PATCH 2/5] stack overflow safe kdump (2.6.15-i386) - use_safe_smp_processor_id, Fernando Luis Vazquez Cao
- Re: [PATCH 2/5] stack overflow safe kdump (2.6.15-i386) - use_safe_smp_processor_id, Vivek Goyal
differences between MADV_FREE and MADV_DONTNEED, Andrea Arcangeli
- Re: differences between MADV_FREE and MADV_DONTNEED, Suleiman Souhlal
  - Re: differences between MADV_FREE and MADV_DONTNEED, Andrea Arcangeli
    - Re: differences between MADV_FREE and MADV_DONTNEED, Suleiman Souhlal
      - Re: differences between MADV_FREE and MADV_DONTNEED, Andrea Arcangeli
        
        Re: differences between MADV_FREE and MADV_DONTNEED, Eric W. Biederman
        
        Re: differences between MADV_FREE and MADV_DONTNEED, Suleiman Souhlal
        
        Re: differences between MADV_FREE and MADV_DONTNEED, Nicholas Miell
        
        Re: differences between MADV_FREE and MADV_DONTNEED, Christoph Hellwig
        
        Re: differences between MADV_FREE and MADV_DONTNEED, Eric W. Biederman
        
        Re: differences between MADV_FREE and MADV_DONTNEED, Nicholas Miell
        
        Re: differences between MADV_FREE and MADV_DONTNEED, Badari Pulavarty
- Re: differences between MADV_FREE and MADV_DONTNEED, Blaisorblade
  - Re: differences between MADV_FREE and MADV_DONTNEED, Andrea Arcangeli
[PATCH 0/3] changes about Call Trace:, Akinobu Mita
- [PATCH 1/3] makes print_symbol() return int, Akinobu Mita
  - Re: [PATCH 1/3] makes print_symbol() return int, Jesper Juhl
    - Re: [PATCH 1/3] makes print_symbol() return int, Akinobu Mita
      - Re: [PATCH 1/3] makes print_symbol() return int, Jesper Juhl
- [PATCH 2/3] use usual call trace format on x86-64, Akinobu Mita
  - Re: [PATCH 2/3] use usual call trace format on x86-64, Andi Kleen
    - Re: [PATCH 2/3] use usual call trace format on x86-64, Christoph Hellwig
      - Re: [PATCH 2/3] use usual call trace format on x86-64, Andi Kleen
- [PATCH 3/3] omit symbol size field in print_symbol(), Akinobu Mita
  - Re: [PATCH 3/3] omit symbol size field in print_symbol(), Andi Kleen
  - Re: [PATCH 3/3] omit symbol size field in print_symbol(), Arjan van de Ven
    - Re: [PATCH 3/3] omit symbol size field in print_symbol(), Akinobu Mita
    - Re: [PATCH 3/3] omit symbol size field in print_symbol(), Akinobu Mita
- Re: [PATCH 0/3] changes about Call Trace:, Andi Kleen
  - Re: [PATCH 0/3] changes about Call Trace:, Akinobu Mita
    - Re: [PATCH 0/3] changes about Call Trace:, Akinobu Mita
    - Re: [PATCH 0/3] changes about Call Trace:, Akinobu Mita
    - Re: [PATCH 0/3] changes about Call Trace:, Andi Kleen
      - Re: [PATCH 0/3] changes about Call Trace:, Jan Engelhardt
  - Re: [PATCH 0/3] changes about Call Trace:, Akinobu Mita
Q on SATA: 16bit post linux problem, Herbert Rosmanith
[patch] snsc kmalloc2kzalloc, Jes Sorensen
[GIT PATCH] kbuild fixes, Sam Ravnborg
Re: [PATCH] Work around asus_acpi driver oopses on Samsung P30s and the like due to the ACPI implicit return, Hanno Böck
- Re: [PATCH] Work around asus_acpi driver oopses on Samsung P30s and the like due to the ACPI implicit return, Karol Kozimor
- <Possible follow-ups>
- Re: [PATCH] Work around asus_acpi driver oopses on Samsung P30s and the like due to the ACPI implicit return, Alex Riesen
  - Re: [PATCH] Work around asus_acpi driver oopses on Samsung P30s and the like due to the ACPI implicit return, Andrew Morton
    - Re: [PATCH] Work around asus_acpi driver oopses on Samsung P30s and the like due to the ACPI implicit return, Alex Riesen
Re: Net: e1000 driver: TX Hang message, Andrew Morton
- <Possible follow-ups>
- RE: Net: e1000 driver: TX Hang message, Gerrit Visser
Re: Input: HID - add support for fn key on Apple PowerBooks, Olaf Hering
- Re: Input: HID - add support for fn key on Apple PowerBooks, Vojtech Pavlik
- Re: Input: HID - add support for fn key on Apple PowerBooks, Benjamin Herrenschmidt
[patch] kernel/hrtimer.c sparse warning fix, Ingo Molnar
[serial] [adddevice] Serial controller: Decision Computer International Co. PCCOM2 (rev 02), Alon Bar-Lev
- Re: [serial] [adddevice] Serial controller: Decision Computer International Co. PCCOM2 (rev 02), Russell King
[PATCH 00/25] V4L/DVB updates, mchehab
- [PATCH 07/25] Redesign tuners struct for maximum flexibility, mchehab
- [PATCH 16/25] Semaphore to mutex conversion on drivers/media, mchehab
- [PATCH 06/25] Updated MODULE_AUTHOR, mchehab
- [PATCH 17/25] Fix compilation with Alpha, mchehab
- [PATCH 18/25] Move tda988x options into tuner_params struct., mchehab
- [PATCH 19/25] Separate tv & radio freqs, fix cb/freq transmit order for tuners that need this., mchehab
- [PATCH 01/25] Remove old MODULE_PARM in media/video/, mchehab
- [PATCH 04/25] Include missing MODULE_* macros, mchehab
- [PATCH 03/25] removed uneeded init on structs like static int foo=0, mchehab
- [PATCH 23/25] tuner_params->tda988x is currently unused, so disable, mchehab
- [PATCH 21/25] fix some sound quality & distortion problems., mchehab
- [PATCH 02/25] bttv semaphore to mutex conversion, mchehab
- [PATCH 20/25] Return -EINVAL for unknown commands in msp3400 module., mchehab
- [PATCH 08/25] Add support for Samsung tuner TCPN 2121P30A, mchehab
- [PATCH 09/25] disable all dvb tuner param_types until we need them, mchehab
- [PATCH 12/25] git dvb callbacks fix, mchehab
- [PATCH 10/25] i2c ids for upd64031a saa717x upd64083 wm8739, mchehab
- [PATCH 22/25] clean up some comments, mchehab
- [PATCH 24/25] Samsung TBMV30111IN has 6 entries, mchehab
- [PATCH 15/25] Fix for lack of analog output on some cx88 boards, mchehab
- [PATCH 13/25] cx88 Kconfig fixes for cx88-alsa, mchehab
  - Re: [PATCH 13/25] cx88 Kconfig fixes for cx88-alsa, Adrian Bunk
- [PATCH 11/25] Turn frame locked sound on, basic support for FM radio with TDA8275(a), mchehab
- [PATCH 14/25] make some code static, mchehab
- [PATCH 25/25] Added remote control support for pinnacle pctv, mchehab
  - Re: [PATCH 25/25] Added remote control support for pinnacle pctv, victorhom
    - Re: [PATCH 25/25] Added remote control support for pinnacle pctv, Markus Rechberger
- [PATCH 05/25] Build cx88-alsa when CONFIG_VIDEO_CX88_ALSA is selected., mchehab
Linux 2.6.8 NFS not stateless and random failures?, Michael Loftis
- Re: Linux 2.6.8 NFS not stateless and random failures?, Trond Myklebust
  - Re: Linux 2.6.8 NFS not stateless and random failures?, Michael Loftis
[2.6.15] screen remains blank after LID switch use, Jan De Luyck
- Re: [2.6.15] screen remains blank after LID switch use, Arlen Christian Mart Cuss
  - Re: [2.6.15] screen remains blank after LID switch use, Jan De Luyck
- Re: [2.6.15] screen remains blank after LID switch use, Matthew Garrett
  - Re: [2.6.15] screen remains blank after LID switch use, Dmitry Torokhov
    - Re: [2.6.15] screen remains blank after LID switch use, Matthew Garrett
- Re: [2.6.15] screen remains blank after LID switch use, Paul Dickson
2.6.15 __disk_stat_add() called without preempt disabled, Keith Owens
- Re: 2.6.15 __disk_stat_add() called without preempt disabled, Jens Axboe
io performance..., Max Waterman
- Re: io performance..., Jeff V. Merkey
  - Re: io performance..., Jens Axboe
    - Re: io performance..., Jeff V. Merkey
- Re: io performance..., Pekka Enberg
- Re: io performance..., Phillip Susi
  - Re: io performance..., Max Waterman
    - Re: io performance..., Phillip Susi
      - Re: io performance..., Max Waterman
        
        Re: io performance..., Ian Soboroff
        
        Re: io performance..., Max Waterman
        
        Re: io performance..., Ian Soboroff
        
        Re: io performance..., Bernd Eckenfels
- Re: io performance..., Max Waterman
  - Re: io performance..., Jeff V. Merkey
    - Re: io performance..., Max Waterman
      - Re: io performance..., Jeff V. Merkey
        
        Re: io performance..., Max Waterman
    - Re: io performance..., Alan Cox
      - Re: io performance..., Phillip Susi

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