LKML: Linux Kernel Archive 2007 Q1

Date Index

[Prev Page][Next Page]

Re: [BUG-RT] RTC has been stopped-> long delay during boot, soft reboot->GRUB fails to call getrtsecs(), (continued)
- Re: [BUG-RT] RTC has been stopped-> long delay during boot, soft reboot->GRUB fails to call getrtsecs(), Remy Bohmer
  - Re: [BUG-RT] RTC has been stopped-> long delay during boot, soft reboot->GRUB fails to call getrtsecs(), Remy Bohmer
[PATCH] slab: cache alloc cleanups, Pekka J Enberg
- Re: [PATCH] slab: cache alloc cleanups, Andy Whitcroft
- Re: [PATCH] slab: cache alloc cleanups, Christoph Lameter
  - Re: [PATCH] slab: cache alloc cleanups, Pekka Enberg
- Re: [PATCH] slab: cache alloc cleanups, Andrew Morton
- Re: [PATCH] slab: cache alloc cleanups, Christoph Hellwig
  - Re: [PATCH] slab: cache alloc cleanups, Pekka Enberg
- <Possible follow-ups>
- [PATCH] slab: cache alloc cleanups, Pekka J Enberg
  - Re: [PATCH] slab: cache alloc cleanups, Christoph Lameter
  - Re: [PATCH] slab: cache alloc cleanups, Andrew Morton
    - Re: slab: cache alloc cleanups, Pekka J Enberg
    - Re: [PATCH] slab: cache alloc cleanups, Christoph Lameter
[PATCH] sound: aoa of_node_put and kfree cleanup, Mariusz Kozlowski
- Re: [PATCH] sound: aoa of_node_put and kfree cleanup, Johannes Berg
- Re: [Alsa-devel] [PATCH] sound: aoa of_node_put and kfree cleanup, Takashi Iwai
[PATCH] net: af_netlink module_put cleanup, Mariusz Kozlowski
- Re: [PATCH] net: af_netlink module_put cleanup, David Miller
[PATCH] lib: kobject_put cleanup, Mariusz Kozlowski
[patch] fs: sysfs kobject_put cleanup, Mariusz Kozlowski
[PATCH] fs: proc module_put cleanup, Mariusz Kozlowski
[PATCH] video: tvmixer module_put cleanup, Mariusz Kozlowski
[PATCH] video: cpia module_put cleanup, Mariusz Kozlowski
[PATCH] isdn: capi kfree_skb cleanup, Mariusz Kozlowski
Re: The Input Layer and the Serial Port, David Greaves
[PATCH] ppc: qe_lib of_node_get cleanup, Mariusz Kozlowski
Re: 2.6.19.1, sata_sil: sata dvd writer doesn't work, Tejun Heo
- Re: 2.6.19.1, sata_sil: sata dvd writer doesn't work, Harald Dunkel
- Re: 2.6.19.1, sata_sil: sata dvd writer doesn't work, Harald Dunkel
  - Re: 2.6.19.1, sata_sil: sata dvd writer doesn't work, Tejun Heo
    - Re: 2.6.19.1, sata_sil: sata dvd writer doesn't work, Harald Dunkel
      - Re: 2.6.19.1, sata_sil: sata dvd writer doesn't work, Tejun Heo
[PATCH] ppc: mpic of_node_get cleanup, Mariusz Kozlowski
Re: 2.6.19 and up to 2.6.20-rc2 Ethernet problems x86_64, Jarek Poplawski
- Re: 2.6.19 and up to 2.6.20-rc2 Ethernet problems x86_64, Sid Boyce
  - Re: 2.6.19 and up to 2.6.20-rc2 Ethernet problems x86_64, Jarek Poplawski
    - Re: 2.6.19 and up to 2.6.20-rc2 Ethernet problems x86_64, Sid Boyce
      - Re: 2.6.19 and up to 2.6.20-rc2 Ethernet problems x86_64, Jarek Poplawski
- Re: 2.6.19 and up to 2.6.20-rc2 Ethernet problems x86_64, Sid Boyce
- Re: 2.6.19 and up to 2.6.20-rc2 Ethernet problems x86_64, Sid Boyce
[PATCH] ppc: ipic of_node_get cleanup, Mariusz Kozlowski
[PATCH] ppc: i8259 of_node_get cleanup, Mariusz Kozlowski
- Re: [PATCH] ppc: i8259 of_node_get cleanup, Mariusz Kozlowski
[PATCH] video: pvrusb2-hdw kfree cleanup, Mariusz Kozlowski
- Re: [PATCH] video: pvrusb2-hdw kfree cleanup, Mariusz Kozlowski
  - Re: [PATCH] video: pvrusb2-hdw kfree cleanup, Mike Isely
[PATCH] ppc: vio of_node_put cleanup, Mariusz Kozlowski
- Re: [PATCH] ppc: vio of_node_put cleanup, Segher Boessenkool
  - Re: [PATCH] ppc: vio of_node_put cleanup, Mariusz Kozlowski
    - Re: [PATCH] ppc: vio of_node_put cleanup, Segher Boessenkool
[PATCH] ppc: cpm2_pic of_node_get cleanup, Mariusz Kozlowski
- Re: [PATCH] ppc: cpm2_pic of_node_get cleanup, Paul Mackerras
  - Re: [PATCH] ppc: cpm2_pic of_node_get cleanup, Mariusz Kozlowski
Re: Device does not have a release() function, Vitaly Bordug
- Re: Device does not have a release() function, Avuton Olrich
Re: [PATCH] Sun3 SCSI: Make sun3 scsi drivers compile/work again, Christoph Hellwig
[PATCH] ppc: prom of_node_(get|put) cleanup, Mariusz Kozlowski
Re: [patch] fix data corruption bug in __block_write_full_page(), Christoph Hellwig
- Re: [patch] fix data corruption bug in __block_write_full_page(), Ingo Molnar
  - Re: [patch] fix data corruption bug in __block_write_full_page(), Christoph Hellwig
Re: [PATCH] incorrect error handling inside generic_file_direct_write, 'Christoph Hellwig'
Re: [PATCH] KVM: Improve interrupt response, Ingo Molnar
Re: [2.6 patch] drivers/scsi/scsi_error.c should #include "scsi_transport_api.h", Christoph Hellwig
2.6.20-rc3: bt878/bttv: Unknown symbols, despite being defined in module depended on, Leonard Norrgard
- Re: 2.6.20-rc3: bt878/bttv: Unknown symbols, despite being defined in module depended on, Duncan Sands
CONFIG_PHYSICAL_ALIGN limited to 4M?, Rene Herman
- Re: CONFIG_PHYSICAL_ALIGN limited to 4M?, Vivek Goyal
  - Re: CONFIG_PHYSICAL_ALIGN limited to 4M?, Rene Herman
Re: [patch] remove redundant iov segment check, Christoph Hellwig
- Re: [patch] remove redundant iov segment check, Zach Brown
  - RE: [patch] remove redundant iov segment check, Chen, Kenneth W
Re: s2disk curiosity :), Stefan Seyfried
Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Stefan Seyfried
- Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Xavier Bestel
  - Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Stefan Seyfried
question on writing in serial drivers, Oliver Neukum
Re: selinux networking: sleeping functin called from invalid context in 2.6.20-rc[12], Adam J. Richter
- Re: selinux networking: sleeping functin called from invalid context in 2.6.20-rc[12], Paul Moore
  - Re: selinux networking: sleeping functin called from invalid context in 2.6.20-rc[12], David Miller
- <Possible follow-ups>
- Re: selinux networking: sleeping functin called from invalid context in 2.6.20-rc[12], Paul Moore
Re: [2.6 patch] net/irda/: proper prototypes, David Miller
- Re: [2.6 patch] net/irda/: proper prototypes, Adrian Bunk
  - Re: [2.6 patch] net/irda/: proper prototypes, David Miller
Re: [PATCH 2.6.19] Adding branch to remove possible unnecessary inst, Jens Axboe
doubts on file_pos_write(), Oliver Neukum
Re: [PATCH] NAND: nandsim bad block injection, Artem Bityutskiy
error handling in sysfs, fill_read_buffer(), Oliver Neukum
- Re: error handling in sysfs, fill_read_buffer(), Alan Stern
  - Re: error handling in sysfs, fill_read_buffer(), Oliver Neukum
    - Re: error handling in sysfs, fill_read_buffer(), Alan Stern
      - Re: error handling in sysfs, fill_read_buffer(), Oliver Neukum
Nothing since 2.6.19 will boot for me., Steve Youngs
- Re: Nothing since 2.6.19 will boot for me., Paul Slootman
  - Re: Nothing since 2.6.19 will boot for me., Steve Youngs
problem with pata_hpt37x ..., Herbert Poetzl
- Re: problem with pata_hpt37x ..., Alan
  - Re: problem with pata_hpt37x ..., Brad Campbell
    - Re: problem with pata_hpt37x ..., Herbert Poetzl
      - Re: problem with pata_hpt37x ..., Brad Campbell
        
        Re: problem with pata_hpt37x ..., Brad Campbell
[git pull] Input patches for 2.6.20-rc3, Dmitry Torokhov
[GIT PATCH] ACPI related patches for 2.6.20-rc3, Len Brown
[PATCH] quiet MMCONFIG related printks, Jesse Barnes
- Re: [PATCH] quiet MMCONFIG related printks, Alan
  - Re: [PATCH] quiet MMCONFIG related printks, Jesse Barnes
  - Re: [PATCH] quiet MMCONFIG related printks, Arjan van de Ven
- Re: [PATCH] quiet MMCONFIG related printks, Arjan van de Ven
  - Re: [PATCH] quiet MMCONFIG related printks, Jesse Barnes
    - Re: [PATCH] quiet MMCONFIG related printks, Arjan van de Ven
      - Re: [PATCH] quiet MMCONFIG related printks, Stephen Clark
  - Re: [PATCH] quiet MMCONFIG related printks, Jesse Barnes
Re: [PATCH] Print sysrq-m messages with KERN_INFO priority, Theodore Tso
- <Possible follow-ups>
- Re: [PATCH] Print sysrq-m messages with KERN_INFO priority, Theodore Tso
  - Re: [PATCH] Print sysrq-m messages with KERN_INFO priority, Alan
    - Re: [PATCH] Print sysrq-m messages with KERN_INFO priority, Dave Jones
    - Re: [PATCH] Print sysrq-m messages with KERN_INFO priority, Theodore Tso
      - Re: [PATCH] Print sysrq-m messages with KERN_INFO priority, Dave Jones
Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Valdis . Kletnieks
- <Possible follow-ups>
- Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Valdis . Kletnieks
  - Re: Open letter to Linux kernel developers (was Re: Binary Drivers), David Weinehall
  - Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Trent Waddington
    - Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Bernd Petrovitsch
      - Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Trent Waddington
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Bernd Petrovitsch
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Horst H. von Brand
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Bernd Petrovitsch
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Theodore Tso
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Robert P. J. Day
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), David Weinehall
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Jens Axboe
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), James Simmons
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Jan Engelhardt
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), David Weinehall
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Geert Uytterhoeven
        
        OT Coffee (was Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Valdis . Kletnieks
        
        Re: OT Coffee (was Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Dmitry Torokhov
        
        RE: OT Coffee (was Re: Open letter to Linux kernel developers (was Re: Binary Drivers), David Schwartz
        
        Re: OT Coffee (was Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Valdis . Kletnieks
        
        RE: OT Coffee (was Re: Open letter to Linux kernel developers (was Re: Binary Drivers), David Schwartz
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Neil Brown
        
        Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Randy Dunlap
        
        [OT] Hot coffee (was: Open letter to Linux kernel developers (was Re: Binary Drivers)), Steven Rostedt
    - Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Alan
- Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Bodo Eggert
  - Re: Open letter to Linux kernel developers (was Re: Binary Drivers), David Weinehall
  - RE: Open letter to Linux kernel developers (was Re: Binary Drivers), David Schwartz
    - RE: Open letter to Linux kernel developers (was Re: Binary Drivers), Brian Beattie
      - RE: Open letter to Linux kernel developers (was Re: Binary Drivers), David Schwartz
    - Re: Open letter to Linux kernel developers (was Re: Binary Drivers), Valdis . Kletnieks
[PATCH] cdrom: longer timeout for "Read Track Info" command, Jeremy Higdon
- Re: [PATCH] cdrom: longer timeout for "Read Track Info" command, Alan
  - Re: [PATCH] cdrom: longer timeout for "Read Track Info" command, Jens Axboe
    - Re: [PATCH] cdrom: longer timeout for "Read Track Info" command, Jeremy Higdon
Re: [git patches] net driver fixes, Herbert Xu
- <Possible follow-ups>
- [git patches] net driver fixes, Jeff Garzik
- [git patches] net driver fixes, Jeff Garzik
  - Re: [git patches] net driver fixes, Auke Kok
    - Re: [git patches] net driver fixes, Jeff Garzik
      - Re: [git patches] net driver fixes, Auke Kok
        
        Re: [git patches] net driver fixes, Jeff Garzik
- [git patches] net driver fixes, Jeff Garzik
- [git patches] net driver fixes, Jeff Garzik
- [git patches] net driver fixes, Jeff Garzik
CVE-2006-6106 (bluetooth CAPI) not fixed in mainline?, Daniel Drake
- Re: CVE-2006-6106 (bluetooth CAPI) not fixed in mainline?, Marcel Holtmann
- <Possible follow-ups>
- Re: CVE-2006-6106 (bluetooth CAPI) not fixed in mainline?, Chuck Ebbert
  - Re: [stable] CVE-2006-6106 (bluetooth CAPI) not fixed in mainline?, Chris Wright
Re: my handy-dandy, "coding style" script, H. Peter Anvin
Re: [PATCH] DocBook/HTML: Generate chapter/section level TOCs for functions, Randy Dunlap
- Re: [PATCH] DocBook/HTML: Generate chapter/section level TOCs for functions, Pavel Pisa
  - [PATCH] DocBook/HTML: correction of recursive A tags in HTML output, Pavel Pisa
[PATCH] net: ifb error path loop fix, Mariusz Kozlowski
- Re: [PATCH] net: ifb error path loop fix, David Miller
  - Re: [PATCH] net: ifb error path loop fix, Jarek Poplawski
  - Re: [PATCH] net: ifb error path loop fix, Mariusz Kozlowski
    - Re: [PATCH] net: ifb error path loop fix, David Miller
[PATCH] usb: usbmixer error path fix, Mariusz Kozlowski
- Re: [PATCH] usb: usbmixer error path fix, Takashi Iwai
[PATCH] scsi: lpfc error path fix, Mariusz Kozlowski
- Re: [PATCH] scsi: lpfc error path fix, James Smart
Re: Suspend problems on 2.6.20-rc2-git1, Rafael J. Wysocki
- Re: Suspend problems on 2.6.20-rc2-git1, Robert Hancock
- Re: Suspend problems on 2.6.20-rc2-git1, Pavel Machek
Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Berthold Cogel
- Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Adrian Bunk
  - Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Len Brown
    - Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Adrian Bunk
      - Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Berthold Cogel
- Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Alexey Starikovskiy
  - Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Berthold Cogel
    - Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Alexey Starikovskiy
      - Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Berthold Cogel
        
        Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Alexey Starikovskiy
        
        Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Berthold Cogel
        
        Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Alexey Starikovskiy
        
        Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff, Berthold Cogel
[2.6 PATCH] Export invalidate_mapping_pages() to modules., Anton Altaparmakov
- Re: [2.6 PATCH] Export invalidate_mapping_pages() to modules., Arjan van de Ven
  - Re: [2.6 PATCH] Export invalidate_mapping_pages() to modules., Anton Altaparmakov
  - Re: [2.6 PATCH] Export invalidate_mapping_pages() to modules., Andrew Morton
    - Re: [2.6 PATCH] Export invalidate_mapping_pages() to modules., Christoph Hellwig
      - Re: [2.6 PATCH] Export invalidate_mapping_pages() to modules., Andrew Morton
2.6.20-rc2+: CFQ halving disk throughput., Rene Herman
- Re: 2.6.20-rc2+: CFQ halving disk throughput., Rene Herman
  - Re: 2.6.20-rc2+: CFQ halving disk throughput., Linus Torvalds
- Re: 2.6.20-rc2+: CFQ halving disk throughput., Mark Lord
  - Re: 2.6.20-rc2+: CFQ halving disk throughput., Jens Axboe
    - Re: 2.6.20-rc2+: CFQ halving disk throughput., Mark Lord
      - Re: 2.6.20-rc2+: CFQ halving disk throughput., Tejun Heo
        
        Re: 2.6.20-rc2+: CFQ halving disk throughput., Mark Lord
        
        Re: 2.6.20-rc2+: CFQ halving disk throughput., Tejun Heo
        
        Re: 2.6.20-rc2+: CFQ halving disk throughput., Mark Lord
      - Re: 2.6.20-rc2+: CFQ halving disk throughput., Jan Engelhardt
- Re: 2.6.20-rc2+: CFQ halving disk throughput., Andrew Morton
  - Re: 2.6.20-rc2+: CFQ halving disk throughput., Jens Axboe
    - Re: 2.6.20-rc2+: CFQ halving disk throughput., Rene Herman
      - Re: 2.6.20-rc2+: CFQ halving disk throughput., Jens Axboe
        
        Re: 2.6.20-rc2+: CFQ halving disk throughput., Jens Axboe
        
        Re: 2.6.20-rc2+: CFQ halving disk throughput., Mark Lord
        
        Re: 2.6.20-rc2+: CFQ halving disk throughput., Jens Axboe
        
        Re: 2.6.20-rc2+: CFQ halving disk throughput., Mark Lord
        
        Re: 2.6.20-rc2+: CFQ halving disk throughput., Jens Axboe
Re: [RFC] MTD driver for MMC cards, Arnd Bergmann
- Re: [RFC] MTD driver for MMC cards, David Woodhouse
- Re: [RFC] MTD driver for MMC cards, Pierre Ossman
Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, Miklos Szeredi
- Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, Russell King
  - Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, Dan Williams
  - Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, James Bottomley
    - Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, David Miller
      - Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, James Bottomley
        
        Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, David Miller
        
        Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, Russell King
        
        Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, James Bottomley
        
        Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, Russell King
        
        Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, James Bottomley
        
        Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, Russell King
- <Possible follow-ups>
- Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, David Miller
  - Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, Russell King
[PATCH] [RESEND] include/linux/slab.h: new KFREE() macro., Amit Choudhary
Re: [PATCH] radeonfb: add support for newer cards, Luca Tettamanti
- Re: [PATCH] radeonfb: add support for newer cards, Benjamin Herrenschmidt
  - Re: [PATCH] radeonfb: add support for newer cards, Luca
    - Re: [PATCH] radeonfb: add support for newer cards, Gerhard Mack
      - Re: [PATCH] radeonfb: add support for newer cards, Luca
      - Re: [PATCH] radeonfb: add support for newer cards, Benjamin Herrenschmidt
- Re: [PATCH] radeonfb: add support for newer cards, Stuffed Crust
- <Possible follow-ups>
- Re: [PATCH] radeonfb: add support for newer cards, Benjamin Herrenschmidt
Re: Patch "i386: Relocatable kernel support" causes instant reboot, Jean Delvare
- Re: Patch "i386: Relocatable kernel support" causes instant reboot, Vivek Goyal
  - Re: Patch "i386: Relocatable kernel support" causes instant reboot, Jean Delvare
    - Re: Patch "i386: Relocatable kernel support" causes instant reboot, Segher Boessenkool
Re: [PATCH] include/linux/slab.h: new KFREE() macro., Pekka Enberg
- Re: [PATCH] include/linux/slab.h: new KFREE() macro., Christoph Hellwig
- <Possible follow-ups>
- Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
  - Re: [PATCH] include/linux/slab.h: new KFREE() macro., Christoph Hellwig
    - Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
      - Re: [PATCH] include/linux/slab.h: new KFREE() macro., Vadim Lobanov
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Vadim Lobanov
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Vadim Lobanov
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Vadim Lobanov
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Al Viro
      - RE: [PATCH] include/linux/slab.h: new KFREE() macro., Hua Zhong
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Pekka Enberg
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Al Viro
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Sumit Narayan
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Robert P. J. Day
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Pekka Enberg
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Pekka Enberg
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Valdis . Kletnieks
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Randy Dunlap
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Valdis . Kletnieks
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Valdis . Kletnieks
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Jesper Juhl
        
        RE: [PATCH] include/linux/slab.h: new KFREE() macro., Amit Choudhary
        
        Re: [PATCH] include/linux/slab.h: new KFREE() macro., Al Viro
        
        RE: [PATCH] include/linux/slab.h: new KFREE() macro., Hua Zhong
- Re: [PATCH] include/linux/slab.h: new KFREE() macro., Bodo Eggert
Cut power to a USB port?, Andrew Barr
- Re: Cut power to a USB port?, Oliver Neukum
- Re: Cut power to a USB port?, Greg KH
  - Re: Cut power to a USB port?, Andrew Barr
    - Re: Cut power to a USB port?, Randy Dunlap
      - Re: Cut power to a USB port?, Andrew Barr
Re: [patch 2.6.20-rc1 1/6] GPIO core, Pavel Machek
- Re: [patch 2.6.20-rc1 1/6] GPIO core, David Brownell
  - Re: [patch 2.6.20-rc1 1/6] GPIO core, Pavel Machek
Re: [patch 2.6.20-rc1 0/6] arch-neutral GPIO calls, David Brownell
- Re: [patch 2.6.20-rc1 0/6] arch-neutral GPIO calls, Kevin O'Connor
Re: [patch 2.6.20-rc1 4/6] PXA GPIO wrappers, David Brownell
Re: kref refcnt and false positives, Benjamin Herrenschmidt
Re: [PATCH 1/6] UML - Console locking fixes, Jeff Dike
[PATCH 8/8] UML - Kill a compilation warning, Jeff Dike
[PATCH 7/8] UML - port driver formatting, Jeff Dike
[PATCH 5/8] UML - mconsole locking, Jeff Dike
[PATCH 1/8] UML - watchdog driver locking, Jeff Dike
[PATCH 6/8] UML - make two variables static, Jeff Dike
[PATCH 2/8] UML - watchdog driver formatting, Jeff Dike
[PATCH 4/8] UML - audio driver formatting, Jeff Dike
- Re: [PATCH 4/8] UML - audio driver formatting, Richard Knutsson
  - Re: [PATCH 4/8] UML - audio driver formatting, Randy Dunlap
    - Re: [PATCH 4/8] UML - audio driver formatting, Richard Knutsson
[PATCH 3/8] UML - audio driver locking, Jeff Dike
[PATCH 0/8] UML - Locking fixes and code cleanup, Jeff Dike
2.6.20 regression: suspend to disk no more works, Andrey Borzenkov
- Re: 2.6.20 regression: suspend to disk no more works, Rafael J. Wysocki
  - Re: 2.6.20 regression: suspend to disk no more works, Andrey Borzenkov
  - Re: 2.6.20 regression: suspend to disk no more works, Pavel Machek
Re: [2.6 patch] kconfig: remove the unused "requires" syntax, Roman Zippel
Re: [RFC] HZ free ntp, Roman Zippel
- Re: [RFC] HZ free ntp, john stultz
  - Re: [RFC] HZ free ntp, Roman Zippel
- <Possible follow-ups>
- Re: [RFC] HZ free ntp, Roman Zippel
  - Re: [RFC] HZ free ntp, john stultz
    - Re: [RFC] HZ free ntp, john stultz
      - Re: [RFC] HZ free ntp, Roman Zippel
Re: [PATCH] Consolidate default sched_clock(), Vincent Legoll
Re: bluetooth memory corruption (was Re: ext3-related crash in 2.6.20-rc1), Pavel Machek
Re: [PATCH] preliminary sata_promise ATAPI support, Mikael Pettersson
[PATCH] sound: hda: detect ALC883 on MSI K9A Platinum motherboards (MS-7280), Leonard Norrgard
Re: [PATCH] OHCI: disallow autostop when wakeup is not available, Andrey Borzenkov
- Re: [PATCH] OHCI: disallow autostop when wakeup is not available, Alan Stern
  - Re: [linux-usb-devel] [PATCH] OHCI: disallow autostop when wakeup is not available, David Brownell
    - Re: [linux-usb-devel] [PATCH] OHCI: disallow autostop when wakeup is not available, Andrey Borzenkov
[BUG] panic 2.6.20-rc3 in nf_conntrack, Malte Schröder
- <Possible follow-ups>
- Re: [BUG] panic 2.6.20-rc3 in nf_conntrack, Chuck Ebbert
  - Re: [BUG] panic 2.6.20-rc3 in nf_conntrack, Martin Josefsson
    - Re: [BUG] panic 2.6.20-rc3 in nf_conntrack, Malte Schröder
    - Re: [BUG] panic 2.6.20-rc3 in nf_conntrack, Patrick McHardy
Re: Binary Drivers, Pavel Machek
Re: LCA 2007 Kernel Miniconf CFP (better late than never...), Pavel Machek
Re: Finding hardlinks, Pavel Machek
- Re: Finding hardlinks, Mikulas Patocka
  - Re: Finding hardlinks, Jan Harkes
    - Re: Finding hardlinks, Mikulas Patocka
      - Re: Finding hardlinks, Frank van Maarseveen
        
        Re: Finding hardlinks, Mikulas Patocka
        
        Re: Finding hardlinks, Frank van Maarseveen
        
        Re: Finding hardlinks, Mikulas Patocka
        
        Re: Finding hardlinks, Frank van Maarseveen
        
        Re: Finding hardlinks, Denis Vlasenko
        
        Re: Finding hardlinks, Pavel Machek
        
        Re: Finding hardlinks, Bryan Henderson
        
        Re: Finding hardlinks, Frank van Maarseveen
        
        Re: Finding hardlinks, Mikulas Patocka
        
        Re: Finding hardlinks, Frank van Maarseveen
        
        Re: Finding hardlinks, Mikulas Patocka
- <Possible follow-ups>
- Re: Finding hardlinks, Mikulas Patocka
  - Re: Finding hardlinks, Nikita Danilov
    - Re: Finding hardlinks, Mikulas Patocka
      - Re: Finding hardlinks, Nikita Danilov
- Re: Finding hardlinks, Pavel Machek
  - Re: Finding hardlinks, Miklos Szeredi
    - Re: Finding hardlinks, Mikulas Patocka
      - Re: Finding hardlinks, Miklos Szeredi
        
        Re: Finding hardlinks, Mikulas Patocka
    - Re: Finding hardlinks, Pavel Machek
      - Re: Finding hardlinks, Miklos Szeredi
        
        Re: Finding hardlinks, Pavel Machek
        
        Re: Finding hardlinks, Denis Vlasenko
        
        Re: Finding hardlinks, Martin Mares
        
        Re: Finding hardlinks, Matthew Wilcox
        
        Re: Finding hardlinks, Miklos Szeredi
        
        Re: Finding hardlinks, Mikulas Patocka
        
        Re: Finding hardlinks, Pavel Machek
        
        Re: Finding hardlinks, Miklos Szeredi
        
        Re: Finding hardlinks, Pavel Machek
        
        Re: Finding hardlinks, Miklos Szeredi
        
        Re: Finding hardlinks, Mikulas Patocka
        
        Re: Finding hardlinks, Miklos Szeredi
        
        Re: Finding hardlinks, Miklos Szeredi
        
        Re: Finding hardlinks, Pavel Machek
        
        Re: Finding hardlinks, Mikulas Patocka
        
        Re: Finding hardlinks, Miklos Szeredi
        
        Re: Finding hardlinks, Pavel Machek
        
        Re: Finding hardlinks, Miklos Szeredi
        
        Re: Finding hardlinks, Martin Mares
        
        Re: Finding hardlinks, Miklos Szeredi
        
        Re: Finding hardlinks, Steven Rostedt
        
        Re: Finding hardlinks, Frank van Maarseveen
        
        Re: Finding hardlinks, Steven Rostedt
        
        Re: Finding hardlinks, Pádraig Brady
        
        Re: Finding hardlinks, Frank van Maarseveen
- Re: Finding hardlinks, Trond Myklebust
  - Re: Finding hardlinks, Mikulas Patocka
- RE: Finding hardlinks, Trond Myklebust
- RE: Finding hardlinks, Trond Myklebust
- Re: Finding hardlinks, Bodo Eggert
- Re: Finding hardlinks, Denis Vlasenko
x86 instability with 2.6.1{8,9}, Ken Moffat
- Re: x86 instability with 2.6.1{8,9}, Alistair John Strachan
  - Re: x86 instability with 2.6.1{8,9}, Ken Moffat
    - Re: x86 instability with 2.6.1{8,9}, Ken Moffat
      - Re: x86 instability with 2.6.1{8,9}, Alistair John Strachan
- Re: x86 instability with 2.6.1{8,9}, Len Brown
  - Re: x86 instability with 2.6.1{8,9}, Ken Moffat
    - Re: x86 instability with 2.6.1{8,9}, Len Brown
      - Re: x86 instability with 2.6.1{8,9}, Ken Moffat
        
        Re: x86 instability with 2.6.1{8,9}, Randy Dunlap
        
        Re: x86 instability with 2.6.1{8,9}, Ken Moffat
        
        Re: x86 instability with 2.6.1{8,9}, Ken Moffat
        
        Re: x86 instability with 2.6.1{8,9}, Ken Moffat
        
        Re: x86 instability with 2.6.1{8,9}, Chuck Ebbert
        
        Re: x86 instability with 2.6.1{8,9}, Ken Moffat
[PATCH 2.6.19] mmc: Add support for SDHC cards (Take 2), Philip Langdale
- Re: [PATCH 2.6.19] mmc: Add support for SDHC cards (Take 2), Pierre Ossman
- Re: [PATCH 2.6.19] mmc: Add support for SDHC cards (Take 2), Andrew Morton
  - Re: [PATCH 2.6.19] mmc: Add support for SDHC cards (Take 2), Philip Langdale
    - Re: [PATCH 2.6.19] mmc: Add support for SDHC cards (Take 2), Pierre Ossman
      - Re: [PATCH 2.6.19] mmc: Add support for SDHC cards (Take 2), Philip Langdale
        
        Re: [PATCH 2.6.19] mmc: Add support for SDHC cards (Take 2), Pierre Ossman
    - Re: [PATCH 2.6.19] mmc: Add support for SDHC cards (Take 2), Alex Dubov
Re: [PATCH 2.6.19] mmc: Add support for SDHC cards, Philip Langdale
- Re: [PATCH 2.6.19] mmc: Add support for SDHC cards, Pierre Ossman
- <Possible follow-ups>
- Re: [PATCH 2.6.19] mmc: Add support for SDHC cards, Pavel Machek
  - Re: [PATCH 2.6.19] mmc: Add support for SDHC cards, Pierre Ossman
ACPI: EC: evaluating _Q10, Thomas Meyer
- Re: ACPI: EC: evaluating _Q10, Len Brown
  - Re: ACPI: EC: evaluating _Q10, Thomas Meyer
    - Re: ACPI: EC: evaluating _Q10, Len Brown
      - Re: ACPI: EC: evaluating _Q10, Thomas Meyer
Re: chaostables-0.2 & 2.6.19.1, Jan Engelhardt
- Re: chaostables-0.2 & 2.6.19.1, Folkert van Heusden
  - Re: chaostables-0.2 & 2.6.19.1, Jan Engelhardt
[2.6.20-rc3] PATA_MARVELL: total machine freeze, Paolo Ornati
Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, James Bottomley
- Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, Russell King
- <Possible follow-ups>
- Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, James Bottomley
- Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, James Bottomley
  - Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, David Miller
    - Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again, James Bottomley
Re: Using _syscall3 to manipulate files in a driver, bert hubert
- <Possible follow-ups>
- Re: Using _syscall3 to manipulate files in a driver, Paul Mundt
  - Re: Using _syscall3 to manipulate files in a driver, Jon Smirl
- Re: Using _syscall3 to manipulate files in a driver, Daniel Drake
Sparse 0.2 warnings from {asm,net}/checksum.h, Tilman Schmidt
- Re: Sparse 0.2 warnings from {asm,net}/checksum.h, Dave Jones
  - [PATCH] fix sparse warnings from {asm,net}/checksum.h, Tilman Schmidt
Re: Freezer.h updated patch., Olaf Hering
- [PATCH] Fix freezer.h mistake., Nigel Cunningham
Re: new harddrive with media error, Tejun Heo
- Re: new harddrive with media error, Alexander Nagel
Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
- <Possible follow-ups>
- Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
  - Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
    - Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
      - Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
      - Re: [PATCH] Open Firmware device tree virtual filesystem, David Kahn
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
  - Re: [PATCH] Open Firmware device tree virtual filesystem, Mitch Bradley
    - Re: [PATCH] Open Firmware device tree virtual filesystem, Jan Engelhardt
  - Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
    - Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
      - Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
      - Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
- Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
  - Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
    - Re: [PATCH] Open Firmware device tree virtual filesystem, Stefan Reinauer
    - Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
      - Re: [PATCH] Open Firmware device tree virtual filesystem, Mitch Bradley
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Jan Engelhardt
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
      - Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
- Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
  - Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
  - Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
    - Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
- Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
  - Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
    - Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
      - Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
        
        Re: [PATCH] Open Firmware device tree virtual filesystem, David Miller
- Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
  - Re: [PATCH] Open Firmware device tree virtual filesystem, Richard Smith
- Re: [PATCH] Open Firmware device tree virtual filesystem, Benjamin Herrenschmidt
  - Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
- Re: [PATCH] Open Firmware device tree virtual filesystem, ron minnich
  - Re: [PATCH] Open Firmware device tree virtual filesystem, Mitch Bradley
    - Re: [PATCH] Open Firmware device tree virtual filesystem, ron minnich
      - Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
  - Re: [PATCH] Open Firmware device tree virtual filesystem, Stefan Reinauer
    - Re: [PATCH] Open Firmware device tree virtual filesystem, Segher Boessenkool
      - Re: [PATCH] Open Firmware device tree virtual filesystem, ron minnich
    - Re: [PATCH] Open Firmware device tree virtual filesystem, ron minnich
Re: replace "memset(...,0,PAGE_SIZE)" calls with "clear_page()"?, Robert P. J. Day
- Re: replace "memset(...,0,PAGE_SIZE)" calls with "clear_page()"?, Arjan van de Ven
  - Re: replace "memset(...,0,PAGE_SIZE)" calls with "clear_page()"?, Robert P. J. Day
    - Re: replace "memset(...,0,PAGE_SIZE)" calls with "clear_page()"?, Dave Jones
- <Possible follow-ups>
- Re: replace "memset(...,0,PAGE_SIZE)" calls with "clear_page()"?, Paul Mundt
  - Re: replace "memset(...,0,PAGE_SIZE)" calls with "clear_page()"?, Randy Dunlap
- Re: replace "memset(...,0,PAGE_SIZE)" calls with "clear_page()"?, dean gaudet
- Re: replace "memset(...,0,PAGE_SIZE)" calls with "clear_page()"?, Robert P. J. Day
[PATCH] x86-64 Calgary: tighten up printks, Muli Ben-Yehuda
Re: [PATCH] Documentation: Explain a second alternative for multi-line macros., Robert P. J. Day
- <Possible follow-ups>
- Re: [PATCH] Documentation: Explain a second alternative for multi-line macros., Christoph Hellwig
  - Re: [PATCH] Documentation: Explain a second alternative for multi-line macros., Robert P. J. Day
    - Re: [PATCH] Documentation: Explain a second alternative for multi-line macros., Randy Dunlap
- Re: [PATCH] Documentation: Explain a second alternative for multi-line macros., Jan Engelhardt
  - Re: [PATCH] Documentation: Explain a second alternative for multi-line macros., Segher Boessenkool
    - Re: [PATCH] Documentation: Explain a second alternative for multi-line macros., Jan Engelhardt
Re: [PATCH 4/8] KVM: Implement a few system configuration msrs, Avi Kivity
Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer, Komuro
- <Possible follow-ups>
- Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer, Komuro
  - Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer, Craig Schlenter
    - Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer, YOSHIFUJI Hideaki / 吉藤英明
      - [PATCH] Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer, Craig Schlenter
        
        Re: [PATCH] Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer, YOSHIFUJI Hideaki / 吉藤英明
        
        Re: [PATCH] Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer, David Miller
    - Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer, Komuro
Re: [PATCH] net/core/flow.c: compare data with memcmp, Daniel Marjamäki
- Re: [PATCH] net/core/flow.c: compare data with memcmp, David Miller
- Re: [PATCH] net/core/flow.c: compare data with memcmp, Daniel Marjamäki
  - Re: [PATCH] net/core/flow.c: compare data with memcmp, David Miller
Re: Happy New Year (and v2.6.20-rc3 released), Cyrill V. Gorcnov
- Message not available
  - Re: Happy New Year (and v2.6.20-rc3 released), Cyrill V. Gorcnov
- Re: Happy New Year (and v2.6.20-rc3 released), H. Peter Anvin
- <Possible follow-ups>
- Re: Happy New Year (and v2.6.20-rc3 released), Arkadiusz Miskiewicz
- Re: Happy New Year (and v2.6.20-rc3 released), Alessandro Suardi
  - Re: Happy New Year (and v2.6.20-rc3 released), Linus Torvalds
    - Re: Happy New Year (and v2.6.20-rc3 released), Jeff Garzik
      - Re: Happy New Year (and v2.6.20-rc3 released), Alan
        
        Re: Happy New Year (and v2.6.20-rc3 released), Linus Torvalds
        
        Re: Happy New Year (and v2.6.20-rc3 released), Theodore Tso
      - [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Alan
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Alessandro Suardi
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Alan
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Theodore Tso
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Jeff Garzik
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Alan
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Jeff Garzik
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Jeff Garzik
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Alan
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Alan
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Jeff Garzik
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Alan
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Jeff Garzik
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Alan
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Jeff Garzik
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Jeff Garzik
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Alan
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Jeff Garzik
        
        Re: [PATCH] libata: fix combined mode (was Re: Happy New Year (and v2.6.20-rc3 released)), Steve Wise
    - Re: Happy New Year (and v2.6.20-rc3 released), Alan
      - Re: Happy New Year (and v2.6.20-rc3 released), Linus Torvalds
- Re: Happy New Year (and v2.6.20-rc3 released), Olaf Hering
Re: [patch] remove MAX_ARG_PAGES, Ollie Wild
- <Possible follow-ups>
- Re: [patch] remove MAX_ARG_PAGES, Pavel Machek
- Re: [patch] remove MAX_ARG_PAGES, David Howells
Re: [PATCH] [DISCUSS] Make the variable NULL after freeing it., Amit Choudhary
- Re: [PATCH] [DISCUSS] Make the variable NULL after freeing it., Ingo Oeser
  - Re: [PATCH] [DISCUSS] Make the variable NULL after freeing it., Andreas Schwab
    - Re: [PATCH] [DISCUSS] Make the variable NULL after freeing it., Ingo Oeser
      - Re: [PATCH] [DISCUSS] Make the variable NULL after freeing it., Jan Engelhardt
  - Re: [PATCH] [DISCUSS] Make the variable NULL after freeing it., Pavel Machek

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