Mail Thread Index

• Date Index

• [PATCH] fix misalignment in pxamci, Marek Vasut
• [RFC patch 00/12] Tracepoints v2, Mathieu Desnoyers
  • [RFC patch 07/12] Traceprobes, Mathieu Desnoyers
  • [RFC patch 03/12] LTTng instrumentation ipc, Mathieu Desnoyers
  • [RFC patch 04/12] LTTng instrumentation kernel, Mathieu Desnoyers
  • [RFC patch 02/12] LTTng tracepoint instrumentation fs, Mathieu Desnoyers
  • [RFC patch 10/12] LTTng instrumentation kernel tracepoint probes, Mathieu Desnoyers
  • [RFC patch 12/12] LTTng instrumentation net tracepoint probes, Mathieu Desnoyers
  • [RFC patch 11/12] LTTng instrumentation mm tracepoint probes, Mathieu Desnoyers
  • [RFC patch 09/12] LTTng instrumentation ipc tracepoint probes, Mathieu Desnoyers
  • [RFC patch 06/12] LTTng instrumentation net, Mathieu Desnoyers
  • [RFC patch 08/12] LTTng instrumentation FS tracepoint probes, Mathieu Desnoyers
  • [RFC patch 01/12] Kernel Tracepoints, Mathieu Desnoyers
  • [RFC patch 05/12] LTTng instrumentation mm, Mathieu Desnoyers
• [PATCH] markers: fix sparse integer as NULL pointer warning, Harvey Harrison
• [RESEND] [PATCH] bnx2 - use request_firmware(), Bastian Blank
• block devices in userland, Enrico Weigelt
  • <Possible follow-ups>
  • Re: block devices in userland, devzero
• Oops/Warning report of the week of July 4th 2008, Arjan van de Ven
  • Re: Oops/Warning report of the week of July 4th 2008, Dave Jones
• [PATCH] x86 ACPI: Fix resume from suspend to RAM on uniprocessor x86-64, Rafael J. Wysocki
  • Re: [PATCH] x86 ACPI: Fix resume from suspend to RAM on uniprocessor x86-64, R. J. Wysocki
• [PATCH] [0/9] Use 64bit x86 machine check code for 32bit too, Andi Kleen
  • [PATCH] [2/9] MCE: Implement the PPro bank 0 quirk in the 64bit machine check code, Andi Kleen
  • [PATCH] [4/9] MCE: Call 64bit machine check through a call vector, Andi Kleen
  • [PATCH] [5/9] MCE: Rename mce_dont_init on 64bit to mce_disabled, Andi Kleen
  • [PATCH] [6/9] MCE: Provide exit_idle dummy functions for 32bit., Andi Kleen
  • [PATCH] [7/9] MCE: Remove machine check handler idle notify on 64bit, Andi Kleen
  • [PATCH] [3/9] MCE: Port K7 bank 0 quirk to 64bit mce code, Andi Kleen
  • [PATCH] [8/9] MCE: Remove oops_begin() use in 64bit machine check, Andi Kleen
  • [PATCH] [9/9] MCE: Use 64bit machine check code on 32bit, Andi Kleen
  • [PATCH] [1/9] MCE: Make 64bit mce code 32bit clean, Andi Kleen
• pata_it821x completely broken, Ondrej Zary
  • Re: pata_it821x completely broken, Alan Cox
    • Re: pata_it821x completely broken, Ondrej Zary
      • Re: pata_it821x completely broken, Alan Cox
• usb-storage: quirk around v1.11 firmware on Nikon D4, Dave Jones
  • Re: usb-storage: quirk around v1.11 firmware on Nikon D4, Matthew Dharm
    • Re: usb-storage: quirk around v1.11 firmware on Nikon D4, Dave Jones
      • Re: usb-storage: quirk around v1.11 firmware on Nikon D4, Alan Stern
      • Re: usb-storage: quirk around v1.11 firmware on Nikon D4, Dave Jones
• Patch to add Broadcom TPM TIS device HID, eledisez
• [PATCH] OProfile kernel maintainership changes, Robert Richter
  • Re: [PATCH] OProfile kernel maintainership changes, Andrew Morton
    • Re: [PATCH] OProfile kernel maintainership changes, Richard Purdie
• [PATCH] edgeport-ti: use request_firmware(), Jaswinder Singh
• [PATCH -mm] documentation: update CodingStyle tips for Emacs users, Johannes Weiner
  • Re: [PATCH -mm] documentation: update CodingStyle tips for Emacs users, Jonathan Corbet
• [PATCH 00/20] generic show_mem() v5, Johannes Weiner
  • [PATCH 01/20] mm: print swapcache page count in show_swap_cache_info(), Johannes Weiner
  • [PATCH 02/20] lib: generic show_mem(), Johannes Weiner
  • [PATCH 03/20] alpha: use generic show_mem(), Johannes Weiner
  • [PATCH 04/20] avr32: use generic show_mem(), Johannes Weiner
  • [PATCH 05/20] blackfin: use generic show_mem(), Johannes Weiner
  • [PATCH 06/20] xtensa: use generic show_mem(), Johannes Weiner
  • [PATCH 07/20] x86: use generic show_mem(), Johannes Weiner
  • [PATCH 08/20] um: use generic show_mem(), Johannes Weiner
  • [PATCH 09/20] sparc64: use generic show_mem(), Johannes Weiner
  • [PATCH 10/20] sh: use generic show_mem(), Johannes Weiner
  • [PATCH 11/20] s390: use generic show_mem(), Johannes Weiner
  • [PATCH 12/20] powerpc: use generic show_mem(), Johannes Weiner
  • [PATCH 13/20] mn10300: use generic show_mem(), Johannes Weiner
  • [PATCH 14/20] h8300: use generic show_mem(), Johannes Weiner
  • [PATCH 15/20] mips: use generic show_mem(), Johannes Weiner
  • [PATCH 16/20] m68knommu: use generic show_mem(), Johannes Weiner
  • [PATCH 17/20] m68k: use generic show_mem(), Johannes Weiner
  • [PATCH 18/20] m32r: use generic show_mem(), Johannes Weiner
  • [PATCH 19/20] frv: use generic show_mem(), Johannes Weiner
  • [PATCH 20/20] cris: use generic show_mem(), Johannes Weiner
• [PATCH] move memory_read_from_buffer() from fs.h to string.h, Akinobu Mita
  • [PATCH -mm] fix s390-use-memory_read_from_buffer.patch, Akinobu Mita
  • [PATCH -mm] fix s390-cio-use-memory_read_from_buffer.patch, Akinobu Mita
  • [PATCH -mm] fix qla2xxx-use-memory_read_from_buffer.patch, Akinobu Mita
  • [PATCH -mm] fix ipr-use-memory_read_from_buffer.patch, Akinobu Mita
    • Re: [PATCH -mm] fix ipr-use-memory_read_from_buffer.patch, James Bottomley
      • Re: [PATCH -mm] fix ipr-use-memory_read_from_buffer.patch, Akinobu Mita
  • [PATCH -mm] fix dcdbas-use-memory_read_from_buffer.patch, Akinobu Mita
  • [PATCH -mm] fix aty-use-memory_read_from_buffer.patch, Akinobu Mita
  • [PATCH -mm] fix firmware-use-memory_read_from_buffer.patch, Akinobu Mita
  • [PATCH -mm] fix dell_rbu-use-memory_read_from_buffer.patch, Akinobu Mita
• [PATCH next-20080704] Fix compile error in drivers/net/mv643xx_eth.c, Takashi Iwai
  • Re: [PATCH next-20080704] Fix compile error in drivers/net/mv643xx_eth.c, Lennert Buytenhek
    • Re: [PATCH next-20080704] Fix compile error in drivers/net/mv643xx_eth.c, Takashi Iwai
• RE: [PATCH v4 5/6] dmaengine: Driver for the Synopsys DesignWare DMA controller, Sosnowski, Maciej
  • Re: [PATCH v4 5/6] dmaengine: Driver for the Synopsys DesignWare DMA controller, Haavard Skinnemoen
• [PATCH v5 1/2] dmaengine: Add slave DMA interface, Haavard Skinnemoen
  • [PATCH v5 2/2] dmaengine: Driver for the Synopsys DesignWare DMA controller, Haavard Skinnemoen
• mac80211 No ProbeResp drives me bonkers, barry bouwsma
• [PATCH] Make CONFIG_MIGRATION available for s390, Gerald Schaefer
• [BUGFIX][PATCH v2 0/2] configfs: Fix cleanup after mkdir() failure, Louis Rilling
  • [BUGFIX][PATCH v2 2/2] configfs: Lock new directory inodes before removing on cleanup after failure, Louis Rilling
  • [BUGFIX][PATCH v2 1/2] configfs: Prevent userspace from creating new entries under attaching directories, Louis Rilling
  • Re: [BUGFIX][PATCH v2 0/2] configfs: Fix cleanup after mkdir() failure, Louis Rilling
• next-0704: x86_64 panics on booting, Alexander Beregalov
  • Re: next-0704: x86_64 panics on booting, Ingo Molnar
    • Re: next-0704: x86_64 panics on booting, Alexander Beregalov
  • Re: next-0704: x86_64 panics on booting, Stephen Rothwell
• [PATCH 0/3] cgroup: block device i/o bandwidth controller (v4), Andrea Righi
• [PATCH][RFC] Arcom Viper support for 2.6.26-rc8, Marc Zyngier
  • Re: [PATCH][RFC] Arcom Viper support for 2.6.26-rc8, Oliver Pinter
    • [PATCH][RFC] Arcom Viper support for 2.6.26-rc8, Marc Zyngier
• [PATCH -rt] [resend as inlined patch] {queue,schedule}_work_prio() allowing work priorities other than caller's priority, Leon Woestenberg
  • Re: [PATCH -rt] [resend as inlined patch] {queue,schedule}_work_prio() allowing work priorities other than caller's priority, Daniel Walker
• [git patches] libata fixes for .26, Jeff Garzik
  • Re: [git patches] libata fixes for .26, Linus Torvalds
• [PATCH] PowerPC: honor O_NONBLOCK flag for rtas error_log, Vitaly Mayatskikh
  • Re: [PATCH] PowerPC: honor O_NONBLOCK flag for rtas error_log, Vitaly Mayatskikh
• 2.6.26-rc8 deadlock: RAID code?, George Spelvin
• [PATCH next-20080704] fix build error of arch/ia64/kvm/*, Takashi Iwai
• next-0704: sparc64: build failure at arch/sparc64/kernel/sysfs.c, Alexander Beregalov
  • Re: next-0704: sparc64: build failure at arch/sparc64/kernel/sysfs.c, Andi Kleen
• [PATCH] fix build error of driver/mfd/tc6393xb.c, Takashi Iwai
  • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, Dmitry Baryshkov
    • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, Takashi Iwai
      • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, Dmitry Baryshkov
      • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, Takashi Iwai
      • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, Dmitry Baryshkov
      • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, Takashi Iwai
      • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, Dmitry Baryshkov
      • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, Takashi Iwai
      • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, Dmitry Baryshkov
      • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, Takashi Iwai
      • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, David Brownell
      • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, David Brownell
      • Re: [PATCH] fix build error of driver/mfd/tc6393xb.c, David Brownell
• Microblaze dts_v1 for kernel.org, Michal Simek
• [PATCH] mmc: don't use DMA on newer ENE controllers, Pierre Ossman
• Kconfig question - multiple entries touching one integer, Ben Dooks
  • Re: Kconfig question - multiple entries touching one integer, Ben Dooks
• linux-next: Tree for July 4, Stephen Rothwell
  • Re: linux-next: Tree for July 4, Alan Cox
    • Re: linux-next: Tree for July 4, Stephen Rothwell
      • Re: linux-next: Tree for July 4, Alan Cox
      • Re: linux-next: Tree for July 4, Stephen Rothwell
      • Re: linux-next: Tree for July 4, Alan Cox
      • Re: linux-next: Tree for July 4, Stephen Rothwell
• [PATCH 1/2] res_counter : check limit change, KAMEZAWA Hiroyuki
  • [PATCH 2/2] memcg: check limit change, KAMEZAWA Hiroyuki
    • Re: [PATCH 2/2] memcg: check limit change, Pavel Emelyanov
  • Re: [PATCH 1/2] res_counter : check limit change, Pavel Emelyanov
• [patch 1.2.32] WAN: merge driver retina, Matti Linnanvuori
• alphabetic ordering of MAINTAINERS, Uwe Kleine-König
  • Re: alphabetic ordering of MAINTAINERS, Sam Ravnborg
    • Re: alphabetic ordering of MAINTAINERS, Uwe Kleine-König
  • Re: alphabetic ordering of MAINTAINERS, Oliver Neukum
    • Re: alphabetic ordering of MAINTAINERS, Uwe Kleine-König
      • Re: alphabetic ordering of MAINTAINERS, Paul Mundt
      • Re: alphabetic ordering of MAINTAINERS, Uwe Kleine-König
      • Re: alphabetic ordering of MAINTAINERS, Alan Cox
      • Re: alphabetic ordering of MAINTAINERS, Uwe Kleine-König
    • Re: alphabetic ordering of MAINTAINERS, Bernd Petrovitsch
      • Re: alphabetic ordering of MAINTAINERS, Oliver Neukum
    • [RFC] MAINTAINERS service, was: Re: alphabetic ordering of MAINTAINERS, Krzysztof Halasa
      • Re: [RFC] MAINTAINERS service, was: Re: alphabetic ordering of MAINTAINERS, Uwe Kleine-König
      • Re: [RFC] MAINTAINERS service, was: Re: alphabetic ordering of MAINTAINERS, Krzysztof Halasa
  • Re: alphabetic ordering of MAINTAINERS, Uwe Kleine-König
• Lockless/Get_User_Pages_Fast causes Xorg 1.4.99.* to lock, Ryan Hope
  • Re: Lockless/Get_User_Pages_Fast causes Xorg 1.4.99.* to lock, Zan Lynx
    • Re: Lockless/Get_User_Pages_Fast causes Xorg 1.4.99.* to lock, Hugh Dickins
• Deputy maintainer for powerpc, Paul Mackerras
• [PATCH] devcgroup: fix odd behaviour when writing 'a' to devices.allow, Li Zefan
• [PATCH 6/5] byteorder: depend on asm/byteorder.h defining the machine endianness, Harvey Harrison
• [PATCH 5/5] byteorder: remove the old byteorder implementation, Harvey Harrison
• [PATCH 4/5] byteorder: fix direct byteswap includes, Harvey Harrison
  • Re: [PATCH 4/5] byteorder: fix direct byteswap includes, David Howells
    • Re: [PATCH 4/5] byteorder: fix direct byteswap includes, Harvey Harrison
• [PATCH 3/5] byteorder: wire up arches to use new headers, Harvey Harrison
  • Re: [PATCH 3/5] byteorder: wire up arches to use new headers, Harvey Harrison
• [PATCH 2/5] byteorder: add include/linux/byteorder.h to define endian helpers, Harvey Harrison
• [PATCH 1/5] byteorder: add a new include/linux/swab.h to define byteswapping functions, Harvey Harrison
• [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.2.0: Introduction, Ryo Tsuruta
  • [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.2.0: Source code and patch, Ryo Tsuruta
    • [PATCH 2/2] dm-ioband: I/O bandwidth controller v1.2.0: Document, Ryo Tsuruta
• [GIT PATCH] USB fixes for 2.6.26-rc8, Greg KH
• Re: Extending Linux async_tx interface, Dan Williams
• [PATCH 2/2] input: ads7846.c sparse lock annotation, Harvey Harrison
• [PATCH 1/2] input: ads7846.c remove sparse endian warnings, Harvey Harrison
• [PATCH 2/2] enable AT_BASE_PLATFORM aux vector for powerpc, Nathan Lynch
• [PATCH 1/2] elf loader support for auxvec base platform string, Nathan Lynch
  • Re: [PATCH 1/2] elf loader support for auxvec base platform string, Roland McGrath
  • Re: [PATCH 1/2] elf loader support for auxvec base platform string, Mikael Pettersson
• รับสมัครงาน PART-TIME ทำงานที่บ้านได้100%, job partime online
  • <Possible follow-ups>
  • รับสมัครงาน PART-TIME ทำงานที่บ้านได้100%, job partime online
• [PATCH] olpc: olpc_battery.c sparse endian annotations, Harvey Harrison
• Possible out-of-bounds array accesses in rc8-git3, J.A. Magallón
• [PATCH] video/fb : cleanup FB_MAJOR usage, Philippe De Muyter
• 2.6.26-rc: host can not shutdown: ata problem, Alexander Beregalov
• [PATCH 0/2] sched: misc fixes for stable-25.y and 25-rt, Gregory Haskins
  • [PATCH 1/2] sched: remove extraneous load manipulations, Gregory Haskins
  • [PATCH 2/2] sched: readjust the load whenever task_setprio() is invoked, Gregory Haskins
• [patch 00/13] GRU Driver V3 - Overview, steiner
  • [patch 02/13] GRU Driver V3 - GRU instructions & macros, steiner
  • [patch 04/13] GRU Driver V3 - kernel services header files, steiner
  • [patch 01/13] GRU Driver V3 - hardware data structures, steiner
  • [patch 03/13] GRU Driver V3 - driver internal header files, steiner
  • [patch 05/13] GRU Driver V3 - driver initialization, file & vma ops, steiner
  • [patch 06/13] GRU Driver V3 - page faults & exceptions, steiner
  • [patch 07/13] GRU Driver V3 - kernel services provide by driver, steiner
  • [patch 08/13] GRU Driver V3 - resource management, steiner
  • [patch 09/13] GRU Driver V3 - /proc interfaces, steiner
  • [patch 10/13] GRU Driver V3 - TLB flushing, MMUOPS callouts, steiner
  • [patch 13/13] GRU Driver V3 - driver/misc Makefile & Kconfig changes, steiner
  • [patch 11/13] GRU Driver V3 - driver makefile, steiner
  • [patch 12/13] GRU Driver V3 - export is_uv_system(), zap_page_range() & follow_page(), steiner
    • Re: [patch 12/13] GRU Driver V3 - export is_uv_system(), zap_page_range() & follow_page(), Christoph Hellwig
• [PATCH] x86/acpi: remove have_arch_parse_srat, Yinghai Lu
  • [PATCH] x86: remove acpi_srat config, Yinghai Lu
• [PATCH] crypto: rmd160.c rmd256.c rmd320.c sparse annotations, Harvey Harrison
  • Re: [PATCH] crypto: rmd160.c rmd256.c rmd320.c sparse annotations, Herbert Xu
• Add missing skb->dev assignment in Frame Relay RX code., Krzysztof Halasa
• [PATCH] crypto: rmd128.c sparse annotations, Harvey Harrison
• [PATCH] crypto: use kernel-provided bitops, unaligned access helpers, Harvey Harrison
  • Re: [PATCH] crypto: use kernel-provided bitops, unaligned access helpers, Herbert Xu
• [PATCH 2.6.26-rc8-mm1] memrlimit: fix mmap_sem deadlock, Hugh Dickins
  • Re: [PATCH 2.6.26-rc8-mm1] memrlimit: fix mmap_sem deadlock, Andrew Morton
    • Re: [PATCH 2.6.26-rc8-mm1] memrlimit: fix mmap_sem deadlock, Balbir Singh
      • Re: [PATCH 2.6.26-rc8-mm1] memrlimit: fix mmap_sem deadlock, Andrew Morton
      • Re: [PATCH 2.6.26-rc8-mm1] memrlimit: fix mmap_sem deadlock, Balbir Singh
      • Re: [PATCH 2.6.26-rc8-mm1] memrlimit: fix mmap_sem deadlock, Andrew Morton
      • Re: [PATCH 2.6.26-rc8-mm1] memrlimit: fix mmap_sem deadlock, Balbir Singh
  • Re: [PATCH 2.6.26-rc8-mm1] memrlimit: fix mmap_sem deadlock, Balbir Singh
• Handling of suspend/hibernation patches, Rafael J. Wysocki
  • Re: Handling of suspend/hibernation patches, Andrew Morton
    • Re: Handling of suspend/hibernation patches, Rafael J. Wysocki
• [bug ?] do_get_mempolicy(), John Blackwood
  • Re: [bug ?] do_get_mempolicy(), David Rientjes
• [PATCH 2/2] ecryptfs: inode.c mmap.c use unaligned byteorder helpers, Harvey Harrison
• [PATCH 1/2] ecryptfs: crypto.c use unaligned byteorder helpers, Harvey Harrison
• [PATCH] x86_32: remove redundant KERN_INFO, Hiroshi Shimamoto
• [PATCH] svcrpc: fix handling of garbage args, J. Bruce Fields
  • [PATCH] svcrpc: fix handling of garbage args, J. Bruce Fields
• [PATCH] slab: rename slab_destroy_objs, Rabin Vincent
  • Re: [PATCH] slab: rename slab_destroy_objs, Pekka Enberg
• [PATCH] x86: move saving e820_saved to setup_memory_map, Yinghai Lu
  • [PATCH] x86: make e820_saved have update from setup_data, Yinghai Lu
    • Re: [PATCH] x86: make e820_saved have update from setup_data, Bernhard Walle
      • Re: [PATCH] x86: make e820_saved have update from setup_data, Yinghai Lu
      • Re: [PATCH] x86: make e820_saved have update from setup_data, H. Peter Anvin
  • [PATCH] x86: let early_reserve_e820 update e820_saved too, Yinghai Lu
• [PATCH] hrtimer: prevent migration for raising softirq, Steven Rostedt
  • Re: [PATCH] hrtimer: prevent migration for raising softirq, Andrew Morton
    • Re: [PATCH] hrtimer: prevent migration for raising softirq, Steven Rostedt
      • Re: [PATCH] hrtimer: prevent migration for raising softirq, Andrew Morton
      • Re: [PATCH] hrtimer: prevent migration for raising softirq, Steven Rostedt
• ivtv / read() blocks for more than 2s sometimes, Arne Wörner
• [PATCH 0/6] AMD IOMMU updates, Joerg Roedel
  • [PATCH 5/6] AMD IOMMU: don't try to init IOMMU if early detect code did not detect one, Joerg Roedel
  • [PATCH 1/6] AMD IOMMU: more verbose Kconfig description text, Joerg Roedel
  • [PATCH 3/6] AMD IOMMU: flush domain TLB when there is more than one page to flush, Joerg Roedel
    • RE: [PATCH 3/6] AMD IOMMU: flush domain TLB when there is more than onepage to flush, Duran, Leo
  • [PATCH 2/6] AMD IOMMU: remove unnecessary set_bit_string, Joerg Roedel
  • [PATCH 6/6] AMD IOMMU: remove unnecessary code from the iommu_enable function, Joerg Roedel
  • [PATCH 4/6] AMD IOMMU: honor iommu=off instead of amd_iommu=off, Joerg Roedel
  • Re: [PATCH 0/6] AMD IOMMU updates, Ingo Molnar
• [PATCH] doc: remove incorrect config option location, Rabin Vincent
  • Re: [PATCH] doc: remove incorrect config option location, Randy Dunlap
• [RFC patch 0/3] Tracepoints, Mathieu Desnoyers
  • [RFC patch 3/3] LTTng instrumentation FS tracepoint probes, Mathieu Desnoyers
  • [RFC patch 2/3] LTTng tracepoint instrumentation fs, Mathieu Desnoyers
  • [RFC patch 1/3] Kernel Tracepoints, Mathieu Desnoyers
    • Re: [RFC patch 1/3] Kernel Tracepoints, Masami Hiramatsu
      • Re: [RFC patch 1/3] Kernel Tracepoints, Mathieu Desnoyers
• perfmon2 syscall interface rationale v2, stephane eranian
• [GIT PULL] 9p bug fix, Eric Van Hensbergen
• [PATCH] node meminfo Active & Inactive pages to Kbytes, John Blackwood
  • Re: [PATCH] node meminfo Active & Inactive pages to Kbytes, Andrew Morton
• Why does migration take quite a long time?, xialiang
• [PATCH] - Fix compile errors in SGI console drivers (linux-next tree), Jack Steiner
  • Re: [PATCH] - Fix compile errors in SGI console drivers (linux-next tree), Takashi Iwai
• [patch] LSM/SELinux: show LSM mount options in /proc/mounts, Miklos Szeredi
  • Re: [patch] LSM/SELinux: show LSM mount options in /proc/mounts, James Morris
• Is there any way to download all email archive of linux kernel, and then import to Gmail for search?, zhp
  • Re: Is there any way to download all email archive of linux kernel, and then import to Gmail for search?, Erik Mouw
• [PATCH 1/3] ehea: fix might sleep problem, Jan-Bernd Themann
  • Re: [PATCH 1/3] ehea: fix might sleep problem, Jeff Garzik
• [PATCH 2/3] ehea: add MODULE_DEVICE_TABLE, Jan-Bernd Themann
• [PATCH 3/3] ehea: fix race condition, Jan-Bernd Themann
• slub: Do not use 192 byte sized cache if minimum alignment is 128 byte, Christoph Lameter
  • Re: slub: Do not use 192 byte sized cache if minimum alignment is 128 byte, Pekka Enberg
    • Re: slub: Do not use 192 byte sized cache if minimum alignment is 128 byte, Christoph Lameter
    • Re: slub: Do not use 192 byte sized cache if minimum alignment is 128 byte, Yoichi Yuasa
      • Re: slub: Do not use 192 byte sized cache if minimum alignment is 128 byte, Pekka Enberg
• Generic HDLC next tree, Krzysztof Halasa
  • Re: Generic HDLC next tree, Stephen Rothwell
    • Re: Generic HDLC next tree, Krzysztof Halasa
• linux-next: 1ea0704e (ptep_modify_prot transaction abstraction) breaks no-mmu, Mike Frysinger
  • Re: linux-next: 1ea0704e (ptep_modify_prot transaction abstraction) breaks no-mmu, Jeremy Fitzhardinge
• Re: + arch-x86-mm-init_64c-early_memtest-fix-types.patch added to -mm tree, Ingo Molnar
• next-0702: ACPI Error (nseval-0159): Insufficient arguments, Alexander Beregalov
  • Re: next-0702: ACPI Error (nseval-0159): Insufficient arguments, Andi Kleen
    • Re: next-0702: ACPI Error (nseval-0159): Insufficient arguments, Alexander Beregalov
      • Re: next-0702: ACPI Error (nseval-0159): Insufficient arguments, Alexander Beregalov
• [PATCHSET 2.6.26-rc8] block: implement extended devt, Tejun Heo
  • [PATCH 1/6] block: misc updates, Tejun Heo
  • [PATCH 5/6] sd/ide-disk: apply extended minors to sd and ide, Tejun Heo
  • [PATCH 6/6] block: implement CONFIG_DEBUG_BLOCK_EXT_DEVT, Tejun Heo
  • [PATCH 4/6] block: adjust formatting for large minors and add ext_range sysfs attr, Tejun Heo
  • [PATCH 2/6] block: don't depend on consecutive minor space, Tejun Heo
  • [PATCH 3/6] block: implement extended minors, Tejun Heo
  • Re: [PATCHSET 2.6.26-rc8] block: implement extended devt, Matthew Wilcox
    • Re: [PATCHSET 2.6.26-rc8] block: implement extended devt, Tejun Heo
• next-0703: build failure in x86/entry_64.S, Alexander Beregalov
  • Re: next-0703: build failure in x86/entry_64.S, Ingo Molnar
    • Re: next-0703: build failure in x86/entry_64.S, Ingo Molnar
• tcp/ip connect on demand, Jens-Michael Hoffmann
  • Re: tcp/ip connect on demand, H. Peter Anvin
    • Re: tcp/ip connect on demand, Jan Engelhardt
      • Re: tcp/ip connect on demand, H. Peter Anvin
      • AW: tcp/ip connect on demand, Jens-Michael Hoffmann
• [PATCH v2] gpiolib: Allow user-selection, Michael Buesch
• MFD git tree, Samuel Ortiz
  • Re: MFD git tree, Stephen Rothwell
• linux-next: Tree for July 3, Stephen Rothwell
  • Re: linux-next: Tree for July 3, Rafael J. Wysocki
  • Re: linux-next-0703 -- more ppc serial fixes, Joseph Fannin
    • Re: linux-next-0703 -- more ppc serial fixes, Alan Cox
• [PATCH 2/2] run sysrq poweroff on boot cpu, Zhang Rui
• Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?, Justin Piszcz
  • Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?, Jeff Garzik
    • Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?, Justin Piszcz
      • Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?, Roger Heflin
      • Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?, Justin Piszcz
  • <Possible follow-ups>
  • Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?, Daniel J Blueman
  • Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?, Robert Hancock
• [PATCH 1/2] introduce new interface schedule_work_on, Zhang Rui
  • Re: [linux-pm] [PATCH 1/2] introduce new interface schedule_work_on, Alan Stern
    • Re: [linux-pm] [PATCH 1/2] introduce new interface schedule_work_on, Zhang Rui
• [PATCH 1/1] IPC - Do not use a negative value to re-enable msgmni automatic recomputing, Nadia . Derbey
  • Re: [PATCH 1/1] IPC - Do not use a negative value to re-enable msgmni automatic recomputing, Matt Helsley
    • Re: [PATCH 1/1] IPC - Do not use a negative value to re-enable msgmni automatic recomputing, Nadia Derbey
  • <Possible follow-ups>
  • [PATCH 1/1] IPC - Do not use a negative value to re-enable msgmni automatic recomputing, Nadia . Derbey
• [RFC PATCH] AHCI: speed up resume, Zhang Rui
  • Re: [RFC PATCH] AHCI: speed up resume, Rafael J. Wysocki
    • Re: [RFC PATCH] AHCI: speed up resume, Zhang Rui
  • Re: [RFC PATCH] AHCI: speed up resume, Tejun Heo
    • Re: [RFC PATCH] AHCI: speed up resume, Zhang Rui
      • Re: [RFC PATCH] AHCI: speed up resume, Tejun Heo
• Re: + net-ipv4-tcpc-needs-linux-scatterlisth.patch added to -mm tree, David Miller
• x86_64: tss_struct layout does not match comments !?, Richard Kennedy
  • Re: x86_64: tss_struct layout does not match comments !?, Ingo Molnar
    • Re: x86_64: tss_struct layout does not match comments !?, Richard Kennedy
    • [PATCH] x86: cacheline_align tss_struct, Richard Kennedy
      • Re: [PATCH] x86: cacheline_align tss_struct, Ingo Molnar
• 2.6.28-rc8-git3 forcedeth WARNING (kills the interface), Brad Campbell
  • Re: 2.6.28-rc8-git3 forcedeth WARNING (kills the interface), Brad Campbell
• [PATCH] edgeport: use request_firmware, Jaswinder Singh
  • Re: [PATCH] edgeport: use request_firmware, Greg KH
    • Re: [PATCH] edgeport: use request_firmware, Jaswinder Singh
• [PATCH] drivers/net/wireless/iwlwifi/iwl-3945.c Fix type issue on 64bit, Darren Jenkins\\
  • Re: [PATCH] drivers/net/wireless/iwlwifi/iwl-3945.c Fix type issue on 64bit, Zhu Yi
• 2.6.26-rc8-mm1, Andrew Morton
  • [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", KOSAKI Motohiro
    • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Hugh Dickins
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Theodore Tso
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Valdis . Kletnieks
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Rafael J. Wysocki
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Rafael J. Wysocki
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Rafael J. Wysocki
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Rafael J. Wysocki
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Alan Cox
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Alan Cox
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Mikael Pettersson
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Miller
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Theodore Tso
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Theodore Tso
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Grant Coady
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", david
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Andi Kleen
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Alan Cox
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Alan Cox
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Miller
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Alan Cox
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Theodore Tso
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Sam Ravnborg
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Miller
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Theodore Tso
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Takashi Iwai
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Hannes Reinecke
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Grant Coady
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Gene Heskett
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Olivier Galibert
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Henrique de Moraes Holschuh
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Takashi Iwai
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", maximilian attems
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Theodore Tso
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Miller
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Arjan van de Ven
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Miller
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Miller
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Arjan van de Ven
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Alan Cox
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Andi Kleen
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Miller
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Takashi Iwai
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Takashi Iwai
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", David Woodhouse
      • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Jeff Garzik
    • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin", Chuck Lever
  • [BUILD-FAILURE] 2.6.26-rc8-mm1 - build failure at drivers/char/hvc_rtas.c, Kamalesh Babulal
  • [BUILD-FAILURE] 2.6.26-rc8-mm1 - x86 - __ptep_modify_prot_start() missing, Kamalesh Babulal
    • Re: [BUILD-FAILURE] 2.6.26-rc8-mm1 - x86 - __ptep_modify_prot_start() missing, Andrew Morton
      • Re: [BUILD-FAILURE] 2.6.26-rc8-mm1 - x86 - __ptep_modify_prot_start() missing, Jeremy Fitzhardinge
      • Re: [BUILD-FAILURE] 2.6.26-rc8-mm1 - x86 - __ptep_modify_prot_start() missing, Andrew Morton
      • Re: [BUILD-FAILURE] 2.6.26-rc8-mm1 - x86 - __ptep_modify_prot_start() missing, Heiko Carstens
  • WARNING at acpi/.../utmisc.c:1043 [Was: 2.6.26-rc8-mm1], Jiri Slaby
    • Re: WARNING at acpi/.../utmisc.c:1043 [Was: 2.6.26-rc8-mm1], Andi Kleen
      • Re: WARNING at acpi/.../utmisc.c:1043 [Was: 2.6.26-rc8-mm1], Jiri Slaby
  • Re: 2.6.26-rc8-mm1--No e100 :( logs say missing formware, Grant Coady
    • Re: 2.6.26-rc8-mm1--No e100 :( logs say missing formware, Andrew Morton
  • Re: 2.6.26-rc8-mm1--No e100 :( logs say missing firmware, Grant Coady
  • Question: split-lur // Re: 2.6.26-rc8-mm1, KAMEZAWA Hiroyuki
  • memcg: lru scan fix (Was: 2.6.26-rc8-mm1, KAMEZAWA Hiroyuki
    • Re: memcg: lru scan fix (Was: 2.6.26-rc8-mm1, Rik van Riel
      • Re: memcg: lru scan fix (Was: 2.6.26-rc8-mm1, Andrew Morton
  • [PATCH] memcg: handle shmem's swap cache (Was 2.6.26-rc8-mm1, KAMEZAWA Hiroyuki
  • Re: 2.6.26-rc8-mm1: unable to mount nfs shares, Mariusz Kozlowski
    • Re: 2.6.26-rc8-mm1: unable to mount nfs shares, Andrew Morton
• [PATCH] xen: portability clean up and some minor clean up for xencomm.c, Isaku Yamahata
  • Re: [PATCH] xen: portability clean up and some minor clean up for xencomm.c, Jeremy Fitzhardinge
• [PATCH] xen: remove load_cr3() from manage.c for ia64 support., Isaku Yamahata
• [PATCH] xen: compilation fix for ia64 support., Isaku Yamahata
  • Re: [PATCH] xen: compilation fix for ia64 support., Jeremy Fitzhardinge
    • Re: [PATCH] xen: compilation fix for ia64 support., Isaku Yamahata
• [PATCH] xen/netfront: Avoid unaligned accesses to IP datagrams., Isaku Yamahata
• [-mm] BUG: sleeping function called from invalid context at include/linux/pagemap.h:290, Li Zefan
  • Re: [-mm] BUG: sleeping function called from invalid context at include/linux/pagemap.h:290, Andrew Morton
  • Re: [-mm] BUG: sleeping function called from invalid context at include/linux/pagemap.h:290, KOSAKI Motohiro
    • [mmotm] build failure on x86_64 pci-calgary_64.c, KOSAKI Motohiro
      • Re: [mmotm] build failure on x86_64 pci-calgary_64.c, Andrew Morton
      • Re: [mmotm] build failure on x86_64 pci-calgary_64.c, Ingo Molnar
      • Re: [mmotm] build failure on x86_64 pci-calgary_64.c, KOSAKI Motohiro
  • Re: [-mm] BUG: sleeping function called from invalid context at include/linux/pagemap.h:290, KOSAKI Motohiro
    • Re: [-mm] BUG: sleeping function called from invalid context at include/linux/pagemap.h:290, Li Zefan
      • Re: [-mm] BUG: sleeping function called from invalid context at include/linux/pagemap.h:290, Hugh Dickins
      • Re: [-mm] BUG: sleeping function called from invalid context at include/linux/pagemap.h:290, KOSAKI Motohiro
      • Re: [-mm] BUG: sleeping function called from invalid context at include/linux/pagemap.h:290, Li Zefan
• [BUG] hotplug_cpu vs no_hz, Lai Jiangshan
  • Re: [BUG] hotplug_cpu vs no_hz, Vegard Nossum
• [PATCH] Introduce new cpu_mask APIs, Stephen Rothwell
• Linux 2.6.25.10, Greg KH
  • Re: Linux 2.6.25.10, Greg KH
  • Re: Linux 2.6.25.10, Bart Van Assche
    • Re: Linux 2.6.25.10, Greg KH
      • Re: Linux 2.6.25.10, Greg KH
  • <Possible follow-ups>
  • Re: Linux 2.6.25.10, Chris Rankin
    • Re: Linux 2.6.25.10, Greg KH
    • Re: Linux 2.6.25.10, Nix
    • Re: Linux 2.6.25.10, Stefan Roas
• Re: [RFC PATCH 2/4] ACPI: introduce the mechanism to save/restore ACPI NVS memory, Zhang Rui
• Multiple MSI, Matthew Wilcox
  • Re: Multiple MSI, Benjamin Herrenschmidt
    • Re: Multiple MSI, Matthew Wilcox
      • Re: Multiple MSI, Benjamin Herrenschmidt
      • Re: Multiple MSI, Michael Ellerman
      • Re: Multiple MSI, Arnd Bergmann
      • Re: Multiple MSI, Benjamin Herrenschmidt
      • Re: Multiple MSI, Matthew Wilcox
      • Re: Multiple MSI, Benjamin Herrenschmidt
      • Re: Multiple MSI, Michael Ellerman
      • Re: Multiple MSI, Alan Cox
      • Re: Multiple MSI, Matthew Wilcox
• [PATCH] [AGP] intel_agp: official name for GM45 chipset, Zhenyu Wang
• [RFC PATCH 4/4] x86_32: mark ACPI NVS memory region, Zhang Rui
  • Re: [RFC PATCH 4/4] x86_32: mark ACPI NVS memory region, Ingo Molnar
    • Re: [RFC PATCH 4/4] x86_32: mark ACPI NVS memory region, Zhang Rui
• [RFC PATCH 3/4] x86_64: mark ACPI NVS memory region, Zhang Rui
• [RFC PATCH 1/4] swsusp: call platform_begin before swsusp_shrink_memory, Zhang Rui
• [RFC PATCH 0/4] save and restore ACPI NVS memory during hibernation, Zhang Rui
• [PATCH] SD card fix, Marek Vasut
• Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Valdis . Kletnieks
  • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Andrew Morton
  • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Tigran Aivazian
    • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Valdis . Kletnieks
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Tigran Aivazian
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Giacomo A. Catenazzi
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Arjan van de Ven
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., David Woodhouse
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Giacomo A. Catenazzi
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., David Woodhouse
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Valdis . Kletnieks
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., David Woodhouse
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Valdis . Kletnieks
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., David Woodhouse
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Kay Sievers
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., David Woodhouse
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Kay Sievers
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., David Woodhouse
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Valdis . Kletnieks
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., David Woodhouse
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Valdis . Kletnieks
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Kay Sievers
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., David Woodhouse
      • Re: Intel Microcode loader, tg3 driver, and the -rc8-mmotd New World Order firmware..., Kay Sievers
• [PATCH v2 0/5] SPI OF bindings and mpc5200-spi driver, Grant Likely
  • [PATCH v2 1/5] spi: Change modalias from a pointer to a character array, Grant Likely
  • [PATCH v2 2/5] spi: split up spi_new_device() to allow two stage registration., Grant Likely
  • [PATCH v2 3/5] of-bindings: Add binding documentation for SPI busses and devices, Grant Likely
    • RE: [PATCH v2 3/5] of-bindings: Add binding documentation for SPI bussesand devices, Chen Gong
      • Re: [PATCH v2 3/5] of-bindings: Add binding documentation for SPI bussesand devices, Grant Likely
    • Re: [PATCH v2 3/5] of-bindings: Add binding documentation for SPI busses and devices, Segher Boessenkool
      • Re: [PATCH v2 3/5] of-bindings: Add binding documentation for SPI busses and devices, Grant Likely
  • [PATCH v2 4/5] spi: Add OF binding support for SPI busses, Grant Likely
    • Re: [PATCH v2 4/5] spi: Add OF binding support for SPI busses, Jon Smirl
    • RE: [PATCH v2 4/5] spi: Add OF binding support for SPI busses, Chen Gong
      • Re: [PATCH v2 4/5] spi: Add OF binding support for SPI busses, Grant Likely
  • [PATCH v2 5/5] powerpc/mpc5200: Add mpc5200-spi (non-PSC) device driver, Grant Likely
• [PATCH -rt] Fix CONFIG_DEBUG_RT_MUTEX lock underflow warnings, john stultz
• sh-asm/unistd.h userspace cleanup, Khem Raj
  • Re: sh-asm/unistd.h userspace cleanup, Paul Mundt
• [KORG] Master downtime, J.H.
  • Re: [KORG] Master downtime, J.H.
    • Re: [KORG] Master downtime, J.H.
• [PULL-REQUEST] md bugfixes for 2.6.26, Neil Brown
• [PATCH] Documentation: fix spelling in kobject.txt, Mijo Safradin
  • Re: [PATCH] Documentation: fix spelling in kobject.txt, Greg KH
• [PATCH] x86: fix Intel Mac booting with EFI, Hugh Dickins
  • Re: [PATCH] x86: fix Intel Mac booting with EFI, Ingo Molnar
    • Re: [PATCH] x86: fix Intel Mac booting with EFI, Ingo Molnar
• [PATCH] gpiolib: Allow user-selection, Michael Buesch
  • Re: [PATCH] gpiolib: Allow user-selection, Andrew Morton
    • Re: [PATCH] gpiolib: Allow user-selection, Michael Buesch
    • Re: [PATCH] gpiolib: Allow user-selection, David Brownell
      • Re: [PATCH] gpiolib: Allow user-selection, Andrew Morton
      • Re: [PATCH] gpiolib: Allow user-selection, David Brownell
      • Re: [PATCH] gpiolib: Allow user-selection, Greg KH
      • Re: [PATCH] gpiolib: Allow user-selection, David Brownell
      • Re: [PATCH] gpiolib: Allow user-selection, Greg KH
      • Re: [PATCH] gpiolib: Allow user-selection, Rene Herman
      • Re: [PATCH] gpiolib: Allow user-selection, Andrew Morton
      • Re: [PATCH] gpiolib: Allow user-selection, Rene Herman
    • Re: [PATCH] gpiolib: Allow user-selection, David Brownell
      • Re: [PATCH] gpiolib: Allow user-selection, Michael Buesch
• [PATCH 0/11] x86/pci 32/64 bit merge, Robert Richter
  • [PATCH 04/11] x86/pci: Makefile merge: Decoupling options for mp_bus_to_node.o, Robert Richter
    • Re: [PATCH 04/11] x86/pci: Makefile merge: Decoupling options for mp_bus_to_node.o, Yinghai Lu
  • [PATCH 03/11] x86/pci: Makefile merge: Whitespace changes only, Robert Richter
  • [PATCH 01/11] x86/pci: Makefile merge: Removing Makefile_*, Robert Richter
  • [PATCH 09/11] x86/pci: Makefile merge: Coalescing 32 and 64 bit, Robert Richter
  • [PATCH 11/11] x86/pci: Removing subsys_initcall ordering dependencies, Robert Richter
  • [PATCH 05/11] x86/pci: Makefile merge: Changing 64bit ordering, Robert Richter
  • [PATCH 10/11] x86/pci: visws: Renaming pcibios_init(), Robert Richter
  • [PATCH 07/11] x86/pci: mp_bus_to_node merge: moving code in amd_bus.c, Robert Richter
  • [PATCH 06/11] x86/pci: Makefile merge: Creating pci-y for 64 bit, Robert Richter
  • [PATCH 02/11] x86/pci: Makefile merge: Removing include dir flag, Robert Richter
  • [PATCH 08/11] x86/pci: merge: Moving mp_bus_to_node.c to amd_bus.c, Robert Richter
  • Re: [PATCH 0/11] x86/pci 32/64 bit merge, Jesse Barnes
    • Re: [PATCH 0/11] x86/pci 32/64 bit merge, Robert Richter
• b43 locks the machine when resuming after suspend to disk, Giacomo Mulas
  • Re: b43 locks the machine when resuming after suspend to disk, Rafael J. Wysocki
    • Re: b43 locks the machine when resuming after suspend to disk, Johannes Berg
      • Re: b43 locks the machine when resuming after suspend to disk, Johannes Berg
      • Re: b43 locks the machine when resuming after suspend to disk, Larry Finger
      • Re: b43 locks the machine when resuming after suspend to disk, Johannes Berg
    • Re: b43 locks the machine when resuming after suspend to disk, Johannes Berg
      • Re: b43 locks the machine when resuming after suspend to disk, Rafael J. Wysocki
      • Re: b43 locks the machine when resuming after suspend to disk, Johannes Berg
      • Re: b43 locks the machine when resuming after suspend to disk, Larry Finger
      • Re: b43 locks the machine when resuming after suspend to disk, Johannes Berg
      • Re: b43 locks the machine when resuming after suspend to disk, Giacomo Mulas
• Re: [x86-tip] panic during cpu_up, Dhaval Giani
  • Re: [x86-tip] panic during cpu_up, Ingo Molnar
    • Re: [x86-tip] panic during cpu_up, Dhaval Giani
      • Re: [x86-tip] panic during cpu_up, Dhaval Giani
• [PATCH] Update ia64 mmr list for SGI uv, Dimitri Sivanich
• pull request: wireless-2.6 2008-07-02, John W. Linville
  • Re: pull request: wireless-2.6 2008-07-02, David Miller
  • Re: pull request: wireless-2.6 2008-07-02, David Miller
• [PATCH] Update x86 mmr list for SGI uv, Dimitri Sivanich
• [PATCH] PalmTX initial support, Marek Vašut
  • Re: [PATCH] PalmTX initial support, Ben Dooks
    • Re: [PATCH] PalmTX initial support, Russell King - ARM Linux
      • Re: [PATCH] PalmTX initial support, Marek Vasut
      • Re: [PATCH] PalmTX initial support, Russell King - ARM Linux
      • Re: [PATCH] PalmTX initial support, Marek Vasut
  • Re: [PATCH] PalmTX initial support, Russell King - ARM Linux
    • Re: [PATCH] PalmTX initial support, Marek Vasut
      • Re: [PATCH] PalmTX initial support, Russell King - ARM Linux
      • Re: [PATCH] PalmTX initial support, Marek Vasut
  • Re: [PATCH] PalmTX initial support, Dmitry Baryshkov
    • Re: [PATCH] PalmTX initial support, Mark Brown
• [PATCH] doc: document the relax_domain_level kernel boot argument: correct default, Paul Jackson
• [PATCH resend] drivers/md: remove null pointer dereference, Julia Lawall
• [patch] vfs: fix lookup on deleted directory, Miklos Szeredi
  • Re: [patch] vfs: fix lookup on deleted directory, Al Viro
    • Re: [patch] vfs: fix lookup on deleted directory, Miklos Szeredi
• WAN: Remove dead code from PC300 driver, part #1, Krzysztof Halasa
• WAN: Port LMC driver to generic HDLC, Krzysztof Halasa
• WAN: Port COSA driver to generic HDLC., Krzysztof Halasa
• WAN: Remove dead code from PC300 driver, part #2, Krzysztof Halasa
• WAN: Convert Zilog-based drivers to generic HDLC, Krzysztof Halasa
• WAN: Remove dead code from wanmain.c, CONFIG_WANPIPE_MULTPPP doesn't exist, Krzysztof Halasa
  • Re: WAN: Remove dead code from wanmain.c, CONFIG_WANPIPE_MULTPPP doesn't exist, Adrian Bunk
    • Re: WAN: Remove dead code from wanmain.c, CONFIG_WANPIPE_MULTPPP doesn't exist, Krzysztof Halasa
• WAN: Remove bogus dosyncppp variable from synclink drivers., Krzysztof Halasa
• WAN: Remove bogus variables from syncppp.[ch], Krzysztof Halasa
• WAN: wanmain.c doesn't need syncppp.h, Krzysztof Halasa
• man-pages-3.02 is released, Michael Kerrisk
• [patch v2] gfs2: don't call permission(), Miklos Szeredi
  • Re: [patch v2] gfs2: don't call permission(), Steven Whitehouse
• getcpu(2) man page, Michael Kerrisk
  • Re: getcpu(2) man page, Andi Kleen
    • Re: getcpu(2) man page, Michael Kerrisk
• [Q] Is 64bit LVTT screwed, Cyrill Gorcunov
• [PATCH] add types.h include to dasd.h, Edjunior Barbosa Machado
• [PATCH] mfd: fix a bug in the asic3 irq demux code, Philipp Zabel
  • Re: [PATCH] mfd: fix a bug in the asic3 irq demux code, Andrew Morton
    • Re: [PATCH] mfd: fix a bug in the asic3 irq demux code, Samuel Ortiz
      • Re: [PATCH] mfd: fix a bug in the asic3 irq demux code, Andrew Morton
      • Re: [PATCH] mfd: fix a bug in the asic3 irq demux code, Samuel Ortiz
      • Re: [PATCH] mfd: fix a bug in the asic3 irq demux code, Andrew Morton
      • Re: [PATCH] mfd: fix a bug in the asic3 irq demux code, Samuel Ortiz
  • Re: [PATCH] mfd: fix a bug in the asic3 irq demux code, Samuel Ortiz
• Private Business Proposal, jspink02
• Re: [PATCH 55/84] ACPI: video: fix brightness allocation, Thomas Renninger
  • Re: [PATCH 55/84] ACPI: video: fix brightness allocation, Thomas Renninger
• [PATCH 04/04] s390: Use s390_root_dev_* in kvm_virtio., Greg KH
• [PATCH 02/04] s390: bus_id -> dev_set_name() changes, Greg KH
  • Re: [PATCH 02/04] s390: bus_id -> dev_set_name() changes, Anton Vorontsov
    • Re: [PATCH 02/04] s390: bus_id -> dev_set_name() changes, Greg KH
      • Re: [PATCH 02/04] s390: bus_id -> dev_set_name() changes, Anton Vorontsov
      • Re: [PATCH 02/04] s390: bus_id -> dev_set_name() changes, Cornelia Huck
• [PATCH 01/04] s390: bus_id -> dev_name conversions, Greg KH
  • Re: [PATCH 01/04] s390: bus_id -> dev_name conversions, Cornelia Huck
    • Re: [PATCH 01/04] s390: bus_id -> dev_name conversions, Greg KH
      • Re: [PATCH 01/04] s390: bus_id -> dev_name conversions, Heiko Carstens
• [PATCH 03/04] s390: more bus_id -> dev_name conversions, Greg KH
• [PATCH] arm: bus_id -> dev_name() and dev_set_name() conversions, Greg KH
• [PATCH] PCI: make pci_name use dev_name, Greg Kroah-Hartman
  • Re: [PATCH] PCI: make pci_name use dev_name, Greg Kroah-Hartman
    • Re: [PATCH] PCI: make pci_name use dev_name, Jesse Barnes
      • Re: [PATCH] PCI: make pci_name use dev_name, Greg KH
      • Re: [PATCH] PCI: make pci_name use dev_name, Greg KH
      • [patch 02/04] PCI: handle pci_name() being const, Greg Kroah-Hartman
      • Re: [patch 02/04] PCI: handle pci_name() being const, Jesse Barnes
      • [patch 04/04] USB: handle pci_name() being const, Greg Kroah-Hartman
      • [patch 01/04] MTD: handle pci_name() being const, Greg Kroah-Hartman
      • [patch 03/04] 3c59x: handle pci_name() being const, Greg Kroah-Hartman
      • Re: [patch 03/04] 3c59x: handle pci_name() being const, Andrew Morton
      • Re: [patch 03/04] 3c59x: handle pci_name() being const, Steffen Klassert
      • Re: [patch 03/04] 3c59x: handle pci_name() being const, Greg KH
      • Re: [PATCH] PCI: make pci_name use dev_name, Jesse Barnes
      • Re: [PATCH] PCI: make pci_name use dev_name, Greg KH
      • Re: [PATCH] PCI: make pci_name use dev_name, Jesse Barnes
      • Re: [PATCH] PCI: make pci_name use dev_name, Greg KH
• [PATCH] sparc64: fix up bus_id changes in sparc core code, Greg Kroah-Hartman
  • Re: [PATCH] sparc64: fix up bus_id changes in sparc core code, David Miller
    • Re: [PATCH] sparc64: fix up bus_id changes in sparc core code, Greg KH
      • Re: [PATCH] sparc64: fix up bus_id changes in sparc core code, David Miller
• [PATCH][v5] HP iLO driver, David Altobelli
• perfmon2 syscall interface rationale, stephane eranian
• restoration training, Jessica Peyton
• mtrr registers with >= 4GB ram, Rann Bar-On
  • Re: mtrr registers with >= 4GB ram, Yinghai Lu
• [patch 1/1] MFD: SM501 fix gpio number calculation for upper bank, Ben Dooks
• linux-next boot failure on 64-bit Sony Vaio (maybe x86 related), Carlos R. Mafra
  • Re: linux-next boot failure on 64-bit Sony Vaio (maybe x86 related), Carlos R. Mafra
• Re: System hangs on 2.6.26-rc8, Rafael J. Wysocki
  • Message not available
    • Re: System hangs on 2.6.26-rc8, Rafael J. Wysocki
• [PATCH] KVM: SVM: fix suspend/resume support, Joerg Roedel
• [PATCH] drivers/net/wireless/iwlwifi/iwl-3945.c, Darren Jenkins\\
  • Re: [PATCH] drivers/net/wireless/iwlwifi/iwl-3945.c, Filippo Zangheri
  • Re: [PATCH] drivers/net/wireless/iwlwifi/iwl-3945.c, John W. Linville
    • Re: [PATCH] drivers/net/wireless/iwlwifi/iwl-3945.c, Zhu Yi
• [resend][PATCH] fix lru_cache_add_active_or_unevictable, KOSAKI Motohiro
• WAN: add drivers etp and etp_stream, Matti Linnanvuori
• [PATCH] [CIFS] fix wksidarr declaration to be big-endian friendly, Jeff Layton
• [PATCH 0/5] update checkpatch to version 0.21, Andy Whitcroft
  • [PATCH 5/5] checkpatch: version 0.21, Andy Whitcroft
  • [PATCH 4/5] checkpatch: types cannot start mid word for pointer tests, Andy Whitcroft
  • [PATCH 2/5] checkpatch: variants -- move the main unary/binary operators to use variants, Andy Whitcroft
  • [PATCH 3/5] checkpatch: complex macros need to ignore comments, Andy Whitcroft
  • [PATCH 1/5] checkpatch: add checks for question mark and colon spacing, Andy Whitcroft
• kernel configuration_ help, saravanakumar
  • Re: kernel configuration_ help, Vegard Nossum
• nfs client readdir caching issue?, Andy Chittenden
  • Re: nfs client readdir caching issue?, Trond Myklebust
    • RE: nfs client readdir caching issue?, Andy Chittenden
• How to figure READONLY kernel space address/page, yzhar
• [2.6.24] CPU offline warning at shutdown., Tetsuo Handa
• [no subject], RUSYA RAHIM
  • Re: (unknown), Niels de Vos
• [PATCH] uio: User IRQ Mode, Magnus Damm
  • Re: [PATCH] uio: User IRQ Mode, Alan Cox
    • Re: [PATCH] uio: User IRQ Mode, Uwe Kleine-König
      • Re: [PATCH] uio: User IRQ Mode, Alan Cox
      • Re: [PATCH] uio: User IRQ Mode, Magnus Damm
    • Re: [PATCH] uio: User IRQ Mode, Magnus Damm
  • Re: [PATCH] uio: User IRQ Mode, Hans J. Koch
    • Re: [PATCH] uio: User IRQ Mode, Uwe Kleine-König
      • Re: [PATCH] uio: User IRQ Mode, Hans J. Koch
      • Re: [PATCH] uio: User IRQ Mode, Paul Mundt
      • Re: [PATCH] uio: User IRQ Mode, Hans J. Koch
      • Re: [PATCH] uio: User IRQ Mode, Magnus Damm
      • Re: [PATCH] uio: User IRQ Mode, Hans J. Koch
      • Re: [PATCH] uio: User IRQ Mode, Magnus Damm
      • Re: [PATCH] uio: User IRQ Mode, Uwe Kleine-König
      • Re: [PATCH] uio: User IRQ Mode, Magnus Damm
      • Re: [PATCH] uio: User IRQ Mode, Uwe Kleine-König
      • Re: [PATCH] uio: User IRQ Mode, Paul Mundt
      • Re: [PATCH] uio: User IRQ Mode, Hans J. Koch
      • Re: [PATCH] uio: User IRQ Mode, Alan Cox
      • Re: [PATCH] uio: User IRQ Mode, Hans J. Koch
      • Re: [PATCH] uio: User IRQ Mode, Hans J. Koch
      • Re: [PATCH] uio: User IRQ Mode, Magnus Damm
• [PATCH] [CIFS] fix inode leak in cifs_get_inode_info_unix, Jeff Layton
• [patch 1/1] MFD: SM501 build fixes when CONFIG_MFD_SM501_GPIO unset., Ben Dooks
  • Re: [patch 1/1] MFD: SM501 build fixes when CONFIG_MFD_SM501_GPIO unset., Li Zefan
    • Re: [patch 1/1] MFD: SM501 build fixes when CONFIG_MFD_SM501_GPIO unset., Ben Dooks
• Is VFS behavior fine?, Artem Bityutskiy
  • Re: Is VFS behavior fine?, Miklos Szeredi
    • Re: Is VFS behavior fine?, Artem Bityutskiy
  • Re: Is VFS behavior fine?, Breno Leitao
• Re: [patch 2.6.26-mmotm] rtc: BCD codeshrink, Andrew Morton
  • Re: [patch 2.6.26-mmotm] rtc: BCD codeshrink, Adrian Bunk
• [PATCH] fix task dirty balancing, YAMAMOTO Takashi
  • Re: [PATCH] fix task dirty balancing, Peter Zijlstra
    • Re: [PATCH] fix task dirty balancing, YAMAMOTO Takashi
• [patch 2.6.26-rc8] dma: fix platform driver hotplug/coldplug, David Brownell
• [patch 2.6.26-rc8] parport: fix platform driver hotplug/coldplug, David Brownell
  • Re: [patch 2.6.26-rc8] parport: fix platform driver hotplug/coldplug, Ben Dooks
• [patch 2.6.26-rc8] mfd: fix platform driver hotplug/coldplug, David Brownell
• [patch 2.6.26-rc8] drivers/power: fix platform driver hotplug/coldplug, David Brownell
  • Re: [patch 2.6.26-rc8] drivers/power: fix platform driver hotplug/coldplug, Andrew Morton
    • Re: [patch 2.6.26-rc8] drivers/power: fix platform driver hotplug/coldplug, David Brownell
• PROBLEM: Kernel panic, Svein Larsen
  • Re: PROBLEM: Kernel panic, Frederik Deweerdt
• linux-next: Tree for July 2, Stephen Rothwell
• Is sysfs the right place to get cache and CPU topology info?, Paul Mackerras
  • Re: Is sysfs the right place to get cache and CPU topology info?, Andrew Morton
    • Re: Is sysfs the right place to get cache and CPU topology info?, Paul Mackerras
      • Re: Is sysfs the right place to get cache and CPU topology info?, Andrew Morton
      • Re: Is sysfs the right place to get cache and CPU topology info?, Paul Mackerras
      • Re: Is sysfs the right place to get cache and CPU topology info?, Andrew Morton
    • Re: Is sysfs the right place to get cache and CPU topology info?, Andi Kleen
      • Re: Is sysfs the right place to get cache and CPU topology info?, Nathan Lynch
      • Re: Is sysfs the right place to get cache and CPU topology info?, Andi Kleen
      • Re: Is sysfs the right place to get cache and CPU topology info?, Greg KH
      • Removing sysdevs? (was: Re: Is sysfs the right place to get cache and CPU topology info?), Rafael J. Wysocki
      • Re: Removing sysdevs? (was: Re: Is sysfs the right place to get cache and CPU topology info?), Greg KH
      • Re: Removing sysdevs?, Andi Kleen
      • Re: Removing sysdevs?, Benjamin Herrenschmidt
      • Re: Removing sysdevs?, Greg KH
      • Re: Removing sysdevs?, Andi Kleen
      • Re: Removing sysdevs?, Greg KH
      • Re: Removing sysdevs? (was: Re: Is sysfs the right place to get cache and CPU topology info?), Rafael J. Wysocki
      • Re: Removing sysdevs? (was: Re: Is sysfs the right place to get cache and CPU topology info?), Greg KH
      • Re: Removing sysdevs? (was: Re: Is sysfs the right place to get cache and CPU topology info?), Rafael J. Wysocki
    • [PATCH] sysfs-rules.txt: reword API stability statement, Nathan Lynch
• [BUG] 2.6.26-rc8-git2 - kernel BUG at mm/page_alloc.c:585, Kamalesh Babulal
  • Re: [BUG] 2.6.26-rc8-git2 - kernel BUG at mm/page_alloc.c:585, Andrew Morton
• [-mmotm] some different buliding failures, Li Zefan
  • Re: [-mmotm] some different buliding failures, Andrew Morton
    • Re: [-mmotm] some different buliding failures, Paul Mundt
      • Re: [-mmotm] some different buliding failures, Ben Dooks
  • Re: [-mmotm] some different buliding failures, Andrew Morton
    • Re: [-mmotm] some different buliding failures, Li Zefan
  • Re: [-mmotm] some different buliding failures, Andrew Morton
    • Re: [-mmotm] some different buliding failures, Avi Kivity
      • Re: [-mmotm] some different buliding failures, Hugh Dickins
      • Re: [-mmotm] some different buliding failures, Avi Kivity
• [PATCH -mmotm] res_counter: fix building failure, Li Zefan
  • Re: [PATCH -mmotm] res_counter: fix building failure, Paul Menage
    • Re: [PATCH -mmotm] res_counter: fix building failure, Li Zefan
      • Re: [PATCH -mmotm] res_counter: fix building failure, Balbir Singh
      • Re: [PATCH -mmotm] res_counter: fix building failure, Andrea Righi
• [PATCH] EDAC: mpc85xx fix pci ofdev 2nd pass, dougthompson
• [PATCH] PCI Hotplug: acpiphp: cleanup notify handler on all root bridges, Alex Chiang
  • Re: [PATCH] PCI Hotplug: acpiphp: cleanup notify handler on all root bridges, Jesse Barnes
• [PATCH 0 of 8] x86/xen: updated physical mapping patches, and _PAGE_GLOBAL cleanup, Jeremy Fitzhardinge
  • [PATCH 3 of 8] x86_64/setup: preserve existing PUD mappings, Jeremy Fitzhardinge
  • [PATCH 2 of 8] x86_64: unmap iomapping before populating, Jeremy Fitzhardinge
  • [PATCH 6 of 8] x86: always set _PAGE_GLOBAL in _PAGE_KERNEL* flags, Jeremy Fitzhardinge
  • [PATCH 7 of 8] x86_32: remove __PAGE_KERNEL(_EXEC), Jeremy Fitzhardinge
  • [PATCH 8 of 8] x86/cpa: use an undefined PTE bit for testing CPA, Jeremy Fitzhardinge
  • [PATCH 5 of 8] x86_64/setup: create 4k mappings if the cpu doens't support PSE, Jeremy Fitzhardinge
  • [PATCH 4 of 8] x86_64/setup: unconditionally populate the pgd, Jeremy Fitzhardinge
  • [PATCH 1 of 8] x86_64: create global mappings in head_64.S, Jeremy Fitzhardinge
  • Re: [PATCH 0 of 8] x86/xen: updated physical mapping patches, and _PAGE_GLOBAL cleanup, Ingo Molnar
    • Re: [PATCH 0 of 8] x86/xen: updated physical mapping patches, and _PAGE_GLOBAL cleanup, Jeremy Fitzhardinge
• Re: Email, Y.N.
• linux-staging for 2.6.26-rc8, Greg KH
• [PATCH 23/23] make section names compatible with -ffunction-sections -fdata-sections: xtensa, Denys Vlasenko
• [PATCH 22/23] make section names compatible with -ffunction-sections -fdata-sections: x86, Denys Vlasenko
  • Re: [PATCH 22/23] make section names compatible with -ffunction-sections -fdata-sections: x86, Denys Vlasenko
• [PATCH 21/23] make section names compatible with -ffunction-sections -fdata-sections: v850, Denys Vlasenko
  • Re: [PATCH 21/23] make section names compatible with -ffunction-sections -fdata-sections: v850, Arnd Bergmann