LKML: Linux Kernel Archive 2007 Q4

Date Index

PATCH] adding wistron_btns support for X86_64 systems., Rémi Hérilier
- <Possible follow-ups>
- Re: PATCH] adding wistron_btns support for X86_64 systems., Carlos Corbacho
RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
- Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
- Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Andi Kleen
  - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
    - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Andi Kleen
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, H. Peter Anvin
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, H. Peter Anvin
    - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Andi Kleen
  - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
    - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Andi Kleen
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
    - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Andi Kleen
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, H. Peter Anvin
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Lennart Sorensen
    - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Dr. David Alan Gilbert
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Ondrej Zary
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Andi Kleen
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Krzysztof Halasa
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Ondrej Zary
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David Newall
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, H. Peter Anvin
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David Newall
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, H. Peter Anvin
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, H. Peter Anvin
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Paul Rolland
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David Newall
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Paul Rolland
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Paul Rolland
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, H. Peter Anvin
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, linux-os (Dick Johnson)
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, linux-os (Dick Johnson)
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Ingo Molnar
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Ingo Molnar
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
        
        Attitude problems., David P. Reed
        
        Re: Attitude problems., linux-os (Dick Johnson)
        
        Re: Attitude problems., linux-os (Dick Johnson)
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, John Stoffel
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David Newall
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David Newall
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, linux-os (Dick Johnson)
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Andi Kleen
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        More info on port 80 symptoms on MCP51 machine., David P. Reed
        
        Re: More info on port 80 symptoms on MCP51 machine., Rene Herman
        
        Re: More info on port 80 symptoms on MCP51 machine., David P. Reed
        
        Re: More info on port 80 symptoms on MCP51 machine., Rene Herman
        
        Re: More info on port 80 symptoms on MCP51 machine., Alan Cox
        
        Re: More info on port 80 symptoms on MCP51 machine., H. Peter Anvin
        
        Re: More info on port 80 symptoms on MCP51 machine., Alan Cox
        
        RE: More info on port 80 symptoms on MCP51 machine., Allen Martin
        
        Re: More info on port 80 symptoms on MCP51 machine., H. Peter Anvin
        
        Re: More info on port 80 symptoms on MCP51 machine., David P. Reed
        
        Re: More info on port 80 symptoms on MCP51 machine., H. Peter Anvin
        
        Re: More info on port 80 symptoms on MCP51 machine., Chuck Ebbert
        
        Re: More info on port 80 symptoms on MCP51 machine., Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Alan Cox
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Andi Kleen
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Pavel Machek
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Andi Kleen
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Ingo Molnar
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, H. Peter Anvin
- <Possible follow-ups>
- Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Robert Hancock
  - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
    - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, David P. Reed
      - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
        
        Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Rene Herman
    - Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops, Andi Kleen
[PATCH] vivi driver works only as first device, Gregor Jasny
- Re: [PATCH] vivi driver works only as first device, Mauro Carvalho Chehab
[GIT PATCH] suspend patches for 2.6.24-rc4, Len Brown
2.6.24-rc4-mm1 -- make[1]: *** [arch/x86/vdso/vdso32-syms.lds] Error 1, Miles Lane
[PATCH] via82xx: fix some coding style issues, Marcin Ślusarz
[RFC] swap image signature check upon resume, Borislav Petkov
- Re: [RFC] swap image signature check upon resume, Rafael J. Wysocki
  - Re: [RFC] swap image signature check upon resume, Borislav Petkov
    - Re: [RFC] swap image signature check upon resume, Rafael J. Wysocki
      - Re: [RFC] swap image signature check upon resume, Borislav Petkov
        
        Re: [RFC] swap image signature check upon resume, Rafael J. Wysocki
        
        Re: [RFC] swap image signature check upon resume, Borislav Petkov
        
        Re: [RFC] swap image signature check upon resume, Rafael J. Wysocki
        
        Re: [RFC] swap image signature check upon resume, Rafael J. Wysocki
        
        Re: [RFC] swap image signature check upon resume, Borislav Petkov
        
        Re: [RFC] swap image signature check upon resume, Rafael J. Wysocki
        
        Re: [RFC] swap image signature check upon resume, Borislav Petkov
[PATCH] hugetlb: handle write-protection faults in follow_hugetlb_page, Adam Litke
klibc ipconfig misbehavior in a network with DHCP snooping, Ken Simon
- <Possible follow-ups>
- Re: klibc ipconfig misbehavior in a network with DHCP snooping, maximilian attems
2.6.23: x86_64 oops caused by hotplug running before vdso initialized, Chuck Ebbert
- Re: 2.6.23: x86_64 oops caused by hotplug running before vdso initialized, Andi Kleen
  - Re: 2.6.23: x86_64 oops caused by hotplug running before vdso initialized, Chuck Ebbert
[PATCH] Enabling the echo of ctrl-C (and the like), Joe Peterson
- Re: [PATCH] Enabling the echo of ctrl-C (and the like), Alan Cox
[PATCH 0/19] desc_struct integration, Glauber de Oliveira Costa
- [PATCH 1/19] unify desc_struct, Glauber de Oliveira Costa
  - [PATCH 2/19] unify struct desc_ptr, Glauber de Oliveira Costa
    - [PATCH 3/19] change gdt acessor macro name, Glauber de Oliveira Costa
      - [PATCH 4/19] removed unused variable, Glauber de Oliveira Costa
        
        [PATCH 5/19] introduce gate_desc type., Glauber de Oliveira Costa
        
        [PATCH 6/19] change write_idt_entry signature, Glauber de Oliveira Costa
        
        [PATCH 7/19] introduce ldt_desc type., Glauber de Oliveira Costa
        
        [PATCH 8/19] modify write_ldt function, Glauber de Oliveira Costa
        
        [PATCH 9/19] introduce fill_ldt, Glauber de Oliveira Costa
        
        [PATCH 10/19] change write_gdt_entry signature., Glauber de Oliveira Costa
        
        [PATCH 11/19] change write_ldt_entry signature, Glauber de Oliveira Costa
        
        [PATCH 12/19] move constants to desc_defs.h, Glauber de Oliveira Costa
        
        [PATCH 13/19] unify non-paravirt parts of desc.h, Glauber de Oliveira Costa
        
        [PATCH 14/19] use the same data type for tls_array., Glauber de Oliveira Costa
        
        [PATCH 15/19] modify get_desc_base, Glauber de Oliveira Costa
        
        [PATCH 16/19] provide tss_desc, Glauber de Oliveira Costa
        
        [PATCH 17/19] unify paravirt pieces of descriptor handling, Glauber de Oliveira Costa
        
        [PATCH 18/19] move _set_gate and its users to a common location, Glauber de Oliveira Costa
        
        [PATCH 19/19] unify set_tss_desc, Glauber de Oliveira Costa
  - Re: [PATCH 1/19] unify desc_struct, Jeremy Fitzhardinge
    - Re: [PATCH 1/19] unify desc_struct, Glauber de Oliveira Costa
  - Re: [PATCH 1/19] unify desc_struct, Andi Kleen
    - Re: [PATCH 1/19] unify desc_struct, Glauber de Oliveira Costa
      - Re: [PATCH 1/19] unify desc_struct, Jeremy Fitzhardinge
- [PATCH 0/19] desc_struct integration, Glauber de Oliveira Costa
  - [PATCH 01/19] unify desc_struct, Glauber de Oliveira Costa
    - [PATCH 02/19] unify struct desc_ptr, Glauber de Oliveira Costa
      - [PATCH 03/19] change gdt acessor macro name, Glauber de Oliveira Costa
        
        [PATCH 04/19] removed unused variable, Glauber de Oliveira Costa
        
        [PATCH 05/19] introduce gate_desc type., Glauber de Oliveira Costa
        
        [PATCH 06/19] change write_idt_entry signature, Glauber de Oliveira Costa
        
        [PATCH 07/19] introduce ldt_desc type., Glauber de Oliveira Costa
        
        [PATCH 08/19] modify write_ldt function, Glauber de Oliveira Costa
        
        [PATCH 09/19] introduce fill_ldt, Glauber de Oliveira Costa
        
        [PATCH 10/19] provide tss_desc, Glauber de Oliveira Costa
        
        [PATCH 11/19] change write_gdt_entry signature., Glauber de Oliveira Costa
        
        [PATCH 12/19] change write_ldt_entry signature, Glauber de Oliveira Costa
        
        [PATCH 13/19] move constants to desc_defs.h, Glauber de Oliveira Costa
        
        [PATCH 14/19] unify non-paravirt parts of desc.h, Glauber de Oliveira Costa
        
        [PATCH 15/19] use the same data type for tls_array., Glauber de Oliveira Costa
        
        [PATCH 16/19] modify get_desc_base, Glauber de Oliveira Costa
        
        [PATCH 17/19] unify paravirt pieces of descriptor handling, Glauber de Oliveira Costa
        
        [PATCH 18/19] move _set_gate and its users to a common location, Glauber de Oliveira Costa
        
        [PATCH 19/19] unify set_tss_desc, Glauber de Oliveira Costa
        
        Re: [PATCH 09/19] introduce fill_ldt, Ingo Molnar
  - Re: [PATCH 0/19] desc_struct integration, Ingo Molnar
    - Re: [PATCH 0/19] desc_struct integration, Ingo Molnar
      - Re: [PATCH 0/19] desc_struct integration, Ingo Molnar
        
        Re: [PATCH 0/19] desc_struct integration, Glauber de Oliveira Costa
        
        Re: [PATCH 0/19] desc_struct integration, Ingo Molnar
        
        Re: [PATCH 0/19] desc_struct integration, Glauber de Oliveira Costa
        
        Re: [PATCH 0/19] desc_struct integration, Ingo Molnar
  - Re: [PATCH 0/19] desc_struct integration, H. Peter Anvin
- [PATCH 0/19 - v3] desc_struct integration, Glauber de Oliveira Costa
  - [PATCH 01/19] unify desc_struct, Glauber de Oliveira Costa
    - [PATCH 02/19] unify struct desc_ptr, Glauber de Oliveira Costa
      - [PATCH 03/19] change gdt acessor macro name, Glauber de Oliveira Costa
        
        [PATCH 04/19] removed unused variable, Glauber de Oliveira Costa
        
        [PATCH 05/19] introduce gate_desc type., Glauber de Oliveira Costa
        
        [PATCH 06/19] change write_idt_entry signature, Glauber de Oliveira Costa
        
        [PATCH 07/19] introduce ldt_desc type., Glauber de Oliveira Costa
        
        [PATCH 08/19] modify write_ldt function, Glauber de Oliveira Costa
        
        [PATCH 09/19] introduce fill_ldt, Glauber de Oliveira Costa
        
        [PATCH 10/19] provide tss_desc, Glauber de Oliveira Costa
        
        [PATCH 11/19] change write_gdt_entry signature., Glauber de Oliveira Costa
        
        [PATCH 12/19] change write_ldt_entry signature, Glauber de Oliveira Costa
        
        [PATCH 13/19] move constants to desc_defs.h, Glauber de Oliveira Costa
        
        [PATCH 14/19] unify non-paravirt parts of desc.h, Glauber de Oliveira Costa
        
        [PATCH 15/19] use the same data type for tls_array., Glauber de Oliveira Costa
        
        [PATCH 16/19] modify get_desc_base, Glauber de Oliveira Costa
        
        [PATCH 17/19] unify paravirt pieces of descriptor handling, Glauber de Oliveira Costa
        
        [PATCH 18/19] move _set_gate and its users to a common location, Glauber de Oliveira Costa
        
        [PATCH 19/19] unify set_tss_desc, Glauber de Oliveira Costa
        
        Re: [PATCH 19/19] unify set_tss_desc, Andi Kleen
        
        Re: [PATCH 19/19] unify set_tss_desc, Glauber de Oliveira Costa
  - [PATCH 0/19 -v4] desc_struct integration, Glauber de Oliveira Costa
    - [PATCH 01/19] unify desc_struct, Glauber de Oliveira Costa
      - [PATCH 02/19] unify struct desc_ptr, Glauber de Oliveira Costa
        
        [PATCH 03/19] change gdt acessor macro name, Glauber de Oliveira Costa
        
        [PATCH 04/19] removed unused variable, Glauber de Oliveira Costa
        
        [PATCH 05/19] introduce gate_desc type., Glauber de Oliveira Costa
        
        [PATCH 06/19] change write_idt_entry signature, Glauber de Oliveira Costa
        
        [PATCH 07/19] introduce ldt_desc type., Glauber de Oliveira Costa
        
        [PATCH 08/19] modify write_ldt function, Glauber de Oliveira Costa
        
        [PATCH 09/19] introduce fill_ldt, Glauber de Oliveira Costa
        
        [PATCH 10/19] provide tss_desc, Glauber de Oliveira Costa
        
        [PATCH 11/19] change write_gdt_entry signature., Glauber de Oliveira Costa
        
        [PATCH 12/19] change write_ldt_entry signature, Glauber de Oliveira Costa
        
        [PATCH 13/19] move constants to desc_defs.h, Glauber de Oliveira Costa
        
        [PATCH 14/19] unify non-paravirt parts of desc.h, Glauber de Oliveira Costa
        
        [PATCH 15/19] use the same data type for tls_array., Glauber de Oliveira Costa
        
        [PATCH 16/19] modify get_desc_base, Glauber de Oliveira Costa
        
        [PATCH 17/19] unify paravirt pieces of descriptor handling, Glauber de Oliveira Costa
        
        [PATCH 18/19] move _set_gate and its users to a common location, Glauber de Oliveira Costa
        
        [PATCH 19/19] unify set_tss_desc, Glauber de Oliveira Costa
        
        Re: [PATCH 18/19] move _set_gate and its users to a common location, Ingo Molnar
    - Re: [PATCH 0/19 -v4] desc_struct integration, Ingo Molnar
      - Re: [PATCH 0/19 -v4] desc_struct integration, Glauber de Oliveira Costa
[patch] old debugging hacks sneaked back, Pavel Machek
- Re: [patch] old debugging hacks sneaked back, Rafael J. Wysocki
  - Re: [patch] old debugging hacks sneaked back, Len Brown
a problem with NETPOLL/KGDBoE, Ramagudi Naziir
- Re: a problem with NETPOLL/KGDBoE, Matt Mackall
  - Re: a problem with NETPOLL/KGDBoE, Ramagudi Naziir
  - Re: a problem with NETPOLL/KGDBoE, Ramagudi Naziir
    - Re: a problem with NETPOLL/KGDBoE, Jason Wessel
      - Re: a problem with NETPOLL/KGDBoE, Ramagudi Naziir
    - Re: a problem with NETPOLL/KGDBoE, Matt Mackall
programs vanish with 2.6.22+, Markus
- Re: programs vanish with 2.6.22+, Markus
  - Re: programs vanish with 2.6.22+, Guennadi Liakhovetski
    - Re: programs vanish with 2.6.22+, Markus
    - Re: programs vanish with 2.6.22+, Markus
      - Re: programs vanish with 2.6.22+, Guennadi Liakhovetski
        
        Re: programs vanish with 2.6.22+, Markus
        
        Re: programs vanish with 2.6.22+, Simon Holm Thøgersen
        
        Re: programs vanish with 2.6.22+, Markus
        
        Re: programs vanish with 2.6.22+, Paolo Ornati
        
        Re: programs vanish with 2.6.22+, Markus
        
        Re: programs vanish with 2.6.22+, Markus
        
        Re: programs vanish with 2.6.22+, Guennadi Liakhovetski
        
        Re: programs vanish with 2.6.22+, Markus
        
        Re: programs vanish with 2.6.22+, Patrick Mau
        
        Re: programs vanish with 2.6.22+, Ray Lee
        
        Re: programs vanish with 2.6.22+, Bill Davidsen
[PATCH 5/6] UML - style fixes in file.c, Jeff Dike
[PATCH 1/6] UML - Customize tlb.h, Jeff Dike
- Re: [PATCH 1/6] UML - Customize tlb.h, Andrew Morton
  - Re: [PATCH 1/6] UML - Customize tlb.h, Jeff Dike
[PATCH 4/6] UML - Miscellaneous code cleanups, Jeff Dike
[PATCH 6/6] UML - 64-bit tlb fixes, Jeff Dike
[PATCH 3/6] UML - fix mconsole stop, Jeff Dike
[PATCH 2/6] UML - Remove duplicate config symbol and unused file and variables, Jeff Dike
[PATCH] Fix oprofile configuration breakage, Ralf Baechle
[PATCH] move the related code from exit_notify() to exit_signals(), Oleg Nesterov
- Re: [PATCH] move the related code from exit_notify() to exit_signals(), Davide Libenzi
kernel source code repository?, Amogh Hushdar
- Re: kernel source code repository?, Bernd Petrovitsch
hidden patch conflict in arch/x86/kernel/cpu/perfctr-watchdog.c, Jan Beulich
[PATCH 18/20] drivers/char/ipmi/ipmi_msghandler.c: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
- [PATCH 19/20] drivers/dma/iop-adma.c: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
  - [PATCH 20/20] net/iucv/iucv.c: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
    - Re: [PATCH 20/20] net/iucv/iucv.c: use LIST_HEAD instead of LIST_HEAD_INIT, David Miller
[PATCH 17/20] net/xfrm/xfrm_state.c: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
- Re: [PATCH 17/20] net/xfrm/xfrm_state.c: use LIST_HEAD instead of LIST_HEAD_INIT, David Miller
[PATCH 15/20] net/lapb/lapb_iface.c: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
- [PATCH 16/20] net/x25/: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
  - Re: [PATCH 16/20] net/x25/: use LIST_HEAD instead of LIST_HEAD_INIT, David Miller
- Re: [PATCH 15/20] net/lapb/lapb_iface.c: use LIST_HEAD instead of LIST_HEAD_INIT, David Miller
[PATCH 14/20] net/ipv4/cipso_ipv4.c: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
- Re: [PATCH 14/20] net/ipv4/cipso_ipv4.c: use LIST_HEAD instead of LIST_HEAD_INIT, David Miller
[PATCH 13/20] net/core/dev.c: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
- Re: [PATCH 13/20] net/core/dev.c: use LIST_HEAD instead of LIST_HEAD_INIT, David Miller
[PATCH 0/2] sched: misc. fix and cleanup for sched-devel, Gregory Haskins
- [PATCH 1/2] Subject: SCHED - Only adjust overload state when changing, Gregory Haskins
- [PATCH 2/2] Subject: SCHED - Clean up some old cpuset logic, Gregory Haskins
[PATCH 12/20] fs/reiserfs/xattr.c: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
[PATCH 11/20] fs/afs/cell.c: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
- Re: [PATCH 11/20] fs/afs/cell.c: use LIST_HEAD instead of LIST_HEAD_INIT, David Howells
[PATCH 10/20] drivers/scsi/ipr.c: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
- Re: [PATCH 10/20] drivers/scsi/ipr.c: use LIST_HEAD instead of LIST_HEAD_INIT, Brian King
[PATCH 09/20] drivers/s390/: use LIST_HEAD instead of LIST_HEAD_INIT, Denis Cheng
- Re: [PATCH 09/20] drivers/s390/: use LIST_HEAD instead of LIST_HEAD_INIT, Heiko Carstens
[PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Joachim Fenkes
- Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Arnd Bergmann
  - Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Roland Dreier
    - Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Arnd Bergmann
      - Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Roland Dreier
        
        Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Joachim Fenkes
        
        Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Roland Dreier
        
        Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Joachim Fenkes
        
        Re: [ewg] Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Or Gerlitz
        
        Re: [ewg] Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Christoph Raisch
        
        Re: [ewg] Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Roland Dreier
        
        Re: [ewg] Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Or Gerlitz
        
        Re: [ofa-general] Re: [ewg] Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Caitlin Bestler
        
        Re: [ofa-general] Re: [ewg] Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Joachim Fenkes
        
        RE: [ofa-general] Re: [ewg] Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Caitlin Bestler
        
        RE: [ofa-general] Re: [ewg] Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Joachim Fenkes
        
        RE: [ofa-general] Re: [ewg] Re: [PATCH] IB/ehca: SerializeHCA-related hCalls on POWER5, Sean Hefty
    - Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Joachim Fenkes
- <Possible follow-ups>
- Re: [PATCH] IB/ehca: Serialize HCA-related hCalls on POWER5, Joachim Fenkes
[PATCH] xen: Make xen-blkfront write its protocol ABI to xenstore, Markus Armbruster
Re: [PATCH 15/59] drivers/hwmon: Add missing "space", Mark M. Hoffman
[PATCH 00/47] CRIS patches for CRISv32 EtraxFS and ARTPEC-3, Jesper Nilsson
- [PATCH 01/47] Rearrange Kconfigs for CRIS v10 and v32 to allow compilation without warnings., Jesper Nilsson
- [PATCH 02/47] Add new driver files for Artpec-3., Jesper Nilsson
  - Re: [PATCH 02/47] Add new driver files for Artpec-3., Andrew Morton
- [PATCH 03/47] Add new driver files for Etrax-FS, Jesper Nilsson
- [PATCH 04/47] Add new machine dependent files for Etrax-FS and Artpec-3., Jesper Nilsson
- [PATCH 07/47] Add L2 cache initialization code., Jesper Nilsson
- [PATCH 06/47] Add serial driver for CRISv32., Jesper Nilsson
  - Re: [PATCH 06/47] Add serial driver for CRISv32., Andrew Morton
- [PATCH 08/47] Add SECOND_WORD_SYNC, used in CRISv32 version of sync_serial., Jesper Nilsson
- [PATCH 09/47] Update CRISv32 synchronous serial driver., Jesper Nilsson
- [PATCH 10/47] Merge axisflashmap.h with Axis internal changes., Jesper Nilsson
- [PATCH 11/47] Minor fixes to CRISv32 irq defines., Jesper Nilsson
- [PATCH 12/47] Remove unnecessary CVS log from cris/mm/init.c, Jesper Nilsson
- [PATCH 13/47] Add prototypes for cache flushing on CRISv32, Jesper Nilsson
- [PATCH 14/47] Add headers for CRISv32 chips EtraxFS and Artpec-3., Jesper Nilsson
- [PATCH 18/47] Remove define ARCH_HAS_DMA_DECLARE_COHERENT_MEMORY from CRIS., Jesper Nilsson
- [PATCH 15/47] Minor fixes to mm/fault.c for CRIS., Jesper Nilsson
  - Re: [PATCH 15/47] Minor fixes to mm/fault.c for CRIS., Andrew Morton
    - Re: [PATCH 15/47] Minor fixes to mm/fault.c for CRIS., Jesper Nilsson
- [PATCH 16/47] Minor CRIS generic kernel/traps.c changes., Jesper Nilsson
- [PATCH 17/47] Add handling of PTRACE_DETATCH for CRISv32. Whitespace and formatting changes to avoid checkpatch errors., Jesper Nilsson
- [PATCH 19/47] Update CRISv32 entry.S to working order., Jesper Nilsson
- [PATCH 20/47] Fixup CRISv32 kernel Makefile., Jesper Nilsson
- [PATCH 21/47] New version of CRISv32 I2C driver., Jesper Nilsson
  - Re: [PATCH 21/47] New version of CRISv32 I2C driver., Andrew Morton
- [PATCH 22/47] Update and improve axisflashmap for CRISv32., Jesper Nilsson
- [PATCH 23/47] Update CRIS main Kbuild makefile., Jesper Nilsson
- [PATCH 24/47] Update CRISv10 boot Kbuild makefile., Jesper Nilsson
- [PATCH 25/47] Update CRISv10 boot compressed Kbuild makefile., Jesper Nilsson
- [PATCH 26/47] Update CRISv10 rescue Kbuild makefile., Jesper Nilsson
- [PATCH 27/47] Update CRISv10 rescue head.s, Jesper Nilsson
  - Re: [PATCH 27/47] Update CRISv10 rescue head.s, David Miller
    - Re: [PATCH 27/47] Update CRISv10 rescue head.s, Jesper Nilsson
- [PATCH 28/47] Update and improve CRISv10 axisflashmap.c, Jesper Nilsson
- [PATCH 29/47] Update CRISv32 traps.c, Jesper Nilsson
  - Re: [PATCH 29/47] Update CRISv32 traps.c, Andrew Morton
- [PATCH 36/47] Update CRISv32 boot/rescue/head.S code., Jesper Nilsson
- [PATCH 37/47] Update CRISv32 debugport., Jesper Nilsson
- [PATCH 39/47] Update and improve CRISv32 fasttimer.c, Jesper Nilsson
  - Re: [PATCH 39/47] Update and improve CRISv32 fasttimer.c, Andrew Morton
- [PATCH 30/47] Update CRISv32 boot Kbuild makefile., Jesper Nilsson
- [PATCH 31/47] Update CRISv32 boot compressed Kbuild makefile., Jesper Nilsson
- [PATCH 34/47] Update CRISv32 compressed head.S, Jesper Nilsson
- [PATCH 33/47] Remove CRISv32 common gpio and nandflash, add mach-fs and mach-a3 as subdirs., Jesper Nilsson
- [PATCH 32/47] Update CRISv32 boot rescue Kbuild makefile., Jesper Nilsson
- [PATCH 38/47] Include path fix for CRISv32 timex.h, Jesper Nilsson
- [PATCH 35/47] Update CRISv32 boot/compressed/misc.c, Jesper Nilsson
- [PATCH 40/47] Update CRISv32 kernel/head.S, Jesper Nilsson
- [PATCH 41/47] Update and simplify CRISv32 kernel/irq.c., Jesper Nilsson
- [PATCH 42/47] Minor updates to CRISv32 kernel/process.c, Jesper Nilsson
  - Re: [PATCH 42/47] Minor updates to CRISv32 kernel/process.c, Andrew Morton
- [PATCH 43/47] Update and improve CRISv32 kernel/traps.c, Jesper Nilsson
- [PATCH 44/47] Minor fixes for CRISv32 io.h, Jesper Nilsson
  - Re: [PATCH 44/47] Minor fixes for CRISv32 io.h, Andrew Morton
    - Re: [PATCH 44/47] Minor fixes for CRISv32 io.h, Jesper Nilsson
- [PATCH 45/47] New default config for CRISv10., Jesper Nilsson
- [PATCH 46/47] Update and improve CRISv32 kernel/time.c, Jesper Nilsson
  - Re: [PATCH 46/47] Update and improve CRISv32 kernel/time.c, Andrew Morton
- [PATCH 47/47] Add new defconfigs for Artpec-3 and EtraxFS, both CRISv32., Jesper Nilsson
- Re: [PATCH 00/47] CRIS patches for CRISv32 EtraxFS and ARTPEC-3, Andrew Morton
  - Re: [PATCH 00/47] CRIS patches for CRISv32 EtraxFS and ARTPEC-3, Adrian Bunk
    - Re: [PATCH 00/47] CRIS patches for CRISv32 EtraxFS and ARTPEC-3, Jesper Nilsson
  - Re: [PATCH 00/47] CRIS patches for CRISv32 EtraxFS and ARTPEC-3, Jesper Nilsson
Re: Possibility to adjust the only-root-can-bind-to-port-under-1024 limit, Mikael Ståldal
[PATCH] usb: at91_udc: correct hanging while disconnecting usb cable, Nicolas Ferre
- Re: [PATCH] usb: at91_udc: correct hanging while disconnecting usb cable, David Brownell
[Patch] net/xfrm/xfrm_policy.c: Some small improvements, WANG Cong
- Re: [Patch] net/xfrm/xfrm_policy.c: Some small improvements, David Miller
  - Re: [Patch] net/xfrm/xfrm_policy.c: Some small improvements, Richard Knutsson
    - Re: [Patch] net/xfrm/xfrm_policy.c: Some small improvements, Herbert Xu
    - Re: [Patch] net/xfrm/xfrm_policy.c: Some small improvements, David Miller
      - Re: [Patch] net/xfrm/xfrm_policy.c: Some small improvements, Richard Knutsson
[PATCH 3/3] wireless/libertas: don't cast a pointer to pointer of list_head, Li Zefan
- Re: [PATCH 3/3] wireless/libertas: don't cast a pointer to pointer of list_head, Holger Schurig
2.6.23.9: x86_64: floppy not working: p35 chipset, Justin Piszcz
- Re: 2.6.23.9: x86_64: floppy not working: p35 chipset, Bill Davidsen
  - Re: 2.6.23.9: x86_64: floppy not working: p35 chipset, Justin Piszcz
    - Re: 2.6.23.9: x86_64: floppy not working: p35 chipset, Bill Davidsen
[PATCH] iwlwifi3945/4965 - fix rate control algo reference leak, Cyrill Gorcunov
- Re: [PATCH] iwlwifi3945/4965 - fix rate control algo reference leak, Zhu Yi
  - Re: [PATCH] iwlwifi3945/4965 - fix rate control algo reference leak, Mark Lord
    - Re: [PATCH] iwlwifi3945/4965 - fix rate control algo reference leak, Zhu Yi
[PATCH 2/3] DRM: don't cast a pointer to pointer of list_head, Li Zefan
[PATCH 1/3] POWERPC: don't cast a pointer to pointer of list_head, Li Zefan
- Re: [PATCH 1/3] POWERPC: don't cast a pointer to pointer of list_head, Nick Piggin
  - Re: [PATCH 1/3] POWERPC: don't cast a pointer to pointer of list_head, Li Zefan
man-pages-2.70 is released, Michael Kerrisk
[PATCH -mm] x86_64 EFI runtime service support : Calling convention fix (resend, cc LKML), Huang, Ying
[PATCH] fix br_fdb_fini() section mismatch, Harald Welte
- Re: [PATCH] fix br_fdb_fini() section mismatch, David Miller
[PATCH] pid: Fix mips irix emulation pid usage, Eric W. Biederman
[PATCH 2.6.21 through 2.6.23] ACPICA: fix acpi-cpufreq boot crash due to _PSD return-by-reference, Len Brown
[PATCH Latency Tracer] don't panic on failed bootmem alloc, Steven Rostedt
- Re: [PATCH Latency Tracer] don't panic on failed bootmem alloc, Ingo Molnar
[PATCH] pid: sys_wait... fixes, Eric W. Biederman
- Re: [PATCH] pid: sys_wait... fixes, Oleg Nesterov
  - Re: [PATCH] pid: sys_wait... fixes, Eric W. Biederman
  - [PATCH] pid: sys_wait... fixes (v2), Eric W. Biederman
    - Re: [PATCH] pid: sys_wait... fixes (v2), Oleg Nesterov
      - Re: [PATCH] pid: sys_wait... fixes (v2), Eric W. Biederman
[patch-early-RFC 00/10] LTTng architecture dependent instrumentation, Mathieu Desnoyers
- [patch-early-RFC 06/10] LTTng - instrumentation SH, Mathieu Desnoyers
- [patch-early-RFC 05/10] LTTng instrumentation PPC, Mathieu Desnoyers
- [patch-early-RFC 03/10] LTTng - MIPS instrumentation, Mathieu Desnoyers
- [patch-early-RFC 07/10] LTTng instrumentation SH64, Mathieu Desnoyers
- [patch-early-RFC 04/10] LTTng instrumentation Powerpc, Mathieu Desnoyers
- [patch-early-RFC 10/10] LTTng - s390 instrumentation, Mathieu Desnoyers
- [patch-early-RFC 08/10] LTTng Sparc instrumentation, Mathieu Desnoyers
- [patch-early-RFC 01/10] LTTng - ARM instrumentation, Mathieu Desnoyers
- [patch-early-RFC 02/10] LTTng - x86_32 instrumentation, Mathieu Desnoyers
- [patch-early-RFC 09/10] LTTng - x86_64 instrumentation, Mathieu Desnoyers
- Re: [patch-early-RFC 00/10] LTTng architecture dependent instrumentation, Ingo Molnar
  - Re: [patch-early-RFC 00/10] LTTng architecture dependent instrumentation, Mathieu Desnoyers
  - Re: [patch-early-RFC 00/10] LTTng architecture dependent instrumentation, Mathieu Desnoyers
    - Re: [patch-early-RFC 00/10] LTTng architecture dependent instrumentation, Mathieu Desnoyers
[patch-RFC 00/26] LTTng Kernel Trace Thread Flag, Mathieu Desnoyers
- [patch-RFC 20/26] LTTng Kernel Trace Thread Flag sparc64, Mathieu Desnoyers
- [patch-RFC 21/26] LTTng Kernel Trace Thread Flag UML, Mathieu Desnoyers
- [patch-RFC 22/26] LTTng Kernel Trace Thread Flag v850, Mathieu Desnoyers
- [patch-RFC 25/26] LTTng Kernel Trace Thread Flag xtensa, Mathieu Desnoyers
- [patch-RFC 01/26] LTTng Kernel Trace Thread Flag Alpha, Mathieu Desnoyers
- [patch-RFC 03/26] LTTng Kernel Trace Thread Flag AVR32, Mathieu Desnoyers
- [patch-RFC 26/26] LTTng Kernel Trace Thread Flag API, Mathieu Desnoyers
- [patch-RFC 02/26] LTTng Kernel Trace Thread Flag ARM, Mathieu Desnoyers
- [patch-RFC 10/26] LTTng Kernel Trace Thread Flag m32r, Mathieu Desnoyers
- [patch-RFC 06/26] LTTng Kernel Trace Thread Flag Frv, Mathieu Desnoyers
- [patch-RFC 04/26] LTTng Kernel Trace Thread Flag Blackfin, Mathieu Desnoyers
- [patch-RFC 09/26] LTTng Kernel Trace Thread Flag ia64, Mathieu Desnoyers
- [patch-RFC 05/26] LTTng Kernel Trace Thread Flag Cris, Mathieu Desnoyers
- [patch-RFC 18/26] LTTng Kernel Trace Thread Flag sh64, Mathieu Desnoyers
- [patch-RFC 15/26] LTTng Kernel Trace Thread Flag powerpc, Mathieu Desnoyers
- [patch-RFC 17/26] LTTng Kernel Trace Thread Flag SH, Mathieu Desnoyers
- [patch-RFC 19/26] LTTng Kernel Trace Thread Flag sparc, Mathieu Desnoyers
- [patch-RFC 12/26] LTTng Kernel Trace Thread Flag m68knommu, Mathieu Desnoyers
- [patch-RFC 07/26] LTTng Kernel Trace Thread Flag H8300, Mathieu Desnoyers
- [patch-RFC 14/26] LTTng Kernel Trace Thread Flag parisc, Mathieu Desnoyers
- [patch-RFC 16/26] LTTng Kernel Trace Thread Flag s390, Mathieu Desnoyers
- [patch-RFC 11/26] LTTng Kernel Trace Thread Flag m68k, Mathieu Desnoyers
- [patch-RFC 13/26] LTTng Kernel Trace Thread Flag MIPS, Mathieu Desnoyers
- [patch-RFC 24/26] LTTng Linux Kernel Trace Thread Flag x86_64, Mathieu Desnoyers
- [patch-RFC 08/26] LTTng Linux Kernel Trace Thread Flags x86_32, Mathieu Desnoyers
- [patch-RFC 23/26] Prepare x86_64 for TIF_SYSCALL_TRACE async flag set in entry.S, Mathieu Desnoyers
- Re: [patch-RFC 00/26] LTTng Kernel Trace Thread Flag, Frank Ch. Eigler
  - Re: [patch-RFC 00/26] LTTng Kernel Trace Thread Flag, Mathieu Desnoyers
[PATCH 1/3] stopmachine semaphore to mutex, Daniel Walker
- [PATCH 2/3] Amiga serial driver: port_write_mutex fixup, Daniel Walker
- [PATCH 3/3] printer port driver: semaphore to mutex, Daniel Walker
  - Re: [PATCH 3/3] printer port driver: semaphore to mutex, Ingo Molnar
    - Re: [PATCH 3/3] printer port driver: semaphore to mutex, Daniel Walker
      - Re: [PATCH 3/3] printer port driver: semaphore to mutex, Remy Bohmer
        
        Re: [PATCH 3/3] printer port driver: semaphore to mutex, Daniel Walker
        
        Re: [PATCH 3/3] printer port driver: semaphore to mutex, Remy Bohmer
      - Re: [PATCH 3/3] printer port driver: semaphore to mutex, Matthias Kaehlcke
        
        Re: [PATCH 3/3] printer port driver: semaphore to mutex, Remy Bohmer
        
        Re: [PATCH 3/3] printer port driver: semaphore to mutex, Daniel Walker
        
        Re: [PATCH 3/3] printer port driver: semaphore to mutex, Matthias Kaehlcke
      - Re: [PATCH 3/3] printer port driver: semaphore to mutex, Ingo Molnar
      - Re: [PATCH 3/3] printer port driver: semaphore to mutex, Kevin Winchester
        
        Re: [PATCH 3/3] printer port driver: semaphore to mutex, Daniel Walker
        
        Possible locking issue in viotape.c, Kevin Winchester
        
        Re: Possible locking issue in viotape.c, Daniel Walker
        
        Re: Possible locking issue in viotape.c, Kevin Winchester
        
        Re: Possible locking issue in viotape.c, Daniel Walker
        
        Re: Possible locking issue in viotape.c, Kevin Winchester
        
        Re: Possible locking issue in viotape.c, Daniel Walker
- <Possible follow-ups>
- Re: [PATCH 1/3] stopmachine semaphore to mutex, Ingo Molnar
[patch-RFC 0/7] LTTng instrumentation (arch independent), Mathieu Desnoyers
- [patch-RFC 1/7] Include marker.h in kernel.h -- temporary, for code readability, Mathieu Desnoyers
- [patch-RFC 6/7] LTTng instrumentation net, Mathieu Desnoyers
- [patch-RFC 7/7] Add Markers Into Semaphore Primitives, Mathieu Desnoyers
- [patch-RFC 3/7] LTTng instrumentation ipc, Mathieu Desnoyers
- [patch-RFC 5/7] LTTng instrumentation mm, Mathieu Desnoyers
- [patch-RFC 2/7] LTTng instrumentation fs, Mathieu Desnoyers
- [patch-RFC 4/7] LTTng instrumentation kernel, Mathieu Desnoyers
[patch 0/6] Linux Kernel Markers - Use Immediate Values Optimization, Mathieu Desnoyers
- [patch 5/6] Immediate Values Use Arch NMI and MCE Support, Mathieu Desnoyers
- [patch 6/6] Linux Kernel Markers - Use Immediate Values, Mathieu Desnoyers
- [patch 4/6] Immediate Values - Powerpc Optimization NMI MCE support, Mathieu Desnoyers
- [patch 2/6] Add __discard section to x86, Mathieu Desnoyers
- [patch 1/6] Immediate Values - Move Kprobes x86 restore_interrupt to kdebug.h, Mathieu Desnoyers
- [patch 3/6] Immediate Values - x86 Optimization NMI and MCE support, Mathieu Desnoyers
  - Re: [patch 3/6] Immediate Values - x86 Optimization NMI and MCE support (update), Mathieu Desnoyers
[PATCH] Scheduler Profiling - Use Immediate Values, Mathieu Desnoyers
[patch 0/7] Immediate Values (redux) for 2.6.24-rc4-git3, Mathieu Desnoyers
- [patch 3/7] x86: add <asm/asm.h>, Mathieu Desnoyers
- [patch 1/7] Immediate Values - Architecture Independent Code, Mathieu Desnoyers
- [patch 7/7] Immediate Values - Documentation, Mathieu Desnoyers
- [patch 6/7] Immediate Values - Powerpc Optimization, Mathieu Desnoyers
- [patch 5/7] Add text_poke and sync_core to powerpc, Mathieu Desnoyers
- [patch 2/7] Immediate Values - Kconfig menu in EMBEDDED, Mathieu Desnoyers
- [patch 4/7] Immediate Values - x86 Optimization, Mathieu Desnoyers
[patch 00/11] Text Edit Lock for 2.6.24-rc4-git3, Mathieu Desnoyers
- [patch 04/11] Add INIT_ARRAY() to kernel.h, Mathieu Desnoyers
- [patch 05/11] Text Edit Lock - Architecture Independent Code, Mathieu Desnoyers
- [patch 02/11] Kprobes - do not use kprobes mutex in arch code, Mathieu Desnoyers
- [patch 07/11] Text Edit Lock - kprobes architecture independent support, Mathieu Desnoyers
- [patch 01/11] Kprobes - use a mutex to protect the instruction pages list., Mathieu Desnoyers
- [patch 03/11] Kprobes - declare kprobe_mutex static, Mathieu Desnoyers
- [patch 11/11] Text Edit Lock - x86_64 standardize debug rodata, Mathieu Desnoyers
- [patch 10/11] Text Edit Lock - x86_32 standardize debug rodata, Mathieu Desnoyers
- [patch 06/11] Text Edit Lock - Alternative code for x86, Mathieu Desnoyers
  - Re: [patch 06/11] Text Edit Lock - Alternative code for x86, pageexec
    - Re: [patch 06/11] Text Edit Lock - Alternative code for x86, Mathieu Desnoyers
    - Re: [patch 06/11] Text Edit Lock - Alternative code for x86, Mathieu Desnoyers
      - Re: [patch 06/11] Text Edit Lock - Alternative code for x86, pageexec
        
        Re: [patch 06/11] Text Edit Lock - Alternative code for x86 (update), Mathieu Desnoyers
- [patch 09/11] Text Edit Lock - kprobes x86_64, Mathieu Desnoyers
- [patch 08/11] Text Edit Lock - kprobes x86_32, Mathieu Desnoyers
- Re: [patch 00/11] Text Edit Lock for 2.6.24-rc4-git3, Heiko Carstens
  - Re: [patch 00/11] Text Edit Lock for 2.6.24-rc4-git3, Mathieu Desnoyers
[PATCH] backlight: OMAP1 backlight driver, Andrzej Zaborowski
Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
- Re: Please revert: PCI: fix IDE legacy mode resources, Yoichi Yuasa
  - Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
    - Re: Please revert: PCI: fix IDE legacy mode resources, Yoichi Yuasa
      - Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Ralf Baechle
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Bartlomiej Zolnierkiewicz
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Alan Cox
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Alan Cox
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Alan Cox
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Alan Cox
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Ralf Baechle
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Alan Cox
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Ralf Baechle
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Ralf Baechle
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Ralf Baechle
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Alan Cox
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Benjamin Herrenschmidt
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Ralf Baechle
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Ralf Baechle
      - Re: Please revert: PCI: fix IDE legacy mode resources, Ralf Baechle
        
        Re: Please revert: PCI: fix IDE legacy mode resources, Ralf Baechle
[RFC] [PATCH] A clean approach to writeout throttling, Daniel Phillips
- Re: [RFC] [PATCH] A clean approach to writeout throttling, Andrew Morton
  - Re: [RFC] [PATCH] A clean approach to writeout throttling, Daniel Phillips
    - Re: [RFC] [PATCH] A clean approach to writeout throttling, Andrew Morton
      - Re: [RFC] [PATCH] A clean approach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean approach to writeout throttling, Andrew Morton
        
        Re: [RFC] [PATCH] A clean approach to writeout throttling, Rik van Riel
        
        Re: [RFC] [PATCH] A clean approach to writeout throttling, Andrew Morton
        
        Re: [RFC] [PATCH] A clean approach to writeout throttling, Rik van Riel
        
        Re: [RFC] [PATCH] A clean approach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean approach to writeout throttling, Andrew Morton
        
        Re: [RFC] [PATCH] A clean approach to writeout throttling, Daniel Phillips
    - Re: [RFC] [PATCH] A clean approach to writeout throttling, Bill Davidsen
      - Re: [RFC] [PATCH] A clean approach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean approach to writeout throttling, Andrew Morton
        
        Re: [RFC] [PATCH] A clean approach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean approach to writeout throttling, Daniel Phillips
- Re: [RFC] [PATCH] A clean approach to writeout throttling, Jens Axboe
  - Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Daniel Phillips
    - Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Jens Axboe
      - Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Jens Axboe
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Jens Axboe
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Jens Axboe
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Jens Axboe
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Jens Axboe
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Jens Axboe
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Jens Axboe
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Daniel Phillips
        
        Re: [RFC] [PATCH] A clean aEvgeniy pproach to writeout throttling, Daniel Phillips
  - Re: [RFC] [PATCH] A clean approach to writeout throttling, Daniel Phillips
- Re: [RFC] [PATCH] A clean approach to writeout throttling, Jonathan Corbet
  - Re: [RFC] [PATCH] A clean approach to writeout throttling, Pekka Enberg
  - Re: [RFC] [PATCH] A clean approach to writeout throttling, Daniel Phillips
[PATCH] sched: update root-domain spans upon departure, Gregory Haskins
- [PATCH] sched: update root-domain spans upon departure, Gregory Haskins
everything in wait_for_completion, what is my system doing?, Bernd Schubert
- Re: everything in wait_for_completion, what is my system doing?, Andrew Morton
  - Re: everything in wait_for_completion, what is my system doing?, Bernd Schubert
[PATCH/HP6xx/HP7xx] Cleanup drivers/input/keyboard|touchscreen Kconfigs, Kristoffer Ericson
- Re: (RESEND) [PATCH/HP6xx/HP7xx] Cleanup drivers/input/keyboard|touchscreen Kconfigs, Kristoffer Ericson
Scheduler behaviour, Holger Wolf
- Re: Scheduler behaviour, Peter Zijlstra
  - Re: Scheduler behaviour, Ingo Molnar
- Re: Scheduler behaviour, Arjan van de Ven
  - Re: Scheduler behaviour, Jarek Poplawski
  - Re: Scheduler behaviour, Holger Wolf
[bug?] ALSA sound/core/info.c:852: BUG? (root), Ingo Molnar
- Re: [bug?] ALSA sound/core/info.c:852: BUG? (root), Takashi Iwai
[PATCH 00/28] Permit filesystem local caching [try #2], David Howells
- [PATCH 01/28] KEYS: Increase the payload size when instantiating a key [try #2], David Howells
- [PATCH 02/28] KEYS: Check starting keyring as part of search [try #2], David Howells
- [PATCH 03/28] KEYS: Allow the callout data to be passed as a blob rather than a string [try #2], David Howells
- [PATCH 04/28] KEYS: Add keyctl function to get a security label [try #2], David Howells
- [PATCH 05/28] Security: Change current->fs[ug]id to current_fs[ug]id() [try #2], David Howells
- [PATCH 06/28] SECURITY: Separate task security context from task_struct [try #2], David Howells
- [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], David Howells
  - Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Stephen Smalley
  - Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], David Howells
    - Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Stephen Smalley
    - Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], David Howells
      - Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Stephen Smalley
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Casey Schaufler
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], David Howells
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Casey Schaufler
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Stephen Smalley
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Casey Schaufler
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Stephen Smalley
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Casey Schaufler
      - Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], David Howells
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Casey Schaufler
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Stephen Smalley
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Stephen Smalley
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Karl MacMillan
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], David Howells
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Karl MacMillan
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], David Howells
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Casey Schaufler
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Stephen Smalley
        
        Re: [PATCH 08/28] SECURITY: Allow kernel services to override LSM settings for task actions [try #2], Crispin Cowan

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