LKML: Linux Kernel Archive 2007 Q4

Date Index

Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu, (continued)
- Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu, Andi Kleen
  - Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu, Eric W. Biederman
  - Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu, Neil Horman
[PATCH] lguest: prevent VISWS or VOYAGER randconfigs, Randy Dunlap
[patch 00/14] Per cpu code simplification, Christoph Lameter
- <Possible follow-ups>
- [patch 00/14] Per cpu code simplification, Christoph Lameter
  - [patch 01/14] Modules: Handle symbols that have a zero value, Christoph Lameter
  - [patch 03/14] Modules: Fold percpu_modcopy into module.c and get rid of the macro from hell, Christoph Lameter
  - [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, Christoph Lameter
    - Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, David Mosberger-Tang
      - Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, Christoph Lameter
        
        Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, David Mosberger-Tang
        
        Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, Christoph Lameter
        
        Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, David Mosberger-Tang
        
        Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, Christoph Lameter
    - Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, Andreas Schwab
      - Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, Christoph Lameter
        
        Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, Andreas Schwab
        
        Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, Christoph Lameter
        
        Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access, Adrian Bunk
  - [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
    - Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Rusty Russell
      - Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Rusty Russell
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Rusty Russell
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Rusty Russell
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Jeremy Fitzhardinge
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Andi Kleen
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Jeremy Fitzhardinge
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Andi Kleen
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Jeremy Fitzhardinge
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Jeremy Fitzhardinge
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Jeremy Fitzhardinge
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
    - Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Randy Dunlap
      - Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Christoph Lameter
        
        Re: [patch 05/14] percpu: Use a Kconfig variable to configure arch specific percpu setup, Randy Dunlap
  - [patch 06/14] percpu: Move arch XX_PER_CPU_XX definitions into linux/percpu.h, Christoph Lameter
  - [patch 08/14] x86_32: Use generic percpu.h, Christoph Lameter
  - [patch 09/14] x86_64: Use generic percpu, Christoph Lameter
  - [patch 10/14] s390: Use generic percpu, Christoph Lameter
  - [patch 11/14] Powerpc: Use generic per cpu, Christoph Lameter
    - Re: [patch 11/14] Powerpc: Use generic per cpu, Kumar Gala
      - Re: [patch 11/14] Powerpc: Use generic per cpu, Christoph Lameter
        
        Re: [patch 11/14] Powerpc: Use generic per cpu, Paul Mackerras
        
        Re: [patch 11/14] Powerpc: Use generic per cpu, Christoph Lameter
        
        Re: [patch 11/14] Powerpc: Use generic per cpu, Paul Mackerras
        
        Re: [patch 11/14] Powerpc: Use generic per cpu, Christoph Lameter
        
        Re: [patch 11/14] Powerpc: Use generic per cpu, Benjamin Herrenschmidt
  - [patch 13/14] ia64: Use generic percpu, Christoph Lameter
    - Re: [patch 13/14] ia64: Use generic percpu, Christoph Lameter
  - [patch 14/14] x86: Unify percpu.h, Christoph Lameter
  - [patch 12/14] Sparc64: Use generic percpu, Christoph Lameter
  - [patch 02/14] Modules: Include sections.h to avoid defining linker variables explicitly, Christoph Lameter
  - [patch 07/14] percpu: Make the asm-generic/percpu.h more generic, Christoph Lameter
[PATCH 3/3-v2] security: allow capable check to permit mmap or low vm space, Eric Paris
- Re: [PATCH 3/3-v2] security: allow capable check to permit mmap or low vm space, James Morris
[PATCH 2/3 -v2] mmap: round mmap hint address above mmap_min_addr, Eric Paris
- Re: [PATCH 2/3 -v2] mmap: round mmap hint address above mmap_min_addr, James Morris
[GIT] NFS client fixes for 2.6.24, Trond Myklebust
[PATCH 0/6] Suspend and hibernation code cleanups, Rafael J. Wysocki
- [PATCH 1/6] Suspend: Fix compilation warning for CONFIG_SUSPEND unset, Rafael J. Wysocki
  - Re: [PATCH 1/6] Suspend: Fix compilation warning for CONFIG_SUSPEND unset, Pavel Machek
- [PATCH 2/6] Hibernation: Move low level resume to disk.c, Rafael J. Wysocki
  - Re: [PATCH 2/6] Hibernation: Move low level resume to disk.c, Pavel Machek
    - Re: [PATCH 2/6] Hibernation: Move low level resume to disk.c, Rafael J. Wysocki
- [PATCH 3/6] Suspend: Use common prefix in messages, Rafael J. Wysocki
  - Re: [PATCH 3/6] Suspend: Use common prefix in messages, Pavel Machek
    - Re: [PATCH 3/6] Suspend: Use common prefix in messages, Rafael J. Wysocki
- [PATCH 6/6] Hibernation: Move extern definition to header file, Rafael J. Wysocki
  - Re: [PATCH 6/6] Hibernation: Move extern definition to header file, Pavel Machek
- [PATCH 5/6] Hibernation: Use common prefix in messages, Rafael J. Wysocki
  - Re: [PATCH 5/6] Hibernation: Use common prefix in messages, Pavel Machek
- [PATCH 4/6] Suspend: Fix comment in main.c, Rafael J. Wysocki
  - Re: [PATCH 4/6] Suspend: Fix comment in main.c, Pavel Machek
[PATCH] Add iSCSI IBFT Support (v0.3), Konrad Rzeszutek
- Re: [PATCH] Add iSCSI IBFT Support (v0.3), Randy Dunlap
  - Re: [PATCH] Add iSCSI IBFT Support (v0.3), Konrad Rzeszutek
- Re: [PATCH] Add iSCSI IBFT Support (v0.3), Greg KH
- Re: [PATCH] Add iSCSI IBFT Support (v0.3), Greg KH
  - Re: [PATCH] Add iSCSI IBFT Support (v0.3), Konrad Rzeszutek
    - Re: [PATCH] Add iSCSI IBFT Support (v0.3), Greg KH
      - Re: [PATCH] Add iSCSI IBFT Support (v0.3), darnok
        
        Re: [PATCH] Add iSCSI IBFT Support (v0.3), Greg KH
        
        Re: [PATCH] Add iSCSI IBFT Support (v0.3), darnok
        
        Re: [PATCH] Add iSCSI IBFT Support (v0.3), Greg KH
        
        Re: [PATCH] Add iSCSI IBFT Support (v0.3), darnok
        
        Re: [PATCH] Add iSCSI IBFT Support (v0.3), Greg KH
  - Re: [PATCH] Add iSCSI IBFT Support (v0.3), Doug Maxey
    - Re: [PATCH] Add iSCSI IBFT Support (v0.3), Konrad Rzeszutek
      - Re: [PATCH] Add iSCSI IBFT Support (v0.3), Greg KH
      - Re: [PATCH] Add iSCSI IBFT Support (v0.3), Arjan van de Ven
        
        Re: [PATCH] Add iSCSI IBFT Support (v0.3), darnok
        
        Re: [PATCH] Add iSCSI IBFT Support (v0.3), Konrad Rzeszutek
[PATCH 2/2] UML - Cover stubs with a VMA, Jeff Dike
[PATCH 1/2] UML - Clean up TASK_SIZE usage, Jeff Dike
[PATCH 0/2] UML - Two rediffs, Jeff Dike
Re: revoke man page, Michael Kerrisk
[PATCH] -mm (2.4.26-rc3-mm1) v2 Smack using capabilities 32 and 33, Casey Schaufler
- Re: [PATCH] -mm (2.4.26-rc3-mm1) v2 Smack using capabilities 32 and 33, Serge E. Hallyn
- Re: [PATCH] -mm (2.4.26-rc3-mm1) v2 Smack using capabilities 32 and 33, Andrew Morgan
- Re: [PATCH] -mm (2.4.26-rc3-mm1) v2 Smack using capabilities 32 and 33, Andrew Morton
  - Re: [PATCH] -mm (2.4.26-rc3-mm1) v2 Smack using capabilities 32 and 33, Casey Schaufler
[PATCH -mm] kernel/module.c: make_driver_name() can use kasrpintf(), Mariusz Kozlowski
[PATCH] capabilities: introduce per-process capability bounding set (v10), Serge E. Hallyn
- Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), Andrew Morgan
  - Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), Serge E. Hallyn
- Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), KaiGai Kohei
  - Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), serge
    - Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), Andrew Morgan
      - Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), KaiGai Kohei
        
        Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), Andrew Morgan
        
        Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), KaiGai Kohei
    - Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), KaiGai Kohei
- Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), KaiGai Kohei
  - Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), Andrew Morgan
    - Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), KaiGai Kohei
      - Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), serge
        
        Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), KaiGai Kohei
      - Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), Andrew Morgan
        
        Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), KaiGai Kohei
        
        Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), Andrew Morgan
        
        Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), KaiGai Kohei
        
        Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), KaiGai Kohei
        
        Re: [PATCH] capabilities: introduce per-process capability bounding set (v10), Andrew Morgan
[git pull] x86 arch fixes for v2.6.24, Ingo Molnar
- [PATCH] x86: disable hpet legacy replacement for kexec, OGAWA Hirofumi
  - Re: [PATCH] x86: disable hpet legacy replacement for kexec, Ingo Molnar
  - RE: [PATCH] x86: disable hpet legacy replacement for kexec, Pallipadi, Venkatesh
  - [PATCH] x86: disable hpet legacy replacement for kdump, OGAWA Hirofumi
    - Re: [PATCH] x86: disable hpet legacy replacement for kdump, Ingo Molnar
[linux-usb-devel] [FEATURE REQUEST] Transparent hot plugging of root file system on portable storage devices., Raymano Garibaldi
2.6.24-rc3-mm1 -- arch/x86/xen/enlighten.c:591: error: ‘TLB_FLUSH_ALL’ undeclared (first use in this function), Miles Lane
- Re: 2.6.24-rc3-mm1 -- arch/x86/xen/enlighten.c:591: error: ‘TLB_FLUSH_ALL’ undeclared (first use in this function), Kamalesh Babulal
- Re: 2.6.24-rc3-mm1 -- arch/x86/xen/enlighten.c:591: error: 'TLB_FLUSH_ALL' undeclared (first use in this function), Jeremy Fitzhardinge
Linux 2.6.23.9, Greg Kroah-Hartman
- Re: Linux 2.6.23.9, Greg Kroah-Hartman
- Re: Linux 2.6.23.9, Tomasz Kłoczko
  - Re: Linux 2.6.23.9, Patrick McHardy
    - Re: Linux 2.6.23.9, Valdis . Kletnieks
[PATCH] file capabilities: don't prevent signaling setuid root programs., Serge E. Hallyn
- Re: [PATCH] file capabilities: don't prevent signaling setuid root programs., Andrew Morgan
  - Re: [PATCH] file capabilities: don't prevent signaling setuid root programs., Serge E. Hallyn
Re: mmc select voltage functionality, Pierre Ossman
[PATCH] hexdump: don't print bytes with bit 7 set, Randy Dunlap
[PATCH] fix up ext2_fs.h for userspace after reservations backport, Eric Sandeen
- Re: [PATCH] fix up ext2_fs.h for userspace after reservations backport, Andrew Morton
  - Re: [PATCH] fix up ext2_fs.h for userspace after reservations backport, Eric Sandeen
Clarification re: outstanding IPC flaws, Tom Burns
- Re: Clarification re: outstanding IPC flaws, Tom Burns
Reminder: Linux Storage and Filesystem Workshop, Chris Mason
[PATCH] [REISERFS]: Complement va_start() with va_end()., Richard Knutsson
[GIT PULL -mm] 00/16 Unionfs updates/fixes/cleanups, Erez Zadok
- [PATCH 10/16] Unionfs: create opaque directories' whiteouts unconditionally, Erez Zadok
- [PATCH 13/16] Unionfs: support splice(2), Erez Zadok
- [PATCH 15/16] Unionfs: update our inode size correctly upon partial write, Erez Zadok
- [PATCH 07/16] Unionfs: remove useless debugging messages, Erez Zadok
- [PATCH 11/16] Unionfs: update times in setattr, Erez Zadok
- [PATCH 12/16] Unionfs: reintroduce a bmap method, Erez Zadok
- [PATCH 08/16] Unionfs: release lower resources on successful rmdir, Erez Zadok
- [PATCH 05/16] Unionfs: set lower mnt after mkdir which resulted in copyup, Erez Zadok
- [PATCH 16/16] Unionfs: use generic_file_aio_read/write, Erez Zadok
- [PATCH 01/16] Unionfs: use f_path instead of f_dentry/mnt, Erez Zadok
- [PATCH 02/16] Unionfs: minor cleanup in writepage, Erez Zadok
- [PATCH 03/16] Unionfs: minor coding standards applied, Erez Zadok
- [PATCH 06/16] Unionfs: handle whiteouts more efficiently in filldir, Erez Zadok
- [PATCH 04/16] Unionfs: minor cleanup in the debugging infrastructure, Erez Zadok
- [PATCH 14/16] Unionfs: prevent multiple writers to lower_page, Erez Zadok
- [PATCH 09/16] Unionfs: don't create whiteouts on rightmost branch, Erez Zadok
[UPDATED PATCH] IP22ZILOG: fix lockup and sysrq, Thomas Bogendoerfer
- Re: [UPDATED PATCH] IP22ZILOG: fix lockup and sysrq, Ralf Baechle
Logwatch errors not very clear, Gene Heskett
[PATCH v2] Add the word 'Warning' in check_nmi_watchdog() output, Don Zickus
- Re: [PATCH v2] Add the word 'Warning' in check_nmi_watchdog() output, Ingo Molnar
[PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHY layer functionality, Vitaly Bordug
- [PATCH 2/3] [POWERPC] fsl_soc: add support for gianfar for fixed-link property, Vitaly Bordug
  - Re: [PATCH 2/3] [POWERPC] fsl_soc: add support for gianfar forfixed-link property, Joakim Tjernlund
    - Re: [PATCH 2/3] [POWERPC] fsl_soc: add support for gianfar for fixed-link property, Anton Vorontsov
      - Re: [PATCH 2/3] [POWERPC] fsl_soc: add support for gianfar for fixed-link property, Joakim Tjernlund
        
        Re: [PATCH 2/3] [POWERPC] fsl_soc: add support for gianfar for fixed-link property, Anton Vorontsov
        
        Re: [PATCH 2/3] [POWERPC] fsl_soc: add support for gianfar for fixed-link property, Joakim Tjernlund
- [PATCH 3/3] [POWERPC] MPC8349E-mITX: Vitesse 7385 PHY is not connected to the MDIO bus, Vitaly Bordug
- Re: [PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHY layer functionality, Jochen Friedrich
  - Re: [PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHY layer functionality, Vitaly Bordug
  - Re: [PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHY layer functionality, Anton Vorontsov
    - Re: [PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHY layer functionality, Vitaly Bordug
    - Re: [PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHY layer functionality, Stephen Rothwell
    - RE: [PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHYlayer functionality, Joakim Tjernlund
      - Re: [PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHYlayer functionality, Anton Vorontsov
- Re: [PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHY layer functionality, Jeff Garzik
  - Re: [PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHY layer functionality, Vitaly Bordug
- Re: [PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHY layer functionality, Jeff Garzik
  - Re: [PATCH 1/3] [NET] phy/fixed.c: rework to not duplicate PHY layer functionality, Vitaly Bordug
[PATCH 1/3] fix setsid() for sub-namespace /sbin/init, Oleg Nesterov
- Re: [PATCH 1/3] fix setsid() for sub-namespace /sbin/init, Oleg Nesterov
- Re: [PATCH 1/3] fix setsid() for sub-namespace /sbin/init, Pavel Emelyanov
- Re: [PATCH 1/3] fix setsid() for sub-namespace /sbin/init, Eric W. Biederman
  - Re: [PATCH 1/3] fix setsid() for sub-namespace /sbin/init, Oleg Nesterov
    - Re: [PATCH 1/3] fix setsid() for sub-namespace /sbin/init, Eric W. Biederman
      - Re: [PATCH 1/3] fix setsid() for sub-namespace /sbin/init, Oleg Nesterov
[PATCH 2/3] teach set_special_pids() to use struct pid, Oleg Nesterov
- Re: [PATCH 2/3] teach set_special_pids() to use struct pid, Pavel Emelyanov
- Re: [PATCH 2/3] teach set_special_pids() to use struct pid, Eric W. Biederman
  - Re: [PATCH 2/3] teach set_special_pids() to use struct pid, Oleg Nesterov
    - Re: [PATCH 2/3] teach set_special_pids() to use struct pid, Eric W. Biederman
[PATCH? 3/3] move daemonized kernel threads into the swapper's session, Oleg Nesterov
- Re: [PATCH? 3/3] move daemonized kernel threads into the swapper's session, Oleg Nesterov
- Re: [PATCH? 3/3] move daemonized kernel threads into the swapper's session, Eric W. Biederman
  - Re: [PATCH? 3/3] move daemonized kernel threads into the swapper's session, Eric W. Biederman
[RFC PATCH] Make arch/x86/Makefile_{32,64} more similar, Loic Grenie
[RFC PATCH] Add CONFIG_BITS to remove the test in arch/x86/Makefile, Loic Grenie
- Re: [RFC PATCH] Add CONFIG_BITS to remove the test in arch/x86/Makefile, Stephen Rothwell
[PATCH] Fix for sched-cfs sysctl., Russell Harmon
[PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Remy Bohmer
- Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Remy Bohmer
  - Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Steven Rostedt
    - Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Daniel Walker
      - Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Daniel Walker
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Remy Bohmer
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Daniel Walker
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Russell King - ARM Linux
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Steven Rostedt
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Russell King - ARM Linux
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Steven Rostedt
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Daniel Walker
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Steven Rostedt
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Russell King - ARM Linux
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Daniel Walker
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Russell King - ARM Linux
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Remy Bohmer
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Russell King - ARM Linux
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Remy Bohmer
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Russell King - ARM Linux
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Steven Rostedt
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Remy Bohmer
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Russell King - ARM Linux
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Remy Bohmer
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Remy Bohmer
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Steven Rostedt
        
        Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Thomas Gleixner
        
        [PATCH RT] Revert Softdisable for simple irqs., Steven Rostedt
        
        Re: [PATCH RT] Revert Softdisable for simple irqs., Russell King
        
        Re: [PATCH RT] Revert Softdisable for simple irqs., Remy Bohmer
        
        Re: [PATCH RT] Revert Softdisable for simple irqs., Steven Rostedt
        
        Re: [PATCH RT] Revert Softdisable for simple irqs., Remy Bohmer
- Message not available
  - Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/will stall forever, Remy Bohmer
[PATCH] scatterlist: add more safeguards, Tejun Heo
- Re: [PATCH] scatterlist: add more safeguards, Jens Axboe
[PATCH] [libata] Return proper ATA INT status in pata_bf54x driver., sonic zhang
- Re: [PATCH] [libata] Return proper ATA INT status in pata_bf54x driver., Jeff Garzik
[PATCH 3/4] fib_hash: kmalloc + memset conversion to kzalloc, Joonwoo Park
- <Possible follow-ups>
- Re: [PATCH 3/4] fib_hash: kmalloc + memset conversion to kzalloc, Joonwoo Park
  - Re: [PATCH 3/4] fib_hash: kmalloc + memset conversion to kzalloc, Herbert Xu
[PATCH 4/4] atm/ambassador: kmalloc + memset conversion to kzalloc, Joonwoo Park
- Re: [PATCH 4/4] atm/ambassador: kmalloc + memset conversion to kzalloc, Robert P. J. Day
  - Re: [PATCH 4/4] atm/ambassador: kmalloc + memset conversion to kzalloc, Joonwoo Park
    - Re: [PATCH 4/4] atm/ambassador: kmalloc + memset conversion to kzalloc, Robert P. J. Day
      - Re: [PATCH 4/4] atm/ambassador: kmalloc + memset conversion to kzalloc, Joonwoo Park
        
        Re: [PATCH 4/4] atm/ambassador: kmalloc + memset conversion to kzalloc, Robert P. J. Day
        
        Re: [PATCH 4/4] atm/ambassador: kmalloc + memset conversion to kzalloc, chas williams - CONTRACTOR
[PATCH 2/4] fib_semantics: kmalloc + memset conversion to kzalloc, Joonwoo Park
- <Possible follow-ups>
- Re: [PATCH 2/4] fib_semantics: kmalloc + memset conversion to kzalloc, Joonwoo Park
  - Re: [PATCH 2/4] fib_semantics: kmalloc + memset conversion to kzalloc, Herbert Xu
[PATCH 1/4] xfrm_hash: kmalloc + memset conversion to kzalloc, Joonwoo Park
- Re: [PATCH 1/4] xfrm_hash: kmalloc + memset conversion to kzalloc, Robert P. J. Day
  - Re: [PATCH 1/4] xfrm_hash: kmalloc + memset conversion to kzalloc, Joonwoo Park
- Re: [PATCH 1/4] xfrm_hash: kmalloc + memset conversion to kzalloc, Patrick McHardy
  - RE: [PATCH 1/4] xfrm_hash: kmalloc + memset conversion to kzalloc, Joonwoo Park
    - Re: [PATCH 1/4] xfrm_hash: kmalloc + memset conversion to kzalloc, Herbert Xu
can support for "rpm"-based package building just be dropped?, Robert P. J. Day
- Re: can support for "rpm"-based package building just be dropped?, Ray Lee
  - Re: can support for "rpm"-based package building just be dropped?, Robert P. J. Day
    - Re: can support for "rpm"-based package building just be dropped?, Robert P. J. Day
      - Re: can support for "rpm"-based package building just be dropped?, Ray Lee
  - Re: can support for "rpm"-based package building just be dropped?, Jan Engelhardt
    - Re: can support for "rpm"-based package building just be dropped?, Robert P. J. Day
      - Re: can support for "rpm"-based package building just be dropped?, Jan Engelhardt
        
        Re: can support for "rpm"-based package building just be dropped?, Robert P. J. Day
        
        Re: can support for "rpm"-based package building just be dropped?, Jan Engelhardt
        
        Re: can support for "rpm"-based package building just be dropped?, Robert P. J. Day
        
        Re: can support for "rpm"-based package building just be dropped?, Olivier Galibert
[PATCH] x86_64: not set boot cpu in cpu_online_map at smp_prepare_boot_cpu, Yinghai Lu
- Re: [PATCH] x86_64: not set boot cpu in cpu_online_map at smp_prepare_boot_cpu, Zachary Amsden
  - Re: [PATCH] x86_64: not set boot cpu in cpu_online_map at smp_prepare_boot_cpu, Yinghai Lu
    - Re: [PATCH] x86_64: not set boot cpu in cpu_online_map at smp_prepare_boot_cpu, Zachary Amsden
[patch] isdn: bootup crash fix, 2.6.24-rc3-git1, Ingo Molnar
[PATCH -mm 4/4 -v6] x86_64 EFI runtime service support: remove duplicated code from efi_32.c, Huang, Ying
[PATCH -mm 2/4 -v6] x86_64 EFI runtime service support: EFI runtime services, Huang, Ying
[PATCH -mm 1/4 -v6] x86_64 EFI runtime service support: EFI basic runtime service support, Huang, Ying
- Re: [PATCH -mm 1/4 -v6] x86_64 EFI runtime service support: EFI basic runtime service support, Andrew Morton
  - Re: [PATCH -mm 1/4 -v6] x86_64 EFI runtime service support: EFI basic runtime service support, Huang, Ying
[PATCH -mm 0/4 -v6] x86_64 EFI runtime service support, Huang, Ying
[PATCH -mm 3/4 -v6] x86_64 EFI runtime service support: document for EFI runtime services, Huang, Ying
[PATCH] m68k: zorro7xx needs <asm/amigahw.h>, Geert Uytterhoeven
[PATCH] PPC: CELLEB - fix potential NULL pointer dereference, Cyrill Gorcunov
- Re: [PATCH] PPC: CELLEB - fix potential NULL pointer dereference, Ishizaki Kou
- Re: [PATCH] PPC: CELLEB - fix potential NULL pointer dereference, Michael Ellerman
  - Re: [PATCH] PPC: CELLEB - fix potential NULL pointer dereference, Cyrill Gorcunov
    - Re: [PATCH] PPC: CELLEB - fix potential NULL pointer dereference, Cyrill Gorcunov
      - Re: [PATCH] PPC: CELLEB - fix potential NULL pointer dereference, Ishizaki Kou
        
        Re: [PATCH] PPC: CELLEB - fix potential NULL pointer dereference, Cyrill Gorcunov
        
        [PATCH] PPC: CELLEB - fix possible NULL pointer dereference, Ishizaki Kou
[PATCH 2/2] ide-scsi: use print_hex_dump from <linux/kernel.h>, Denis Cheng
- Message not available
  - Re: [PATCH 2/2] ide-scsi: use print_hex_dump from <linux/kernel.h>, rae l
    - Re: [PATCH 2/2] ide-scsi: use print_hex_dump from <linux/kernel.h>, Matthew Wilcox
      - Re: [PATCH 2/2] ide-scsi: use print_hex_dump from <linux/kernel.h>, Randy Dunlap
- Re: [PATCH 2/2] ide-scsi: use print_hex_dump from <linux/kernel.h>, Andrew Morton
  - Re: [PATCH 2/2] ide-scsi: use print_hex_dump from <linux/kernel.h>, Joe Perches
  - Re: [PATCH 2/2] ide-scsi: use print_hex_dump from <linux/kernel.h>, Bartlomiej Zolnierkiewicz
    - Re: [PATCH 2/2] ide-scsi: use print_hex_dump from <linux/kernel.h>, Bartlomiej Zolnierkiewicz
[PATCH 1/2] crypto test: use print_hex_dump from <linux/kernel.h>, Denis Cheng
- Re: [PATCH 1/2] crypto test: use print_hex_dump from <linux/kernel.h>, Herbert Xu
  - [PATCH] [RESEND] crypto test: use print_hex_dump from <linux/kernel.h> instead, Denis Cheng
    - Re: [PATCH] [RESEND] crypto test: use print_hex_dump from <linux/kernel.h> instead, Joe Perches
      - Re: [PATCH] [RESEND] crypto test: use print_hex_dump from <linux/kernel.h> instead, Herbert Xu
        
        [PATCH] [RESEND] crypto test: use print_hex_dump from kernel.h instead, Denis Cheng
        
        Re: [PATCH] [RESEND] crypto test: use print_hex_dump from kernel.h instead, Richard Knutsson
        
        Re: [PATCH] [RESEND] crypto test: use print_hex_dump from kernel.h instead, rae l
        
        Re: [PATCH] [RESEND] crypto test: use print_hex_dump from kernel.h instead, Andrew Morton
        
        Re: [PATCH] [RESEND] crypto test: use print_hex_dump from kernel.h instead, Herbert Xu
        
        Re: [PATCH] [RESEND] crypto test: use print_hex_dump from kernel.h instead, rae l
        
        Re: [PATCH] [RESEND] crypto test: use print_hex_dump from kernel.h instead, Herbert Xu
    - Re: [PATCH] [RESEND] crypto test: use print_hex_dump from <linux/kernel.h> instead, Herbert Xu
2.6.24-rc3-$SHA1: kernel BUG at fs/jbd/checkpoint.c:683!, Alexey Dobriyan
- Re: 2.6.24-rc3-$SHA1: kernel BUG at fs/jbd/checkpoint.c:683!, Jan Kara
profile code added to netif_receive_skb function, kernel coder
- Re: profile code added to netif_receive_skb function, Valdis . Kletnieks
irq on nforce4 and realtek RTL8168B, cecco
setting the init process's personality?, David Madore
[RFC/PATCH] drm: Fix for non-coherent DMA PowerPC, Benjamin Herrenschmidt
Question regarding naming scheme (HP Jornada 6XX/7XX), Kristoffer Ericson
- Re: Question regarding naming scheme (HP Jornada 6XX/7XX), Paul Mundt
  - Re: Question regarding naming scheme (HP Jornada 6XX/7XX), Dmitry Torokhov
    - Re: Question regarding naming scheme (HP Jornada 6XX/7XX), Kristoffer Ericson
[PATCH] sata_nv: don't use legacy DMA in ADMA mode (v3), Robert Hancock
- Re: [PATCH] sata_nv: don't use legacy DMA in ADMA mode (v3), Tejun Heo
- Re: [PATCH] sata_nv: don't use legacy DMA in ADMA mode (v3), Jeff Garzik
[patch 4/4] Timerfd v3 - un-break CONFIG_TIMERFD, Davide Libenzi
[patch 3/4] Timerfd v3 - wire the new timerfd API to the x86 family, Davide Libenzi
[patch 2/4] Timerfd v3 - new timerfd API, Davide Libenzi
- Re: [patch 2/4] Timerfd v3 - new timerfd API, Andrew Morton
  - Re: [patch 2/4] Timerfd v3 - new timerfd API, Davide Libenzi
    - Re: [patch 2/4] Timerfd v3 - new timerfd API, Andrew Morton
      - Re: [patch 2/4] Timerfd v3 - new timerfd API, Davide Libenzi
[patch 1/4] Timerfd v3 - introduce a new hrtimer_forward_now() function, Davide Libenzi
[2.6 patch] scsi/qla2xxx/qla_os.c section fix, Adrian Bunk
- Re: [2.6 patch] scsi/qla2xxx/qla_os.c section fix, Seokmann Ju
[2.6 patch] finish the VID_HARDWARE_* removal, Adrian Bunk
Small System Paging Problem - OOM-killer goes nuts, Josh Goldsmith
- Re: Small System Paging Problem - OOM-killer goes nuts, David Newall
  - Re: Small System Paging Problem - OOM-killer goes nuts, Josh Goldsmith
    - Re: Small System Paging Problem - OOM-killer goes nuts, David Newall
- Re: Small System Paging Problem - OOM-killer goes nuts, ming lei
  - Re: Small System Paging Problem - OOM-killer goes nuts, Oliver Neukum
- <Possible follow-ups>
- Re: Small System Paging Problem - OOM-killer goes nuts, Mikael Pettersson
  - Re: Small System Paging Problem - OOM-killer goes nuts, Josh Goldsmith
    - Re: Small System Paging Problem - OOM-killer goes nuts, Pavel Machek
- Re: Small System Paging Problem - OOM-killer goes nuts, Mikael Pettersson
- Re: Small System Paging Problem - OOM-killer goes nuts, Ian Kumlien
- Re: Small System Paging Problem - OOM-killer goes nuts, Josh Goldsmith
[PATCH 01/27] ptrace: arch_has_single_step, Roland McGrath
- [PATCH 02/27] x86: segment selector macros, Roland McGrath
- [PATCH 04/27] x86: arch_has_single_step, Roland McGrath
- [PATCH 03/27] x86: remove TRAP_FLAG, Roland McGrath
- [PATCH 07/27] x86: single_step 0xf0, Roland McGrath
- [PATCH 05/27] x86: single_step moved, Roland McGrath
- [PATCH 06/27] x86: single_step segment macros, Roland McGrath
- [PATCH 08/27] x86: single_step: share code, Roland McGrath
- [PATCH 09/27] x86 single_step: TIF_FORCED_TF, Roland McGrath
- [PATCH 12/27] x86-32: ptrace generic resume, Roland McGrath
- [PATCH 10/27] ptrace: generic resume, Roland McGrath
  - Re: [PATCH 10/27] ptrace: generic resume, Christoph Hellwig
    - Re: [PATCH 10/27] ptrace: generic resume, Roland McGrath
- [PATCH 11/27] x86-64: ptrace generic resume, Roland McGrath
- [PATCH 14/27] powerpc: ptrace generic resume, Roland McGrath
  - Re: [PATCH 14/27] powerpc: ptrace generic resume, Srinivasa Ds
- [PATCH 13/27] powerpc: arch_has_single_step, Roland McGrath
- [PATCH 15/27] x86-32 ptrace: use task_pt_regs, Roland McGrath
- [PATCH 16/27] x86-64 ptrace: use task_pt_regs, Roland McGrath
- [PATCH 18/27] x86-64 ia32 ptrace debugreg cleanup, Roland McGrath
- [PATCH 17/27] x86-64 ptrace debugreg cleanup, Roland McGrath
- [PATCH 19/27] x86-32 ptrace debugreg cleanup, Roland McGrath
- [PATCH 20/27] ptrace: arch_has_block_step, Roland McGrath
  - Re: [PATCH 20/27] ptrace: arch_has_block_step, David Wilder
    - Re: [PATCH 20/27] ptrace: arch_has_block_step, Roland McGrath
- [PATCH 21/27] ptrace: generic PTRACE_SINGLEBLOCK, Roland McGrath
- [PATCH 22/27] x86: debugctlmsr constants, Roland McGrath
- [PATCH 23/27] x86: debugctlmsr kconfig, Roland McGrath
  - Re: [PATCH 23/27] x86: debugctlmsr kconfig, Denys Vlasenko
    - Re: [PATCH 23/27] x86: debugctlmsr kconfig, Roland McGrath
      - Re: [PATCH 23/27] x86: debugctlmsr kconfig, Denys Vlasenko
  - Re: [PATCH 23/27] x86: debugctlmsr kconfig, Dave Jones
    - Re: [PATCH 23/27] x86: debugctlmsr kconfig, Roland McGrath
- [PATCH 24/27] x86: debugctlmsr context switch, Roland McGrath
- [PATCH 26/27] x86: debugctlmsr kprobes, Roland McGrath
- [PATCH 27/27] x86: PTRACE_SINGLEBLOCK, Roland McGrath
- [PATCH 25/27] x86: debugctlmsr arch_has_block_step, Roland McGrath
- Re: [PATCH 01/27] ptrace: arch_has_single_step, Christoph Hellwig
  - Re: [PATCH 01/27] ptrace: arch_has_single_step, Roland McGrath
- Re: [PATCH 01/27] ptrace: arch_has_single_step, Andrew Morton
  - Re: [PATCH 01/27] ptrace: arch_has_single_step, Ingo Molnar
  - Re: [PATCH 01/27] ptrace: arch_has_single_step, Roland McGrath
    - Re: [PATCH 01/27] ptrace: arch_has_single_step, Ingo Molnar
      - Re: [PATCH 01/27] ptrace: arch_has_single_step, Roland McGrath
[RFC][PATCH] Update REPORTING-BUGS, Rafael J. Wysocki
- Re: [RFC][PATCH] Update REPORTING-BUGS, Adrian Bunk
  - Re: [RFC][PATCH] Update REPORTING-BUGS, Rafael J. Wysocki
    - Re: [RFC][PATCH] Update REPORTING-BUGS, Adrian Bunk
      - Re: [RFC][PATCH] Update REPORTING-BUGS, Rafael J. Wysocki
        
        Re: [RFC][PATCH] Update REPORTING-BUGS, Adrian Bunk
        
        Re: [RFC][PATCH] Update REPORTING-BUGS, Rafael J. Wysocki
        
        Re: [RFC][PATCH] Update REPORTING-BUGS, Adrian Bunk
        
        Re: [RFC][PATCH] Update REPORTING-BUGS, Rafael J. Wysocki
        
        Re: [RFC][PATCH] Update REPORTING-BUGS, Adrian Bunk
        
        Re: [RFC][PATCH] Update REPORTING-BUGS, Rafael J. Wysocki
        
        Re: [RFC][PATCH] Update REPORTING-BUGS, Adrian Bunk
        
        Re: [RFC][PATCH] Update REPORTING-BUGS, Rafael J. Wysocki
- [RFC][PATCH] Update REPORTING-BUGS (rev. 2), Rafael J. Wysocki
  - Re: [RFC][PATCH] Update REPORTING-BUGS (rev. 2), Jarek Poplawski
    - Re: [RFC][PATCH] Update REPORTING-BUGS (rev. 2), Jarek Poplawski
2.6.22 (gentoo + grsec) kernel BUG at mm/mlock.c:205!, Mathias Kretschmer
- Re: 2.6.22 (gentoo + grsec) kernel BUG at mm/mlock.c:205!, Arjan van de Ven
[RFC] [PATCH] 32-bit pointers in x86-64, Luca
- Re: [RFC] [PATCH] 32-bit pointers in x86-64, Andrew Pinski
  - Re: [RFC] [PATCH] 32-bit pointers in x86-64, Jan Beulich
    - Re: [RFC] [PATCH] 32-bit pointers in x86-64, Andrew Pinski
[2.6 patch] make I/O schedulers non-modular, Adrian Bunk
- Re: [2.6 patch] make I/O schedulers non-modular, Jens Axboe
  - Re: [2.6 patch] make I/O schedulers non-modular, Adrian Bunk
    - Re: [2.6 patch] make I/O schedulers non-modular, Jens Axboe
      - Re: [2.6 patch] make I/O schedulers non-modular, Adrian Bunk
        
        Re: [2.6 patch] make I/O schedulers non-modular, Jens Axboe
        
        Re: [2.6 patch] make I/O schedulers non-modular, Al Boldi
        
        Re: [2.6 patch] make I/O schedulers non-modular, Andrew Morton
        
        Re: [2.6 patch] make I/O schedulers non-modular, Al Boldi
        
        Re: [2.6 patch] make I/O schedulers non-modular, Jarek Poplawski
        
        Re: [2.6 patch] make I/O schedulers non-modular, Adrian Bunk
        
        Re: [2.6 patch] make I/O schedulers non-modular, Jarek Poplawski
        
        Re: [2.6 patch] make I/O schedulers non-modular, Adrian Bunk
        
        Re: [2.6 patch] make I/O schedulers non-modular, Jarek Poplawski
        
        Re: [2.6 patch] make I/O schedulers non-modular, Jarek Poplawski
        
        Re: [2.6 patch] make I/O schedulers non-modular, Adrian Bunk
        
        Re: [2.6 patch] make I/O schedulers non-modular, Jarek Poplawski
        
        Re: [2.6 patch] make I/O schedulers non-modular, Arjan van de Ven
[2.6 patch] remove CONFIG_EXPERIMENTAL, Adrian Bunk
- Re: [2.6 patch] remove CONFIG_EXPERIMENTAL, Pavel Machek
  - Re: [2.6 patch] remove CONFIG_EXPERIMENTAL, Adrian Bunk
  - Re: [2.6 patch] remove CONFIG_EXPERIMENTAL, Valdis . Kletnieks
    - Re: [2.6 patch] remove CONFIG_EXPERIMENTAL, Dave Jones
      - Re: [2.6 patch] remove CONFIG_EXPERIMENTAL, Valdis . Kletnieks
- Re: [2.6 patch] remove CONFIG_EXPERIMENTAL, Krzysztof Halasa
- <Possible follow-ups>
- [2.6 patch] remove CONFIG_EXPERIMENTAL, Adrian Bunk
bonding sysfs output, Wagner Ferenc
- Re: bonding sysfs output, Andrew Morton
  - Re: bonding sysfs output, Wagner Ferenc
    - Re: bonding sysfs output, Andrew Morton
      - Re: bonding sysfs output, Ferenc Wagner
        
        Re: bonding sysfs output, Andrew Morton
        
        Re: bonding sysfs output, Wagner Ferenc
    - Re: bonding sysfs output, Jean Delvare
      - Re: bonding sysfs output, Ferenc Wagner
[PATCH] iwlwifi: remove redundant declaration of 'iwl3945_priv' and 'iwl4965_priv' structs, Miguel Botón
- Re: [PATCH] iwlwifi: remove redundant declaration of 'iwl3945_priv' and 'iwl4965_priv' structs, Zhu Yi
[PATCH] sys_setpgid: simplify pid/ns interaction, Oleg Nesterov
- Re: [PATCH] sys_setpgid: simplify pid/ns interaction, Pavel Emelyanov
Re: kernel bugzilla is FPOS (was: Re: "buggy cmd640" message, Tomasz Chmielewski
[GIT PATCH] SCSI bug fixes for 2.6.24-rc3, James Bottomley
[PATCH] vmlinux_32.lds.S: remove repeated comment from the x86-32 linker script, Borislav Petkov
[PATCH] include/asm-m68k: Remove atari_joystick.h, Richard Knutsson
[PATCH] -mm (2.6.24-rc3-mm1) Smack using capabilities 32 and 33, Casey Schaufler
- Re: [PATCH] -mm (2.6.24-rc3-mm1) Smack using capabilities 32 and 33, Andrew Morgan
  - Re: [PATCH] -mm (2.6.24-rc3-mm1) Smack using capabilities 32 and 33, Casey Schaufler
- Re: [PATCH] -mm (2.6.24-rc3-mm1) Smack using capabilities 32 and 33, Serge E. Hallyn
"son of unifdef", Robert P. J. Day
[PATCH 2/2] msi: set 'En' bit of MSI Mapping Capability on HT platform, peerchen
[PATCH 1/2] msi: set 'En' bit of MSI Mapping Capability on HT platform, peerchen
- Re: [PATCH 1/2] msi: set 'En' bit of MSI Mapping Capability on HT platform, Prakash Punnoor
  - Re: [PATCH 1/2] msi: set 'En' bit of MSI Mapping Capability on HT platform, Andrew Morton
- Re: [PATCH 1/2] msi: set 'En' bit of MSI Mapping Capability on HT platform, Sébastien Dugué
- Re: [PATCH 1/2] msi: set 'En' bit of MSI Mapping Capability on HT platform, Andrew Morton
- <Possible follow-ups>
- Re: [PATCH 1/2] msi: set 'En' bit of MSI Mapping Capability on HT platform, Robert Hancock
  - RE: [PATCH 1/2] msi: set 'En' bit of MSI Mapping Capability on HT platform, Peer Chen
    - RE: [PATCH 1/2] msi: set 'En' bit of MSI Mapping Capability on HT platform, Andy Currid
forcedeth ethernet driver & Low power state, Jeroen
- Re: forcedeth ethernet driver & Low power state, Andrew Morton
- <Possible follow-ups>
- Re: forcedeth ethernet driver & Low power state, Robert Hancock
  - Re: forcedeth ethernet driver & Low power state, Jeroen
    - Re: forcedeth ethernet driver & Low power state, Denys Vlasenko
[no subject], Thomas Bogendoerfer
NFSv3 bug: F_SETLEASE/F_WRLCK active on file causes it to appear modified over NVSv3 mount, starlight
2.6.24-rc3, 4GB RAM, swiotlb, r8169, out of space, Alistair John Strachan
- Re: 2.6.24-rc3, 4GB RAM, swiotlb, r8169, out of space, Francois Romieu
  - Re: 2.6.24-rc3, 4GB RAM, swiotlb, r8169, out of space, Francois Romieu
    - Re: 2.6.24-rc3, 4GB RAM, swiotlb, r8169, out of space, Alistair John Strachan
  - Re: 2.6.24-rc3, 4GB RAM, swiotlb, r8169, out of space, Alistair John Strachan
- Re: 2.6.24-rc3, 4GB RAM, swiotlb, r8169, out of space, Alan Cox
  - Re: 2.6.24-rc3, 4GB RAM, swiotlb, r8169, out of space, Francois Romieu
[PATCH 0/3] build system: section garbage collection, Denys Vlasenko
- [PATCH 1/3] build system: section garbage collection - rename sections, Denys Vlasenko
- [PATCH 2/3] build system: section garbage collection - modpost fix, Denys Vlasenko
- [PATCH 3/3] build system: section garbage collection - main part, Denys Vlasenko
[PATCH] x86_64: not set boot cpu in cpu_present_map again, Yinghai Lu
[PATCH] x86_64: not set boot cpu in cpu_online_map at x86_64_start_kernel, Yinghai Lu
[PATCH] kernel: Compliment va_copy with va_end(), Richard Knutsson
[PATCH] [MIPS]: Compliment va_start() with va_end()., Richard Knutsson
- Re: [PATCH] [MIPS]: Compliment va_start() with va_end()., Ralf Baechle
[PATCH] net/irda/parameters.c: Trivial fixes, Richard Knutsson
- Re: [PATCH] net/irda/parameters.c: Trivial fixes, Samuel Ortiz
  - Re: [PATCH] net/irda/parameters.c: Trivial fixes, Richard Knutsson
[PATCH] [ACPI] utilities/: Compliment va_start() with va_end()., Richard Knutsson
- <Possible follow-ups>
- RE: [PATCH] [ACPI] utilities/: Compliment va_start() with va_end()., Moore, Robert
  - Re: [PATCH] [ACPI] utilities/: Compliment va_start() with va_end()., Richard Knutsson
    - RE: [PATCH] [ACPI] utilities/: Compliment va_start() with va_end()., Moore, Robert
      - Re: [PATCH] [ACPI] utilities/: Compliment va_start() with va_end()., Richard Knutsson
2.6.24: Serial disabled in BIOS but serial modules still loaded (probably PnP related), Andrey Borzenkov
- Re: 2.6.24: Serial disabled in BIOS but serial modules still loaded (probably PnP related), Yinghai Lu
  - Re: 2.6.24: Serial disabled in BIOS but serial modules still loaded (probably PnP related), Andrey Borzenkov
- Re: 2.6.24: Serial disabled in BIOS but serial modules still loaded (probably PnP related), Michael H. Warfield
  - Re: 2.6.24: Serial disabled in BIOS but serial modules still loaded (probably PnP related), David Newall
- <Possible follow-ups>
- Re: 2.6.24: Serial disabled in BIOS but serial modules still loaded (probably PnP related), Robert Hancock
  - Re: 2.6.24: Serial disabled in BIOS but serial modules still loaded (probably PnP related), Andrey Borzenkov
    - Re: 2.6.24: Serial disabled in BIOS but serial modules still loaded (probably PnP related), Shaohua Li
2.6.24-rc3-git1: Reported regressions from 2.6.23 (updated), Rafael J. Wysocki
[2.6.22.y][PATCH] atl1: disable broken 64-bit DMA, Jay Cliburn
- Re: [2.6.22.y][PATCH] atl1: disable broken 64-bit DMA, Chris Snook
Linux 2.6.24-rc* regression: sensors says "No sensors found", Stefan Richter
- Re: Linux 2.6.24-rc* regression: sensors says "No sensors found", Stefan Richter
  - (solved) Re: Linux 2.6.24-rc* regression: sensors says "No sensors found", Stefan Richter
[BUG] jiffies counter leaps in 2.6.24-rc3, Stefano Brivio
- Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Frans Pop
  - Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Stefano Brivio
- Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Rafael J. Wysocki
  - Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Stefano Brivio
    - Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Rafael J. Wysocki
      - Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Stefano Brivio
      - Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Stefano Brivio
        
        Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Ingo Molnar
      - Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Stefano Brivio
        
        Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Ingo Molnar
        
        Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Dave Jones
        
        Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Stefano Brivio
        
        Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Dave Jones
        
        Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Stefano Brivio
        
        Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Ingo Molnar
        
        Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Stefano Brivio
        
        Re: [BUG] jiffies counter leaps in 2.6.24-rc3, Dave Jones
[PATCH] wait_task_zombie: remove ->exit_state/exit_signal checks for WNOWAIT, Oleg Nesterov
fs/cifs/cifsacl.c: check-after-use, Adrian Bunk
[PATCH] wait_task_continued/zombie: don't use task_pid_nr_ns() lockless, Oleg Nesterov
[RFC, PATCH -mm] do_wait: fix security checks, Oleg Nesterov
- [PATCH -mm] do_wait-fix-security-checks-fix, Oleg Nesterov
HELP: Internal error: Oops: f5 [#1], wuhm
- Re: HELP: Internal error: Oops: f5 [#1], Clemens Koller
possible BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000, Udo van den Heuvel
- Re: possible BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000, Rafael J. Wysocki
  - Re: possible BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000, Udo van den Heuvel
    - Message not available
      - Message not available
        
        Re: possible BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000, Cyrill Gorcunov
        
        Re: possible BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000, Udo van den Heuvel
        
        Message not available
        
        Message not available
        
        Re: possible BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000, Cyrill Gorcunov
        
        Re: possible BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000, Udo van den Heuvel
        
        Re: possible BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000, Cyrill Gorcunov
ipmi_watchdog can not reset the kernel panic machine, youquan_song
- Re: ipmi_watchdog can not reset the kernel panic machine, Andrew Morton
  - Re: ipmi_watchdog can not reset the kernel panic machine, Corey Minyard

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