LKML: Linux Kernel

Date Index

[Prev Page][Next Page]

Re: [PATCH 1/1] atmel uaba : Adding invert vbus_pin, (continued)
- [PATCH 1/1] atmel uaba : Adding invert vbus_pin, Eirik Aanonsen
  - RE: [PATCH 1/1] atmel uaba : Adding invert vbus_pin, Eirik Aanonsen
linux-next: tip tree build failure, Stephen Rothwell
- Re: linux-next: tip tree build failure, Ingo Molnar
  - Re: linux-next: tip tree build failure, Stephen Rothwell
  - Re: linux-next: tip tree build failure, Pekka Enberg
Re: [PATCH] mm: move sys_mmap_pgoff from util.c, Eric B Munson
- Re: [PATCH] mm: move sys_mmap_pgoff from util.c, Hugh Dickins
- [PATCH] nommu: reject MAP_HUGETLB, Hugh Dickins
  - Re: [PATCH] nommu: reject MAP_HUGETLB, Eric B Munson
- Re: [PATCH] nommu: reject MAP_HUGETLB, David Howells
  - Re: [PATCH] nommu: reject MAP_HUGETLB, Hugh Dickins
Re: [Drbd-dev] [PATCH 2/5] drivers/block: Correct NULL test, Philipp Reisner
Re: Device IDs for new Apple Wireless Keyboard, Jiri Kosina
- [PATCH] linux-2.6.33-rc2 - Re: Device IDs for new Apple Wireless Keyboard, Christian Schuerer
  - Re: [PATCH] linux-2.6.33-rc2 - Re: Device IDs for new Apple Wireless Keyboard, Jiri Kosina
    - [PATCH] linux-2.6.31.9, linux-2.6.32.2, linux-2.6.33-rc2 -- Re: Device IDs for new Apple Wireless Keyboard, Christian Schuerer
      - Re: [PATCH] linux-2.6.31.9, linux-2.6.32.2, linux-2.6.33-rc2 -- Re: Device IDs for new Apple Wireless Keyboard, Jiri Kosina
- [PATCH] linux-2.6.32.2 - Re: Device IDs for new Apple Wireless Keyboard, Christian Schuerer
- [PATCH] linux-2.6.31.9 - Re: Device IDs for new Apple Wireless Keyboard, Christian Schuerer
[PULL] pull request for limits FIXES for 2.6.33-rc, Jiri Slaby
- [PATCH 1/3] SECURITY: selinux, fix update_rlimit_cpu parameter, Jiri Slaby
- [PATCH 2/3] resource: move kernel function inside __KERNEL__, Jiri Slaby
- [PATCH 3/3] resource: add helpers for fetching rlimits, Jiri Slaby
- Re: [PATCH 1/3] SECURITY: selinux, fix update_rlimit_cpu parameter, David Howells
[PATCH] perf symbols: don't use modules or try vmlinux unless needed, Jamie Iles
- Re: [PATCH] perf symbols: don't use modules or try vmlinux unless needed, Arnaldo Carvalho de Melo
  - Re: [PATCH] perf symbols: don't use modules or try vmlinux unless needed, Jamie Iles
    - Message not available
      - Message not available
        
        Message not available
        
        Message not available
        
        Message not available
        
        Message not available
        
        Message not available
        
        Message not available
        
        Message not available
        
        Analysing an ARM perf.data file on a x86-64 workstation, Arnaldo Carvalho de Melo
        
        Re: Analysing an ARM perf.data file on a x86-64 workstation, Jamie Iles
        
        Re: Analysing an ARM perf.data file on a x86-64 workstation, Arnaldo Carvalho de Melo
Re: [tip:sched/urgent] sched: might_sleep(): Make file parameter const char *, Simon Kagstrom
- Re: [tip:sched/urgent] sched: might_sleep(): Make file parameter const char *, Peter Zijlstra
[RFC][PATCH] sched: avoid huge bonus to sleepers on busy machines, Suresh Jayaraman
- Re: [RFC][PATCH] sched: avoid huge bonus to sleepers on busy machines, Mike Galbraith
  - Re: [RFC][PATCH] sched: avoid huge bonus to sleepers on busy machines, Suresh Jayaraman
    - Re: [RFC][PATCH] sched: avoid huge bonus to sleepers on busy machines, Mike Galbraith
      - Re: [RFC][PATCH] sched: avoid huge bonus to sleepers on busy machines, Peter Zijlstra
        
        Re: [RFC][PATCH] sched: avoid huge bonus to sleepers on busy machines, Mike Galbraith
[RFC PATCH] sched: Pass affine target cpu into wake_affine, Lin Ming
- Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Peter Zijlstra
  - Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Lin Ming
    - Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Peter Zijlstra
      - Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Mike Galbraith
        
        Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Lin Ming
- Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Lin Ming
  - Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Mike Galbraith
    - Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Mike Galbraith
      - Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Mike Galbraith
      - Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Lin Ming
        
        Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Peter Zijlstra
        
        Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Mike Galbraith
        
        Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Mike Galbraith
        
        Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Lin Ming
        
        Re: [RFC PATCH] sched: Pass affine target cpu into wake_affine, Mike Galbraith
RE: [PATCH] 1/1 net: packet: Keep 802.1Q VLAN tag in packet on SOCK_DGRAM socket - resend, Milan Dadok
- Re: [PATCH] 1/1 net: packet: Keep 802.1Q VLAN tag in packet on SOCK_DGRAM socket - resend, Eric Dumazet
- Re: [PATCH] 1/1 net: packet: Keep 802.1Q VLAN tag in packet on SOCK_DGRAM socket - resend, Patrick McHardy
  - RE: [PATCH] 1/1 net: packet: Keep 802.1Q VLAN tag in packet on SOCK_DGRAM socket - resend, Milan Dadok
    - Re: [PATCH] 1/1 net: packet: Keep 802.1Q VLAN tag in packet on SOCK_DGRAM socket - resend, Patrick McHardy
      - RE: [PATCH] 1/1 net: packet: Keep 802.1Q VLAN tag in packet on SOCK_DGRAM socket - resend, Milan Dadok
        
        Re: [PATCH] 1/1 net: packet: Keep 802.1Q VLAN tag in packet on SOCK_DGRAM socket - resend, Patrick McHardy
RE: [PATCH] 0/1 net: packet: Keep 802.1Q VLAN tag in packet on SOCK_DGRAM socket - resend, Milan Dadok
[PATCH] lguest: fix bug in setting guest GDT entry, Rusty Russell
Re: [linux-pm] [RFC] PM_QOS api update to use handles 1/5, Pavel Machek
- Re: [linux-pm] [RFC] PM_QOS api update to use handles 1/5, mark gross
  - Re: [linux-pm] [RFC] PM_QOS api update to use handles 1/5, Pavel Machek
    - Re: [linux-pm] [RFC] PM_QOS api update to use handles 1/5, mark gross
      - Re: [linux-pm] [RFC] PM_QOS api update to use handles 1/5, Pavel Machek
volano ~30% regression with 2.6.33-rc1 & -rc2, Lin Ming
- Re: volano ~30% regression with 2.6.33-rc1 & -rc2, Arjan van de Ven
  - Re: volano ~30% regression with 2.6.33-rc1 & -rc2, Mike Galbraith
    - Re: volano ~30% regression with 2.6.33-rc1 & -rc2, Peter Zijlstra
      - Re: volano ~30% regression with 2.6.33-rc1 & -rc2, Mike Galbraith
        
        Re: volano ~30% regression with 2.6.33-rc1 & -rc2, Peter Zijlstra
        
        [patch] Re: volano ~30% regression with 2.6.33-rc1 & -rc2, Mike Galbraith
        
        [tip:sched/urgent] sched: Fix vmark regression on big machines, tip-bot for Mike Galbraith
  - Re: volano ~30% regression with 2.6.33-rc1 & -rc2, Lin Ming
    - Re: volano ~30% regression with 2.6.33-rc1 & -rc2, Mike Galbraith
[GIT PULL] s390 patches for 2.6.33-rc2, Martin Schwidefsky
Re: fio mmap randread 64k more than 40% regression with 2.6.33-rc1, Zhang, Yanmin
- Re: fio mmap randread 64k more than 40% regression with 2.6.33-rc1, Corrado Zoccolo
  - Re: fio mmap randread 64k more than 40% regression with 2.6.33-rc1, Corrado Zoccolo
    - Re: fio mmap randread 64k more than 40% regression with 2.6.33-rc1, Zhang, Yanmin
      - Re: fio mmap randread 64k more than 40% regression with 2.6.33-rc1, Corrado Zoccolo
        
        Re: fio mmap randread 64k more than 40% regression with 2.6.33-rc1, Jeff Moyer
        
        Re: fio mmap randread 64k more than 40% regression with 2.6.33-rc1, Vivek Goyal
        
        Re: fio mmap randread 64k more than 40% regression with 2.6.33-rc1, Corrado Zoccolo
        
        Re: fio mmap randread 64k more than 40% regression with 2.6.33-rc1, Vivek Goyal
        
        Re: fio mmap randread 64k more than 40% regression with 2.6.33-rc1, Shaohua Li
        
        Re: fio mmap randread 64k more than 40% regression with 2.6.33-rc1, Jeff Moyer
init_task belongs to "process 0" or "process 1"?, Shivdas Gujare
- Re: init_task belongs to "process 0" or "process 1"?, Nobin Mathew
  - Re: init_task belongs to "process 0" or "process 1"?, Chris Friesen
  - Re: init_task belongs to "process 0" or "process 1"?, Leonidas .
    - Re: init_task belongs to "process 0" or "process 1"?, Nobin Mathew
Re: linux-next: agp tree build failure, FUJITA Tomonori
[PATCH -tip] x86/agp: fix agp_amd64_init and agp_amd64_cleanup, FUJITA Tomonori
- [tip:x86/urgent] x86/agp: Fix agp_amd64_init and agp_amd64_cleanup, tip-bot for FUJITA Tomonori
Re: [PATCH] sunrpc: fix peername failed on closed listener, Nikola Ciprich
- <Possible follow-ups>
- Re: [PATCH] sunrpc: fix peername failed on closed listener, J. Bruce Fields
  - Re: [PATCH] sunrpc: fix peername failed on closed listener, Xiaotian Feng
[GIT PULL] sh updates for 2.6.33-rc2, part 2., Paul Mundt
Re: Staging tree status for the .33 kernel merge, Serge E. Hallyn
- Re: Staging tree status for the .33 kernel merge, Greg KH
- Re: Staging tree status for the .33 kernel merge, Ashwin Ganti
  - Re: Staging tree status for the .33 kernel merge, Serge E. Hallyn
Re: [PATCH] amso1100/c2_provider.c: use %pM to shown MAC address, David Miller
- RE: [PATCH] amso1100/c2_provider.c: use %pM to shown MAC address, H Hartley Sweeten
  - Re: [PATCH] amso1100/c2_provider.c: use %pM to shown MAC address, David Miller
Re: [PATCH] broadcom: Fix &&/|| confusion in bcm54xx_adjust_rxrefclk(), David Miller
Re: instant reboot on loading 2.6.33-rc on Celeron 900, Jonathan Nieder
- Re: instant reboot on loading 2.6.33-rc on Celeron 900, Meelis Roos
Re: [PATCH] 0/1 net: packet: Keep 802.1Q VLAN tag in packet on SOCK_DGRAM socket, David Miller
Re: [RESEND PATCH 1/1]cxgb3i: Fix a login over vlan issue, David Miller
Re: [patch] hamradio: avoid null deref v3, David Miller
Re: [PATCH 4/5] drivers/net/can: Correct NULL test, David Miller
Re: [PATCH] net: Test off by one in sh_eth_reset(), David Miller
Re: [PATCH] usbnet: test off by one, David Miller
Re: [PATCH] niu: timeout ignored in tcam_wait_bit(), David Miller
Re: [PATCH] atarilance: timeout ignored in lance_open(), David Miller
linux-next: kgdb tree build failure, Stephen Rothwell
- Re: linux-next: kgdb tree build failure, Stephen Rothwell
  - Re: linux-next: kgdb tree build failure, Jason Wessel
    - Re: linux-next: kgdb tree build failure, Stephen Rothwell
[regression]: soft lockup in dmesg after suspend/resume, ykzhao
- RE: [regression]: soft lockup in dmesg after suspend/resume, Zou, Nanhai
  - RE: [regression]: soft lockup in dmesg after suspend/resume, ykzhao
- Re: [regression]: soft lockup in dmesg after suspend/resume, Pavel Machek
- Re: [regression]: soft lockup in dmesg after suspend/resume, Greg KH
- <Possible follow-ups>
- Re: [regression]: soft lockup in dmesg after suspend/resume, Chase Douglas
Re: [PATCH] sky2: make sure ethernet header is in transmit skb, David Miller
- Re: [PATCH] sky2: make sure ethernet header is in transmit skb, Stephen Hemminger
  - Re: [PATCH] sky2: make sure ethernet header is in transmit skb, Michael Breuer
Re: [PATCH 3/7] drivers/net/cxgb3: Use kzalloc for allocating only one thing, David Miller
[RFC][PATCH v3] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Wu Fengguang
- Re: [RFC][PATCH v3] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Stephen Rothwell
  - Re: [RFC][PATCH v3] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Christoph Hellwig
    - Re: [RFC][PATCH v3] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Quentin Barnes
      - Re: [RFC][PATCH v3] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Andreas Dilger
    - [RFC][PATCH v4] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Wu Fengguang
      - Re: [RFC][PATCH v4] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Stephen Rothwell
        
        Re: [RFC][PATCH v4] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Wu Fengguang
        
        Re: [RFC][PATCH v4] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Stephen Rothwell
        
        Re: [RFC][PATCH v4] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Wu Fengguang
        
        Re: [RFC][PATCH v4] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Eric Paris
        
        [RFC][PATCH v5] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Wu Fengguang
        
        Re: [RFC][PATCH v5] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Wu Fengguang
- Re: [RFC][PATCH v3] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Minchan Kim
  - Re: [RFC][PATCH v3] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Wu Fengguang
    - Re: [RFC][PATCH v3] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Minchan Kim
      - Re: [RFC][PATCH v3] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Wu Fengguang
        
        Re: [RFC][PATCH v3] readahead: introduce O_RANDOM for POSIX_FADV_RANDOM, Minchan Kim
modules.order and modules.builting files created, Ben Dooks
- Re: modules.order and modules.builting files created, Michal Marek
linux-next: Tree for January 4, Stephen Rothwell
Re: [PATCH -next] libs: force lzma_wrapper to be retained, Randy Dunlap
Re: [PATCH v2] Check the node argument passed to cpumask_of_node, Rusty Russell
- Re: [PATCH v2] Check the node argument passed to cpumask_of_node, David John
  - [PATCH v3] Check the node argument passed to cpumask_of_node, David John
    - Re: [PATCH v3] Check the node argument passed to cpumask_of_node, Jesse Barnes
- <Possible follow-ups>
- Re: [PATCH v2] Check the node argument passed to cpumask_of_node, Jin Dongming
[PATCH]tickless: Fix tick nohz timer irq0 fail to increaase, Youquan,Song
- Re: [PATCH]tickless: Fix tick nohz timer irq0 fail to increaase, Arjan van de Ven
  - Re: [PATCH]tickless: Fix tick nohz timer irq0 fail to increaase, Peter Zijlstra
    - Re: [PATCH]tickless: Fix tick nohz timer irq0 fail to increaase, Youquan,Song
  - Re: [PATCH]tickless: Fix tick nohz timer irq0 fail to increaase, Youquan,Song
[PATCH -v3 0/29] x86: use early_res instead of bootmem before slab, Yinghai Lu
- [PATCH 01/29] x86: fix size for ex trampoline with 32bit, Yinghai Lu
- [PATCH 08/29] x86/pci: use u64 instead of size_t in amd_bus.c, Yinghai Lu
- [PATCH 10/29] x86/pci: enable pci root res read out for 32bit too, Yinghai Lu
- [PATCH 28/29] x86: add find_fw_memmap_area, Yinghai Lu
- [PATCH 13/29] x86: dynamic increase early_res array size, Yinghai Lu
- [PATCH 29/29] core: move early_res, Yinghai Lu
- [PATCH 27/29] move round_up/down to kernel.h, Yinghai Lu
- [PATCH 22/29] x86: seperate early_res related code from e820.c, Yinghai Lu
- [PATCH 12/29] x86: introduce max_early_res and early_res_count, Yinghai Lu
- [PATCH 19/29] sparsemem: put mem map for one node together., Yinghai Lu
- [PATCH 26/29] x86: make 32bit support NO_BOOTMEM, Yinghai Lu
- [PATCH 15/29] x86: make early_node_mem get mem > 4g if possible, Yinghai Lu
- [PATCH 25/29] early_res: enhance check_and_double_early_res, Yinghai Lu
- [PATCH 20/29] x86: change range end to start+size, Yinghai Lu
- [PATCH 24/29] x86: move back find_e820_area to e820.c, Yinghai Lu
- [PATCH 21/29] x86: move bios page reserve early to head32/64.c, Yinghai Lu
- [PATCH 23/29] x86: add find_early_area_size, Yinghai Lu
- [PATCH 09/29] x86/pci: add cap_resource, Yinghai Lu
- [PATCH 18/29] sparsemem: put usemap for one node together, Yinghai Lu
- [PATCH 04/29] x86: move range related operation to one file, Yinghai Lu
- [PATCH 17/29] x86: make 64 bit use early_res instead of bootmem before slab, Yinghai Lu
- [PATCH 16/29] x86: only call dma32_reserve_bootmem 64bit !CONFIG_NUMA, Yinghai Lu
- [PATCH 14/29] x86: print bootmem free before pci_iommu_alloc and free_all_bootmem -v2, Yinghai Lu
- [PATCH 02/29] x86/pci: intel ioh bus num reg accessing fix, Yinghai Lu
  - Re: [PATCH 02/29] x86/pci: intel ioh bus num reg accessing fix, Konrad Rzeszutek Wilk
- [PATCH 11/29] x86: call early_res_to_bootmem one time, Yinghai Lu
- [PATCH 03/29] x86/pci: don't check mmconf again if it is from MSR with amd faml0h, Yinghai Lu
- [PATCH 05/29] x86: check range in update range, Yinghai Lu
- [PATCH 06/29] x86/pci: use resource_size_t in update_res, Yinghai Lu
- [PATCH 07/29] x86/pci: amd one chain system to use pci read out res, Yinghai Lu
[GIT PULL] ext4 fixes for v2.6.33, Theodore Ts'o
Re: [PATCH -v2] x86: increase NR_IRQS and nr_irqs, Jesse Brandeburg
- Re: [PATCH -v2] x86: increase NR_IRQS and nr_irqs, Yinghai Lu
  - Subject: [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
    - Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Eric W. Biederman
      - Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Eric W. Biederman
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, H. Peter Anvin
      - Re: Subject: [PATCH 1/2] x86: get back 15 vectors, H. Peter Anvin
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Eric W. Biederman
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Suresh Siddha
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, H. Peter Anvin
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Suresh Siddha
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
        
        [tip:x86/apic] x86, apic: Reclaim IDT vectors 0x20-0x2f, tip-bot for H. Peter Anvin
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, H. Peter Anvin
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Eric W. Biederman
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, H. Peter Anvin
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, H. Peter Anvin
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, H. Peter Anvin
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, H. Peter Anvin
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, H. Peter Anvin
        
        [tip:x86/apic] x86, apic: Don't waste a vector to improve vector spread, tip-bot for H. Peter Anvin
        
        Re: Subject: [PATCH 1/2] x86: get back 15 vectors, Eric W. Biederman
  - [PATCH 2/2] x86: get more exact nr_irqs, Yinghai Lu
    - Re: [PATCH 2/2] x86: get more exact nr_irqs, Eric W. Biederman
      - Re: [PATCH 2/2] x86: get more exact nr_irqs, Yinghai Lu
        
        Re: [PATCH 2/2] x86: get more exact nr_irqs, Eric W. Biederman
        
        Re: [PATCH 2/2] x86: get more exact nr_irqs, H. Peter Anvin
        
        Re: [PATCH 2/2] x86: get more exact nr_irqs, Yinghai Lu
        
        Re: [PATCH 2/2] x86: get more exact nr_irqs, Eric W. Biederman
        
        Re: [PATCH 2/2] x86: get more exact nr_irqs, H. Peter Anvin
  - [PATCH 1/2] x86: get back 15 vectors, Yinghai Lu
Re: [RFC PATCH] asynchronous page fault., Paul E. McKenney
- Re: [RFC PATCH] asynchronous page fault., Peter Zijlstra
  - Re: [RFC PATCH] asynchronous page fault., Paul E. McKenney
    - Re: [RFC PATCH] asynchronous page fault., Peter Zijlstra
      - Re: [RFC PATCH] asynchronous page fault., Paul E. McKenney
Re: kernel problem 2.6.33-rc2, Lin Ming
- <Possible follow-ups>
- Re: kernel problem 2.6.33-rc2, Len Brown
Re: A basic question about the security_* hooks, Paul Moore
request pull: bjdooks' samsung fixes, Ben Dooks
[PATCH v2 -mmotm-2009-12-10-17-19] Fix wrong rss count of smaps, Minchan Kim
- Re: [PATCH v2 -mmotm-2009-12-10-17-19] Fix wrong rss count of smaps, KOSAKI Motohiro
Re: 2.9.29.2: ide-tape: panic when probing device at boot, Jonathan Woithe
- Re: 2.9.29.2: ide-tape: panic when probing device at boot, Borislav Petkov
  - Re: 2.9.29.2: ide-tape: panic when probing device at boot, Jonathan Woithe
    - Re: 2.9.29.2: ide-tape: panic when probing device at boot, Jonathan Woithe
- Re: 2.9.29.2: ide-tape: panic when probing device at boot, Robert Hancock
[RESEND][mmotm][PATCH v2, 0/5] elf coredump: Add extended numbering support, Daisuke HATAYAMA
- [RESEND][mmotm][PATCH v2, 1/5] Unify dump_seek() implementations for each binfmt_*.c, Daisuke HATAYAMA
- [RESEND][mmotm][PATCH v2, 2/5] Move dump_write() and dump_seek() into a header file, Daisuke HATAYAMA
- [RESEND][mmotm][PATCH v2, 3/5] elf coredump: replace ELF_CORE_EXTRA_* macros by functions, Daisuke HATAYAMA
- [RESEND][mmotm][PATCH v2, 4/5] elf coredump: make offset calculation process and writing process explicit, Daisuke HATAYAMA
- [RESEND][mmotm][PATCH v2, 5/5] elf coredump: Add extended numbering support, Daisuke HATAYAMA
- Re: [RESEND][mmotm][PATCH v2, 0/5] elf coredump: Add extended numbering support, Andrew Morton
  - Re: [RESEND][mmotm][PATCH v2, 0/5] elf coredump: Add extended numbering support, Andrew Morton
    - Re: [RESEND][mmotm][PATCH v2, 0/5] elf coredump: Add extended numbering support, Masami Hiramatsu
  - Re: [RESEND][mmotm][PATCH v2, 0/5] elf coredump: Add extended numbering support, Daisuke HATAYAMA
    - Re: [RESEND][mmotm][PATCH v2, 0/5] elf coredump: Add extended numbering support, Andrew Morton
      - Re: [RESEND][mmotm][PATCH v2, 0/5] elf coredump: Add extended numbering support, Daisuke HATAYAMA
        
        Re: [RESEND][mmotm][PATCH v2, 0/5] elf coredump: Add extended numbering support, Andrew Morton
      - Re: [RESEND][mmotm][PATCH v2, 0/5] elf coredump: Add extended numbering support, Daisuke HATAYAMA
Re: [RFC][PATCH v3] Unprivileged: Disable raising of privileges, David Wagner
Re: [PATCH v5 0/4] cgroup notifications API and memory thresholds, Balbir Singh
- Re: [PATCH v5 0/4] cgroup notifications API and memory thresholds, Kirill A. Shutemov
Re: 2.6.33-rc2+ bug in fs/btrfs/ordered-data.c:672, Johannes Hirte
- Re: 2.6.33-rc2+ bug in fs/btrfs/ordered-data.c:672, Yan, Zheng
  - Re: 2.6.33-rc2+ bug in fs/btrfs/ordered-data.c:672, Carlos R. Mafra
Re: [PATCH v4 0/4] cgroup notifications API and memory thresholds, Balbir Singh
Re: [PATCH v5 4/4] memcg: implement memory thresholds, KAMEZAWA Hiroyuki
Re: [PATCH v5 3/4] memcg: rework usage of stats by soft limit, KAMEZAWA Hiroyuki
Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
- Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
  - Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
    - Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
      - Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
        
        Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
        
        Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
        
        Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
        
        Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
        
        Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
        
        Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
        
        Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
        
        Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
        
        Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
        
        Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
        
        Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
        
        Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
        
        Re: [RFC] Shared page accounting for memory cgroup, Daisuke Nishimura
        
        Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
        
        Re: [RFC] Shared page accounting for memory cgroup, Daisuke Nishimura
        
        Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
        
        Re: [RFC] Shared page accounting for memory cgroup, Daisuke Nishimura
        
        Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
        
        Re: [RFC] Shared page accounting for memory cgroup, Daisuke Nishimura
        
        Re: [RFC] Shared page accounting for memory cgroup, Daisuke Nishimura
        
        Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
        
        Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
        
        Re: [RFC] Shared page accounting for memory cgroup, Balbir Singh
        
        Re: [RFC] Shared page accounting for memory cgroup, Daisuke Nishimura
        
        Re: [RFC] Shared page accounting for memory cgroup, KAMEZAWA Hiroyuki
Re: [PATCH 3/4] vmstat: add anon_scan_ratio field to zoneinfo, KAMEZAWA Hiroyuki
Re: [PATCH 2/4] vmscan: get_scan_ratio cleanup, KAMEZAWA Hiroyuki
Re: [PATCH 2/3 -mmotm-2009-12-10-17-19] Count zero page as file_rss, KAMEZAWA Hiroyuki
- Re: [PATCH 2/3 -mmotm-2009-12-10-17-19] Count zero page as file_rss, Minchan Kim
- <Possible follow-ups>
- Re: [PATCH 2/3 -mmotm-2009-12-10-17-19] Count zero page as file_rss, Minchan Kim
2.6.32.2 page allocation failures, David Liontooth
- 2.6.32.3 hpet swapper warning, David Liontooth
Re: Samsung N130 ATA exception after 5min uptime -- Phoenix FailSafe issue?, Johannes Stezenbach
- Re: Samsung N130 ATA exception after 5min uptime -- Phoenix FailSafe issue?, Tejun Heo
  - Re: Samsung N130 ATA exception after 5min uptime -- Phoenix FailSafe issue?, Johannes Stezenbach
    - Re: Samsung N130 ATA exception after 5min uptime -- Phoenix FailSafe issue?, Tejun Heo
RE: Linux* is not supported on the Intel(R) Desktop Board DP55KG - Kernel still hangs upon reboot., Christian Hofstaedtler
- RE: Linux* is not supported on the Intel(R) Desktop Board DP55KG - Kernel still hangs upon reboot., Justin Piszcz
  - Re: Linux* is not supported on the Intel(R) Desktop Board DP55KG - Kernel still hangs upon reboot., Arjan van de Ven
    - Re: Linux* is not supported on the Intel(R) Desktop Board DP55KG - Kernel still hangs upon reboot., Christian Hofstaedtler
    - RE: Linux* is not supported on the Intel(R) Desktop Board DP55KG - Kernel still hangs upon reboot., Yuhong Bao
      - Re: Linux* is not supported on the Intel(R) Desktop Board DP55KG - Kernel still hangs upon reboot., David John
    - [PATCH] Add DMI quirk for Intel DP55KG mainboard, Christian Hofstaedtler
      - Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Len Brown
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, H. Peter Anvin
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Len Brown
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Robert Hancock
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, H. Peter Anvin
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Arjan van de Ven
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Matthew Garrett
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Len Brown
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Matthew Garrett
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Len Brown
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Matthew Garrett
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, H. Peter Anvin
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Len Brown
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Robert Hancock
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Pavel Machek
        
        Re: [PATCH] Add DMI quirk for Intel DP55KG mainboard, Alan Cox
RE: [RFC] [PATCH 1/1] input/touchscreen: Synaptics Touchscreen Driver, William Manson
- Re: [RFC] [PATCH 1/1] input/touchscreen: Synaptics Touchscreen Driver, Dmitry Torokhov
  - RE: [RFC] [PATCH 1/1] input/touchscreen: Synaptics Touchscreen Driver, William Manson
    - Re: [RFC] [PATCH 1/1] input/touchscreen: Synaptics Touchscreen Driver, Dmitry Torokhov
      - RE: [RFC] [PATCH 1/1] input/touchscreen: Synaptics Touchscreen Driver, William Manson
Re: [RFC][PATCH 12/12] PM / r8169: Add simplified run-time PM support, Pavel Machek
- Re: [RFC][PATCH 12/12] PM / r8169: Add simplified run-time PM support, Rafael J. Wysocki
  - Re: [RFC][PATCH 12/12] PM / r8169: Add simplified run-time PM support, Pavel Machek
    - Re: [RFC][PATCH 12/12] PM / r8169: Add simplified run-time PM support, Oliver Neukum
    - Re: [RFC][PATCH 12/12] PM / r8169: Add simplified run-time PM support, Rafael J. Wysocki
      - Re: [RFC][PATCH 12/12] PM / r8169: Add simplified run-time PM support, Pavel Machek
[block subsystem] Need help to prevent races on unexpected device removal, Maxim Levitsky
- Re: [block subsystem] Need help to prevent races on unexpected device removal, Maxim Levitsky
- Re: [block subsystem] Need help to prevent races on unexpected device removal, Tejun Heo
Re: + cgroups-add-functionality-to-read-write-lock-clone_thread-forking-pe r-threadgroup.patch added to -mm tree, Ben Blum
- [RFC] [PATCH 1/2] cgroups: read-write lock CLONE_THREAD forking per threadgroup, Ben Blum
  - Re: [RFC] [PATCH 1/2] cgroups: read-write lock CLONE_THREAD forking per threadgroup, Oleg Nesterov
    - Re: [RFC] [PATCH 1/2] cgroups: read-write lock CLONE_THREAD forking per threadgroup, Ben Blum
- [RFC] [PATCH 2/2] cgroups: make procs file writable, Ben Blum
Re: [PATCH 1/4] vmstat: remove zone->lock from walk_zones_in_node, Mel Gorman
- Re: [PATCH 1/4] vmstat: remove zone->lock from walk_zones_in_node, KOSAKI Motohiro
  - Re: [PATCH 1/4] vmstat: remove zone->lock from walk_zones_in_node, Mel Gorman
    - Re: [PATCH 1/4] vmstat: remove zone->lock from walk_zones_in_node, KOSAKI Motohiro
- <Possible follow-ups>
- Re: [PATCH 1/4] vmstat: remove zone->lock from walk_zones_in_node, KAMEZAWA Hiroyuki
[PATCH] mach-osiris-dvs.c: Convert boolean bit tests to logical tests, Joe Perches
- Re: [PATCH] mach-osiris-dvs.c: Convert boolean bit tests to logical tests, Ben Dooks
[PATCH] V4L/DVB (12930): Wrong variable tested, Roel Kluin
Re: [PATCH 1/2] resource: align functions now return start of resource, Dominik Brodowski
- <Possible follow-ups>
- Re: [PATCH 1/2] resource: align functions now return start of resource, Jesse Barnes
[PATCH] Bluetooth: Wrong variable tested, Roel Kluin
- Re: [PATCH] Bluetooth: Wrong variable tested, roel kluin
[2.6.33-rc2] kernel BUG at fs/ext4/inode.c:1063!, Tvrtko Ursulin
- Re: [2.6.33-rc2] kernel BUG at fs/ext4/inode.c:1063!, tytso
  - Re: [2.6.33-rc2] kernel BUG at fs/ext4/inode.c:1063!, Tvrtko Ursulin
[patch] precedence bug in ieee80211_wx_get_encode_ext(), Dan Carpenter
[PATCH] stack2core: show stack message and convert it to core file when kernel die, Hui Zhu
- Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Russell King - ARM Linux
  - Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Hui Zhu
    - Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Russell King - ARM Linux
      - Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Hui Zhu
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Russell King - ARM Linux
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Hui Zhu
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Hui Zhu
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Arjan van de Ven
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Hui Zhu
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Russell King - ARM Linux
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Marek Vasut
- Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Tejun Heo
  - Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Arjan van de Ven
    - Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Tejun Heo
      - Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Arjan van de Ven
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Tejun Heo
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Hui Zhu
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Tejun Heo
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Hui Zhu
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Tejun Heo
        
        Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die, Hui Zhu
Re: linux-next: Tree for December 17, Sedat Dilek
- Re: linux-next: Tree for December 17, Stephen Rothwell
[PATCH] acpi: Fix unused variable warning in sbs.c, Rakib Mullick
- Re: [PATCH] acpi: Fix unused variable warning in sbs.c, Andrew Morton
  - Re: [PATCH] acpi: Fix unused variable warning in sbs.c, Rakib Mullick
  - Re: [PATCH] acpi: Fix unused variable warning in sbs.c, Alexey Starikovskiy
    - Re: [PATCH] acpi: Fix unused variable warning in sbs.c, Len Brown
[PATCH] mm/page_alloc: fix the range check for backward merging, Kazuhisa Ichikawa
- Re: [PATCH] mm/page_alloc: fix the range check for backward merging, David Rientjes
what's the situation with CONFIG_HDPU_FEATURES?, Robert P. J. Day
[patch] off by one bug, Dan Carpenter
- Re: [patch] off by one bug, Mark Brown
- <Possible follow-ups>
- [patch] off by one bug, Dan Carpenter
Documentation/feature-removal-schedule.txt to be updated soon?, Robert P. J. Day
- Re: Documentation/feature-removal-schedule.txt to be updated soon?, Greg KH
  - Re: Documentation/feature-removal-schedule.txt to be updated soon?, Robert P. J. Day
    - Re: Documentation/feature-removal-schedule.txt to be updated soon?, Stefan Richter
Re: [PATCH v2] sunrpc: fix build-time warning, Jeff Layton
- <Possible follow-ups>
- Re: [PATCH v2] sunrpc: fix build-time warning, Trond Myklebust
  - Re: [PATCH v2] sunrpc: fix build-time warning, Stephen Rothwell
Re: [Bug #14951] lockdep possible recursive lock in slab parent->list->rlock, Pekka Enberg
- Re: [Bug #14951] lockdep possible recursive lock in slab parent->list->rlock, Rafael J. Wysocki
Re: [osd-dev] [PATCH] scsi_lib: Bug in completion of bidi commands, Boaz Harrosh
- Re: [osd-dev] [PATCH] scsi_lib: Bug in completion of bidi commands, Alan Stern
  - Re: [osd-dev] [PATCH] scsi_lib: Bug in completion of bidi commands, Boaz Harrosh
- <Possible follow-ups>
- Re: [osd-dev] [PATCH] scsi_lib: Bug in completion of bidi commands, Boaz Harrosh
Re: [gentoo-user] RAM installed vs reported, Thanasis
- Re: [gentoo-user] RAM installed vs reported, Krzysztof Halasa
  - Re: [gentoo-user] RAM installed vs reported, Thanasis
    - Re: [gentoo-user] RAM installed vs reported, Krzysztof Halasa
    - Message not available
      - Message not available
        
        Re: [gentoo-user] RAM installed vs reported, Thanasis
        
        Re: [gentoo-user] RAM installed vs reported, Krzysztof Halasa
Re: [suspend/resume] Re: userspace notification from module, Daniel Borkmann
- Re: [suspend/resume] Re: userspace notification from module, Daniel Borkmann
  - Message not available
    - Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
      - Re: [suspend/resume] Re: userspace notification from module, Stefan Seyfried
- Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
- <Possible follow-ups>
- Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
  - Message not available
    - Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
      - Re: [suspend/resume] Re: userspace notification from module, Bartłomiej Zimoń
        
        Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
        
        Re: [suspend/resume] Re: userspace notification from module, Bartłomiej Zimoń
        
        Re: [suspend/resume] Re: userspace notification from module, Bartłomiej Zimoń
        
        Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
        
        Re: [linux-pm] [suspend/resume] Re: userspace notification from module, Anders Eriksson
        
        Message not available
        
        Re: [linux-pm] [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
        
        Re: [linux-pm] [suspend/resume] Re: userspace notification from module, Bartłomiej Zimoń
        
        Re: [linux-pm] [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
        
        Message not available
        
        Re: [linux-pm] [suspend/resume] Re: userspace notification from module, Anders Eriksson
        
        Re: [linux-pm] [suspend/resume] Re: userspace notific ation from module, Bartłomiej Zimoń
        
        Re: [linux-pm] [suspend/resume] Re: userspace notific ation from module, Roland Dreier
        
        Re: [linux-pm] [suspend/resume] Re: userspace notific ation from module, Roland Dreier
        
        Re: [linux-pm] [suspend/resume] Re: userspace notification from module, Pavel Machek
        
        Re: [linux-pm] [suspend/resume] Re: userspace notification from module, Stefan Seyfried
        
        Message not available
        
        Re: [linux-pm] [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
        
        Re: [suspend/resume] Re: userspace notification from module, Daniel Borkmann
        
        Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
- Re: [suspend/resume] Re: userspace notification from module, Pavel Machek
  - Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
    - Re: [suspend/resume] Re: userspace notification from module, Pavel Machek
      - Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
        
        Re: [suspend/resume] Re: userspace notification from module, Eric Miao
        
        Re: [suspend/resume] Re: userspace notification from module, Stanislav Brabec
        
        Re: [suspend/resume] Re: userspace notification from module, Pavel Machek
        
        Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
        
        Re: [suspend/resume] Re: userspace notification from module, Pavel Machek
        
        Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
        
        Re: [suspend/resume] Re: userspace notification from module, Pavel Machek
        
        Re: [suspend/resume] Re: userspace notification from module, Russell King - ARM Linux
        
        Re: [suspend/resume] Re: userspace notification from module, Pavel Machek
        
        Re: [suspend/resume] Re: userspace notification from module, Pavel Machek
        
        Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
        
        Re: [suspend/resume] Re: userspace notification from module, Russell King - ARM Linux
        
        Re: [suspend/resume] Re: userspace notification from module, Pavel Machek
        
        Re: [suspend/resume] Re: userspace notification from module, Pavel Machek
        
        Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
        
        Re: [suspend/resume] Re: userspace notification from module, Pavel Machek
        
        Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
Re: [suspend/resume] Re: userspace notification from module, Bartłomiej Zimoń
- <Possible follow-ups>
- Re: [suspend/resume] Re: userspace notification from module, Bartłomiej Zimoń
- Re: [suspend/resume] Re: userspace notification from module, Bartłomiej Zimoń
  - Re: [suspend/resume] Re: userspace notification from module, Rafael J. Wysocki
- Re: [suspend/resume] Re: userspace notification from module, Bartłomiej Zimoń
Re: [PATCH v3] mmc: Make ID freq configurable, Hein_Tibosch
- <Possible follow-ups>
- Re: [PATCH v3] mmc: Make ID freq configurable, Hein_Tibosch
  - Re: [PATCH v3] mmc: Make ID freq configurable, Sascha Hauer
- Re: [PATCH v3] mmc: Make ID freq configurable, Hein_Tibosch
Re: 32-rc1 aka 32-rc2: warning at manage.c:361 (set_irq_wake), matrix-keypad related?, Dmitry Torokhov
- Re: 32-rc1 aka 32-rc2: warning at manage.c:361 (set_irq_wake), matrix-keypad related?, Pavel Machek
Re: [patch staging] BCM70010 (crystalhd) Linux Driver, Jarod Wilson
- Re: [patch staging] BCM70010 (crystalhd) Linux Driver, Greg KH
RE: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, Yuhong Bao
- <Possible follow-ups>
- RE: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, Yuhong Bao
- Re: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, H. Peter Anvin
  - RE: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, Yuhong Bao
    - RE: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, Linus Torvalds
      - Re: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, yuhongbao_386
    - Re: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, H. Peter Anvin
      - Re: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, yuhongbao_386
      - Re: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, Bill Davidsen
        
        Re: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, matthieu castet
      - Re: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, Robert Hancock
  - Re: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, Sitsofe Wheeler
    - Re: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, Robert P. J. Day
      - Re: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, H. Peter Anvin
  - RE: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, Yuhong Bao
  - RE: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, Yuhong Bao
- Re: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks, Geert Uytterhoeven
Re: reiserfs broken in 2.6.32 was Re: [GIT PULL] reiserfs fixes, tytso
- Re: reiserfs broken in 2.6.32 was Re: [GIT PULL] reiserfs fixes, Frederic Weisbecker
Re: pata_pdc202xx_old regression?, Robert Hancock
[PATCH] reiserfs: Fix mistake in down_write() conversion, Frederic Weisbecker
Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Eric W. Biederman
- Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Tejun Heo
  - Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Eric W. Biederman
    - Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Tejun Heo
- <Possible follow-ups>
- Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Dmitry Torokhov
  - Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Eric W. Biederman
    - Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Eric W. Biederman
      - Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Dmitry Torokhov
    - Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Dmitry Torokhov
      - Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Eric W. Biederman
        
        Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Dmitry Torokhov
        
        Re: drm_vm.c:drm_mmap: possible circular locking dependency detected, Tejun Heo

[FAQ] [Kernel Announce] [Linux Kernel Janitors] [Linux Kernel Newbies] [Site Home] [Linux IDE] [Netdev] [Git] [Linux 8086] [Linux ia64] [Linux x86_64] [Linux Serial] [Linux Virtualization] [IETF Annouce] [Security] [Netfilter] [Linux C Programming] [Yosemite Information & Forum] [Bugtraq] [Older Kernel Mail]

Add to Google

Powered by Linux