LKML: Linux Kernel Archive 2006 Q1

Date Index

[PATCH: 010/017]Memory hotplug for new nodes v.4.(allocate wait table), Yasunori Goto
- Re: [PATCH: 010/017]Memory hotplug for new nodes v.4.(allocate wait table), Dave Hansen
  - Re: [PATCH: 010/017]Memory hotplug for new nodes v.4.(allocate wait table), Yasunori Goto
[PATCH: 014/017]Memory hotplug for new nodes v.4.(add start function acpi_memhotplug), Yasunori Goto
[PATCH: 015/017]Memory hotplug for new nodes v.4.(avoid calling add_memory() for already exist memory), Yasunori Goto
[PATCH: 017/017]Memory hotplug for new nodes v.4.(arch_register_node() for ia64), Yasunori Goto
- Re: [PATCH: 017/017]Memory hotplug for new nodes v.4.(arch_register_node() for ia64), Dave Hansen
  - Re: [PATCH: 017/017]Memory hotplug for new nodes v.4.(arch_register_node() for ia64), Yasunori Goto
    - Re: [PATCH: 017/017]Memory hotplug for new nodes v.4.(arch_register_node() for ia64), Dave Hansen
      - Re: [PATCH: 017/017]Memory hotplug for new nodes v.4.(arch_register_node() for ia64), Yasunori Goto
[PATCH: 011/017]Memory hotplug for new nodes v.4.(start kswapd), Yasunori Goto
- Re: [PATCH: 011/017]Memory hotplug for new nodes v.4.(start kswapd), Dave Hansen
[PATCH: 013/017]Memory hotplug for new nodes v.4.(changes from __init to __meminit), Yasunori Goto
[PATCH: 005/017]Memory hotplug for new nodes v.4.(generic refresh NODE_DATA()), Yasunori Goto
[PATCH: 006/017]Memory hotplug for new nodes v.4.(move out pgdat array from mem_data for ia64), Yasunori Goto
[PATCH: 003/017]Memory hotplug for new nodes v.4.(get node id at probe memory), Yasunori Goto
- Re: [PATCH: 003/017]Memory hotplug for new nodes v.4.(get node id at probe memory), Andi Kleen
[PATCH: 004/017]Memory hotplug for new nodes v.4.(generic alloc pgdat), Yasunori Goto
[PATCH: 001/017]Memory hotplug for new nodes v.4.(Generic code of pgdat alloc), Yasunori Goto
[PATCH: 000/017]Memory hotplug for new nodes v.4., Yasunori Goto
[PATCH: 002/017]Memory hotplug for new nodes v.4.(change name old add_memory() to arch_add_memory()), Yasunori Goto
- Re: [PATCH: 002/017]Memory hotplug for new nodes v.4.(change name old add_memory() to arch_add_memory()), Dave Hansen
  - Re: [PATCH: 002/017]Memory hotplug for new nodes v.4.(change name old add_memory() to arch_add_memory()), KAMEZAWA Hiroyuki
    - Re: [PATCH: 002/017]Memory hotplug for new nodes v.4.(change name old add_memory() to arch_add_memory()), Dave Hansen
      - Re: [PATCH: 002/017]Memory hotplug for new nodes v.4.(change name old add_memory() to arch_add_memory()), KAMEZAWA Hiroyuki
        
        Re: [PATCH: 002/017]Memory hotplug for new nodes v.4.(change name old add_memory() to arch_add_memory()), Dave Hansen
        
        Re: [PATCH: 002/017]Memory hotplug for new nodes v.4.(change name old add_memory() to arch_add_memory()), KAMEZAWA Hiroyuki
        
        Re: [PATCH: 002/017]Memory hotplug for new nodes v.4.(change name old add_memory() to arch_add_memory()), Yasunori Goto
[PATCH 000 of 6] md: Introduction - patching those patches., NeilBrown
- [PATCH 003 of 6] md: Remove an unused variable., NeilBrown
- [PATCH 001 of 6] md: INIT_LIST_HEAD to LIST_HEAD conversions., NeilBrown
- [PATCH 004 of 6] md: Improve comments about locking situation in raid5 make_request, NeilBrown
- [PATCH 006 of 6] md: Make new function stripe_to_pdidx static., NeilBrown
- [PATCH 005 of 6] md: Remove some stray semi-colons after functions called in macro...., NeilBrown
- [PATCH 002 of 6] md: Documentation and tidy up for resize_stripes, NeilBrown
oops in ext3_discard_reservation(), Mike Galbraith
- Re: oops in ext3_discard_reservation(), Andrew Morton
  - Re: oops in ext3_discard_reservation(), Mike Galbraith
  - Re: oops in ext3_discard_reservation(), Mingming Cao
    - Re: oops in ext3_discard_reservation(), Andrew Morton
[PATCH 000 of 13] md: Introduction, NeilBrown
- [PATCH 001 of 13] md: Add '4' to the list of levels for which bitmaps are supported., NeilBrown
- [PATCH 003 of 13] md: Update status_resync to handle LARGE devices., NeilBrown
- [PATCH 005 of 13] md: Allow stripes to be expanded in preparation for expanding an array., NeilBrown
  - Re: [PATCH 005 of 13] md: Allow stripes to be expanded in preparation for expanding an array., Andrew Morton
    - Re: [PATCH 005 of 13] md: Allow stripes to be expanded in preparation for expanding an array., Neil Brown
  - Re: [PATCH 005 of 13] md: Allow stripes to be expanded in preparation for expanding an array., Andrew Morton
  - Re: [PATCH 005 of 13] md: Allow stripes to be expanded in preparation for expanding an array., Andrew Morton
    - Re: [PATCH 005 of 13] md: Allow stripes to be expanded in preparation for expanding an array., Neil Brown
- [PATCH 006 of 13] md: Infrastructure to allow normal IO to continue while array is expanding., NeilBrown
  - Re: [PATCH 006 of 13] md: Infrastructure to allow normal IO to continue while array is expanding., Andrew Morton
    - Re: [PATCH 006 of 13] md: Infrastructure to allow normal IO to continue while array is expanding., Neil Brown
- [PATCH 009 of 13] md: Checkpoint and allow restart of raid5 reshape, NeilBrown
- [PATCH 010 of 13] md: Only checkpoint expansion progress occasionally., NeilBrown
  - Re: [PATCH 010 of 13] md: Only checkpoint expansion progress occasionally., Andrew Morton
- [PATCH 012 of 13] md: Make 'reshape' a possible sync_action action., NeilBrown
- [PATCH 011 of 13] md: Split reshape handler in check_reshape and start_reshape., NeilBrown
- [PATCH 007 of 13] md: Core of raid5 resize process, NeilBrown
  - Re: [PATCH 007 of 13] md: Core of raid5 resize process, Andrew Morton
    - Re: [PATCH 007 of 13] md: Core of raid5 resize process, Neil Brown
- [PATCH 013 of 13] md: Support suspending of IO to regions of an md array., NeilBrown
- [PATCH 002 of 13] md: Fix the 'failed' count for version-0 superblocks., NeilBrown
- [PATCH 004 of 13] md: Split disks array out of raid5 conf structure so it is easier to grow., NeilBrown
- [PATCH 008 of 13] md: Final stages of raid5 expand code., NeilBrown
uml build problem 2.6.15.6/2.6.16rc6, David Lang
- Re: uml build problem 2.6.15.6/2.6.16rc6, David Lang
[PATCH -rt, RFC] rid rcu_read_lock() and _unlock() of common-case atomics, Paul E. McKenney
[RFC][PATCH] warn when statically-allocated kobjects are used, Dave Hansen
- Re: [RFC][PATCH] warn when statically-allocated kobjects are used, Arjan van de Ven
  - Re: [RFC][PATCH] warn when statically-allocated kobjects are used, Greg KH
    - Re: [RFC][PATCH] warn when statically-allocated kobjects are used, Dmitry Torokhov
Wie kann man den wurdigen Gehalt haben., Oysters H. Scow
[ANN] Squashfs 3.0 released, Phillip Lougher
- Message not available
  - Re: [ANN] Squashfs 3.0 released, Phillip Lougher
    - Re: [ANN] Squashfs 3.0 released, Samuel Masham
- Re: [ANN] Squashfs 3.0 released, Jörn Engel
  - Re: [ANN] Squashfs 3.0 released, Phillip Lougher
    - Re: [ANN] Squashfs 3.0 released, Jörn Engel
      - Re: [ANN] Squashfs 3.0 released, Jeff Garzik
        
        Re: [ANN] Squashfs 3.0 released, Phillip Lougher
        
        Re: [ANN] Squashfs 3.0 released, Jeff Garzik
        
        Re: [ANN] Squashfs 3.0 released, Willy Tarreau
        
        Re: [ANN] Squashfs 3.0 released, Phillip Lougher
        
        Re: [ANN] Squashfs 3.0 released, Phillip Lougher
        
        Re: [ANN] Squashfs 3.0 released, Francesco Biscani
        
        Re: [ANN] Squashfs 3.0 released, Pavel Machek
        
        Re: [ANN] Squashfs 3.0 released, Phillip Lougher
        
        Message not available
        
        Re: [ANN] Squashfs 3.0 released, Phillip Lougher
        
        Re: [ANN] Squashfs 3.0 released, Pavel Machek
        
        Re: [ANN] Squashfs 3.0 released, Phillip Lougher
        
        Re: [ANN] Squashfs 3.0 released, Al Viro
        
        Re: [ANN] Squashfs 3.0 released, Jan Engelhardt
        
        Re: [ANN] Squashfs 3.0 released, Jeff Garzik
        
        Re: [ANN] Squashfs 3.0 released, Al Viro
        
        Re: [ANN] Squashfs 3.0 released, Pavel Machek
        
        Re: [ANN] Squashfs 3.0 released, Al Viro
        
        Re: [ANN] Squashfs 3.0 released, Andreas Dilger
        
        Re: [ANN] Squashfs 3.0 released, Jörn Engel
        
        Re: [ANN] Squashfs 3.0 released, Jan Engelhardt
- Re: [ANN] Squashfs 3.0 released, Xavier Bestel
[PATCH] Add SA_PERCPU_IRQ flag support, Dimitri Sivanich
- Re: [PATCH] Add SA_PERCPU_IRQ flag support, Christoph Hellwig
- Re: [PATCH] Add SA_PERCPU_IRQ flag support, Andrew Morton
  - Re: [PATCH] Add SA_PERCPU_IRQ flag support, Andrew Morton
    - Re: [PATCH] Add SA_PERCPU_IRQ flag support, Dimitri Sivanich
      - Re: [PATCH] Add SA_PERCPU_IRQ flag support, Matthew Wilcox
        
        Re: [PATCH] Add SA_PERCPU_IRQ flag support, Dimitri Sivanich
- <Possible follow-ups>
- [PATCH] Add SA_PERCPU_IRQ flag support, Dimitri Sivanich
  - Re: [PATCH] Add SA_PERCPU_IRQ flag support, Andrew Morton
    - Re: [PATCH] Add SA_PERCPU_IRQ flag support, Christoph Lameter
      - Re: [PATCH] Add SA_PERCPU_IRQ flag support, Benjamin Herrenschmidt
    - Re: [PATCH] Add SA_PERCPU_IRQ flag support, Dimitri Sivanich
[PATCH] kill implicit check_acpi_pci() warning, Dave Hansen
[PATCH] i386: run BIOS PCI detection before direct, Dave Hansen
- Re: [PATCH] i386: run BIOS PCI detection before direct, Andy Whitcroft
  - Re: [PATCH] i386: run BIOS PCI detection before direct, Andi Kleen
    - Re: [PATCH] i386: run BIOS PCI detection before direct, Greg KH
      - Re: [PATCH] i386: run BIOS PCI detection before direct, Andi Kleen
Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Michael Kerrisk
- Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Linus Torvalds
  - Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Michael Kerrisk
    - Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Linus Torvalds
      - Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Eric W. Biederman
        
        Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Janak Desai
      - Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Michael Kerrisk
      - Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Eric W. Biederman
        
        Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Janak Desai
        
        Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Eric W. Biederman
        
        Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Paul Mackerras
libata/sata errors on ich[?]/maxtor, Mauro Tassinari
- Re: libata/sata errors on ich[?]/maxtor, Samuel Masham
  - Re: libata/sata errors on ich[?]/maxtor, Samuel Masham
    - R: libata/sata errors on ich[?]/maxtor, mtassinari
  - Re: libata/sata errors on ich[?]/maxtor, Alan Cox
    - Re: libata/sata errors on ich[?]/maxtor, Samuel Masham
      - R: libata/sata errors on ich[?]/maxtor, Mauro Tassinari
      - Re: libata/sata errors on ich[?]/maxtor, Samuel Masham
        
        R: libata/sata errors on ich[?]/maxtor, mtassinari
        
        Re: libata/sata errors on ich[?]/maxtor, Ian Young
- <Possible follow-ups>
- Re: libata/sata errors on ich[?]/maxtor, Ian Young
[PATCH] v9fs: fix overzealous dropping of dentry, Eric Van Hensbergen
puting task to TASK_INTERRUPTIBLE before adding it to an wait queue, Yitzchak Eidus
- Re: puting task to TASK_INTERRUPTIBLE before adding it to an wait queue, Yitzchak Eidus
- Re: puting task to TASK_INTERRUPTIBLE before adding it to an wait queue, Mike Galbraith
  - Re: puting task to TASK_INTERRUPTIBLE before adding it to an wait queue, Andy Lutomirski
Cache Aliasing, Chris Zankel
- Re: Cache Aliasing, David S. Miller
[PATCH] fix free swap cache latency, Hugh Dickins
- Re: [PATCH] fix free swap cache latency, Ingo Molnar
- Re: [PATCH] fix free swap cache latency, Andrew Morton
  - Re: [PATCH] fix free swap cache latency, Nick Piggin
    - Re: [PATCH] fix free swap cache latency, Hugh Dickins
Race in pagevec_strip?, Christoph Lameter
- Re: Race in pagevec_strip?, Christoph Lameter
  - Re: Race in pagevec_strip?, Hugh Dickins
    - Re: Race in pagevec_strip?, Christoph Lameter
    - Re: Race in pagevec_strip?, Hugh Dickins
      - Re: Race in pagevec_strip?, Christoph Lameter
        
        Re: Race in pagevec_strip?, Hugh Dickins
        
        Re: Race in pagevec_strip?, Christoph Lameter
[PATCH] Check for online cpus before bringing them up, Srivatsa Vaddagiri
- Re: [PATCH] Check for online cpus before bringing them up, Andrew Morton
  - Re: [PATCH] Check for online cpus before bringing them up, Shaohua Li
  - Re: [PATCH] Check for online cpus before bringing them up, Srivatsa Vaddagiri
    - Re: [PATCH] Check for online cpus before bringing them up, Andrew Morton
      - Re: [PATCH] Check for online cpus before bringing them up, Srivatsa Vaddagiri
        
        Re: [PATCH] Check for online cpus before bringing them up, Ashok Raj
        
        Re: [PATCH] Check for online cpus before bringing them up, Shaohua Li
        
        Re: [PATCH] Check for online cpus before bringing them up, Ashok Raj
        
        Re: [PATCH] Check for online cpus before bringing them up, Shaohua Li
    - Re: [PATCH] Check for online cpus before bringing them up, Ashok Raj
      - Re: [PATCH] Check for online cpus before bringing them up, Srivatsa Vaddagiri
kernel cache mem bug(?), kernel
- Re: kernel cache mem bug(?), Valdis . Kletnieks
  - Re: kernel cache mem bug(?), kernel
    - Re: kernel cache mem bug(?), Jesper Juhl
      - Re: kernel cache mem bug(?), kernel
        
        Re: kernel cache mem bug(?), Alan Cox
        
        Re: kernel cache mem bug(?), kernel
[patch] mspec - special memory driver and do_no_pfn handler, Jes Sorensen
- Re: [patch] mspec - special memory driver and do_no_pfn handler, Andrew Morton
  - Re: [patch] mspec - special memory driver and do_no_pfn handler, Linus Torvalds
    - Re: [patch] mspec - special memory driver and do_no_pfn handler, Robin Holt
    - Re: [patch] mspec - special memory driver and do_no_pfn handler, Benjamin Herrenschmidt
      - Re: [patch] mspec - special memory driver and do_no_pfn handler, Jes Sorensen
        
        Re: [patch] mspec - special memory driver and do_no_pfn handler, Carsten Otte
        
        Re: [patch] mspec - special memory driver and do_no_pfn handler, Christoph Hellwig
    - Re: [patch] mspec - special memory driver and do_no_pfn handler, Jes Sorensen
    - Re: [patch] mspec - special memory driver and do_no_pfn handler, Carsten Otte
  - [patch 1/2] do_no_pfn handler (was: Re: [patch] mspec - special memory driver and do_no_pfn handler), Jes Sorensen
  - [patch 2/2] mspec driver (was: Re: [patch] mspec - special memory driver and do_no_pfn handler), Jes Sorensen
    - Re: [patch 2/2] mspec driver, Nick Piggin
      - Re: [patch 2/2] mspec driver, Jes Sorensen
        
        Re: [patch 2/2] mspec driver, Nick Piggin
        
        Re: [patch 2/2] mspec driver, Jes Sorensen
        
        Re: [patch 2/2] mspec driver, Nick Piggin
- Re: [patch] mspec - special memory driver and do_no_pfn handler, Carsten Otte
  - Re: [patch] mspec - special memory driver and do_no_pfn handler, Carsten Otte
  - Re: [patch] mspec - special memory driver and do_no_pfn handler, Nick Piggin
  - Re: [patch] mspec - special memory driver and do_no_pfn handler, Jes Sorensen
[PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Eric W. Biederman
- [PATCH] unshare: Use rcu_assign_pointer when setting sighand, Eric W. Biederman
  - Re: [PATCH] unshare: Use rcu_assign_pointer when setting sighand, Paul E. McKenney
  - Re: [PATCH] unshare: Use rcu_assign_pointer when setting sighand, Oleg Nesterov
    - Re: [PATCH] unshare: Use rcu_assign_pointer when setting sighand, Andrew Morton
      - Re: [PATCH] unshare: Use rcu_assign_pointer when setting sighand, Oleg Nesterov
        
        Re: [PATCH] unshare: Use rcu_assign_pointer when setting sighand, Janak Desai
        
        Re: [PATCH] unshare: Use rcu_assign_pointer when setting sighand, Oleg Nesterov
        
        [PATCH] for 2.6.16, disable unshare_vm(), Oleg Nesterov
        
        Re: [PATCH] for 2.6.16, disable unshare_vm(), Linus Torvalds
        
        Re: [PATCH] for 2.6.16, disable unshare_vm(), Ulrich Drepper
        
        Re: [PATCH] for 2.6.16, disable unshare_vm(), Janak Desai
      - [PATCH] implement unshare(CLONE_SIGHAND) for single-thread case, Oleg Nesterov
      - [PATCH] unshare: Error if passed unsupported flags, Eric W. Biederman
        
        Re: [PATCH] unshare: Error if passed unsupported flags, Janak Desai
      - Re: [PATCH] unshare: Use rcu_assign_pointer when setting sighand, Janak Desai
- Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Michael Kerrisk
- Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Andrew Morton
  - Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Linus Torvalds
    - Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Eric W. Biederman
      - Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Andrew Morton
  - Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Janak Desai
- <Possible follow-ups>
- Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Albert Cahalan
  - Re: [PATCH] unshare: Cleanup up the sys_unshare interface before we are committed., Eric W. Biederman
[PATCH] make fork() atomic wrt pgrp/session signals, Oleg Nesterov
- Re: [PATCH] make fork() atomic wrt pgrp/session signals, Eric W. Biederman
Invalidating page of a user level process from a device driver, osuv osuv
- Re: Invalidating page of a user level process from a device driver, Alan Cox
[2.6.16-rc6-m1 PATCH] Connector: Filesystem Events Connector try 2, Yi Yang
- Re: [2.6.16-rc6-m1 PATCH] Connector: Filesystem Events Connector try 2, Andrew Morton
  - Re: [2.6.16-rc6-m1 PATCH] Connector: Filesystem Events Connector try 2, Yi Yang
remap_page_range() vs. remap_pfn_range(), Brian D. McGrew
- Re: remap_page_range() vs. remap_pfn_range(), Arjan van de Ven
  - Re: remap_page_range() vs. remap_pfn_range(), Randy.Dunlap
- Re: remap_page_range() vs. remap_pfn_range(), linux-os (Dick Johnson)
Re: [linux-usb-devel] RE: [usb-storage] Re: [v4l-dvb-maintainer] 2.6.16-rc: saa7134 + u sb-storage = freeze, Alan Stern
- Re: [linux-usb-devel] RE: [usb-storage] Re: [v4l-dvb-maintainer] 2.6.16-rc: saa7134 + u sb-storage = freeze, thomas schorpp
  - Re: [linux-usb-devel] RE: [usb-storage] Re: [v4l-dvb-maintainer] 2.6.16-rc: saa7134 + u sb-storage = freeze, Mauro Carvalho Chehab
    - Re: [linux-usb-devel] RE: [usb-storage] Re: [v4l-dvb-maintainer] 2.6.16-rc: saa7134 + u sb-storage = freeze, thomas schorpp
cpu_exclusive feature of cpuset broken?, Srivatsa Vaddagiri
- Re: cpu_exclusive feature of cpuset broken?, Paul Jackson
  - Re: cpu_exclusive feature of cpuset broken?, Srivatsa Vaddagiri
    - Re: cpu_exclusive feature of cpuset broken?, Paul Jackson
dm stripe: Fix bounds, Alasdair G Kergon
flushing and invalidating specified cache range in ARM xScale, Nickolay
[2.6 patch] VIDEO_CPIA2 must depend on USB, Adrian Bunk
- Re: [v4l-dvb-maintainer] [2.6 patch] VIDEO_CPIA2 must depend on USB, Michael Krufky
[RFC: 2.6 patch] let X86_VOYAGER select SMP, Adrian Bunk
- <Possible follow-ups>
- [RFC: 2.6 patch] let X86_VOYAGER select SMP, Adrian Bunk
PROBLEM: Computer hanged up, something related with journal.c, Raul Orus
[Bug? Report] kref problem, Artem B. Bityutskiy
- Re: [Bug? Report] kref problem, Greg KH
  - Re: [Bug? Report] kref problem, Greg KH
  - Re: [Bug? Report] kref problem, Artem B. Bityutskiy
- Re: [Bug? Report] kref problem, Greg KH
  - Re: [Bug? Report] kref problem, Artem B. Bityutskiy
    - Re: [Bug? Report] kref problem, Artem B. Bityutskiy
      - Re: [Bug? Report] kref problem, Greg KH
        
        Re: [Bug? Report] kref problem, Artem B. Bityutskiy
        
        Re: [Bug? Report] kref problem, Greg KH
    - Re: [Bug? Report] kref problem, Greg KH
  - Re: [Bug? Report] kref problem, Dave Hansen
    - Re: [Bug? Report] kref problem, Greg KH
  - Re: [Bug? Report] kref problem, Artem B. Bityutskiy
    - Re: [Bug? Report] kref problem, Greg KH
      - Re: [Bug? Report] kref problem, Artem B. Bityutskiy
        
        Re: [Bug? Report] kref problem, Greg KH
        
        Re: [Bug? Report] kref problem, Artem B. Bityutskiy
        
        Re: [Bug? Report] kref problem, Greg KH
        
        Re: [Bug? Report] kref problem, Artem B. Bityutskiy
Adding a new module in the Kernel source, beware
- Re: Adding a new module in the Kernel source, Sam Ravnborg
2.6.16-rc6-git6 compilation fails (input system), Patrizio Bassi
- Re: 2.6.16-rc6-git6 compilation fails (input system), Adrian Bunk
  - Re: 2.6.16-rc6-git6 compilation fails (input system), Patrizio Bassi
    - Re: 2.6.16-rc6-git6 compilation fails (input system), Adrian Bunk
      - Re: 2.6.16-rc6-git6 compilation fails (input system), Patrizio Bassi
    - Re: 2.6.16-rc6-git6 compilation fails (input system), Patrizio Bassi
- <Possible follow-ups>
- Re: 2.6.16-rc6-git6 compilation fails (input system), Patrizio Bassi
[1/5 PATCH] Kprobes-fix-broken-fault-handling-for-i386, Prasanna S Panchamukhi
- Re: [2/5 PATCH] Kprobes-fix-broken-fault-handling-for-x86_64, Prasanna S Panchamukhi
  - Re: [3/5 PATCH] Kprobes-fix-broken-fault-handling-for-powerpc64, Prasanna S Panchamukhi
    - Re: [4/5 PATCH] Kprobes-fix-broken-fault-handling-for-ia64, Prasanna S Panchamukhi
      - Re: [5/5 PATCH] Kprobes-fix-broken-fault-handling-for-sparc64, Prasanna S Panchamukhi
[PATCH] posix-timer fix requeue accounting when signal is ignored, Thomas Gleixner
[patch 1/1] consolidate TRUE and FALSE, akpm
- Re: [patch 1/1] consolidate TRUE and FALSE, Anton Altaparmakov
  - Re: [patch 1/1] consolidate TRUE and FALSE, Andrew Morton
    - Re: [patch 1/1] consolidate TRUE and FALSE, Nicholas Miell
    - Re: [patch 1/1] consolidate TRUE and FALSE, Jan Engelhardt
- Re: [patch 1/1] consolidate TRUE and FALSE, Arjan van de Ven
- Re: [patch 1/1] consolidate TRUE and FALSE, Christoph Hellwig
  - Re: [patch 1/1] consolidate TRUE and FALSE, Randy.Dunlap
    - Re: [patch 1/1] consolidate TRUE and FALSE, Christoph Hellwig
      - Re: [patch 1/1] consolidate TRUE and FALSE, Randy.Dunlap
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Christoph Hellwig
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Randy.Dunlap
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Anton Altaparmakov
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Al Viro
        
        Message not available
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Al Viro
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Anton Altaparmakov
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Anton Altaparmakov
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Jan Engelhardt
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Anton Altaparmakov
      - Re: [patch 1/1] consolidate TRUE and FALSE, Anton Altaparmakov
      - Re: [patch 1/1] consolidate TRUE and FALSE, Sam Ravnborg
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Al Viro
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Randy.Dunlap
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Al Viro
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Randy.Dunlap
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Sam Ravnborg
    - Re: [patch 1/1] consolidate TRUE and FALSE, Valdis . Kletnieks
      - Re: [patch 1/1] consolidate TRUE and FALSE, Joshua Hudson
    - Re: [patch 1/1] consolidate TRUE and FALSE, David Wagner
  - Re: [patch 1/1] consolidate TRUE and FALSE, Xavier Bestel
- Re: [patch 1/1] consolidate TRUE and FALSE, Al Viro
  - Re: [patch 1/1] consolidate TRUE and FALSE, Andrew Morton
    - Re: [patch 1/1] consolidate TRUE and FALSE, Xavier Bestel
      - Re: [patch 1/1] consolidate TRUE and FALSE, Andrew Morton
      - Re: [patch 1/1] consolidate TRUE and FALSE, Jan Engelhardt
        
        Re: [patch 1/1] consolidate TRUE and FALSE, Xavier Bestel
- Re: [patch 1/1] consolidate TRUE and FALSE, Greg KH
  - Re: [patch 1/1] consolidate TRUE and FALSE, Greg KH
- Re: [patch 1/1] consolidate TRUE and FALSE, Richard Knutsson
2.6.16-rc6-rt7, Ingo Molnar
- Re: 2.6.16-rc6-rt7, David Brown
  - Re: 2.6.16-rc6-rt7, Thomas Gleixner
    - Re: 2.6.16-rc6-rt7, Ingo Molnar
- Re: 2.6.16-rc6-rt7, Michal Piotrowski
- Re: 2.6.16-rc6-rt7, Tom Rini
  - Re: 2.6.16-rc6-rt7, Ingo Molnar
    - Re: 2.6.16-rc6-rt7, Tom Rini
  - Message not available
    - Re: 2.6.16-rc6-rt7, Tom Rini
      - Re: 2.6.16-rc6-rt7, Thomas Gleixner
THE STRAIT GATE: Fixing the Blame for Our War losses, info
[PATCH] m68knommu : clear frame-pointer in start_thread, Philippe De Muyter
Invalidating a page of a user level process., VISHAL NAHAR
- Re: Invalidating a page of a user level process., Arjan van de Ven
[PATCH] Hamradio: Fix a NULL pointer dereference in net/hamradio/6pack.c, Eugene Teo
- Re: [PATCH] Hamradio: Fix a NULL pointer dereference in net/hamradio/6pack.c, Eugene Teo
  - Re: [PATCH] Hamradio: Fix a NULL pointer dereference in net/hamradio/6pack.c, David S. Miller
[PATCH] Hamradio: Fix a NULL pointer dereference in net/hamradio/mkiss.c, Eugene Teo
- Re: [PATCH] Hamradio: Fix a NULL pointer dereference in net/hamradio/mkiss.c, Eugene Teo
  - Re: [PATCH] Hamradio: Fix a NULL pointer dereference in net/hamradio/mkiss.c, David S. Miller
  - Re: [PATCH] Hamradio: Fix a NULL pointer dereference in net/hamradio/mkiss.c, Alexey Dobriyan
    - Re: [PATCH] Hamradio: Fix a NULL pointer dereference in net/hamradio/mkiss.c, David S. Miller
  - [no subject], Raj Kumar Yadav
    - [no subject], David S. Miller
- Re: [PATCH] Hamradio: Fix a NULL pointer dereference in net/hamradio/mkiss.c, Ralf Baechle
  - Re: [PATCH] Hamradio: Fix a NULL pointer dereference in net/hamradio/mkiss.c, Ralf Baechle
Gremio . Gremio . Gremio . Gremio . Gremio . Gremio, Bompa
[PATCH]swsusp: drain high mem pages, Shaohua Li
- Re: [PATCH]swsusp: drain high mem pages, Pavel Machek
[PATCH] for_each_possible_cpu [19/19] xfs, KAMEZAWA Hiroyuki
[PATCH/DOC ] for_each_possible_cpu documentaion [1/1], KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [18/19] x86_64, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [17/19] sparc64, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [16/19] sparc, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [15/19] sh, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [14/19] s390, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [13/19] ppc, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [12/19] powerpc, KAMEZAWA Hiroyuki
- Re: [PATCH] for_each_possible_cpu [12/19] powerpc, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [11/19] mips, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [10/19] ia64, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [9/19] i386, KAMEZAWA Hiroyuki
- Re: [PATCH] for_each_possible_cpu [9/19] i386 fix patch, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [8/19] for arm, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [7/19] scsi, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [6/19] oprofile., KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [5/19] loopback device., KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [4/19] under drivers/acpi, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [3/19] network codes., KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [2/19] fixes for generic part, KAMEZAWA Hiroyuki
[PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, KAMEZAWA Hiroyuki
- Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, Andrew Morton
  - Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, KAMEZAWA Hiroyuki
- Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, Nick Piggin
  - Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, Andrew Morton
    - Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, Nick Piggin
  - Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, KAMEZAWA Hiroyuki
    - Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, YOSHIFUJI Hideaki / 吉藤英明
    - Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, Nick Piggin
      - Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, KAMEZAWA Hiroyuki
        
        Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, Nick Piggin
        
        Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, Andrew Morton
        
        Re: [PATCH] for_each_possible_cpu [1/19] defines for_each_possible_cpu, Nick Piggin
[PATCH] Fix vfs_inode dereference before NULL check, Eugene Teo
Fix gus_pcm dereference before NULL, Eugene Teo
- Re: Fix gus_pcm dereference before NULL, Randy.Dunlap
  - Re: Fix gus_pcm dereference before NULL, Jan Engelhardt
- Re: Fix gus_pcm dereference before NULL, Takashi Iwai
  - Re: Fix gus_pcm dereference before NULL, Eugene Teo
Fix seq_clientmgr dereferences before NULL check, Eugene Teo
- Re: Fix seq_clientmgr dereferences before NULL check, Takashi Iwai
  - Re: Fix seq_clientmgr dereferences before NULL check, Eugene Teo
Fix ali5451 dereferenced before NULL check, Eugene Teo
- Re: Fix ali5451 dereferenced before NULL check, Takashi Iwai
  - Re: Fix ali5451 dereferenced before NULL check, Eugene Teo
Fix sequencer missing negative bound check, Eugene Teo
- Re: Fix sequencer missing negative bound check, Valdis . Kletnieks
  - Re: Fix sequencer missing negative bound check, Eugene Teo
4k at a time only works well for an OS that does less per iteration than Linux does, Hans Reiser
Fix sb_mixer use before validation, Eugene Teo
RE: libata/sata_nv latency on NVIDIA CK804 [was Re: AMD64 X2 lost ticks on PM timer], Allen Martin
time_interpolator: add __read_mostly, Christoph Lameter
Re: [usb-storage] Re: [v4l-dvb-maintainer] 2.6.16-rc: saa7134 + u sb-storage = freeze, Alan Cox
- Re: [usb-storage] Re: [v4l-dvb-maintainer] 2.6.16-rc: saa7134 + u sb-storage = freeze, Adrian Bunk
- Re: [usb-storage] Re: [v4l-dvb-maintainer] 2.6.16-rc: saa7134 + u sb-storage = freeze, Mauro Carvalho Chehab
  - Re: [usb-storage] Re: [v4l-dvb-maintainer] 2.6.16-rc: saa7134 + u sb-storage = freeze, Alan Cox
- <Possible follow-ups>
- Re: [usb-storage] Re: [v4l-dvb-maintainer] 2.6.16-rc: saa7134 + u sb-storage = freeze, Alan Cox
Hello from Galechka, Galusya
Warning - Maxtor SATA II and Nvidia nforce4, Dax Kelson
- Re: Warning - Maxtor SATA II and Nvidia nforce4, Jeff Garzik
  - Re: Warning - Maxtor SATA II and Nvidia nforce4, Dax Kelson
  - Re: Warning - Maxtor SATA II and Nvidia nforce4, Sander
[PATCH]: e1000 endianness bugs, David S. Miller
- Re: [PATCH]: e1000 endianness bugs, Jesse Brandeburg
  - Re: [PATCH]: e1000 endianness bugs, David S. Miller
- Re: [PATCH]: e1000 endianness bugs, Christoph Hellwig
- Re: [PATCH]: e1000 endianness bugs, Jeff Garzik
nfs udp 1000/100baseT issue, Bret Towe
- Re: nfs udp 1000/100baseT issue, Jan Engelhardt
  - Re: nfs udp 1000/100baseT issue, Bret Towe
    - Re: nfs udp 1000/100baseT issue, Neil Brown
      - Re: nfs udp 1000/100baseT issue, Bret Towe
        
        Re: nfs udp 1000/100baseT issue, Neil Brown
        
        Re: nfs udp 1000/100baseT issue, Lee Revell
        
        Re: nfs udp 1000/100baseT issue, Helge Hafting
- Re: nfs udp 1000/100baseT issue, Andrew Morton
  - Re: nfs udp 1000/100baseT issue, Trond Myklebust
Bug in 2.6.16-rc6 RAID size reporting, Joshua Kugler
- Re: Bug in 2.6.16-rc6 RAID size reporting, Neil Brown
  - Re: Bug in 2.6.16-rc6 RAID size reporting, Joshua Kugler
[RFC PATCH] Make use of PageMappedToDisk() to improve ext3, Badari Pulavarty
- Re: [RFC PATCH] Make use of PageMappedToDisk() to improve ext3, Andrew Morton
  - Re: [RFC PATCH] Make use of PageMappedToDisk() to improve ext3, Badari Pulavarty
i810 framebuffer - BUG: sleeping function called from invalid context, Tilman Schmidt
- Re: i810 framebuffer - BUG: sleeping function called from invalid context, Andrew Morton
  - Re: i810 framebuffer - BUG: sleeping function called from invalid context, Antonino A. Daplas
    - Re: i810 framebuffer - BUG: sleeping function called from invalid context, Tilman Schmidt
      - Re: i810 framebuffer - BUG: sleeping function called from invalid context, Adrian Bunk
        
        Re: i810 framebuffer - BUG: sleeping function called from invalid context, Andrew Morton
[RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Vivek Goyal
- Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Kumar Gala
- Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Arjan van de Ven
  - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Kumar Gala
    - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Kumar Gala
    - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Eric W. Biederman
      - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Kumar Gala
        
        Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Eric W. Biederman
      - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Vivek Goyal
        
        Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Eric W. Biederman
  - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", David S. Miller
- Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Benjamin LaHaise
  - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Kumar Gala
    - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Benjamin LaHaise
      - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Kumar Gala
        
        Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", hackmiester / Hunter Fuller
      - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Eric W. Biederman
      - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Eric W. Biederman
        
        Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Benjamin LaHaise
        
        Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Eric W. Biederman
        
        Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Andrew Morton
        
        Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", David S. Miller
        
        Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Eric W. Biederman
        
        Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Benjamin LaHaise
        
        Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Eric W. Biederman
    - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", linux-os (Dick Johnson)
      - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Eric W. Biederman
    - Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Eric W. Biederman
- Re: [RFC][PATCH] Expanding the size of "start" and "end" field in "struct resource", Greg KH
PROBLEM: "irq 7: nobody cared" with 2.6.16-rc6, Linas Žvirblis
2.6.16-rc: saa7134 + usb-storage = freeze, Adrian Bunk
- Re: [linux-usb-devel] 2.6.16-rc: saa7134 + usb-storage = freeze, Alan Stern
  - Re: [linux-usb-devel] 2.6.16-rc: saa7134 + usb-storage = freeze, Duncan Sands
    - Re: [linux-usb-devel] 2.6.16-rc: saa7134 + usb-storage = freeze, Adrian Bunk
- Re: [v4l-dvb-maintainer] 2.6.16-rc: saa7134 + usb-storage = freeze, Mauro Carvalho Chehab
  - Re: [v4l-dvb-maintainer] 2.6.16-rc: saa7134 + usb-storage = freeze, Adrian Bunk
Now Hiring 2000 USD a week!, Vulvas J. Churchmen
[PATCH] fix alloc_large_system_hash roundup, hawkes
- Re: [PATCH] fix alloc_large_system_hash roundup, Roland Dreier
  - RE: [PATCH] fix alloc_large_system_hash roundup, Chen, Kenneth W
    - Re: [PATCH] fix alloc_large_system_hash roundup, Roland Dreier
[PATCH] -mm: Small CFQ I/O sched optimization, Andreas Mohr
- Re: [PATCH] -mm: Small CFQ I/O sched optimization, Jens Axboe
  - Re: [PATCH] -mm: Small CFQ I/O sched optimization, Andreas Mohr
PATCH m68knommu clear frame-pointer in start_thread, Philippe De Muyter
- Re: PATCH m68knommu clear frame-pointer in start_thread, Ralf Baechle
  - Re: PATCH m68knommu clear frame-pointer in start_thread, Philippe De Muyter
[2.6 patch] ieee80211_wx.c: remove dead code, Adrian Bunk
- Re: [2.6 patch] ieee80211_wx.c: remove dead code, John W. Linville
fs/namespace.c:dup_namespace(): fix a use after free, Adrian Bunk
[2.6 patch] i4l/isdn_tty.c: fix a check-after-use, Adrian Bunk
Re: [PATCH] AHCI SATA vendor update from VIA, Sergey Vlasov
- Re: [PATCH] AHCI SATA vendor update from VIA, Jeff Garzik
  - Re: [PATCH] AHCI SATA vendor update from VIA, Tejun Heo
    - Re: [PATCH] AHCI SATA vendor update from VIA, Jeff Garzik
      - [PATCH] ahci: add softreset, Tejun Heo
        
        Re: [PATCH] ahci: add softreset, Jeff Garzik
- <Possible follow-ups>
- re: [PATCH] AHCI SATA vendor update from VIA, Ph. Marek
  - Re: [PATCH] AHCI SATA vendor update from VIA, Ph. Marek
    - Re: [PATCH] AHCI SATA vendor update from VIA, Geoff Rivell
[2.6.16-rc6-m1 PATCH] Connector: Filesystem Events Connector, Yi Yang
- Re: [2.6.16-rc6-m1 PATCH] Connector: Filesystem Events Connector, Andrew Morton
  - Re: [2.6.16-rc6-m1 PATCH] Connector: Filesystem Events Connector, Yi Yang
MR. Kings Roger, paris.r
- <Possible follow-ups>
- MR. Kings Roger, paris.r
- MR. Kings Roger, paris.r
- MR. Kings Roger, c.bellabella
- MR. Kings Roger, c.bellabella
[PATCH] modpost: fix buffer overflow, Jiri Benc
- Re: [PATCH] modpost: fix buffer overflow, Bernd Petrovitsch
- Re: [PATCH] modpost: fix buffer overflow, Bernd Petrovitsch
  - Re: [PATCH] modpost: fix buffer overflow, Jiri Benc
    - Re: [PATCH] modpost: fix buffer overflow, Andreas Schwab
    - Re: [PATCH] modpost: fix buffer overflow, Sam Ravnborg
      - Re: [PATCH] modpost: fix buffer overflow, Jiri Benc
        
        Re: [PATCH] modpost: fix buffer overflow, Sam Ravnborg
        
        [PATCH] kbuild: fix buffer overflow in modpost, Sam Ravnborg
Guten Tag!, Patrick Ade
[PATCH] SELinux - cleanup stray variable in selinux_inode_init_security(), James Morris
[PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Takashi Sato
- Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Laurent Vivier
- Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Mingming Cao
  - Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Takashi Sato
    - Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Theodore Ts'o
    - Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Andreas Dilger
      - Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Theodore Ts'o
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Andreas Dilger
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Theodore Ts'o
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Andreas Dilger
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Stephen C. Tweedie
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Andreas Dilger
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Stephen C. Tweedie
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Theodore Ts'o
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Stephen C. Tweedie
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Andreas Dilger
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Alfred M. Szmidt
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Olivier Galibert
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Alfred M. Szmidt
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), cascardo
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Andreas Dilger
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Stephen C. Tweedie
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Alfred M. Szmidt
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Stephen C. Tweedie
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Alfred M. Szmidt
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Stephen C. Tweedie
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), cascardo
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Andreas Dilger
        
        Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Theodore Ts'o
      - Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Laurent Vivier
- Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Theodore Ts'o
  - Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Takashi Sato
    - Re: [Ext2-devel] [PATCH 1/2] ext2/3: Support 2^32-1 blocks(Kernel), Theodore Ts'o
[PATCH 2/2] ext2/3: Support 2^32-1 blocks(e2fsprogs), Takashi Sato
- Re: [Ext2-devel] [PATCH 2/2] ext2/3: Support 2^32-1 blocks(e2fsprogs), Badari Pulavarty
  - Re: [Ext2-devel] [PATCH 2/2] ext2/3: Support 2^32-1blocks(e2fsprogs), Takashi Sato
    - Re: [Ext2-devel] [PATCH 2/2] ext2/3: Support 2^32-1blocks(e2fsprogs), Andreas Dilger
      - Re: [Ext2-devel] [PATCH 2/2] ext2/3: Support 2^32-1blocks(e2fsprogs), Theodore Ts'o
      - Re: [Ext2-devel] [PATCH 2/2] ext2/3: Support 2^32-1blocks(e2fsprogs), Takashi Sato
    - Re: [Ext2-devel] [PATCH 2/2] ext2/3: Support 2^32-1blocks(e2fsprogs), Badari Pulavarty
      - Re: [Ext2-devel] [PATCH 2/2] ext2/3: Support 2^32-1blocks(e2fsprogs), Badari Pulavarty
        
        Re: [Ext2-devel] [PATCH 2/2] ext2/3: Support2^32-1blocks(e2fsprogs), Takashi Sato
- Re: [Ext2-devel] [PATCH 2/2] ext2/3: Support 2^32-1 blocks(e2fsprogs), Theodore Ts'o
PATCH: rio driver rework continued #5, Alan Cox
PATCH: rio driver rework continued #4, Alan Cox
PATCH: rio driver rework continued #2, Alan Cox
- Re: PATCH: rio driver rework continued #2, Alexey Dobriyan
  - Re: PATCH: rio driver rework continued #2, Alan Cox
PATCH: rio driver rework continued #3, Alan Cox
PATCH: rio driver rework continued #1, Alan Cox
- Re: PATCH: rio driver rework continued #1, Arjan van de Ven
  - Re: PATCH: rio driver rework continued #1, Alan Cox
Kernel Bug while trying to mount nfs share, Alexander Gran
- Re: Kernel Bug while trying to mount nfs share, Andrew Morton
- Re: Kernel Bug while trying to mount nfs share, Jan Engelhardt
  - Re: Kernel Bug while trying to mount nfs share, Alexander Gran
    - Re: Kernel Bug while trying to mount nfs share, Jan Engelhardt
Re: + posix-timer-cleanup-common_timer_get.patch added to -mm tree, Thomas Gleixner
- Re: + posix-timer-cleanup-common_timer_get.patch added to -mm tree, Roman Zippel
Re: More than 8 CPUs detected and CONFIG_X86_PC cannot handle it on 2.6.16-rc6, Chuck Ebbert
- Re: More than 8 CPUs detected and CONFIG_X86_PC cannot handle it on 2.6.16-rc6, Krzysztof Oledzki
NFS superblock sharing implies mount flags bug, Aurelien Degremont
- Re: NFS superblock sharing implies mount flags bug, Aurelien Degremont
  - Re: NFS superblock sharing implies mount flags bug, Trond Myklebust
[RFC] Proposed manpage additions for ptrace(2), Chuck Ebbert
- Re: [RFC] Proposed manpage additions for ptrace(2), Michael Kerrisk
- Re: [RFC] Proposed manpage additions for ptrace(2), Daniel Jacobowitz
  - Re: [RFC] Proposed manpage additions for ptrace(2), Charles P. Wright
    - Re: [RFC] Proposed manpage additions for ptrace(2), Blaisorblade
      - Re: [RFC] Proposed manpage additions for ptrace(2), Charles P. Wright
        
        Re: [RFC] Proposed manpage additions for ptrace(2), Blaisorblade
- <Possible follow-ups>
- Re: [RFC] Proposed manpage additions for ptrace(2), Chuck Ebbert
  - Re: [RFC] Proposed manpage additions for ptrace(2), Daniel Jacobowitz
bug report: Pegasus USB Ethernet driver, SNMPd, and kernel errors, Michael Rothwell
Q: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS, Ulrich Windl
[2.6.16-rc6] CONFIG_LOCALVERSION_AUTO, Mathis Ahrens
- [PATCH] Makefile: localversion fix (was: [2.6.16-rc6] CONFIG_LOCALVERSION_AUTO), Mathis Ahrens
- Re: [2.6.16-rc6] CONFIG_LOCALVERSION_AUTO, Sam Ravnborg
  - Re: [2.6.16-rc6] CONFIG_LOCALVERSION_AUTO, Mathis Ahrens
Fix irda-usb use after use, Eugene Teo
ORMAP, John Richard Moser
- Re: ORMAP, Nick Piggin
  - Re: ORMAP, John Richard Moser
    - Re: ORMAP, Nick Piggin
      - Re: ORMAP, John Richard Moser
Job offer. 1142389491, georges kan
Fix hostap_cs double kfree, Eugene Teo
- Re: Fix hostap_cs double kfree, Felipe W Damasio
  - Re: Fix hostap_cs double kfree, Eugene Teo
- Re: Fix hostap_cs double kfree, Jouni Malinen
  - Re: Fix hostap_cs double kfree, Eugene Teo
[PATCH] 2.6.16-rc6 calls check_acpi_pci() on x86 with ACPI disabled, Herbert Poetzl
- Re: [PATCH] 2.6.16-rc6 calls check_acpi_pci() on x86 with ACPI disabled, Andrew Morton
  - Re: [PATCH] 2.6.16-rc6 calls check_acpi_pci() on x86 with ACPI disabled, Herbert Poetzl
    - Re: [PATCH] 2.6.16-rc6 calls check_acpi_pci() on x86 with ACPI disabled, Andrew Morton
      - Re: [PATCH] 2.6.16-rc6 calls check_acpi_pci() on x86 with ACPI disabled, Herbert Poetzl
PATCH - ftdi_sio: add Icom ID1 USB product and vendor ids, A. Maitland Bottoms
RE: [PATCH] provide hrtimer exports for module use [Was:Exportsfor hrtimer APIs], Stone, Joshua I
Re: HP CDRW CD4E hasn't worked since 2.6.11, Daniel Drake
- Re: HP CDRW CD4E hasn't worked since 2.6.11, Peter Chubb
  - Re: HP CDRW CD4E hasn't worked since 2.6.11, Daniel Drake
    - Re: HP CDRW CD4E hasn't worked since 2.6.11, Daniel Drake
Module Ref Counting & ibmphp, Srihari Vijayaraghavan
- Re: Module Ref Counting & ibmphp, Greg KH
  - Re: Module Ref Counting & ibmphp, Stephen Hemminger
    - Re: Module Ref Counting & ibmphp, Daniel Barkalow
    - [2.6 patch] disallow unloading of ibmphp, Adrian Bunk
      - Re: [2.6 patch] disallow unloading of ibmphp, Adrian Bunk
  - Re: Module Ref Counting & ibmphp, Srihari Vijayaraghavan
    - Re: Module Ref Counting & ibmphp, Randy.Dunlap
RE: [PATCH] provide hrtimer exports for module use [Was: Exportsfor hrtimer APIs], Stone, Joshua I
- RE: [PATCH] provide hrtimer exports for module use [Was: Exportsfor hrtimer APIs], Thomas Gleixner
soft lockup in serial8250_console_write(?), Randy.Dunlap
- Re: soft lockup in serial8250_console_write(?), Ingo Molnar
  - Re: soft lockup in serial8250_console_write(?), Randy.Dunlap
    - Re: soft lockup in serial8250_console_write(?), Ingo Molnar
      - Re: soft lockup in serial8250_console_write(?), Andrew Morton
uncachable access to physical pages(ARM, xScale), Nickolay
- Re: uncachable access to physical pages(ARM, xScale), Russell King
[PATCH] provide hrtimer exports for module use [Was: Exports for hrtimer APIs], Stone, Joshua I
- Re: [PATCH] provide hrtimer exports for module use [Was: Exports for hrtimer APIs], Andrew Morton
  - Re: [PATCH] provide hrtimer exports for module use [Was: Exports for hrtimer APIs], Christoph Hellwig
- <Possible follow-ups>
- RE: [PATCH] provide hrtimer exports for module use [Was: Exports for hrtimer APIs], Stone, Joshua I
  - RE: [PATCH] provide hrtimer exports for module use [Was: Exports for hrtimer APIs], Thomas Gleixner
[PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Jun'ichi Nomura
- Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Andrew Morton
  - Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Greg KH
    - Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Matthew Wilcox
  - Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Jun'ichi Nomura
    - Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Greg KH
      - Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Jun'ichi Nomura
        
        Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Mark Maule
        
        Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Jun'ichi Nomura
        
        Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Mark Maule
        
        Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Greg KH
        
        Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Roland Dreier
        
        Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Grant Grundler
        
        Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Greg KH
        
        Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Grant Grundler
        
        Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Greg KH
        
        Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Grant Grundler
        
        Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Mark Maule
      - Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Jun'ichi Nomura
- Re: [PATCH] (-mm) drivers/pci/msi: explicit declaration of msi_register, Adrian Bunk

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