LKML: Linux Kernel Archive 2006 Q1

Date Index

[PATCH] move swiotlb.h header file to asm-generic, Muli Ben-Yehuda
[PATCH] opl3sa2: fix adding second dma channel, Alexey Dobriyan
- Re: [PATCH] opl3sa2: fix adding second dma channel, Takashi Iwai
[PATCH] ixj: fix writing silence check, Alexey Dobriyan
[PATCH] suni: cast arg properly in SONET_SETFRAMING, Alexey Dobriyan
[PATCH] dscc4: fix dscc4_init_dummy_skb check, Alexey Dobriyan
- Re: [PATCH] dscc4: fix dscc4_init_dummy_skb check, Francois Romieu
[RFC: 2.6 patch] Kconfig help: MTD_JEDECPROBE already supports Intel chips, Adrian Bunk
- Re: [RFC: 2.6 patch] Kconfig help: MTD_JEDECPROBE already supports Intel chips, David Woodhouse
poor raid0 performance in 2.6.16-rc1-mm2?, Ed Sweetman
- Re: poor raid0 performance in 2.6.16-rc1-mm2?, J.A. Magallon
  - Re: poor raid0 performance in 2.6.16-rc1-mm2?, Ed Sweetman
- Re: poor raid0 performance in 2.6.16-rc1-mm2?, Grant Coady
e100 oops on resume, Stefan Seyfried
- Re: e100 oops on resume, Mattia Dongili
  - Re: e100 oops on resume, Olaf Kirch
    - Re: e100 oops on resume, Olaf Kirch
      - Re: sched_yield() makes OpenLDAP slow, Howard Chu
        
        Re: sched_yield() makes OpenLDAP slow, Robert Hancock
        
        Re: sched_yield() makes OpenLDAP slow, Christopher Friesen
        
        pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nick Piggin
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nick Piggin
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Kyle Moffett
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        RE: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), David Schwartz
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nick Piggin
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nick Piggin
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nick Piggin
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Philipp Matthias Hahn
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nick Piggin
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Steven Rostedt
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Christopher Friesen
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Steven Rostedt
        
        RE: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), David Schwartz
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        RE: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), David Schwartz
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        RE: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), David Schwartz
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        RE: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), David Schwartz
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Helge Hafting
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nikita Danilov
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Helge Hafting
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nikita Danilov
        
        RE: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), David Schwartz
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Lee Revell
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Robert Hancock
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Lee Revell
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        RE: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), David Schwartz
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Mark Lord
        
        RE: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), David Schwartz
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Samuel Masham
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Samuel Masham
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Lee Revell
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Samuel Masham
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nick Piggin
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nick Piggin
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nick Piggin
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), linux-os (Dick Johnson)
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nick Piggin
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), linux-os (Dick Johnson)
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nick Piggin
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), linux-os (Dick Johnson)
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Valdis . Kletnieks
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Helge Hafting
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Howard Chu
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Kyle Moffett
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), linux-os (Dick Johnson)
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Helge Hafting
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Nikita Danilov
        
        Re: pthread_mutex_unlock (was Re: sched_yield() makes OpenLDAP slow), Robert Hancock
        
        RE: sched_yield() makes OpenLDAP slow, David Schwartz
        
        Re: sched_yield() makes OpenLDAP slow, Helge Hafting
        
        Re: sched_yield() makes OpenLDAP slow, Nick Piggin
        
        Re: sched_yield() makes OpenLDAP slow, Nikita Danilov
      - Re: e100 oops on resume, Jesse Brandeburg
        
        Re: e100 oops on resume, Olaf Kirch
        
        Re: e100 oops on resume, Jesse Brandeburg
        
        Re: e100 oops on resume, Jesse Brandeburg
        
        Re: e100 oops on resume, Pavel Machek
        
        Re: e100 oops on resume, Stefan Seyfried
        
        Re: e100 oops on resume, Olaf Kirch
        
        Re: e100 oops on resume, Mattia Dongili
        
        Re: e100 oops on resume, Jesse Brandeburg
        
        Re: e100 oops on resume, Jeff Garzik
        
        Message not available
        
        Message not available
        
        Can I do a regular read to simulate prefetch instruction?, John Smith
[2.6 patch] remove unused acct variables from task_struct, Adrian Bunk
[PATCH 1/2] UML - Add a build dependency, Jeff Dike
[PATCH 0/2] UML - two small fixes, Jeff Dike
[PATCH 2/2] UML - Fix some typos, Jeff Dike
Hello, Luca Wawrinka
[PATCH] 2.6.16-rc1 Input: IFORCE - email change, johann . deneux
[PATCH] 2.6.16-rc1 Input: HID - email change, johann . deneux
[PATCH] 2.6.16-rc1 HID: changed email, johann . deneux
[PATCH] 2.6.16-rc1 Docs: Email change, johann . deneux
nForce Pro 2200 losing ticks, Michael Madore
Open source usability survey, Dave Yeats
[Patch] reiser4: change warnings to not scare users needlessly, Hans Reiser
[PATH/RFC] minix filesystem Update to V3 for 2.4.x revised, Daniel Aragonés
[PATH/RFC] minix filesystem Update to V3 for 2.6.x.y revised, Daniel Aragonés
- Re: [PATH/RFC] minix filesystem Update to V3 for 2.6.x.y revised, Pekka Enberg
[PATCH] Export symbols so CONFIG_INPUT works as a module, Martin Michlmayr
- Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Arjan van de Ven
- Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Dave Jones
  - Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Al Viro
    - Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Dmitry Torokhov
      - Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Martin Michlmayr
        
        Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Dmitry Torokhov
        
        Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Vojtech Pavlik
        
        Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Martin Michlmayr
        
        Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Adrian Bunk
        
        Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Jan Engelhardt
        
        [2.6 patch] make INPUT a bool, Adrian Bunk
  - Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Martin Michlmayr
    - Re: [PATCH] Export symbols so CONFIG_INPUT works as a module, Dave Jones
Define __raw_read_lock etc for uniprocessor builds, Joe Korty
- Re: Define __raw_read_lock etc for uniprocessor builds, Christoph Hellwig
  - Re: Define __raw_read_lock etc for uniprocessor builds, Joe Korty
    - Re: Define __raw_read_lock etc for uniprocessor builds, Arjan van de Ven
      - Re: Define __raw_read_lock etc for uniprocessor builds, Joe Korty
        
        Re: Define __raw_read_lock etc for uniprocessor builds, Arjan van de Ven
        
        Re: Define __raw_read_lock etc for uniprocessor builds, Joe Korty
        
        Re: Define __raw_read_lock etc for uniprocessor builds, Ingo Molnar
- Re: Define __raw_read_lock etc for uniprocessor builds, Ingo Molnar
kernel freeze on 2.4.32, apparently in cached_lookup, Chris Lightfoot
- Re: kernel freeze on 2.4.32, apparently in cached_lookup, Willy Tarreau
  - Re: kernel freeze on 2.4.32, apparently in cached_lookup, Chris Lightfoot
Why is /sound not in /drivers/media?, Marc Koschewski
- Re: Why is /sound not in /drivers/media?, Diego Calleja
[patch] suspend-to-ram: allow video options to be set at runtime, Pavel Machek
[patch] swsusp: documentation updates, Pavel Machek
[Patch] quota: remove unused sync_dquots_dev()], Herbert Poetzl
[PATCH 1/2] _PPC frequency change issues, Thomas Renninger
- Re: [PATCH 1/2] _PPC frequency change issues, Thomas Renninger
- <Possible follow-ups>
- RE: [PATCH 1/2] _PPC frequency change issues, Pallipadi, Venkatesh
sun v20z / v40z lspci request, Knut Petersen
[PATCH 1/2] _PPC frequency change issues - freq already lowered by BIOS, Thomas Renninger
[PATCH 2/2] _PPC frequency change issues, Thomas Renninger
- Re: [PATCH 2/2] _PPC frequency change issues, Randy.Dunlap
- <Possible follow-ups>
- RE: [PATCH 2/2] _PPC frequency change issues, Pallipadi, Venkatesh
  - Re: [PATCH 2/2] _PPC frequency change issues, Thomas Renninger
[patch 1/2] uml: enable drivers (input, fb, vt), Gerd Hoffmann
- Re: [patch 2/2] uml: add framebuffer driver, Gerd Hoffmann
- Re: [patch 1/2] uml: enable drivers (input, fb, vt), Jeff Dike
  - Re: [patch 1/2] uml: enable drivers (input, fb, vt), Gerd Hoffmann
    - Re: [patch 1/2] uml: enable drivers (input, fb, vt), Jeff Dike
      - Re: [patch 1/2] uml: enable drivers (input, fb, vt), Gerd Hoffmann
        
        Re: [patch 1/2] uml: enable drivers (input, fb, vt), Jeff Dike
[PATCH] SMP alternatives, Gerd Hoffmann
- Re: [PATCH] SMP alternatives, Ben Collins
  - Re: [PATCH] SMP alternatives, Gerd Hoffmann
- Re: [PATCH] SMP alternatives, Pavel Machek
  - Re: [PATCH] SMP alternatives, Gerd Hoffmann
    - Re: [PATCH] SMP alternatives, Pavel Machek
[PATCH] alpha: dma-mapping.h: add "struct scatterlist;", Alexey Dobriyan
[PATCH RT] add set_curr_timer to high_res run_queue, Steven Rostedt
WORK WITH US., Ricoh LTD
[PATCH] sky2: fix hang on Yukon-EC (0xb6) rev 1, Carl-Daniel Hailfinger
AMD64, 4GB, mttr questions, Prakash Punnoor
- Re: AMD64, 4GB, mttr questions, thockin
- <Possible follow-ups>
- Re: AMD64, 4GB, mttr questions, Robert Hancock
  - Re: AMD64, 4GB, mttr questions, Prakash Punnoor
[PATCH] sky2: fix ethtool ops, Carl-Daniel Hailfinger
[PATCH] ahci: vt8251 support, Geoff Rivell
Kernel 2.6.15 crashes X Server after running OpenGL programs, Andy Spiegl
- Re: Kernel 2.6.15 crashes X Server after running OpenGL programs, John Stoffel
  - Re: Kernel 2.6.15 crashes X Server after running OpenGL programs, Andy Spiegl
    - Re: Kernel 2.6.15 crashes X Server after running OpenGL programs, Benoit Boissinot
      - Re: Kernel 2.6.15 crashes X Server after running OpenGL programs, Alistair John Strachan
        
        Re: Kernel 2.6.15 crashes X Server after running OpenGL programs, Andy Spiegl
        
        Re: Kernel 2.6.15 crashes X Server after running OpenGL programs, Benoit Boissinot
        
        Re: Kernel 2.6.15 crashes X Server after running OpenGL programs, Andy Spiegl
    - Re: Kernel 2.6.15 crashes X Server after running OpenGL programs, Nick
      - modules not enabled, but loading modules!, Andy Spiegl
    - Re: Kernel 2.6.15 crashes X Server after running OpenGL programs, John Stoffel
[RFC] Controller Area Network (CAN) infrastructure, David Vrabel
- MC251x CAN controller driver example, David Vrabel
- Re: [RFC] Controller Area Network (CAN) infrastructure, Stephen Hemminger
- Re: [RFC] Controller Area Network (CAN) infrastructure, Greg KH
Re: [PATCH 01/04] Add multi-precision-integer maths library, David Howells
- Re: [PATCH 01/04] Add multi-precision-integer maths library, David Härdeman
- Re: [PATCH 01/04] Add multi-precision-integer maths library, David Howells
All Microsoft software at Super Discountz Packz( Ref: buttock ), Brittany Nicholas
kobject_register failed for Promise_Old_IDE (-17), Vasil Kolev
- Re: kobject_register failed for Promise_Old_IDE (-17), Greg KH
  - Re: kobject_register failed for Promise_Old_IDE (-17), Bartlomiej Zolnierkiewicz
    - Re: kobject_register failed for Promise_Old_IDE (-17), Vasil Kolev
      - Message not available
        
        Re: kobject_register failed for Promise_Old_IDE (-17), Vasil Kolev
      - Re: kobject_register failed for Promise_Old_IDE (-17), Adrian Bunk
        
        Re: kobject_register failed for Promise_Old_IDE (-17), Greg KH
        
        Re: kobject_register failed for Promise_Old_IDE (-17), Adrian Bunk
        
        Re: kobject_register failed for Promise_Old_IDE (-17), Greg KH
      - Re: kobject_register failed for Promise_Old_IDE (-17), Bartlomiej Zolnierkiewicz
Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Bodo Eggert
- Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Joerg Schilling
  - Re: CD writing in future Linux (stirring up a hornets' nest), Bodo Eggert
Increased stamina, Moses Chamberlain
[PATCH -mm] swsusp: userland interface (rev 2), Rafael J. Wysocki
- Re: [PATCH -mm] swsusp: userland interface (rev 2), Pavel Machek
- Re: [PATCH -mm] swsusp: userland interface (rev 2), Andrew Morton
  - Re: [PATCH -mm] swsusp: userland interface (rev 2), Pavel Machek
    - Re: [PATCH -mm] swsusp: userland interface (rev 2), Andrew Morton
      - Re: [PATCH -mm] swsusp: userland interface (rev 2), Pavel Machek
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Dave Jones
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Pavel Machek
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Dave Jones
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Pavel Machek
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Jim Crilly
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Pavel Machek
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Greg KH
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Kay Sievers
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Rafael J. Wysocki
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Lee Revell
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Rafael J. Wysocki
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Andrew Morton
        
        Re: [PATCH -mm] swsusp: userland interface (rev 2), Rafael J. Wysocki
  - Re: [PATCH -mm] swsusp: userland interface (rev 2), Rafael J. Wysocki
    - Re: [PATCH -mm] swsusp: userland interface (rev 2), Benjamin LaHaise
      - Re: [PATCH -mm] swsusp: userland interface (rev 2), Rafael J. Wysocki
    - Re: [PATCH -mm] swsusp: userland interface (rev 2), Pavel Machek
      - Re: [PATCH -mm] swsusp: userland interface (rev 2), Rafael J. Wysocki
    - Re: [PATCH -mm] swsusp: userland interface (rev 2), Pavel Machek
[PATCH] SIIG 8-port serial boards support, Andrey Panin
- Re: [PATCH] SIIG 8-port serial boards support, Russell King
  - Re: [PATCH] SIIG 8-port serial boards support, Russell King
    - Re: [PATCH] SIIG 8-port serial boards support, Andrey Panin
      - Message not available
        
        Re: [PATCH] SIIG 8-port serial boards support, Andrey Panin
        
        Re: [PATCH] SIIG 8-port serial boards support, Russell King
        
        Re: [PATCH] SIIG 8-port serial boards support, Andrey Panin
        
        Re: [PATCH] SIIG 8-port serial boards support, Russell King
        
        Re: [PATCH] SIIG 8-port serial boards support, Russell King
        
        Re: [PATCH] SIIG 8-port serial boards support, Paul Fulghum
        
        Re: [PATCH] SIIG 8-port serial boards support, Russell King
        
        Re: [PATCH] SIIG 8-port serial boards support, Paul Fulghum
- <Possible follow-ups>
- Re: [PATCH] SIIG 8-port serial boards support, Kilau, Scott
  - Re: [PATCH] SIIG 8-port serial boards support, Russell King
- Re: [PATCH] SIIG 8-port serial boards support, linux
  - Re: [PATCH] SIIG 8-port serial boards support, Russell King
    - Re: [PATCH] SIIG 8-port serial boards support, Paul Fulghum
RCU latency regression in 2.6.16-rc1, Lee Revell
- Re: RCU latency regression in 2.6.16-rc1, Ingo Molnar
  - Re: RCU latency regression in 2.6.16-rc1, Lee Revell
    - Re: RCU latency regression in 2.6.16-rc1, Ingo Molnar
      - Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Ingo Molnar
      - Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Ingo Molnar
        
        Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Paul E. McKenney
        
        Re: RCU latency regression in 2.6.16-rc1, Ingo Molnar
        
        Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Dipankar Sarma
        
        Re: RCU latency regression in 2.6.16-rc1, Dipankar Sarma
        
        Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Ingo Molnar
        
        Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Paul E. McKenney
        
        Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Dipankar Sarma
        
        Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Dipankar Sarma
        
        Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Eric Dumazet
        
        Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Ingo Molnar
        
        Re: RCU latency regression in 2.6.16-rc1, Lee Revell
        
        Re: RCU latency regression in 2.6.16-rc1, Paul E. McKenney
        
        Re: RCU latency regression in 2.6.16-rc1, Eric Dumazet
        
        Re: RCU latency regression in 2.6.16-rc1, Paul E. McKenney
        
        Re: RCU latency regression in 2.6.16-rc1, David S. Miller
        
        Re: RCU latency regression in 2.6.16-rc1, Paul E. McKenney
        
        Re: RCU latency regression in 2.6.16-rc1, Lee Revell
- Re: RCU latency regression in 2.6.16-rc1, Dipankar Sarma
2.6.16-rc1-mm2 pata driver confusion, Ed Sweetman
- Re: 2.6.16-rc1-mm2 pata driver confusion, Jeff Garzik
- Re: 2.6.16-rc1-mm2 pata driver confusion, Alan Cox
  - Re: 2.6.16-rc1-mm2 pata driver confusion, Randy.Dunlap
    - Re: 2.6.16-rc1-mm2 pata driver confusion, Randy.Dunlap
      - Re: 2.6.16-rc1-mm2 pata driver confusion, Alan Cox
    - Re: 2.6.16-rc1-mm2 pata driver confusion, Alan Cox
  - Re: 2.6.16-rc1-mm2 pata driver confusion, Ed Sweetman
    - Re: 2.6.16-rc1-mm2 pata driver confusion, Randy.Dunlap
      - Re: 2.6.16-rc1-mm2 pata driver confusion, Ed Sweetman
        
        Re: 2.6.16-rc1-mm2 pata driver confusion, Randy.Dunlap
        
        Re: 2.6.16-rc1-mm2 pata driver confusion, Ed Sweetman
- <Possible follow-ups>
- Re: 2.6.16-rc1-mm2 pata driver confusion, Randy.Dunlap
  - Re: 2.6.16-rc1-mm2 pata driver confusion, Ed Sweetman
  - Re: 2.6.16-rc1-mm2 pata driver confusion, Alan Cox
    - Re: 2.6.16-rc1-mm2 pata driver confusion, Randy.Dunlap
  - Re: 2.6.16-rc1-mm2 pata driver confusion, Ed Sweetman
    - Re: 2.6.16-rc1-mm2 pata driver confusion, Randy.Dunlap
      - Re: 2.6.16-rc1-mm2 pata driver confusion, Harald Dunkel
        
        Re: 2.6.16-rc1-mm2 pata driver confusion, Alan Cox
        
        Re: 2.6.16-rc1-mm2 pata driver confusion, Ed Sweetman
        
        Re: 2.6.16-rc1-mm2 pata driver confusion + tsc sync issues, Ed Sweetman
        
        Re: 2.6.16-rc1-mm2 pata driver confusion + tsc sync issues, Andrew Morton
        
        Re: 2.6.16-rc1-mm2 pata driver confusion + tsc sync issues, Matthew Garrett
        
        Re: 2.6.16-rc1-mm2 pata driver confusion + tsc sync issues, Ed Sweetman
        
        Re: 2.6.16-rc1-mm2 pata driver confusion + tsc sync issues, Alan Cox
        
        Re: 2.6.16-rc1-mm2 pata driver confusion + tsc sync issues, Ed Sweetman
stradis oopses on modprobe., Dave Jones
- Re: stradis oopses on modprobe., Dave Jones
  - [PATCH] media video stradis memory fix, Jiri Slaby
    - Re: [PATCH] media video stradis memory fix, Mauro Carvalho Chehab
DMA Transfer problem, Harish K Harshan
- Re: DMA Transfer problem, James Courtier-Dutton
  - Re: DMA Transfer problem, Harish K Harshan
    - Re: DMA Transfer problem, James Courtier-Dutton
    - Re: DMA Transfer problem, Martin Drab
      - Re: DMA Transfer problem, linux-os (Dick Johnson)
[Patch] quota: remove unused sync_dquots_dev(), Herbert Poetzl
- Re: [Patch] quota: remove unused sync_dquots_dev(), Jan Kara
[PATCH 000 of 5] md: Introduction - assorted fixes, NeilBrown
- [PATCH 001 of 5] md: Fix device-size updates in md., NeilBrown
- [PATCH 002 of 5] md: Make sure array geometry changes persist with version-1 superblocks., NeilBrown
- [PATCH 005 of 5] md: Make sure QUEUE_FLAG_CLUSTER is set properly for md., NeilBrown
- [PATCH 003 of 5] md: Don't remove bitmap from md array when switching to read-only, NeilBrown
- [PATCH 004 of 5] md: Add sysfs access to raid6 stripe cache size, NeilBrown
[PATCH -mm] Time: Keep clock=pmtmr functional, but depricated, john stultz
- Re: [PATCH -mm] Time: Keep clock=pmtmr functional, but depricated, Lee Revell
  - Re: [PATCH -mm] Time: Keep clock=pmtmr functional, but depricated, john stultz
[PATCH] v9fs: fix corner cases when flushing request, Latchesar Ionkov
[PATCH] v9fs: v9fs_put_str fix, Latchesar Ionkov
[PATCH -mm] Time: cleanup register_clocksource(), john stultz
[patch 7/9] ia32 syscalls: switch x86_64 to new table, Chuck Ebbert
[patch 2/9] ia32 syscalls: rename some i386 syscalls, Chuck Ebbert
[patch 9/9] ia32 syscalls: remove old x86_64 syscall table, Chuck Ebbert
[patch 6/9] ia32 syscalls: rename some x86_64 ia32 syscalls, Chuck Ebbert
[patch 1/9] ia32 syscalls: prepare UML for new table, Chuck Ebbert
[patch 4/9] ia32 syscalls: switch i386 to new table, Chuck Ebbert
[patch 8/9] ia32 syscalls: remove old i386 syscall table, Chuck Ebbert
[patch 5/9] ia32 syscalls: switch UML to shared table, Chuck Ebbert
[patch 3/9] ia32 syscalls: add new table, Chuck Ebbert
- <Possible follow-ups>
- [patch 3/9] ia32 syscalls: add new table, Chuck Ebbert
[PATCH 000 of 7] md: Introduction - raid5 reshape mark-2, NeilBrown
- [PATCH 001 of 7] md: Split disks array out of raid5 conf structure so it is easier to grow., NeilBrown
- [PATCH 003 of 7] md: Infrastructure to allow normal IO to continue while array is expanding., NeilBrown
- [PATCH 005 of 7] md: Final stages of raid5 expand code., NeilBrown
- [PATCH 002 of 7] md: Allow stripes to be expanded in preparation for expanding an array., NeilBrown
- [PATCH 004 of 7] md: Core of raid5 resize process, NeilBrown
- [PATCH 006 of 7] md: Checkpoint and allow restart of raid5 reshape, NeilBrown
- [PATCH 007 of 7] md: Only checkpoint expansion progress occasionally., NeilBrown
- Re: [PATCH 000 of 7] md: Introduction - raid5 reshape mark-2, Lars Marowsky-Bree
  - Re: [PATCH 000 of 7] md: Introduction - raid5 reshape mark-2, Neil Brown
[patch 0/9] Shared ia32 syscall table, Chuck Ebbert
- Re: [patch 0/9] Shared ia32 syscall table, Andi Kleen
- <Possible follow-ups>
- Re: [patch 0/9] Shared ia32 syscall table, Chuck Ebbert
  - Re: [patch 0/9] Shared ia32 syscall table, Andi Kleen
[PATCH] swsusp: use bytes as image size units, Rafael J. Wysocki
- Re: [PATCH] swsusp: use bytes as image size units, Dave Jones
  - Re: [PATCH] swsusp: use bytes as image size units, Pavel Machek
  - Re: [PATCH] swsusp: use bytes as image size units, Rafael J. Wysocki
- Re: [PATCH] swsusp: use bytes as image size units, Pavel Machek
[PATCH 2/2] I2O: fix and workaround for Motorola/Freescale controller, Markus Lidel
[PATCH 1/2] I2O: don't disable PCI device if it is enabled before probing, Markus Lidel
- Re: [PATCH 1/2] I2O: don't disable PCI device if it is enabled before probing, Alan Cox
  - Re: [PATCH 1/2] I2O: don't disable PCI device if it is enabled before probing, Markus Lidel
    - PCI layer: Need for enable/disable counting (was disable PCI device if it is enabled before probing), Alan Cox
      - Re: PCI layer: Need for enable/disable counting (was disable PCI device if it is enabled before probing), Markus Lidel
IRQ problems??, WSteffen
- Re: IRQ problems??, Rod Morison
NFSv3 / VFS and group problems, Philip Lawatsch
- Re: NFSv3 / VFS and group problems, Philip Lawatsch
[PATCH] USB: Disable clock for MPH ports not in use on Freescale EHCI, Kumar Gala
- Re: [linux-usb-devel] [PATCH] USB: Disable clock for MPH ports not in use on Freescale EHCI, David Brownell
greeting from Bi, Biby
EHCI + APIC errors = no usb goodness, Greg KH
- Re: EHCI + APIC errors = no usb goodness, Pete Zaitcev
  - Re: EHCI + APIC errors = no usb goodness, Greg KH
    - Re: EHCI + APIC errors = no usb goodness, Pete Zaitcev
      - Re: EHCI + APIC errors = no usb goodness, Greg KH
    - Re: EHCI + APIC errors = no usb goodness, Greg KH
- Re: EHCI + APIC errors = no usb goodness, David Brownell
- Re: EHCI + APIC errors = no usb goodness, Andi Kleen
  - Re: EHCI + APIC errors = no usb goodness, Kurt Wall
  - Re: EHCI + APIC errors = no usb goodness, Greg KH
- <Possible follow-ups>
- RE: EHCI + APIC errors = no usb goodness, Brown, Len
VM_ZONE_RECLAIM_MODE warning in kernel/sysctl.c, Hugh Dickins
- Re: VM_ZONE_RECLAIM_MODE warning in kernel/sysctl.c, Christoph Lameter
2.6.14.3 and page allocation failures.., Sai Bathina
- Re: 2.6.14.3 and page allocation failures.., Jesse Brandeburg
  - Re: 2.6.14.3 and page allocation failures.., Sai Bathina
[PATCH] include/asm-*/bitops.h: fix masking in find_next_zero_bit(), Alexey Dobriyan
[PATCH 00/04] Add DSA key type, David Härdeman
- Re: [PATCH 00/04] Add DSA key type, David Härdeman
- Re: [PATCH 00/04] Add DSA key type, David Howells
- Re: [PATCH 00/04] Add DSA key type, Herbert Xu
  - Re: [PATCH 00/04] Add DSA key type, David Härdeman
    - Re: [PATCH 00/04] Add DSA key type, Herbert Xu
      - Re: [PATCH 00/04] Add DSA key type, David Härdeman
- <Possible follow-ups>
- [PATCH 00/04] Add DSA key type, David Härdeman
  - [PATCH 01/04] Add multi-precision-integer maths library, David Härdeman
    - Re: [PATCH 01/04] Add multi-precision-integer maths library, Christoph Hellwig
    - Re: [PATCH 01/04] Add multi-precision-integer maths library, David Howells
      - Re: [PATCH 01/04] Add multi-precision-integer maths library, David Härdeman
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Trond Myklebust
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Kyle Moffett
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Adrian Bunk
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Trond Myklebust
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Kyle Moffett
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Adrian Bunk
        
        Re: [PATCH 01/04] Add multi-precision-integer maths library, Adrian Bunk
        
        Re: [PATCH 01/04] Add multi-precision-integer maths library, David Härdeman
        
        Re: [PATCH 01/04] Add multi-precision-integer maths library, Adrian Bunk
        
        Re: [PATCH 01/04] Add multi-precision-integer maths library, David Härdeman
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Trond Myklebust
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, David Härdeman
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Trond Myklebust
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, David Härdeman
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Adrian Bunk
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Arjan van de Ven
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Steve French
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Arjan van de Ven
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Steve French
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, David Howells
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Adrian Bunk
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, David Härdeman
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Adrian Bunk
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Nix
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Trond Myklebust
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Dax Kelson
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Trond Myklebust
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, David Härdeman
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Trond Myklebust
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, David Härdeman
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Trond Myklebust
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, David Härdeman
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Trond Myklebust
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Kyle Moffett
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Trond Myklebust
        
        Re: [Keyrings] Re: [PATCH 01/04] Add multi-precision-integer maths library, Adrian Bunk
        
        Re: [PATCH 01/04] Add multi-precision-integer maths library, Pavel Machek
  - [PATCH 04/04] Add dsa key type, David Härdeman
  - [PATCH 03/04] Add encryption ops to the keyctl syscall, David Härdeman
  - [PATCH 02/04] Add dsa crypto ops, David Härdeman
  - Re: [PATCH 00/04] Add DSA key type, Herbert Xu
    - Re: [PATCH 00/04] Add DSA key type, David Härdeman
    - Re: [PATCH 00/04] Add DSA key type, David Howells
      - Re: [PATCH 00/04] Add DSA key type, Herbert Xu
[PATCH 02/04] Add dsa crypto ops, David Härdeman
- [PATCH 03/04] Add encryption ops to the keyctl syscall, David Härdeman
  - [PATCH 04/04] Add dsa key type, David Härdeman
    - Re: [PATCH 04/04] Add dsa key type, David Howells
      - Re: [PATCH 04/04] Add dsa key type, David Härdeman
      - Re: [PATCH 04/04] Add dsa key type, David Howells
  - Re: [PATCH 03/04] Add encryption ops to the keyctl syscall, Randy.Dunlap
  - Re: [PATCH 03/04] Add encryption ops to the keyctl syscall, David Howells
    - Re: [PATCH 03/04] Add encryption ops to the keyctl syscall, David Härdeman
    - Re: [PATCH 03/04] Add encryption ops to the keyctl syscall, David Howells
  - Re: [PATCH 03/04] Add encryption ops to the keyctl syscall, David Howells
- Re: [PATCH 02/04] Add dsa crypto ops, Herbert Xu
  - Re: [PATCH 02/04] Add dsa crypto ops, David Härdeman
[PATCH 00/16] V4L/DVB updates, mchehab
- [PATCH 08/16] rename dvb_pll_tbmv30111in to dvb_pll_samsung_tbmv, mchehab
- [PATCH 16/16] changed comment in tuner-core.c, mchehab
- [PATCH 07/16] Kill nxt2002 in favor of the nxt200x module, mchehab
- [PATCH 05/16] Fixes tvp5150a/am1 detection., mchehab
- [PATCH 12/16] drivers/media/dvb/ possible cleanups, mchehab
- [PATCH 04/16] VIDEO_CX88_ALSA must select SND_PCM, mchehab
- [PATCH 09/16] Recognise Hauppauge card #34519, mchehab
- [PATCH 13/16] Missing break statement on tuner-core, mchehab
- [PATCH 10/16] make VP-3054 Secondary I2C Bus Support a Kconfig option., mchehab
  - Re: [PATCH 10/16] make VP-3054 Secondary I2C Bus Support a Kconfig option., Adrian Bunk
    - Re: [PATCH 10/16] make VP-3054 Secondary I2C Bus Support a Kconfig option., Mike Krufky
      - Re: [PATCH 10/16] make VP-3054 Secondary I2C Bus Support a Kconfig option., Adrian Bunk
        
        [PATCH|BUG-FIX] V4L/DVB: allow tristate build for cx88-vp3054-i2c, Michael Krufky
        
        Re: [PATCH|BUG-FIX] V4L/DVB: allow tristate build for cx88-vp3054-i2c, Mauro Carvalho Chehab
- [PATCH 11/16] Cause tda9887 to use I2C_DRIVERID_TDA9887, mchehab
- [PATCH 01/16] Added credits for em28xx-video.c, mchehab
- [PATCH 15/16] Fix printk type warning, mchehab
- [PATCH 02/16] Add PCI ID for DigitalNow DVB-T Dual, rebranded DViCO FusionHDTV DVB-T Dual., mchehab
- [PATCH 03/16] Add probe check for the tda9840., mchehab
- [PATCH 14/16] fixed spelling error, exectuted --> executed., mchehab
- Message not available
  - Message not available
    - Message not available
      - Re: [PATCH 06/16] Mark Typhoon cards as Lifeview OEM's, Mauro Carvalho Chehab
- <Possible follow-ups>
- [PATCH 00/16] V4L/DVB updates, mchehab
  - [PATCH 08/16] Support for Galaxis DVB-S rev1.3, mchehab
  - [PATCH 09/16] Use parallel transport for FusionHDTV Dual Digital USB, mchehab
  - [PATCH 10/16] Use MT352 parallel transport function for all Bluebird FusionHDTV DVB-T boxes., mchehab
  - [PATCH 06/16] Add standard for South Korean NTSC-M using A2 audio., mchehab
  - [PATCH 15/16] DVB: remove the at76c651/tda80xx frontends, mchehab
  - [PATCH 05/16] Add IR support to KWorld DVB-T (cx22702-based), mchehab
  - [PATCH 12/16] FIX: Check if FW was downloaded or not + new firmware file, mchehab
  - [PATCH 14/16] fix saa7146 kobject register failure, mchehab
  - [PATCH 02/16] Fix NICAM buzz on analog sound, mchehab
  - [PATCH 01/16] Kconfig: DVB_USB_CXUSB depends on DVB_LGDT330X and DVB_MT352, mchehab
  - [PATCH 13/16] Makes Some symbols static., mchehab
  - [PATCH 03/16] Added signal detection support to tvp5150, mchehab
  - [PATCH 16/16] Disabled debug on by default in tvp5150, mchehab
  - [PATCH 04/16] Fix [Bug 5895] to correct snd_87x autodetect, mchehab
    - Re: [PATCH 04/16] Fix [Bug 5895] to correct snd_87x autodetect, Edgar Toernig
      - Re: [PATCH 04/16] Fix [Bug 5895] to correct snd_87x autodetect, Manu Abraham
  - [PATCH 11/16] FIX: Multiple usage of VP7045-based devices, mchehab
  - [PATCH 07/16] Fixed i2c return value, conversion mdelay to msleep, mchehab
    - Re: [v4l-dvb-maintainer] [PATCH 07/16] Fixed i2c return value, conversion mdelay to msleep, Andreas Oberritter
      - Re: [v4l-dvb-maintainer] [PATCH 07/16] Fixed i2c return value, conversion mdelay to msleep, Markus Rechberger
[PATCH] USB: Fix masking bug initialization of Freescale EHCI controller, Kumar Gala
- Re: [linux-usb-devel] [PATCH] USB: Fix masking bug initialization of Freescale EHCI controller, David Brownell
[PATCH] fix fcntl(F_SETFL) on append-only files (repost), dean gaudet
[PATCH] Compile error for KGDB 2.3 on arm(2.6.13-ep93xx), Toufeeq Hussain
[patch] fix O_DIRECT read of last block in a sparse file, Jeff Moyer
- Re: [patch] fix O_DIRECT read of last block in a sparse file, Andrew Morton
  - Re: [patch] fix O_DIRECT read of last block in a sparse file, Jeff Moyer
You Need This Linux-hams, Judy Abernathy
Patch for CVE-2004-1334 ???, Syed Ahemed
- Re: Patch for CVE-2004-1334 ???, Diego Calleja
  - Re: Patch for CVE-2004-1334 ???, Syed Ahemed
    - Re: Patch for CVE-2004-1334 ???, Willy Tarreau
      - Re: Patch for CVE-2004-1334 ???, Syed Ahemed
- Re: Patch for CVE-2004-1334 ???, Willy Tarreau
- <Possible follow-ups>
- Re: Patch for CVE-2004-1334 ???, Robert Hancock
[RFC/PATCH 2/3] slab: extract alloc_node_cache, Pekka Enberg
[RFC/PATCH 3/3] slab: update documentation, Pekka Enberg
[RFC/PATCH 1/3] slab: rename kmem_list3 to node_cache, Pekka Enberg
[PATCH] tpm: tpm_bios remove unused variable, Kylene Jo Hall
[PATCH] tpm: tpm_bios fix sparse warnings, Kylene Jo Hall
[PATCH] tpm: tpm-bios: fix module license issue, Kylene Jo Hall
proper way to deal with a sparse warning (fwd), Kumar Gala
[PATCH 00/01] pktgen: Lindent run., Luiz Fernando Capitulino
- Re: [PATCH 00/01] pktgen: Lindent run., David S. Miller
[PATCH] drm: Fix sparse warning in radeon driver., Luiz Fernando Capitulino
[PATCH 00/00] pktgen: refinements and small fixes., Luiz Fernando Capitulino
- [PATCH 00/00] pktgen: refinements and small fixes., Robert Olsson
[PATCH 00/03] pktgen: Fix kernel_thread() fail leak., Luiz Fernando Capitulino
[PATCH 00/02] pktgen: Ports thread list to Kernel list implementation., Luiz Fernando Capitulino
[PATCH 00/04] pktgen: Fix Initialization fail leak., Luiz Fernando Capitulino
[PATCH] slab: Adds two missing kmalloc() checks., Luiz Fernando Capitulino
- Re: [PATCH] slab: Adds two missing kmalloc() checks., Pekka Enberg
  - Re: [PATCH] slab: Adds two missing kmalloc() checks., Arjan van de Ven
    - Re: [PATCH] slab: Adds two missing kmalloc() checks., Pekka Enberg
      - Re: [PATCH] slab: Adds two missing kmalloc() checks., Luiz Fernando Capitulino
        
        Re: [PATCH] slab: Adds two missing kmalloc() checks., Arjan van de Ven
[PATCH] drm: Fixes sparse warnings in via_dmablit.c., Luiz Fernando Capitulino
[git pull] InfiniBand fixes for 2.6.16, Roland Dreier
- [git pull] InfiniBand fixes for 2.6.16, Roland Dreier
[PATCH] ext2: print xip mount option in ext2_show_options, Carsten Otte
[ANNOUNCE] Gujin PC graphic bootloader version 1.3, Etienne Lorrain
[PATCH] Export new notifier chain routines as GPL, Alan Stern
- <Possible follow-ups>
- [PATCH] Export new notifier chain routines as GPL, Alan Stern
All Macromedia software at Super Discountz Packz ( Ref: placate ), Mr Day
[PATCH] enable XFS write barrier, Tetsuo Takata
- Re: [PATCH] enable XFS write barrier, Jens Axboe
Re: [PATCH] x86_64: Remove useless KDB vector, Dan Aloni
- Re: [PATCH] x86_64: Remove useless KDB vector, Andi Kleen
2.6.15-rt12 bugs, Michal Piotrowski
- Re: 2.6.15-rt12 bugs, Steven Rostedt
- [PATCH RT] kstopmachine has legit preempt_enable_no_resched (was: 2.6.15-rt12 bugs), Steven Rostedt
  - Re: [PATCH RT] kstopmachine has legit preempt_enable_no_resched (was: 2.6.15-rt12 bugs), Ingo Molnar
  - Re: [PATCH RT] kstopmachine has legit preempt_enable_no_resched (was: 2.6.15-rt12 bugs), Michal Piotrowski
    - Re: [PATCH RT] kstopmachine has legit preempt_enable_no_resched (was: 2.6.15-rt12 bugs), Steven Rostedt
      - Re: [PATCH RT] kstopmachine has legit preempt_enable_no_resched (was: 2.6.15-rt12 bugs), Michal Piotrowski
        
        Re: [PATCH RT] kstopmachine has legit preempt_enable_no_resched (was: 2.6.15-rt12 bugs), Steven Rostedt
        
        Re: [PATCH RT] kstopmachine has legit preempt_enable_no_resched (was: 2.6.15-rt12 bugs), Michal Piotrowski
        
        Re: [PATCH RT] kstopmachine has legit preempt_enable_no_resched (was: 2.6.15-rt12 bugs), Steven Rostedt
        
        Re: [PATCH RT] kstopmachine has legit preempt_enable_no_resched (was: 2.6.15-rt12 bugs), Michal Piotrowski
[PATCH] spi: Get rid of SPI_BUTTERFLY duplication., Paul Mundt
- Re: [PATCH] spi: Get rid of SPI_BUTTERFLY duplication., David Brownell
All Macromedia software at Super Discountz Packz ( Ref: upon ), Online software store
kbuild: problems with separate src/obj trees, Gerd Hoffmann
- Re: kbuild: problems with separate src/obj trees, Kalin KOZHUHAROV
  - Re: kbuild: problems with separate src/obj trees, Gerd Hoffmann
Possible libata/sata/Asus problem (was Re: Need to upgrade to latest stable mdadm version?), David Greaves
[PATCH] powerpc: Fix sigmask handling in sys_sigsuspend., Heiko Carstens
[PATCH 4/4] s390: Add missing memory constraint to stcrw()., Heiko Carstens
[PATCH 3/4] s390: Fix modalias for ccw devices., Heiko Carstens
[PATCH 2/4] s390: Add support for new syscalls/TIF_RESTORE_SIGMASK., Heiko Carstens
[PATCH 1/4] s390: New default configuration., Heiko Carstens
[PATCH] garbage values in file /proc/net/sockstat, pravin shelar
- Re: [PATCH] garbage values in file /proc/net/sockstat, Andi Kleen
  - Re: [PATCH] garbage values in file /proc/net/sockstat, Eric Dumazet
    - Re: [PATCH] garbage values in file /proc/net/sockstat, Andi Kleen
      - Re: [PATCH] garbage values in file /proc/net/sockstat, Eric Dumazet
        
        Re: [PATCH] garbage values in file /proc/net/sockstat, Eric Dumazet
        
        Re: [PATCH] garbage values in file /proc/net/sockstat, Andi Kleen
        
        Re: [PATCH] garbage values in file /proc/net/sockstat, Ravikiran G Thirumalai
        
        Re: [PATCH] garbage values in file /proc/net/sockstat, Ravikiran G Thirumalai
        
        Re: [PATCH] garbage values in file /proc/net/sockstat, Andi Kleen
    - Red zones (was: [PATCH] garbage values in file /proc/net/sockstat), Bernd Eckenfels
      - Re: Red zones, Eric Dumazet
        
        Re: Red zones, Bernd Eckenfels
Rationale for RLIMIT_MEMLOCK?, Matthias Andree
- Re: Rationale for RLIMIT_MEMLOCK?, Arjan van de Ven
  - Re: Rationale for RLIMIT_MEMLOCK?, Matthias Andree
    - Re: Rationale for RLIMIT_MEMLOCK?, Arjan van de Ven
      - Re: Rationale for RLIMIT_MEMLOCK?, Matthias Andree
        
        Re: Rationale for RLIMIT_MEMLOCK?, Arjan van de Ven
        
        Re: Rationale for RLIMIT_MEMLOCK?, Matthias Andree
        
        Re: Rationale for RLIMIT_MEMLOCK?, Arjan van de Ven
        
        Re: Rationale for RLIMIT_MEMLOCK?, Joerg Schilling
        
        Re: Rationale for RLIMIT_MEMLOCK?, Matthias Andree
        
        Re: Rationale for RLIMIT_MEMLOCK?, Joerg Schilling
        
        Re: Rationale for RLIMIT_MEMLOCK?, Matthias Andree
        
        Re: Rationale for RLIMIT_MEMLOCK?, Arjan van de Ven
        
        Re: Rationale for RLIMIT_MEMLOCK?, Joerg Schilling
        
        Re: Rationale for RLIMIT_MEMLOCK?, Arjan van de Ven
        
        Re: Rationale for RLIMIT_MEMLOCK?, Joerg Schilling
        
        Re: Rationale for RLIMIT_MEMLOCK?, Theodore Ts'o
        
        Re: Rationale for RLIMIT_MEMLOCK?, Edgar Toernig
        
        Re: Rationale for RLIMIT_MEMLOCK?, Joerg Schilling
        
        Re: Rationale for RLIMIT_MEMLOCK?, Matthias Andree
        
        Re: Rationale for RLIMIT_MEMLOCK?, Matthias Andree
        
        Re: Rationale for RLIMIT_MEMLOCK?, Joerg Schilling
        
        Re: Rationale for RLIMIT_MEMLOCK?, Matthias Andree
        
        Re: Rationale for RLIMIT_MEMLOCK?, Matthias Andree
        
        Re: Rationale for RLIMIT_MEMLOCK?, Lee Revell
        
        CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Matthias Andree
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Lee Revell
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Lee Revell
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Lee Revell
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Jan Engelhardt
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Matthias Andree
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Jan Engelhardt
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Jens Axboe
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Jan Engelhardt
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Jens Axboe
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Jens Axboe
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Matthias Andree
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Jens Axboe
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Matthias Andree
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Matthias Andree
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Jan Engelhardt
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Matthias Andree
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Jens Axboe
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Jens Axboe
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Matthias Andree
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Jens Axboe
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Jens Axboe
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Lee Revell
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Jan Engelhardt
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Vadim Lobanov
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Gene Heskett
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Vadim Lobanov
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Pavel Machek
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Luke-Jr
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Jan Engelhardt
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Luke-Jr
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Joerg Schilling
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Matthias Andree
        
        Re: CD writing in future Linux (stirring up a hornets' nest) (was: Rationale for RLIMIT_MEMLOCK?), Peter Read
        
        Re: CD writing in future Linux (stirring up a hornets' nest), Matthias Andree

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