|
|
2.6.31-rc1-git3: Reported regressions 2.6.29 -> 2.6.30, Rafael J. Wysocki
- [Bug #13109] High latency on /sys/class/thermal, Rafael J. Wysocki
- [Bug #13306] hibernate slow on _second_ run, Rafael J. Wysocki
- [Bug #13179] CD-R: wodim intermittent failures, Rafael J. Wysocki
- [Bug #13277] 2.6.30 regression - hang on 2nd resume - bisected - Thinkpad X40, Rafael J. Wysocki
- [Bug #13119] Trouble with make-install from a NFS mount, Rafael J. Wysocki
- [Bug #13319] Page allocation failures with b43 and p54usb, Rafael J. Wysocki
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, Larry Finger
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, Rafael J. Wysocki
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, David Rientjes
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, Larry Finger
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, David Rientjes
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, Pekka Enberg
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, David Rientjes
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, Pekka Enberg
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, Larry Finger
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, David Rientjes
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, Christoph Lameter
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, Christoph Lameter
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, David Rientjes
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, Christoph Lameter
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, David Rientjes
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, Christoph Lameter
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, David Rientjes
- Re: [Bug #13319] Page allocation failures with b43 and p54usb, Christoph Lameter
- [Bug #13318] AGP doesn't work anymore on nforce2, Rafael J. Wysocki
- [Bug #13362] rt2x00: slow wifi with correct basic rate bitmap, Rafael J. Wysocki
- [Bug #13389] Warning 'Invalid throttling state, reset' gets displayed when it should not be, Rafael J. Wysocki
- [Bug #13341] Random Oops at boot at loading ip6tables rules, Rafael J. Wysocki
- [Bug #13337] [post 2.6.29 regression] hang during suspend of b44/b43 modules, Rafael J. Wysocki
- [Bug #13374] reiserfs blocked for more than 120secs, Rafael J. Wysocki
- [Bug #13373] fbcon, intelfb, i915: INFO: possible circular locking dependency detected, Rafael J. Wysocki
- [Bug #13351] 2.6.30 corrupts my system after suspend resume with readonly mounted hard disk, Rafael J. Wysocki
- [Bug #13401] pktcdvd writing is really slow with CFQ scheduler (bisected), Rafael J. Wysocki
- [Bug #13328] b44: eth0: BUG! Timeout waiting for bit 00000002 of register 42c to clear., Rafael J. Wysocki
- [Bug #13407] adb trackpad disappears after suspend to ram, Rafael J. Wysocki
- [Bug #13408] Performance regression in 2.6.30-rc7, Rafael J. Wysocki
- [Bug #13424] possible deadlock when doing governor switching, Rafael J. Wysocki
- [Bug #13512] D43 on 2.6.30 doesn't suspend anymore, Rafael J. Wysocki
- [Bug #13471] Loading parport_pc kills the keyboard if ACPI is enabled, Rafael J. Wysocki
- [Bug #13472] Oops with minicom and USB serial, Rafael J. Wysocki
- [Bug #13502] GPE storm causes polling mode, which causes /proc/acpi/battery read to take 4 seconds - MacBookPro4,1, Rafael J. Wysocki
- [Bug #13514] acer_wmi causes stack corruption, Rafael J. Wysocki
- [Bug #13475] suspend/hibernate lockdep warning, Rafael J. Wysocki
- [Bug #13518] slab grows with NFS write activity., Rafael J. Wysocki
- [Bug #13528] au0828: major drop in reception quality between 2.6.29.4 and 2.6.30 on HVR-950q, Rafael J. Wysocki
- [Bug #13554] linux-image-2.6.30-1-686, KMS enabled: black screen, no X window, Rafael J. Wysocki
- [Bug #13558] Tracelog during resume, Rafael J. Wysocki
- [Bug #13620] acpi_enforce_resources broken - conflicting i2c module loaded on some EeePCs, Rafael J. Wysocki
- [Bug #13621] xfs hangs with assertion failed, Rafael J. Wysocki
- [Bug #13624] usb: wrong autosuspend initialization, Rafael J. Wysocki
- [Bug #13634] [drm:drm_wait_vblank] *ERROR* failed to acquire vblank counter, -22, Rafael J. Wysocki
- [Bug #13581] ath9k doesn't work with newer kernels, Rafael J. Wysocki
- [Bug #13613] lockups with JFS (inconsistent lock state), Rafael J. Wysocki
- [Bug #13644] hibernation/swsusp lockup due to acpi-cpufreq, Rafael J. Wysocki
- [Bug #13646] warn_on tty_io.c, broken bluetooth, Rafael J. Wysocki
- [Bug #13647] fb/mmap lockdep report., Rafael J. Wysocki
- [Bug #13648] nfsd: page allocation failure, Rafael J. Wysocki
- [Bug #13669] Kernel bug with dock driver, Rafael J. Wysocki
- [Bug #13651] Anyone know what happened with PC speaker in 2.6.30?, Rafael J. Wysocki
- [Bug #13668] Can't boot 2.6.30 powerpc kernel under qemu., Rafael J. Wysocki
- [Bug #13663] suspend to ram regression (IDE related), Rafael J. Wysocki
- [Bug #13660] Crashes during boot on 2.6.30 / 2.6.31-rc, random programs, Rafael J. Wysocki
- [Bug #13649] Bad page state in process with various applications, Rafael J. Wysocki
2.6.31-rc1-git3: Reported regressions from 2.6.30, Rafael J. Wysocki
- [Bug #13522] BUG: scheduling while atomic, Rafael J. Wysocki
- [Bug #13592] Root partition is not found, Rafael J. Wysocki
- [Bug #13610] radeon kms invalid edid data at lvds, Rafael J. Wysocki
- [Bug #13601] Hard crash connecting via Huawei E169 + umtsmon, Rafael J. Wysocki
- [Bug #13633] [bisected] No sound on HDA Intel (ALC268), Rafael J. Wysocki
- [Bug #13627] Tunnel device ignores TCP/UDP traffic, Rafael J. Wysocki
- [Bug #13643] Touchpad lost synchronization after resume from suspend to RAM, Rafael J. Wysocki
- [Bug #13653] system hangs after resume from suspend to disk, mce related, Rafael J. Wysocki
- [Bug #13645] NULL pointer dereference at (null) (level2_spare_pgt), Rafael J. Wysocki
- [Bug #13650] Problem with alloc_arch_preferred_bootmem() on powerpc, Rafael J. Wysocki
- [Bug #13654] possible recursive locking detected at kmem_cache_free, Rafael J. Wysocki
- [Bug #13656] 2.6.31-rc1 crashes randomly on my Machine., Rafael J. Wysocki
- [Bug #13655] [Oops] 2.6.31-rc1: tun, Rafael J. Wysocki
- [Bug #13658] parisc: multiple PCI BAR collisions, Rafael J. Wysocki
- [Bug #13657] Linux-2.6.31-rc1 Fails To Recognize Some USB Disks, Rafael J. Wysocki
- [Bug #13652] scheduling while atomic: pptpgw, Rafael J. Wysocki
- [Bug #13659] iwlagn (4965): no wireless due to RFKILL problem, Rafael J. Wysocki
- [Bug #13661] warning in smp_call_function_single while S2R, Rafael J. Wysocki
- [Bug #13665] commit 69c854817566 causes OOMs, Rafael J. Wysocki
- [Bug #13667] drm: display arifacts when X.Org is stopped, Rafael J. Wysocki
- [Bug #13662] broken alpha smp build, Rafael J. Wysocki
- [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask, Rafael J. Wysocki
[PATCH 00/62] Remove unnecessary semicolons, Joe Perches
- [PATCH 22/62] drivers/media/video/cx18/cx18-fileops.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 23/62] drivers/media/video/ivtv/ivtv-driver.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 24/62] drivers/media: Remove unnecessary semicolons, Joe Perches
- [PATCH 27/62] drivers/net/wireless/ath/ath9k: Remove unnecessary semicolons, Joe Perches
- [PATCH 01/62] arch/arm: Remove unnecessary semicolons, Joe Perches
- [PATCH 02/62] arch/ia64: Remove unnecessary semicolons, Joe Perches
- [PATCH 03/62] arch/m68knommu/kernel/time.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 57/62] fs/ext4/mballoc.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 04/62] arch/mips/kernel/vpe.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 05/62] arch/powerpc: Remove unnecessary semicolons, Joe Perches
- [PATCH 09/62] arch/sparc/kernel/irq_64.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 08/62] arch/sh/boards/mach-se/7206/io.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 07/62] arch/s390/kvm/interrupt.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 06/62] arch/s390/hypfs/inode.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 10/62] arch/um/drivers/net_kern.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 12/62] drivers/ata: Remove unnecessary semicolons, Joe Perches
- [PATCH 11/62] arch/x86/kernel/ds.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 14/62] drivers/char/epca.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 13/62] drivers/block: Remove unnecessary semicolons, Joe Perches
- [PATCH 15/62] drivers/dma/fsldma.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 16/62] drivers/dma: Remove unnecessary semicolons, Joe Perches
- [PATCH 17/62] drivers/gpu/drm: Remove unnecessary semicolons, Joe Perches
- [PATCH 18/62] drivers/hwmon/sht15.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 19/62] drivers/ide: Remove unnecessary semicolons, Joe Perches
- [PATCH 21/62] drivers/macintosh/rack-meter.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 20/62] drivers/isdn/capi/capiutil.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 26/62] drivers/mmc/host/imxmmc.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 25/62] drivers/mfd/twl4030-irq.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 28/62] drivers/net/bnx2x_link.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 36/62] drivers/pcmcia/pcmcia_resource.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 30/62] drivers/net/qlge/qlge_main.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 37/62] drivers/regulator/pcf50633-regulator.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 35/62] drivers/pci/pcie/aer/ecrc.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 34/62] drivers/net: Remove unnecessary semicolons, Joe Perches
- [PATCH 39/62] drivers/s390/block/dasd_eckd.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 33/62] drivers/net/sky2.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 41/62] drivers/s390/scsi/zfcp_scsi.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 42/62] drivers/scsi/bnx2i/bnx2i_hwi.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 44/62] drivers/scsi/lpfc/lpfc_ct.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 38/62] drivers/rtc/rtc-omap.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 45/62] drivers/spi: Remove unnecessary semicolons, Joe Perches
- [PATCH 46/62] drivers/staging: Remove unnecessary semicolons, Joe Perches
- [PATCH 50/62] drivers/video/imxfb.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 48/62] drivers/uwb/i1480/i1480u-wlp/netdev.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 49/62] drivers/video/cfbcopyarea.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 47/62] drivers/usb: Remove unnecessary semicolons, Joe Perches
- [PATCH 51/62] drivers/video/s3c2410fb.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 43/62] include/scsi/fc/fc_fc2.h: Remove unnecessary semicolons, Joe Perches
- [PATCH 53/62] drivers/xen/balloon.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 52/62] drivers/watchdog/bcm47xx_wdt.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 55/62] fs/btrfs/tree-log.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 54/62] fs/autofs/dirhash.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 56/62] fs/cifs/cifs_dfs_ref.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 58/62] fs/nfs/callback_xdr.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 40/62] drivers/s390/net/netiucv.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 32/62] drivers/net/skge.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 31/62] drivers/net/skfp: Remove unnecessary semicolons, Joe Perches
- [PATCH 59/62] fs/ocfs2/quota_global.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 61/62] net/wireless/wext-compat.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 60/62] kernel/trace/trace_hw_branches.c: Remove unnecessary semicolons, Joe Perches
- [PATCH 62/62] sound: Remove unnecessary semicolons, Joe Perches
- [PATCH 29/62] drivers/net/igb/igb_main.c: Remove unnecessary semicolons, Joe Perches
- Re: [PATCH 00/62] Remove unnecessary semicolons, Arjan van de Ven
- Re: [PATCH 00/62] Remove unnecessary semicolons, Boaz Harrosh
[PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, tom . leiming
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Arnd Bergmann
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Joerg Roedel
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Ming Lei
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Joerg Roedel
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Ming Lei
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Joerg Roedel
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Arnd Bergmann
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Alan Cox
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Arnd Bergmann
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Alan Cox
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Arnd Bergmann
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Alan Cox
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Arnd Bergmann
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Alan Cox
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Arnd Bergmann
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Joerg Roedel
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Alan Cox
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Joerg Roedel
- Re: [PATCH][RFC] asm-generic:remove calling flush_write_buffers() in dma_sync_*_for_cpu, Joerg Roedel
[PATCH 01/18] Staging: rtl8187se: remove ENABLE_DOT11D ifdefs, Bartlomiej Zolnierkiewicz
- [PATCH 02/18] Staging: rtl8187se: remove CONFIG_RTL8180_PM ifdefs, Bartlomiej Zolnierkiewicz
- [PATCH 03/18] Staging: rtl8187se: remove THOMAS_TURBO ifdefs, Bartlomiej Zolnierkiewicz
- [PATCH 04/18] Staging: rtl8187se: remove CONFIG_RTL818x_S ifdefs, Bartlomiej Zolnierkiewicz
- [PATCH 06/18] Staging: rtl8187se: remove CONFIG_RTL8180_IO_MAP ifdefs, Bartlomiej Zolnierkiewicz
- [PATCH 05/18] Staging: rtl8187se: remove CONFIG_RTL8185B ifdefs, Bartlomiej Zolnierkiewicz
- [PATCH 07/18] Staging: rtl8187se: remove dead code, Bartlomiej Zolnierkiewicz
- [PATCH 08/18] Staging: rtl8187se: remove unused radio frontends, Bartlomiej Zolnierkiewicz
- [PATCH 09/18] Staging: rtl8187se: remove debugging code from r8180_core.c, Bartlomiej Zolnierkiewicz
- [PATCH 10/18] Staging: rtl8187se: remove unused rtl8225_rf_* functions, Bartlomiej Zolnierkiewicz
- [PATCH 11/18] Staging: rtl8187se: cleanup r8180_rtl8225.c, Bartlomiej Zolnierkiewicz
- [PATCH 12/18] Staging: rtl8187se: merge r8180_rtl8225.c with r8180_rtl8225z2.c, Bartlomiej Zolnierkiewicz
- [PATCH 13/18] Staging: rtl8187se: cleanup r8180_pm.c, Bartlomiej Zolnierkiewicz
- [PATCH 14/18] Staging: rtl8187se: merge r8180_pm.c with r8180_core.c, Bartlomiej Zolnierkiewicz
- [PATCH 15/18] Staging: rtl8187se: remove unused definitions from r8180_hw.h, Bartlomiej Zolnierkiewicz
- [PATCH 16/18] Staging: rtl8187se: remove unused definitions from r8180.h, Bartlomiej Zolnierkiewicz
- [PATCH 17/18] Staging: rtl8187se: cleanup r8180_rtl8225z2.c, Bartlomiej Zolnierkiewicz
- [PATCH 18/18] Staging: rtl8187se: cleanup r8180_core.c, Bartlomiej Zolnierkiewicz
ACPI issues on HP DL585 G2, Stephen Frost
- Re: ACPI issues on HP DL585 G2, Yinghai Lu
- Re: ACPI issues on HP DL585 G2, Alex Chiang
- Re: ACPI issues on HP DL585 G2, Stephen Frost
- Re: ACPI issues on HP DL585 G2, Stephen Frost
- Re: ACPI issues on HP DL585 G2, dann frazier
- Re: ACPI issues on HP DL585 G2, Stephen Frost
- Re: ACPI issues on HP DL585 G2, Yinghai Lu
- Re: ACPI issues on HP DL585 G2, Stephen Frost
- Re: ACPI issues on HP DL585 G2, Stephen Frost
- Re: ACPI issues on HP DL585 G2, dann frazier
- Re: ACPI issues on HP DL585 G2, dann frazier
- Re: ACPI issues on HP DL585 G2, Stephen Frost
- Re: ACPI issues on HP DL585 G2, dann frazier
- Re: ACPI issues on HP DL585 G2, Stephen Frost
- Re: ACPI issues on HP DL585 G2, Yinghai Lu
- Re: ACPI issues on HP DL585 G2, Stephen Frost
[GIT PULL -tip][PATCH 0/3 -tip] perf stat patches, Jaswinder Singh Rajput
- [PATCH 1/3 -tip] perf stat: fix stat output, Jaswinder Singh Rajput
- [PATCH 2/3 -tip] perf_counter tools: Add support to set of multiple events in one shot, Jaswinder Singh Rajput
- [PATCH 3/3 -tip] perf_counter tools: Add support for all CACHE events, Jaswinder Singh Rajput
- Re: [PATCH 2/3 -tip] perf_counter tools: Add support to set of multiple events in one shot, Ingo Molnar
- Re: [PATCH 2/3 -tip] perf_counter tools: Add support to set of multiple events in one shot, Jaswinder Singh Rajput
- Re: [PATCH 2/3 -tip] perf_counter tools: Add support to set of multiple events in one shot, Ingo Molnar
- Re: [PATCH 2/3 -tip] perf_counter tools: Add support to set of multiple events in one shot, Jaswinder Singh Rajput
- Re: [PATCH 2/3 -tip] perf_counter tools: Add support to set of multiple events in one shot, Ingo Molnar
- Re: [PATCH 2/3 -tip] perf_counter tools: Add support to set of multiple events in one shot, Jaswinder Singh Rajput
- Re: [PATCH 2/3 -tip] perf_counter tools: Add support to set of multiple events in one shot, Ingo Molnar
- Re: [PATCH 2/3 -tip] perf_counter tools: Add support to set of multiple events in one shot, Jaswinder Singh Rajput
- Re: [PATCH 2/3 -tip] perf_counter tools: Add support to set of multiple events in one shot, Ingo Molnar
- [tip:perfcounters/urgent] perf stat: Improve output, tip-bot for Jaswinder Singh Rajput
[PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, tridge
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, H. Peter Anvin
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, OGAWA Hirofumi
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, Jan Engelhardt
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, Eric W. Biederman
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, tridge
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, Eric W. Biederman
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, tridge
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, OGAWA Hirofumi
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, Eric W. Biederman
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, James Bottomley
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, Eric W. Biederman
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, James Bottomley
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, tridge
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, tridge
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, Greg KH
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, tridge
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, Greg KH
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, OGAWA Hirofumi
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, tridge
- Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option, OGAWA Hirofumi
[BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Mikael Pettersson
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Mikael Pettersson
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Grant Grundler
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Mikael Pettersson
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Grant Grundler
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Mikael Pettersson
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Matthew Wilcox
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Mikael Pettersson
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Yinghai Lu
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Yinghai Lu
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Yinghai Lu
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Yinghai Lu
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Linus Torvalds
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Yinghai Lu
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Mikael Pettersson
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Rolf Eike Beer
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Yinghai Lu
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Yinghai Lu
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Yinghai Lu
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Linus Torvalds
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Yinghai Lu
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Yinghai Lu
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Linus Torvalds
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Linus Torvalds
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Yinghai Lu
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, Linus Torvalds
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- Re: [BUG 2.6.31-rc1] HIGHMEM64G causes hang in PCI init on 32-bit x86, H. Peter Anvin
- [tip:x86/urgent] Revert "x86: cap iomem_resource to addressable physical memory", tip-bot for H. Peter Anvin
- [tip:x86/urgent] Revert "x86: cap iomem_resource to addressable physical memory", tip-bot for H. Peter Anvin
- [tip:x86/urgent] Revert "x86: cap iomem_resource to addressable physical memory", tip-bot for H. Peter Anvin
[PATCH 00/15] drbd: a block device for HA clusters, Philipp Reisner
- [PATCH 01/15] lru_cache: track a fixed size cache of equal sized objects, Philipp Reisner
- [PATCH 02/15] drbd: tracking of active extents, Philipp Reisner
- [PATCH 03/15] drbd: dirty bitmap, Philipp Reisner
- [PATCH 04/15] drbd: request state processing, Philipp Reisner
- [PATCH 05/15] drbd: user space interface (based upon connector/netlink), Philipp Reisner
- [PATCH 06/15] drbd: internal data structures, Philipp Reisner
- [PATCH 07/15] drbd: device state engine, Philipp Reisner
- [PATCH 08/15] drbd: network IO threads, Philipp Reisner
- [PATCH 09/15] drbd: the /proc/drbd interface, Philipp Reisner
- [PATCH 10/15] drbd: worker thread, Philipp Reisner
- [PATCH 11/15] drbd: variable length integer encoding, Philipp Reisner
- [PATCH 12/15] drbd: String constants, Philipp Reisner
- [PATCH 13/15] drbd: tracepoint probes, Philipp Reisner
- [PATCH 14/15] drbd: documentation, Philipp Reisner
- [PATCH 15/15] drbd: Kconfig and Makefile bits, Philipp Reisner
- Re: [PATCH 00/15] drbd: a block device for HA clusters, Al Boldi
[git pull request] ACPI & driver patches for 2.6.31-rc1, Len Brown
- [PATCH] eeepc-laptop: Fix build failure with HOTPLUG_PCI && !SYSFS (was: [git pull request] ACPI & driver patches for 2.6.31-rc1), Ingo Molnar
- [PATCH, v2] eeepc-laptop: Fix build failure with HOTPLUG_PCI && !SYSFS (was: [git pull request] ACPI & driver patches for 2.6.31-rc1), Ingo Molnar
- [PATCH, v3] eeepc-laptop: Fix build failure with HOTPLUG_PCI && !SYSFS (was: [git pull request] ACPI & driver patches for 2.6.31-rc1), Ingo Molnar
- Re: [PATCH, v3] eeepc-laptop: Fix build failure with HOTPLUG_PCI && !SYSFS, Randy Dunlap
- Re: [PATCH, v3] eeepc-laptop: Fix build failure with HOTPLUG_PCI && !SYSFS (was: [git pull request] ACPI & driver patches for 2.6.31-rc1), Len Brown
- Re: [PATCH, v3] eeepc-laptop: Fix build failure with HOTPLUG_PCI && !SYSFS (was: [git pull request] ACPI & driver patches for 2.6.31-rc1), Ingo Molnar
- Re: [PATCH, v3] eeepc-laptop: Fix build failure with HOTPLUG_PCI && !SYSFS (was: [git pull request] ACPI & driver patches for 2.6.31-rc1), Sam Ravnborg
[PATCH 3/9] x86/moorestown: add moorestown platform flags, Pan, Jacob jun
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Ingo Molnar
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Alan Cox
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Ingo Molnar
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Alan Cox
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Ingo Molnar
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Alan Cox
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Ingo Molnar
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Alan Cox
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Ingo Molnar
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Alan Cox
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Ingo Molnar
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Ingo Molnar
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Thomas Gleixner
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Jesse Barnes
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Ingo Molnar
- Re: [PATCH 3/9] x86/moorestown: add moorestown platform flags, Jesse Barnes
[PATCH] net: fix race in the receive/select, Jiri Olsa
- Re: [PATCH] net: fix race in the receive/select, Oleg Nesterov
- Re: [PATCH] net: fix race in the receive/select, Davide Libenzi
- Re: [PATCH] net: fix race in the receive/select, Eric Dumazet
- Re: [PATCH] net: fix race in the receive/select, Davide Libenzi
- Re: [PATCH] net: fix race in the receive/select, David Miller
- Re: [PATCH] net: fix race in the receive/select, Eric Dumazet
- Re: [PATCH] net: fix race in the receive/select, Davide Libenzi
- Re: [PATCH] net: fix race in the receive/select, Jarek Poplawski
- Re: [PATCH] net: fix race in the receive/select, Jarek Poplawski
- Re: [PATCH] net: fix race in the receive/select, Oleg Nesterov
- Re: [PATCH] net: fix race in the receive/select, Davide Libenzi
- Re: [PATCH] net: fix race in the receive/select, Oleg Nesterov
- Re: [PATCH] net: fix race in the receive/select, Davide Libenzi
- Re: [PATCH] net: fix race in the receive/select, David Miller
- Re: [PATCH] net: fix race in the receive/select, Eric Dumazet
- Re: [PATCH] net: fix race in the receive/select, Jiri Olsa
- Re: [PATCH] net: fix race in the receive/select, Jarek Poplawski
- Re: [PATCH] net: fix race in the receive/select, Jarek Poplawski
- Re: [PATCH] net: fix race in the receive/select, Oleg Nesterov
- Re: [PATCH] net: fix race in the receive/select, Jarek Poplawski
- Re: [PATCH] net: fix race in the receive/select, Jiri Olsa
- Re: [PATCH] net: fix race in the receive/select, Oleg Nesterov
- Re: [PATCH] net: fix race in the receive/select, Eric Dumazet
- Re: [PATCH] net: fix race in the receive/select, Tejun Heo
- Re: [PATCH] net: fix race in the receive/select, Andi Kleen
[PATCH 0/10] Per-bdi writeback flusher threads v12, Jens Axboe
- [PATCH 01/10] writeback: move dirty inodes from super_block to backing_dev_info, Jens Axboe
- [PATCH 03/10] writeback: get rid of pdflush completely, Jens Axboe
- [PATCH 06/10] writeback: allow sleepy exit of default writeback task, Jens Axboe
- [PATCH 04/10] writeback: separate the flushing state/task from the bdi, Jens Axboe
- [PATCH 02/10] writeback: switch to per-bdi threads for flushing data, Jens Axboe
- [PATCH 10/10] writeback: use spin_trylock() in bdi_writeback_all() for WB_SYNC_NONE, Jens Axboe
- [PATCH 07/10] writeback: add some debug inode list counters to bdi stats, Jens Axboe
- [PATCH 05/10] writeback: support > 1 flusher thread per bdi, Jens Axboe
- [PATCH 08/10] writeback: add name to backing_dev_info, Jens Axboe
- [PATCH 09/10] writeback: check for registered bdi in flusher add and inode dirty, Jens Axboe
- Re: [PATCH 0/10] Per-bdi writeback flusher threads v12, Zhang, Yanmin
[PATCH 00/19] Use PCI_VDEVICE, Joe Perches
- [PATCH 06/19] drivers/media: Use PCI_VDEVICE, Joe Perches
- [PATCH 11/19] drivers/net/wireless: Use PCI_VDEVICE, Joe Perches
- [PATCH 02/19] drivers/atm: Use PCI_VDEVICE, Joe Perches
- [PATCH 03/19] drivers/block: Use PCI_VDEVICE, Joe Perches
- [PATCH 04/19] drivers/char/hw_random: Use PCI_VDEVICE, Joe Perches
- [PATCH 08/19] drivers/misc: Use PCI_VDEVICE, Joe Perches
- [PATCH 07/19] drivers/memstick: Use PCI_VDEVICE, Joe Perches
- [PATCH 05/19] drivers/isdn: Use PCI_VDEVICE, Joe Perches
- [PATCH 10/19] drivers/net/wan: Use PCI_VDEVICE, Joe Perches
- [PATCH 09/19] drivers/mmc: Use PCI_VDEVICE, Joe Perches
- [PATCH 13/19] drivers/parport: Use PCI_VDEVICE, Joe Perches
- [PATCH 12/19] drivers/net: Use PCI_VDEVICE, Joe Perches
- [PATCH 15/19] drivers/serial: Use PCI_VDEVICE, Joe Perches
- [PATCH 14/19] drivers/scsi: Use PCI_VDEVICE, Joe Perches
- [PATCH 16/19] drivers/staging: Use PCI_VDEVICE, Joe Perches
- [PATCH 17/19] drivers/telephony: Use PCI_VDEVICE, Joe Perches
- [PATCH 18/19] drivers/video: Use PCI_VDEVICE, Joe Perches
- [PATCH 19/19] sound: Use PCI_VDEVICE, Joe Perches
- [PATCH 01/19] drivers/ata: Use PCI_VDEVICE, Joe Perches
[dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Neil Brown
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Martin K. Petersen
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., NeilBrown
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., John Robinson
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Martin K. Petersen
- RE: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., berthiaume_wayne
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Martin K. Petersen
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Linus Torvalds
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Jens Axboe
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Neil Brown
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Martin K. Petersen
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Jens Axboe
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Neil Brown
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., NeilBrown
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Jens Axboe
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., NeilBrown
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Jens Axboe
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Neil Brown
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., NeilBrown
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Jens Axboe
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Neil Brown
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Jens Axboe
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., NeilBrown
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Jens Axboe
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Boaz Harrosh
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Jens Axboe
- Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory., Andreas Dilger
upcoming kerneloops.org item: get_page_from_freelist, Arjan van de Ven
- Re: upcoming kerneloops.org item: get_page_from_freelist, Andrew Morton
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Pekka Enberg
- Re: upcoming kerneloops.org item: get_page_from_freelist, Pekka Enberg
- Re: upcoming kerneloops.org item: get_page_from_freelist, Pekka Enberg
- Re: upcoming kerneloops.org item: get_page_from_freelist, Andrew Morton
- Re: upcoming kerneloops.org item: get_page_from_freelist, Pekka Enberg
- Re: upcoming kerneloops.org item: get_page_from_freelist, Andrew Morton
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Pekka Enberg
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Pekka J Enberg
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Andrew Morton
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Andrew Morton
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Andrew Morton
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Andrew Morton
- Re: upcoming kerneloops.org item: get_page_from_freelist, Nick Piggin
- Re: upcoming kerneloops.org item: get_page_from_freelist, Theodore Tso
- Re: upcoming kerneloops.org item: get_page_from_freelist, David Rientjes
- Re: upcoming kerneloops.org item: get_page_from_freelist, Theodore Tso
- Re: upcoming kerneloops.org item: get_page_from_freelist, Theodore Tso
- Re: upcoming kerneloops.org item: get_page_from_freelist, Andrew Morton
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, David Rientjes
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, David Rientjes
- Re: upcoming kerneloops.org item: get_page_from_freelist, Nick Piggin
- Re: upcoming kerneloops.org item: get_page_from_freelist, David Rientjes
- Re: upcoming kerneloops.org item: get_page_from_freelist, Theodore Tso
- Re: upcoming kerneloops.org item: get_page_from_freelist, Joel Becker
- Re: upcoming kerneloops.org item: get_page_from_freelist, Andreas Dilger
- Re: upcoming kerneloops.org item: get_page_from_freelist, Theodore Tso
- Re: upcoming kerneloops.org item: get_page_from_freelist, Eric Sandeen
- Re: upcoming kerneloops.org item: get_page_from_freelist, Theodore Tso
- Re: upcoming kerneloops.org item: get_page_from_freelist, Pekka J Enberg
- Re: upcoming kerneloops.org item: get_page_from_freelist, Nick Piggin
- Re: upcoming kerneloops.org item: get_page_from_freelist, Pekka Enberg
- Re: upcoming kerneloops.org item: get_page_from_freelist, Nick Piggin
- Re: upcoming kerneloops.org item: get_page_from_freelist, Christoph Lameter
- Re: upcoming kerneloops.org item: get_page_from_freelist, Nick Piggin
- Re: upcoming kerneloops.org item: get_page_from_freelist, Eric Sandeen
- Re: upcoming kerneloops.org item: get_page_from_freelist, Christoph Lameter
- Re: upcoming kerneloops.org item: get_page_from_freelist, Eric Sandeen
- Re: upcoming kerneloops.org item: get_page_from_freelist, Christoph Lameter
- Re: upcoming kerneloops.org item: get_page_from_freelist, Jens Axboe
- Re: upcoming kerneloops.org item: get_page_from_freelist, Jens Axboe
- Re: upcoming kerneloops.org item: get_page_from_freelist, Andrew Morton
- Re: upcoming kerneloops.org item: get_page_from_freelist, Nick Piggin
- Re: upcoming kerneloops.org item: get_page_from_freelist, David Rientjes
- Re: upcoming kerneloops.org item: get_page_from_freelist, Mel Gorman
- Re: upcoming kerneloops.org item: get_page_from_freelist, Andrew Morton
- Re: upcoming kerneloops.org item: get_page_from_freelist, Mel Gorman
- Re: upcoming kerneloops.org item: get_page_from_freelist, David Rientjes
- Re: upcoming kerneloops.org item: get_page_from_freelist, Mel Gorman
- Re: upcoming kerneloops.org item: get_page_from_freelist, David Rientjes
- Re: upcoming kerneloops.org item: get_page_from_freelist, David Rientjes
- Re: upcoming kerneloops.org item: get_page_from_freelist, Nick Piggin
- Re: upcoming kerneloops.org item: get_page_from_freelist, Nick Piggin
- Re: upcoming kerneloops.org item: get_page_from_freelist, David Rientjes
- Re: upcoming kerneloops.org item: get_page_from_freelist, Nick Piggin
- Re: upcoming kerneloops.org item: get_page_from_freelist, David Rientjes
- Re: upcoming kerneloops.org item: get_page_from_freelist, Pavel Machek
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Arjan van de Ven
- Re: upcoming kerneloops.org item: get_page_from_freelist, Linus Torvalds
- Re: upcoming kerneloops.org item: get_page_from_freelist, Pavel Machek
- Re: upcoming kerneloops.org item: get_page_from_freelist, Pekka Enberg
performance counter 20% error finding retired instruction count, Vince Weaver
- Re: performance counter 20% error finding retired instruction count, Ingo Molnar
- Re: performance counter 20% error finding retired instruction count, Vince Weaver
- Re: performance counter 20% error finding retired instruction count, Vince Weaver
- Re: performance counter 20% error finding retired instruction count, Peter Zijlstra
- Re: performance counter 20% error finding retired instruction count, Ingo Molnar
- Re: performance counter 20% error finding retired instruction count, Vince Weaver
- Re: performance counter ~0.4% error finding retired instruction count, Ingo Molnar
- [numbers] perfmon/pfmon overhead of 17%-94%, Ingo Molnar
- Re: [numbers] perfmon/pfmon overhead of 17%-94%, Vince Weaver
- Re: [numbers] perfmon/pfmon overhead of 17%-94%, Ingo Molnar
- [patch] perf_counter: Add enable-on-exec attribute, Ingo Molnar
- Re: [numbers] perfmon/pfmon overhead of 17%-94%, Ingo Molnar
- Re: [numbers] perfmon/pfmon overhead of 17%-94%, Ingo Molnar
- Re: performance counter ~0.4% error finding retired instruction count, Paul Mackerras
- Re: performance counter ~0.4% error finding retired instruction count, Ingo Molnar
- Re: performance counter ~0.4% error finding retired instruction count, Paul Mackerras
- Re: performance counter ~0.4% error finding retired instruction count, Paul Mackerras
- Re: performance counter ~0.4% error finding retired instruction count, Ingo Molnar
[PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Tejun Heo
- [PATCH 02/10] percpu: drop @unit_size from embed first chunk allocator, Tejun Heo
- [PATCH 09/10] percpu: allow non-linear / sparse cpu -> unit mapping, Tejun Heo
- [PATCH 01/10] x86: make pcpu_chunk_addr_search() matching stricter, Tejun Heo
- [PATCH 05/10] x86,percpu: generalize lpage first chunk allocator, Tejun Heo
- [PATCH 06/10] percpu: simplify pcpu_setup_first_chunk(), Tejun Heo
- [PATCH 04/10] percpu: make 4k first chunk allocator map memory, Tejun Heo
- [PATCH 07/10] percpu: reorder a few functions in mm/percpu.c, Tejun Heo
- [PATCH 03/10] x86,percpu: generalize 4k first chunk allocator, Tejun Heo
- [PATCH 08/10] percpu: drop pcpu_chunk->page[], Tejun Heo
- [PATCH 10/10] percpu: teach large page allocator about NUMA, Tejun Heo
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Andrew Morton
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Andi Kleen
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Tejun Heo
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Christoph Lameter
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Andrew Morton
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Christoph Lameter
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Ingo Molnar
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Christoph Lameter
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Scott Lurndal
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Ingo Molnar
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Christoph Lameter
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Ingo Molnar
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Andi Kleen
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Christoph Lameter
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Ingo Molnar
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Christoph Lameter
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Ingo Molnar
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Tejun Heo
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, Ingo Molnar
- Re: [PATCHSET] percpu: generalize first chunk allocators and improve lpage NUMA support, H. Peter Anvin
[PATCH 00/20] omapfb: Add support for new LCDs / misc fixes, Imre Deak
- [PATCH 01/20] omapfb: Add support for the Apollon LCD, Imre Deak
- [PATCH 02/20] omapfb: Add support for MIPI-DCS compatible LCDs, Imre Deak
- [PATCH 03/20] omapfb: Add support for the Amstrad Delta LCD, Imre Deak
- [PATCH 05/20] omapfb: Add support for the OMAP2EVM LCD, Imre Deak
- [PATCH 06/20] omapfb: Add support for the 3430SDP LCD, Imre Deak
- [PATCH 07/20] omapfb: Add support for the OMAP3 EVM LCD, Imre Deak
- [PATCH 08/20] omapfb: Add support for the OMAP3 Beagle DVI output, Imre Deak
- [PATCH 09/20] omapfb: Add support for the Gumstix Overo LCD, Imre Deak
- [PATCH 10/20] omapfb: Add support for the ZOOM MDK LCD, Imre Deak
- [PATCH 11/20] omapfb: Add support for rotation on the Blizzard LCD ctrl, Imre Deak
- [PATCH 12/20] N770: Enable LCD MIPI-DCS in Kconfig, Imre Deak
- [PATCH 13/20] omapfb: dispc: Various typo fixes, Imre Deak
- [PATCH 14/20] omapfb: dispc: Disable iface clocks along with func clocks, Imre Deak
- [PATCH 15/20] omapfb: dispc: Enable wake up capability, Imre Deak
- [PATCH 16/20] omapfb: dispc: Allow multiple external IRQ handlers, Imre Deak
- [PATCH 17/20] omapfb: suspend/resume only if FB device is already initialized, Imre Deak
- [PATCH 18/20] omapfb: Fix coding style / remove dead line, Imre Deak
- [PATCH 19/20] omapfb: Add FB manual update option to Kconfig, Imre Deak
- [PATCH 20/20] omapfb: HWA742: fix pointer to be const, Imre Deak
- Re: [PATCH 16/20] omapfb: dispc: Allow multiple external IRQ handlers, Felipe Balbi
- Re: [PATCH 16/20] omapfb: dispc: Allow multiple external IRQ handlers, Imre Deak
[RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Richard Kennedy
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Andrew Morton
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Jens Axboe
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Peter Zijlstra
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Jens Axboe
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Jens Axboe
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Al Boldi
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Jens Axboe
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Al Boldi
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Jens Axboe
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Al Boldi
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Jens Axboe
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Al Boldi
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Jens Axboe
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Richard Kennedy
- Re: [RFC][PATCH] mm: stop balance_dirty_pages doing too much work, Jens Axboe
[PATCHSET core/percpu] percpu: convert most archs to dynamic percpu, take#4, Tejun Heo
- [PATCH 03/10] CRIS: Change DEFINE_PER_CPU of current_pgd to be non volatile., Tejun Heo
- [PATCH 09/10] alpha: switch to dynamic percpu allocator, Tejun Heo
- [PATCH 04/10] percpu: cleanup percpu array definitions, Tejun Heo
- [PATCH 05/10] percpu: use DEFINE_PER_CPU_SHARED_ALIGNED(), Tejun Heo
- [PATCH 08/10] alpha: kill unnecessary __used attribute in PER_CPU_ATTRIBUTES, Tejun Heo
- [PATCH 10/10] s390: switch to dynamic percpu allocator, Tejun Heo
- [PATCH 01/10] percpu: use dynamic percpu allocator as the default percpu allocator, Tejun Heo
- [PATCH 07/10] percpu: implement optional weak percpu definitions, Tejun Heo
- [PATCH 06/10] percpu: clean up percpu variable definitions, Tejun Heo
- [PATCH 02/10] linker script: throw away .discard section, Tejun Heo
- [PATCH 11/10] sparc64: fix build breakage introduced by percpu-convert-most patchset, Tejun Heo
- Re: [PATCHSET core/percpu] percpu: convert most archs to dynamic percpu, take#4, Tejun Heo
Re: [merged] proctxt-update-kernel-filesystem-proctxt-documentation.patch removed from -mm tree, Stefani Seibold
- Re: [merged] proctxt-update-kernel-filesystem-proctxt-documentation.patch removed from -mm tree, Andrew Morton
- Re: [merged] proctxt-update-kernel-filesystem-proctxt-documentation.patch removed from -mm tree, Eric W. Biederman
- Re: [merged] proctxt-update-kernel-filesystem-proctxt-documentation.patch removed from -mm tree, Stefani Seibold
- Re: [merged] proctxt-update-kernel-filesystem-proctxt-documentation.patch removed from -mm tree, Andrew Morton
- Re: [merged] proctxt-update-kernel-filesystem-proctxt-documentation.patch removed from -mm tree, Stefani Seibold
- [patch 2/2] procfs: provide stack information for threads V0.9, Stefani Seibold
- [patch 2/2] procfs: provide stack information for threads V0.10, Stefani Seibold
- Re: [patch 2/2] procfs: provide stack information for threads V0.10, Ingo Molnar
- Re: [patch 2/2] procfs: provide stack information for threads V0.10, Stefani Seibold
- Re: [patch 2/2] procfs: provide stack information for threads V0.10, Johannes Weiner
- Re: [patch 2/2] procfs: provide stack information for threads V0.10, Ingo Molnar
- Re: [patch 2/2] procfs: provide stack information for threads V0.10, Johannes Weiner
- Re: [patch 2/2] procfs: provide stack information for threads V0.10, Ingo Molnar
- [tip:perfcounters/urgent] perf record: Fix filemap pathname parsing in /proc/pid/maps, tip-bot for Johannes Weiner
- [patch 2/2] procfs: provide stack information for threads V0.11, Stefani Seibold
Regression with commit f9cde5f in 2.6.30-gitX, Larry Finger
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Larry Finger
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Jaswinder Singh Rajput
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Ingo Molnar
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Larry Finger
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Ingo Molnar
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Thomas Gleixner
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Larry Finger
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Jaswinder Singh Rajput
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Gary Hade
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Jaswinder Singh Rajput
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Jesse Barnes
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Gary Hade
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Jesse Barnes
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Thomas Gleixner
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Gary Hade
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Larry Finger
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Gary Hade
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Gary Hade
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Yinghai Lu
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Larry Finger
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Yinghai Lu
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Larry Finger
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Yinghai Lu
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Yinghai Lu
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Larry Finger
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Linus Torvalds
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Gary Hade
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Larry Finger
- Re: Regression with commit f9cde5f in 2.6.30-gitX, Thomas Gleixner
Re: security: rename ptrace_may_access => ptrace_access_check, Oleg Nesterov
- Re: security: rename ptrace_may_access => ptrace_access_check, Christoph Hellwig
- [PATCH 0/1] mm_for_maps: simplify, use ptrace_may_access(), Oleg Nesterov
- [PATCH 1/1] mm_for_maps: simplify, use ptrace_may_access(), Oleg Nesterov
- Re: [PATCH 1/1] mm_for_maps: simplify, use ptrace_may_access(), Serge E. Hallyn
- Re: [PATCH 1/1] mm_for_maps: simplify, use ptrace_may_access(), James Morris
- Re: [PATCH 1/1] mm_for_maps: simplify, use ptrace_may_access(), Roland McGrath
- Re: [PATCH 1/1] mm_for_maps: simplify, use ptrace_may_access(), Oleg Nesterov
- Re: security: rename ptrace_may_access => ptrace_access_check, James Morris
- Re: security: rename ptrace_may_access => ptrace_access_check, James Morris
[patch] eventfd - revised interface and cleanups, Davide Libenzi
- Re: [patch] eventfd - revised interface and cleanups, Randy Dunlap
- Re: [patch] eventfd - revised interface and cleanups, Avi Kivity
- Re: [patch] eventfd - revised interface and cleanups, Gregory Haskins
- [patch] eventfd - revised interface and cleanups (2nd rev), Davide Libenzi
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Andrew Morton
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Andrew Morton
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Davide Libenzi
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Andrew Morton
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Davide Libenzi
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Andrew Morton
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Davide Libenzi
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Andrew Morton
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Davide Libenzi
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Andrew Morton
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Davide Libenzi
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Andrew Morton
- Re: [patch] eventfd - revised interface and cleanups (2nd rev), Andrew Morton
- [patch] eventfd - revised interface and cleanups (3rd rev), Davide Libenzi
[PATCH 00/10] We must use rcu_barrier() on module unload, Jesper Dangaard Brouer
- [PATCH 01/10] ext4: Use rcu_barrier() on module unload., Jesper Dangaard Brouer
- [PATCH 02/10] bridge: Use rcu_barrier() instead of syncronize_net() on unload., Jesper Dangaard Brouer
- [PATCH 03/10] mac80211: Use rcu_barrier() on unload., Jesper Dangaard Brouer
- [PATCH 04/10] sunrpc: Use rcu_barrier() on unload., Jesper Dangaard Brouer
- [PATCH 06/10] ipv6: Use rcu_barrier() on module unload., Jesper Dangaard Brouer
- [PATCH 05/10] nfs: Use rcu_barrier() on module unload., Jesper Dangaard Brouer
- [PATCH 10/10] nf_conntrack: Use rcu_barrier()., Jesper Dangaard Brouer
- [PATCH 08/10] edac_core: Uses call_rcu() and its own wait_for_completion scheme., Jesper Dangaard Brouer
- [PATCH 09/10] cfq-iosched: Uses its own open-coded rcu_barrier., Jesper Dangaard Brouer
- [PATCH 07/10] decnet: Use rcu_barrier() on module unload., Jesper Dangaard Brouer
- Re: [PATCH 00/10] We must use rcu_barrier() on module unload, Paul E. McKenney
- Re: [PATCH 00/10] We must use rcu_barrier() on module unload, David Miller
[PATCH] kvm: remove in_range from kvm_io_device, Michael S. Tsirkin
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Gregory Haskins
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Gregory Haskins
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Michael S. Tsirkin
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Michael S. Tsirkin
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Gregory Haskins
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Michael S. Tsirkin
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Gregory Haskins
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Michael S. Tsirkin
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Gregory Haskins
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Michael S. Tsirkin
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Gregory Haskins
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Avi Kivity
- Re: [PATCH] kvm: remove in_range from kvm_io_device, Gregory Haskins
[PATCH -tip] perf_counter tools: shorten names for events, Jaswinder Singh Rajput
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Jaswinder Singh Rajput
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Ingo Molnar
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Jaswinder Singh Rajput
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Jaswinder Singh Rajput
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Thomas Gleixner
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Jaswinder Singh Rajput
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Roland Dreier
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Ingo Molnar
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Ingo Molnar
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Thomas Gleixner
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Jaswinder Singh Rajput
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Roland Dreier
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Jaswinder Singh Rajput
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Roland Dreier
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Ingo Molnar
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Ingo Molnar
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Jaswinder Singh Rajput
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Roland Dreier
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Ingo Molnar
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Ingo Molnar
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Jaswinder Singh Rajput
- Re: [PATCH -tip] perf_counter tools: shorten names for events, Ingo Molnar
- [tip:perfcounters/urgent] perf_counter tools: Shorten names for events, tip-bot for Jaswinder Singh Rajput
- Re: [tip:perfcounters/urgent] perf_counter tools: Shorten names for events, Jaswinder Singh Rajput
- Re: [tip:perfcounters/urgent] perf_counter tools: Shorten names for events, Ingo Molnar
- [tip:perfcounters/urgent] perf_counter tools: Add alias for 'l1d' and 'l1i', tip-bot for Jaswinder Singh Rajput
[RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Len Brown
- [PATCH 1/8] SFI: Simple Firmware Interface - new Linux sub-system, Len Brown
- [PATCH 7/8] SFI, PCI: Hook MMCONFIG, Len Brown
- [PATCH 4/8] SFI: Hook boot-time initialization, Len Brown
- [PATCH 6/8] SFI: add ACPI extensions, Len Brown
- [PATCH 3/8] SFI: core support, Len Brown
- Re: [PATCH 3/8] SFI: core support, Ingo Molnar
- Re: [PATCH 3/8] SFI: core support, Feng Tang
- Re: [PATCH 3/8] SFI: core support, Ingo Molnar
- Re: [PATCH 3/8] SFI: core support, Feng Tang
- Re: [PATCH 3/8] SFI: core support, Len Brown
- Re: [PATCH 3/8] SFI: core support, Ingo Molnar
- Re: [PATCH 3/8] SFI: core support, Andi Kleen
- Re: [PATCH 3/8] SFI: core support, Len Brown
- Re: [PATCH 3/8] SFI: core support, Feng Tang
- Re: [PATCH 3/8] SFI: core support, Andi Kleen
- Re: [PATCH 3/8] SFI: core support, Feng Tang
- Re: [PATCH 3/8] SFI: core support, Andi Kleen
- [PATCH 8/8] SFI: expose IO-APIC routines to SFI, not just ACPI, Len Brown
- [PATCH 5/8] SFI: Hook e820 memory map initialization, Len Brown
- [PATCH 2/8] SFI: include/linux/sfi.h, Len Brown
- Re: [PATCH 2/8] SFI: include/linux/sfi.h, Ingo Molnar
- Re: [PATCH 2/8] SFI: include/linux/sfi.h, Feng Tang
- Re: [PATCH 2/8] SFI: include/linux/sfi.h, Ingo Molnar
- Re: [PATCH 2/8] SFI: include/linux/sfi.h, Feng Tang
- Re: [PATCH 2/8] SFI: include/linux/sfi.h, Ingo Molnar
- Re: [PATCH 2/8] SFI: include/linux/sfi.h, H. Peter Anvin
- Re: [PATCH 2/8] SFI: include/linux/sfi.h, Andrew Morton
- Re: [PATCH 2/8] SFI: include/linux/sfi.h, Ingo Molnar
- Re: [PATCH 2/8] SFI: include/linux/sfi.h, Sam Ravnborg
- Re: [PATCH 2/8] SFI: include/linux/sfi.h, Feng Tang
- Re: [PATCH 2/8] SFI: include/linux/sfi.h, Sam Ravnborg
- Re: [PATCH 1/8] SFI: Simple Firmware Interface - new Linux sub-system, Ingo Molnar
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Matthew Garrett
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Len Brown
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Matthew Garrett
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Len Brown
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Matthew Garrett
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Matthew Garrett
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Alan Cox
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Len Brown
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Len Brown
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Matthew Garrett
- RE: [SFI-devel] [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Justen, Jordan L
- RE: [SFI-devel] [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Len Brown
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Len Brown
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Pavel Machek
- Re: [RFC/PATCH 2.6.32] Simple Firmware Interface (SFI): initial support, Len Brown
[PATCH 3/5] power_supply: add a TRICKLE_CHARGING status, and add it to the olpc driver, Andres Salomon
- Re: [PATCH 3/5] power_supply: add a TRICKLE_CHARGING status, and add it to the olpc driver, Mark Brown
- Re: [PATCH 3/5] power_supply: add a TRICKLE_CHARGING status, and add it to the olpc driver, Richard A. Smith
- Re: [PATCH 3/5] power_supply: add a TRICKLE_CHARGING status, and add it to the olpc driver, Mark Brown
- Re: [PATCH 3/5] power_supply: add a TRICKLE_CHARGING status, and add it to the olpc driver, Richard A. Smith
- Re: [PATCH 3/5] power_supply: add a TRICKLE_CHARGING status, and add it to the olpc driver, Mark Brown
- Re: [PATCH 3/5] power_supply: add a TRICKLE_CHARGING status, and add it to the olpc driver, Richard A. Smith
- Re: [PATCH 3/5] power_supply: add a TRICKLE_CHARGING status, and add it to the olpc driver, Mark Brown
- Re: [PATCH 3/5] power_supply: add a TRICKLE_CHARGING status, and add it to the olpc driver, Andres Salomon
- Re: [PATCH 3/5] power_supply: add a TRICKLE_CHARGING status, and add it to the olpc driver, Anton Vorontsov
[PATCH] PM: Introduce core framework for run-time PM of I/O devices (rev. 3), Rafael J. Wysocki
- Re: [PATCH] PM: Introduce core framework for run-time PM of I/O devices (rev. 3), Rafael J. Wysocki
- Re: [PATCH] PM: Introduce core framework for run-time PM of I/O devices (rev. 3), Alan Stern
- Re: [PATCH] PM: Introduce core framework for run-time PM of I/O devices (rev. 3), Rafael J. Wysocki
- [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 4), Rafael J. Wysocki
- [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 5), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 5), Alan Stern
- Re: [linux-pm] [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 5), Alan Stern
- Re: [linux-pm] [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 5), Rafael J. Wysocki
- Re: [linux-pm] [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 5), Rafael J. Wysocki
- Re: [linux-pm] [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 5), Alan Stern
- [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 7), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6), Alan Stern
- [RFC] Run-time PM framework (was: Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 6)), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 5), Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 5), Magnus Damm
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices (rev. 5), Rafael J. Wysocki
[PATCH] Hugepages should be accounted as unevictable pages., Alok Kataria
- Re: [PATCH] Hugepages should be accounted as unevictable pages., KOSAKI Motohiro
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Alok Kataria
- Re: [PATCH] Hugepages should be accounted as unevictable pages., KOSAKI Motohiro
- Re: [PATCH] Hugepages should be accounted as unevictable pages., KAMEZAWA Hiroyuki
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Alok Kataria
- Re: [PATCH] Hugepages should be accounted as unevictable pages., KAMEZAWA Hiroyuki
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Alok Kataria
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Lee Schermerhorn
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Rik van Riel
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Alok Kataria
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Rik van Riel
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Alok Kataria
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Dave Hansen
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Rik van Riel
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Alok Kataria
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Dave Hansen
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Dave Hansen
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Alok Kataria
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Dave Hansen
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Alok Kataria
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Lee Schermerhorn
- Re: [PATCH] Hugepages should be accounted as unevictable pages., Mel Gorman
perf_counter Atom patch, stephane eranian
- RE: perf_counter Atom patch, Wang, Yong Y
- Re: perf_counter Atom patch, stephane eranian
- Re: perf_counter Atom patch, Yong Wang
- Re: perf_counter Atom patch, stephane eranian
- Re: perf_counter Atom patch, stephane eranian
- Re: perf_counter Atom patch, Yong Wang
- Re: perf_counter Atom patch, stephane eranian
- Re: perf_counter Atom patch, Ingo Molnar
- Re: perf_counter Atom patch, Yong Wang
- Re: perf_counter Atom patch, Ingo Molnar
- Re: perf_counter Atom patch, stephane eranian
- Re: perf_counter Atom patch, Yong Wang
- Re: perf_counter Atom patch, Peter Zijlstra
- Re: perf_counter Atom patch, stephane eranian
- RE: perf_counter Atom patch, Wang, Yong Y
[RFC,PATCH 2/2] change __wake_up_parent() to use filtered wakeup, Oleg Nesterov
- Re: [RFC,PATCH 2/2] change __wake_up_parent() to use filtered wakeup, Roland McGrath
- Re: [RFC,PATCH 2/2] change __wake_up_parent() to use filtered wakeup, Oleg Nesterov
- Re: [RFC,PATCH 2/2] change __wake_up_parent() to use filtered wakeup, Roland McGrath
- Re: [RFC,PATCH 2/2] change __wake_up_parent() to use filtered wakeup, Oleg Nesterov
- Re: [RFC,PATCH 2/2] change __wake_up_parent() to use filtered wakeup, Roland McGrath
- Re: [RFC,PATCH 2/2] change __wake_up_parent() to use filtered wakeup, Oleg Nesterov
- Re: [RFC,PATCH 2/2] change __wake_up_parent() to use filtered wakeup, Roland McGrath
- Re: [RFC,PATCH 2/2] change __wake_up_parent() to use filtered wakeup, Oleg Nesterov
- [rfc] do not place sub-threads on task_struct->children list, Oleg Nesterov
- Re: [rfc] do not place sub-threads on task_struct->children list, Roland McGrath
- Re: [RFC,PATCH 2/2] change __wake_up_parent() to use filtered wakeup, Roland McGrath
[PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Neil Horman
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Andrew Morton
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Neil Horman
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Neil Horman
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Andrew Morton
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Neil Horman
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Andi Kleen
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Andrew Morton
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Andi Kleen
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Andrew Morton
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Eric W. Biederman
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Eric W. Biederman
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Andi Kleen
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Eric W. Biederman
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Andi Kleen
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Andrew Morton
- Re: [PATCH] exec: Make do_coredump more robust and safer when using pipes in core_pattern, Neil Horman
- Re: [PATCH 1/2] exec: Make do_coredump more robust and safer when using pipes in core_pattern: recursive dump detection, Neil Horman
- Re: [PATCH 1/2] exec: Make do_coredump more robust and safer when using pipes in core_pattern: recursive dump detection, Andrew Morton
- Re: [PATCH 1/2] exec: Make do_coredump more robust and safer when using pipes in core_pattern: recursive dump detection, Neil Horman
- Re: [PATCH 1/2] exec: Make do_coredump more robust and safer when using pipes in core_pattern: recursive dump detection, Oleg Nesterov
- Re: [PATCH 1/2] exec: Make do_coredump more robust and safer when using pipes in core_pattern: recursive dump detection, Neil Horman
- [PATCH 0/2] do_coredump: misc cleanups, Oleg Nesterov
- [PATCH 1/2] do_coredump: factor out put_cred() calls, Oleg Nesterov
- Re: [PATCH 1/2] do_coredump: factor out put_cred() calls, Roland McGrath
- Re: [PATCH 1/2] do_coredump: factor out put_cred() calls, Oleg Nesterov
- [PATCH 2/2] do_coredump: move !ispipe code into "else" branch, Oleg Nesterov
- Q: do_coredump() && d_unhashed(), Oleg Nesterov
- Re: [PATCH 0/2] do_coredump: misc cleanups, Neil Horman
- Re: [PATCH 2/2] exec: Make do_coredump more robust and safer when using pipes in core_pattern: wait for core collectors, Neil Horman
- Re: [PATCH 1/2] exec: Make do_coredump more robust and safer when using pipes in core_pattern (v3), Neil Horman
- Re: [PATCH 2/2] exec: Make do_coredump more robust and safer when using pipes in core_pattern (v3), Neil Horman
- Re: [PATCH 0/2] exec: Make do_coredump more robust and safer when using pipes in core_pattern (v3), Neil Horman
- Re: [PATCH 0/3] exec: Make do_coredump more robust and safer when using pipes in core_pattern (v4), Neil Horman
[PATCH 00/15] Serial/tty follow up fixes for 2.6,31, Alan Cox
- [PATCH 01/15] bfin_jtag_comm: clean up printk usage, Alan Cox
- [PATCH 02/15] serial: bfin_5xx: add missing spin_lock init, Alan Cox
- [PATCH 04/15] serial: fix off by one errors, Alan Cox
- [PATCH 03/15] serial: bfin_5xx: fix building as module when early printk is enabled, Alan Cox
- [PATCH 05/15] n_r3964: fix lock imbalance, Alan Cox
- [PATCH 07/15] vt_ioctl: fix lock imbalance, Alan Cox
- [PATCH 06/15] pcmcia/cm4000: fix lock imbalance, Alan Cox
- [PATCH 08/15] ppp: Fix throttling bugs, Alan Cox
- [PATCH 09/15] tty: fix some bogns in the serqt_usb2 driver, Alan Cox
- [PATCH 10/15] serial@ add OMAP wakeup-enable register, Alan Cox
- [PATCH 11/15] serial: samsung.c: mark s3c24xx_serial_remove as __devexit, Alan Cox
- [PATCH 12/15] tty: n_hdlc add buffer flushing, Alan Cox
- [PATCH 13/15] timbuart: Fix for tx_empty, Alan Cox
- [PATCH 14/15] msm_serial: serial driver for MSM7K onboard serial peripheral., Alan Cox
- [PATCH 15/15] msm: fixups to match current code, Alan Cox
[PATCH] tools: fread does not return negative on error, Roel Kluin
- Re: [PATCH] tools: fread does not return negative on error, Ingo Molnar
- Re: [PATCH] tools: fread does not return negative on error, roel kluin
- [PATCH] fread does not return negative on error, René Scharfe
- Re: [PATCH] fread does not return negative on error, Junio C Hamano
- Re: [PATCH] fread does not return negative on error, Ingo Molnar
- Re: [PATCH] fread does not return negative on error, Johannes Schindelin
- Re: [PATCH] fread does not return negative on error, Junio C Hamano
- Re: [PATCH] fread does not return negative on error, Johannes Schindelin
- Re: [PATCH] fread does not return negative on error, Ingo Molnar
- Re: [PATCH] fread does not return negative on error, Alex Riesen
- Re: [PATCH] fread does not return negative on error, Junio C Hamano
- Re: [PATCH] fread does not return negative on error, Christian Couder
- Re: [PATCH] fread does not return negative on error, Ingo Molnar
- Re: [PATCH] fread does not return negative on error, Junio C Hamano
[PATCH] PCI: remove pcibios_scan_all_fns(), Alex Chiang
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Kyle McMartin
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Ralf Baechle
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Matthew Wilcox
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Jeremy Fitzhardinge
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Matthew Wilcox
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Benjamin Herrenschmidt
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Matthew Wilcox
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Jeremy Fitzhardinge
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Matthew Wilcox
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Benjamin Herrenschmidt
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Jeremy Fitzhardinge
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Benjamin Herrenschmidt
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Jeremy Fitzhardinge
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Benjamin Herrenschmidt
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Ian Campbell
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Benjamin Herrenschmidt
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Jeremy Fitzhardinge
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Benjamin Herrenschmidt
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Chris Wright
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Avi Kivity
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Russell King - ARM Linux
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Arnd Bergmann
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Paul Mundt
- Re: [PATCH] PCI: remove pcibios_scan_all_fns(), Jesse Barnes
PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Marek Szyprowski
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Peter Korsgaard
- RE: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Marek Szyprowski
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Peter Korsgaard
- RE: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Alan Stern
- RE: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Marek Szyprowski
- RE: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Alan Stern
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, David Brownell
- RE: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Marek Szyprowski
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, David Brownell
- RE: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Marek Szyprowski
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Alan Cox
- RE: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Marek Szyprowski
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Alan Cox
- RE: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Marek Szyprowski
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, David Brownell
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, David Brownell
- RE: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Marek Szyprowski
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Alan Cox
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, David Brownell
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, David Brownell
- RE: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, Marek Szyprowski
- Re: PROBLEM: kernel oops with g_serial USB gadget on 2.6.30, David Brownell
Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, Bartlomiej Zolnierkiewicz
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, Frans Pop
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, Bartlomiej Zolnierkiewicz
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, Frans Pop
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, Bartlomiej Zolnierkiewicz
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, Frans Pop
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, Bartlomiej Zolnierkiewicz
- [PATCH] ide-cd: Improve "weird block size" error message, Frans Pop
- Re: [PATCH] ide-cd: Improve "weird block size" error message, Borislav Petkov
- Re: [PATCH] ide-cd: Improve "weird block size" error message, Borislav Petkov
- Re: [PATCH] ide-cd: Improve "weird block size" error message, David Miller
- Re: [PATCH] ide-cd: Improve "weird block size" error message, Frans Pop
- Re: [PATCH] ide-cd: Improve "weird block size" error message, David Miller
- Re: [PATCH] ide-cd: Improve "weird block size" error message, Frans Pop
- Re: [PATCH] ide-cd: Improve "weird block size" error message, David Miller
- Re: [PATCH] ide-cd: Improve "weird block size" error message, Frans Pop
- Re: [PATCH] ide-cd: Improve "weird block size" error message, David Miller
- Re: [PATCH] ide-cd: Improve "weird block size" error message, Jan Engelhardt
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, David Miller
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, Frans Pop
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, Bartlomiej Zolnierkiewicz
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, David Miller
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, David Miller
- Re: cmd64x: irq 14: nobody cared - system is dreadfully slow, David Miller
NMI watchdog + NOHZ question, David Miller
- Re: NMI watchdog + NOHZ question, Andi Kleen
- Re: NMI watchdog + NOHZ question, David Miller
- Re: NMI watchdog + NOHZ question, David Miller
- Re: NMI watchdog + NOHZ question, Andi Kleen
- Re: NMI watchdog + NOHZ question, David Miller
- Re: NMI watchdog + NOHZ question, Andi Kleen
- Re: NMI watchdog + NOHZ question, David Miller
- Re: NMI watchdog + NOHZ question, Andi Kleen
- Re: NMI watchdog + NOHZ question, David Miller
- Re: NMI watchdog + NOHZ question, David Miller
- Re: NMI watchdog + NOHZ question, Andi Kleen
- Re: NMI watchdog + NOHZ question, David Miller
- Re: NMI watchdog + NOHZ question, Andi Kleen
- Re: NMI watchdog + NOHZ question, David Miller
- Re: NMI watchdog + NOHZ question, Andi Kleen
2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Andi Kleen
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Hidetoshi Seto
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Andi Kleen
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Andi Kleen
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Andi Kleen
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Andi Kleen
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Andi Kleen
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Rafael J. Wysocki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Hidetoshi Seto
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Hugh Dickins
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Andi Kleen
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Andi Kleen
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Hidetoshi Seto
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Andi Kleen
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, H. Peter Anvin
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
- Re: 2.6.30-git(16 and 17) system hangs after resume from suspend to disk, mce related?, Maciej Rutecki
[PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, H. Peter Anvin
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, Jaswinder Singh Rajput
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, Sam Ravnborg
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, H. Peter Anvin
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, Sam Ravnborg
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, H. Peter Anvin
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, Sam Ravnborg
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, Jaswinder Singh Rajput
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, H. Peter Anvin
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, Jaswinder Singh Rajput
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, Sam Ravnborg
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, Jaswinder Singh Rajput
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, H. Peter Anvin
- Re: [PATCH] gitignore: add *.bz2 and *.cpio to top-level; clean up usr/, Jaswinder Singh Rajput
[PATCH 00/25] Blackfin arch updates for 2.6.31 (part 3), Mike Frysinger
- [PATCH 01/25] Blackfin: unify memory region checks between kgdb and traps, Mike Frysinger
- [PATCH 03/25] Blackfin: bf533-ezkit: add resources for FISP devices, Mike Frysinger
- [PATCH 02/25] Blackfin: bf518f-ezbrd: update DSA resources, Mike Frysinger
- [PATCH 04/25] Blackfin: update anomaly lists, Mike Frysinger
- [PATCH 05/25] Blackfin: redo handling of bad irqs, Mike Frysinger
- [PATCH 06/25] Blackfin: only build show_interrupts() when procfs is enabled, Mike Frysinger
- [PATCH 08/25] Blackfin: abstract irq14 lowering in do_irq, Mike Frysinger
- [PATCH 09/25] Blackfin: fix accidental reset in some boot modes, Mike Frysinger
- [PATCH 07/25] Blackfin: simplify irq stack overflow checking, Mike Frysinger
- [PATCH 10/25] Blackfin: bf526-ezbrd: set SPI flash resources to SST device, Mike Frysinger
- [PATCH 11/25] Blackfin: allow people to select BF51x-0.1 silicon rev, Mike Frysinger
- [PATCH 12/25] Blackfin: convert interrupt pipeline to irqflags, Mike Frysinger
- [PATCH 13/25] Blackfin: allow CONFIG_TICKSOURCE_GPTMR0 with interrupt pipeline, Mike Frysinger
- [PATCH 14/25] Blackfin: remove obsolete mcount support from I-pipe code, Mike Frysinger
- [PATCH 15/25] Blackfin: update I-pipe patch level, Mike Frysinger
- [PATCH 16/25] Blackfin: decouple unrelated cache settings to get exact behavior, Mike Frysinger
- [PATCH 17/25] Blackfin: update defconfigs, Mike Frysinger
- [PATCH 18/25] Blackfin: stick the CPU name into boot image name, Mike Frysinger
- [PATCH 19/25] Blackfin: unify memory map headers, Mike Frysinger
- [PATCH 20/25] Blackfin: fix typo in TRAS define in mem_init.h header, Mike Frysinger
- [PATCH 22/25] Blackfin: drop unused ISP1760 port1_disable from board resources, Mike Frysinger
- [PATCH 21/25] Blackfin: bf526-ezbrd: handle different SDRAM chips, Mike Frysinger
- [PATCH 23/25] Blackfin: fix GPTMR0_CLOCKSOURCE dependency on BFIN_GPTIMERS, Mike Frysinger
- [PATCH 24/25] Blackfin: fix early crash when booting on wrong cpu, Mike Frysinger
- [PATCH 25/25] Blackfin: drop BF535-specific text for exception 0x2A (unaligned instruction), Mike Frysinger
[git pull] drm: previous pull req + 1., Dave Airlie
- Re: [git pull] drm: previous pull req + 1., Maxim Levitsky
- Re: [git pull] drm: previous pull req + 1., Andy Lutomirski
- Re: [git pull] drm: previous pull req + 1., Dave Airlie
- Re: [git pull] drm: previous pull req + 1., Andrew Lutomirski
- Re: [git pull] drm: previous pull req + 1., Linus Torvalds
- Re: [git pull] drm: previous pull req + 1., Linus Torvalds
- Re: [git pull] drm: previous pull req + 1., Andrew Lutomirski
- Re: [git pull] drm: previous pull req + 1., Linus Torvalds
- Re: [git pull] drm: previous pull req + 1., Andrew Lutomirski
- Re: [git pull] drm: previous pull req + 1., Andrew Lutomirski
- Re: [git pull] drm: previous pull req + 1., Arnaldo Carvalho de Melo
- Re: [git pull] drm: previous pull req + 1., Dave Airlie
- Re: [git pull] drm: previous pull req + 1., Thomas Hellström
- Re: [git pull] drm: previous pull req + 1., Dave Airlie
- Re: [git pull] drm: previous pull req + 1., Linus Torvalds
- Re: [git pull] drm: previous pull req + 1., Andrew Lutomirski
- Re: [git pull] drm: previous pull req + 1., Linus Torvalds
- Re: [git pull] drm: previous pull req + 1., Benjamin Herrenschmidt
- Re: [git pull] drm: previous pull req + 1., Benjamin Herrenschmidt
- Re: [git pull] drm: previous pull req + 1., Linus Torvalds
- Re: [git pull] drm: previous pull req + 1., Benjamin Herrenschmidt
- Re: [git pull] drm: previous pull req + 1., Jesse Barnes
- Re: [git pull] drm: previous pull req + 1., Benjamin Herrenschmidt
- Re: [git pull] drm: previous pull req + 1., Jesse Barnes
- Re: [git pull] drm: previous pull req + 1., Benjamin Herrenschmidt
- Re: [git pull] drm: previous pull req + 1., Jesse Barnes
- Re: [git pull] drm: previous pull req + 1., Michel Dänzer
- Re: [git pull] drm: previous pull req + 1., Jesse Barnes
- Re: [git pull] drm: previous pull req + 1., Jesse Barnes
- Re: [git pull] drm: previous pull req + 1., Benjamin Herrenschmidt
- Re: [git pull] drm: previous pull req + 1., Dave Airlie
[PATCH 00/15] HWPOISON: Intro (v6), Wu Fengguang
- [PATCH 12/15] HWPOISON: per process early kill option prctl(PR_MEMORY_FAILURE_EARLY_KILL), Wu Fengguang
- [PATCH 15/15] HWPOISON: FOR TESTING: Enable memory failure code unconditionally, Wu Fengguang
- [PATCH 10/15] HWPOISON: check and isolate corrupted free pages v3, Wu Fengguang
- [PATCH 13/15] HWPOISON: Add madvise() based injector for hardware poisoned pages v3, Wu Fengguang
- [PATCH 02/15] HWPOISON: Export some rmap vma locking to outside world, Wu Fengguang
- [PATCH 01/15] HWPOISON: Add page flag for poisoned pages, Wu Fengguang
- [PATCH 14/15] HWPOISON: Add simple debugfs interface to inject hwpoison on arbitary PFNs, Wu Fengguang
- [PATCH 09/15] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Wu Fengguang
- [PATCH 06/15] HWPOISON: x86: Add VM_FAULT_HWPOISON handling to x86 page fault handler v2, Wu Fengguang
- [PATCH 04/15] HWPOISON: Add new SIGBUS error codes for hardware poison signals, Wu Fengguang
- [PATCH 07/15] HWPOISON: define VM_FAULT_HWPOISON to 0 when feature is disabled, Wu Fengguang
- [PATCH 08/15] HWPOISON: Use bitmask/action code for try_to_unmap behaviour, Wu Fengguang
- [PATCH 03/15] HWPOISON: Add support for poison swap entries v2, Wu Fengguang
- [PATCH 11/15] HWPOISON: The high level memory error handler in the VM v8, Wu Fengguang
- [PATCH 05/15] HWPOISON: Add basic support for poisoned pages in fault handler v3, Wu Fengguang
[PATCH 00/13] revised Coldfire generic GPIO (mk68nommu), sfking
- [PATCH 01/13] core generic GPIO support for Freescale Coldfire processors., sfking
- [PATCH 02/13] generic GPIO support for the Freescale Coldfire 5206., sfking
- [PATCH 03/13] generic GPIO support for the Freescale Coldire 5206e., sfking
- [PATCH 04/13] generic GPIO support for the Freescale Coldfire 520x., sfking
- [PATCH 05/13] generic GPIO support for the Freescale Coldfire 523x., sfking
- [PATCH 06/13] generic GPIO support for the Freescale Coldfire 5249., sfking
- [PATCH 07/13] generic GPIO support for the Freescale Coldfire 527x., sfking
- [PATCH 08/13] generic GPIO support for the Freescale Coldfire 5272., sfking
- [PATCH 09/13] generic GPIO support for the Freescale Coldfire 528x., sfking
- [PATCH 10/13] generic GPIO support for the Freescale Coldfire 5307., sfking
- [PATCH 11/13] generic GPIO support for the Freescale Coldfire 532x., sfking
- [PATCH 12/13] generic GPIO support for the Freescale Coldfire 5407., sfking
- [PATCH 13/13] generic GPIO support misc files., sfking
- Re: [PATCH 00/13] revised Coldfire generic GPIO (mk68nommu), Greg Ungerer
[PATCH 00/21] ceph: Ceph distributed file system client v0.9, Sage Weil
- [PATCH 01/21] fs: add fs/staging directory, Sage Weil
- [PATCH 02/21] ceph: documentation, Sage Weil
- [PATCH 03/21] ceph: on-wire types, Sage Weil
- [PATCH 04/21] ceph: client types, Sage Weil
- [PATCH 05/21] ceph: super.c, Sage Weil
- [PATCH 06/21] ceph: inode operations, Sage Weil
- [PATCH 07/21] ceph: directory operations, Sage Weil
- [PATCH 08/21] ceph: file operations, Sage Weil
- [PATCH 09/21] ceph: address space operations, Sage Weil
- [PATCH 10/21] ceph: MDS client, Sage Weil
- [PATCH 11/21] ceph: OSD client, Sage Weil
- [PATCH 12/21] ceph: CRUSH mapping algorithm, Sage Weil
- [PATCH 13/21] ceph: monitor client, Sage Weil
- [PATCH 14/21] ceph: capability management, Sage Weil
- [PATCH 15/21] ceph: snapshot management, Sage Weil
- [PATCH 16/21] ceph: messenger library, Sage Weil
- [PATCH 17/21] ceph: nfs re-export support, Sage Weil
- [PATCH 18/21] ceph: ioctls, Sage Weil
- [PATCH 19/21] ceph: debugging, Sage Weil
- [PATCH 20/21] ceph: debugfs, Sage Weil
- [PATCH 21/21] ceph: Kconfig, Makefile, Sage Weil
- Re: [PATCH 17/21] ceph: nfs re-export support, Stefan Richter
- Re: [PATCH 17/21] ceph: nfs re-export support, Sage Weil
- Re: [PATCH 17/21] ceph: nfs re-export support, Stefan Richter
- Re: [PATCH 00/21] ceph: Ceph distributed file system client v0.9, Greg KH
- Re: [PATCH 00/21] ceph: Ceph distributed file system client v0.9, Greg KH
Strange oopses in 2.6.30, Maxim Levitsky
- BUG] Strange oopses in 2.6.30, Maxim Levitsky
- BUG: Bad page state [was: Strange oopses in 2.6.30], Jiri Slaby
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], Maxim Levitsky
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], KOSAKI Motohiro
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], Pekka Enberg
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], Mel Gorman
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], Mel Gorman
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], Lee Schermerhorn
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], Mel Gorman
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], KOSAKI Motohiro
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], Mel Gorman
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], Johannes Weiner
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], Mel Gorman
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], KOSAKI Motohiro
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], Mel Gorman
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], Mel Gorman
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], KOSAKI Motohiro
- Re: BUG: Bad page state [was: Strange oopses in 2.6.30], KOSAKI Motohiro
- Re: BUG] Strange oopses in 2.6.30, Hugh Dickins
[dm-devel] [RFC] IO scheduler based io controller (V5), Vivek Goyal
- [dm-devel] [PATCH 12/20] io-controller: deadline changes for hierarchical fair queuing, Vivek Goyal
- [dm-devel] [PATCH 11/20] io-controller: noop changes for hierarchical fair queuing, Vivek Goyal
- [dm-devel] [PATCH 07/20] io-controller: Export disk time used and nr sectors dipatched through cgroups, Vivek Goyal
- [dm-devel] [PATCH 20/20] io-controller: experimental debug patch for async queue wait before expiry, Vivek Goyal
- [dm-devel] [PATCH 08/20] io-controller: idle for sometime on sync queue before expiring it, Vivek Goyal
- [dm-devel] [PATCH 06/20] io-controller: cfq changes to use hierarchical fair queuing code in elevaotor layer, Vivek Goyal
- [dm-devel] [PATCH 01/20] io-controller: Documentation, Vivek Goyal
- [dm-devel] [PATCH 03/20] io-controller: Charge for time slice based on average disk rate, Vivek Goyal
- [dm-devel] [PATCH 18/20] io-controller: Support per cgroup per device weights and io class, Vivek Goyal
- [dm-devel] [PATCH 15/20] io-controller: map async requests to appropriate cgroup, Vivek Goyal
- [dm-devel] [PATCH 13/20] io-controller: anticipatory changes for hierarchical fair queuing, Vivek Goyal
- [dm-devel] [PATCH 16/20] io-controller: Per cgroup request descriptor support, Vivek Goyal
- [dm-devel] [PATCH 10/20] io-conroller: Prepare elevator layer for single queue schedulers, Vivek Goyal
- [dm-devel] [PATCH 04/20] io-controller: Modify cfq to make use of flat elevator fair queuing, Vivek Goyal
- [dm-devel] [PATCH 14/20] blkio_cgroup patches from Ryo to track async bios., Vivek Goyal
- [dm-devel] [PATCH 09/20] io-controller: Separate out queue and data, Vivek Goyal
- [dm-devel] [PATCH 17/20] io-controller: Per io group bdi congestion interface, Vivek Goyal
- [dm-devel] [PATCH 19/20] io-controller: Debug hierarchical IO scheduling, Vivek Goyal
- [dm-devel] [PATCH 02/20] io-controller: Common flat fair queuing code in elevaotor layer, Vivek Goyal
- [dm-devel] [PATCH 05/20] io-controller: Common hierarchical fair queuing code in elevaotor layer, Vivek Goyal
- Re: [RFC] IO scheduler based io controller (V5), Balbir Singh
- Re: [RFC] IO scheduler based io controller (V5), Vladislav Bolkhovitin
[PATCH 0/8 v3] KVM support for 1GB pages, Joerg Roedel
- [PATCH 3/8] kvm/mmu: rename is_largepage_backed to mapping_level, Joerg Roedel
- [PATCH 1/8] hugetlbfs: export vma_kernel_pagsize to modules, Joerg Roedel
- [PATCH 7/8] kvm/mmu: enable gbpages by increasing nr of pagesizes, Joerg Roedel
- [PATCH 2/8] kvm: change memslot data structures for multiple hugepage sizes, Joerg Roedel
- [PATCH 6/8] kvm/mmu: add support for another level to page walker, Joerg Roedel
- [PATCH 5/8] kvm/mmu: make direct mapping paths aware of mapping levels, Joerg Roedel
- [PATCH 4/8] kvm/mmu: make rmap code aware of mapping levels, Joerg Roedel
- [PATCH 8/8] kvm x86: report 1GB page support to userspace, Joerg Roedel
- Re: [PATCH 0/8 v3] KVM support for 1GB pages, Avi Kivity
- Re: [PATCH 0/8 v3] KVM support for 1GB pages, Avi Kivity
[KVM PATCH v8 0/3] iosignalfd, Gregory Haskins
- [KVM PATCH v8 1/3] KVM: make io_bus interface more robust, Gregory Haskins
- [KVM PATCH v8 2/3] KVM: add per-vm limit on the maximum number of io-devices supported, Gregory Haskins
- [KVM PATCH v8 3/3] KVM: add iosignalfd support, Gregory Haskins
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Michael S. Tsirkin
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Gregory Haskins
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Paolo Bonzini
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Michael S. Tsirkin
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Gregory Haskins
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Michael S. Tsirkin
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Avi Kivity
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Gregory Haskins
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Gregory Haskins
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Michael S. Tsirkin
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Gregory Haskins
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Avi Kivity
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Gregory Haskins
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Avi Kivity
- [PATCH RFC] pass write value to in_range pointers, Michael S. Tsirkin
- Re: [PATCH RFC] pass write value to in_range pointers, Gregory Haskins
- Re: [PATCH RFC] pass write value to in_range pointers, Michael S. Tsirkin
- Re: [PATCH RFC] pass write value to in_range pointers, Gregory Haskins
- Re: [PATCH RFC] pass write value to in_range pointers, Michael S. Tsirkin
- Re: [PATCH RFC] pass write value to in_range pointers, Gregory Haskins
- Re: [PATCH RFC] pass write value to in_range pointers, Michael S. Tsirkin
- Re: [PATCH RFC] pass write value to in_range pointers, Gregory Haskins
- Re: [PATCH RFC] pass write value to in_range pointers, Avi Kivity
- Re: [PATCH RFC] pass write value to in_range pointers, Gregory Haskins
- Re: [PATCH RFC] pass write value to in_range pointers, Avi Kivity
- Re: [PATCH RFC] pass write value to in_range pointers, Avi Kivity
- Re: [PATCH RFC] pass write value to in_range pointers, Avi Kivity
- Re: [PATCH RFC] pass write value to in_range pointers, Avi Kivity
- Re: [PATCH RFC] pass write value to in_range pointers, Gregory Haskins
- Re: [PATCH RFC] pass write value to in_range pointers, Michael S. Tsirkin
- Re: [KVM PATCH v8 3/3] KVM: add iosignalfd support, Michael S. Tsirkin
[PATCH 0/5, resend] x86: use asm-generic headers where possible, Arnd Bergmann
- [PATCH 1/5] x86: add copies of some headers to convert to asm-generic, Arnd Bergmann
- [PATCH 4/5] x86: convert termios.h to the asm-generic version, Arnd Bergmann
- [PATCH 2/5] x86: convert trivial headers to asm-generic version, Arnd Bergmann
- [PATCH 5/5] x86: remove all now-duplicate header files, Arnd Bergmann
- [PATCH 3/5] x86: convert almost generic headers to asm-generic version, Arnd Bergmann
- [tip:x86/asm-generic] x86: add copies of some headers to convert to asm-generic, tip-bot for Arnd Bergmann
- [tip:x86/asm-generic] x86: convert trivial headers to asm-generic version, tip-bot for Arnd Bergmann
- [tip:x86/asm-generic] x86: convert almost generic headers to asm-generic version, tip-bot for Arnd Bergmann
- [tip:x86/asm-generic] x86: convert termios.h to the asm-generic version, tip-bot for Arnd Bergmann
- [tip:x86/asm-generic] x86: remove all now-duplicate header files, tip-bot for Arnd Bergmann
- Re: [PATCH 0/5, resend] x86: use asm-generic headers where possible, Jaswinder Singh Rajput
[PATCH 1/2] IOMMU Identity Mapping Support: iommu_identity_mapping definition, Fenghua Yu
- Re: [PATCH 1/2] IOMMU Identity Mapping Support: iommu_identity_mapping definition, Muli Ben-Yehuda
- RE: [PATCH 1/2] IOMMU Identity Mapping Support: iommu_identity_mapping definition, Yu, Fenghua
- Re: [PATCH 1/2] IOMMU Identity Mapping Support: iommu_identity_mapping definition, Muli Ben-Yehuda
- Re: [PATCH 1/2] IOMMU Identity Mapping Support: iommu_identity_mapping definition, Chris Wright
- Re: [PATCH 1/2] IOMMU Identity Mapping Support: iommu_identity_mapping definition, Muli Ben-Yehuda
- RE: [PATCH 1/2] IOMMU Identity Mapping Support: iommu_identity_mapping definition, Yu, Fenghua
- Re: [PATCH 1/2] IOMMU Identity Mapping Support: iommu_identity_mapping definition, Chris Wright
- RE: [PATCH 1/2] IOMMU Identity Mapping Support: iommu_identity_mapping definition, Yu, Fenghua
- [PATCH] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, Fenghua Yu
- Re: [PATCH] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, FUJITA Tomonori
- [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, Fenghua Yu
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, FUJITA Tomonori
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, David Woodhouse
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, David Woodhouse
- RE: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, Yu, Fenghua
- RE: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, David Woodhouse
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, Linus Torvalds
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, Tony Luck
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, Chris Wright
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, Linus Torvalds
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, Chris Wright
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, Linus Torvalds
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, Chris Wright
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, David Woodhouse
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support, David Woodhouse
- Re: [PATCH 1/2] IOMMU Identity Mapping Support: iommu_identity_mapping definition, Chris Wright
- Re: [PATCH 1/2] IOMMU Identity Mapping Support: iommu_identity_mapping definition, Chris Wright
[PATCH 00/11] microblaze: use generic headers, Arnd Bergmann
- [PATCH 01/11] ipc: use __ARCH_WANT_IPC_PARSE_VERSION in ipc/util.h, Arnd Bergmann
- [PATCH 03/11] microblaze: fall back on generic header files for the ABI, Arnd Bergmann
- [PATCH 06/11] microblaze: use generic syscalls.h, Arnd Bergmann
- [PATCH 09/11] microblaze: convert all simple headers to use asm-generic, Arnd Bergmann
- [PATCH 05/11] microblaze: clean up signal handling, Arnd Bergmann
- [PATCH 11/11] microblaze: remove sys_ipc, Arnd Bergmann
- [PATCH 02/11] microblaze: remove init_mm, Arnd Bergmann
- [PATCH 07/11] microblaze: make syscall_table implementation generic, Arnd Bergmann
- [PATCH 08/11] microblaze: use the generic lib/checksum.c, Arnd Bergmann
- [PATCH 10/11] microblaze: use generic system.h, Arnd Bergmann
- [PATCH 04/11] microblaze: use generic unistd.h syscall list, Arnd Bergmann
- Re: [PATCH 01/11] ipc: use __ARCH_WANT_IPC_PARSE_VERSION in ipc/util.h, Arnd Bergmann
[RFC] tcp: race in receive part, Jiri Olsa
- Re: [RFC] tcp: race in receive part, Eric Dumazet
- Re: [RFC] tcp: race in receive part, Jiri Olsa
- Re: [RFC] tcp: race in receive part, Eric Dumazet
- Re: [RFC] tcp: race in receive part, Oleg Nesterov
- Re: [RFC] tcp: race in receive part, Jiri Olsa
- Re: [RFC] tcp: race in receive part, Eric Dumazet
- Re: [RFC] tcp: race in receive part, Jiri Olsa
- Re: [RFC] tcp: race in receive part, Oleg Nesterov
- Re: [RFC] tcp: race in receive part, Oleg Nesterov
- Re: [RFC] tcp: race in receive part, Eric Dumazet
- Re: [RFC] tcp: race in receive part, Eric Dumazet
- Re: [RFC] tcp: race in receive part, Eric Dumazet
Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Sudeep K N
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Russell King - ARM Linux
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Sudeep K N
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Catalin Marinas
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Catalin Marinas
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Russell King - ARM Linux
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Catalin Marinas
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Russell King - ARM Linux
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Catalin Marinas
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Russell King - ARM Linux
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Catalin Marinas
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Linus Walleij
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Catalin Marinas
- Re: Rootfs in eMMC: Kernel panic ...Attempted to kill init!, Sudeep K N
[PATCH 01/13] Char: cyclades, add tty refcounting, Jiri Slaby
- [PATCH 04/13] Char: cyclades, switch to tty_port_hangup, Jiri Slaby
- [PATCH 09/13] Char: cyclades, merge cy_startup tails, Jiri Slaby
- [PATCH 07/13] Char: cyclades, sleep instead busy-wait, Jiri Slaby
- [PATCH 05/13] Char: cyclades, close cleanup, Jiri Slaby
- [PATCH 08/13] Char: cyclades, use dtr_rts helpers, Jiri Slaby
- [PATCH 10/13] Char: cyclades, ioctls cleanup, Jiri Slaby
- [PATCH 02/13] Char: cyclades, remove block_til_ready, Jiri Slaby
- [PATCH 03/13] Char: cyclades, avoid addresses recomputation, Jiri Slaby
- [PATCH 11/13] Char: cyclades, tiocm cleanup, Jiri Slaby
- [PATCH 13/13] Char: cyclades, remove more duplicated code, Jiri Slaby
- [PATCH 06/13] Char: cyclades, overall cleanup, Jiri Slaby
- [PATCH 12/13] Char: cyclades, introduce cyy_readb/writeb, Jiri Slaby
- Re: [PATCH 01/13] Char: cyclades, add tty refcounting, Alan Cox
[RFC] O_NOACC: open without any access, Miklos Szeredi
- Re: [RFC] O_NOACC: open without any access, Christoph Hellwig
- Re: [RFC] O_NOACC: open without any access, Miklos Szeredi
- Re: [RFC] O_NOACC: open without any access, Christoph Hellwig
- Re: [RFC] O_NOACC: open without any access, Miklos Szeredi
- Re: [RFC] O_NOACC: open without any access, David Howells
- Re: [RFC] O_NOACC: open without any access, Alan Cox
- Re: [RFC] O_NOACC: open without any access, David Howells
- Re: [RFC] O_NOACC: open without any access, Miklos Szeredi
- Re: [RFC] O_NOACC: open without any access, Alan Cox
- Re: [RFC] O_NOACC: open without any access, David Howells
- Re: [RFC] O_NOACC: open without any access, Linus Torvalds
- Re: [RFC] O_NOACC: open without any access, Miklos Szeredi
- Re: [RFC] O_NOACC: open without any access, Al Viro
- Re: [RFC] O_NOACC: open without any access, Miklos Szeredi
- Re: [RFC] O_NOACC: open without any access, Linus Torvalds
- Re: [RFC] O_NOACC: open without any access, David Howells
- Re: [RFC] O_NOACC: open without any access, David Howells
- Re: [RFC] O_NOACC: open without any access, Christoph Hellwig
- Re: [RFC] O_NOACC: open without any access, David Howells
- Re: [RFC] O_NOACC: open without any access, Ulrich Drepper
[PATCH 0/7] Patches for kdump vs. INIT, Hidetoshi Seto
- [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus, Hidetoshi Seto
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus, Robin Holt
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus, Hidetoshi Seto
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus, Robin Holt
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus, Hidetoshi Seto
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus, Robin Holt
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus, Hidetoshi Seto
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus, Robin Holt
- [PATCH 2/7] ia64, kexec: Make INIT safe while kdump/kexec, Hidetoshi Seto
- [PATCH 3/7] ia64, kexec: Unregister MCA handler before kexec, Hidetoshi Seto
- [PATCH 4/7] ia64, kdump: Don't offline APs, Hidetoshi Seto
- [PATCH 5/7] ia64, kdump: Mask INIT first in panic-kdump path, Hidetoshi Seto
- [PATCH 6/7] ia64, kdump: Try INIT regardless of kdump_on_init, Hidetoshi Seto
- [PATCH 7/7] ia64, kdump: Short path to freeze CPUs, Hidetoshi Seto
- Re: [PATCH 0/7] Patches for kdump vs. INIT, Jay Lan
Re: [PATCH 0/3] make mapped executable pages the first class citizen, Jesse Barnes
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, Jesse Barnes
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, Wu Fengguang
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, David Howells
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, David Howells
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, David Howells
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, Andrew Morton
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, Wu Fengguang
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, David Howells
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, David Howells
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, KOSAKI Motohiro
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, Wu Fengguang
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, KOSAKI Motohiro
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, Wu Fengguang
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, Johannes Weiner
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, David Howells
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, David Howells
- Found the commit that causes the OOMs, David Howells
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, Johannes Weiner
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, Johannes Weiner
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, KOSAKI Motohiro
- Re: Found the commit that causes the OOMs, Wu Fengguang
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, Wu Fengguang
- Re: Found the commit that causes the OOMs, KOSAKI Motohiro
- Re: Found the commit that causes the OOMs, Wu Fengguang
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, Wu Fengguang
- Re: Found the commit that causes the OOMs, David Howells
- Re: Found the commit that causes the OOMs, Wu Fengguang
- Re: Found the commit that causes the OOMs, David Howells
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, Wu Fengguang
- Re: Found the commit that causes the OOMs, David Howells
- Re: Found the commit that causes the OOMs, David Woodhouse
- Re: Found the commit that causes the OOMs, Wu Fengguang
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, Mel Gorman
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, Mel Gorman
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, David Howells
- Re: Found the commit that causes the OOMs, David Howells
- Re: Found the commit that causes the OOMs, KOSAKI Motohiro
- Re: Found the commit that causes the OOMs, Wu Fengguang
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, KOSAKI Motohiro
- Re: Found the commit that causes the OOMs, Minchan Kim
- Re: Found the commit that causes the OOMs, David Howells
- Re: Found the commit that causes the OOMs, Wu Fengguang
- Re: Found the commit that causes the OOMs, Andrew Morton
- Re: Found the commit that causes the OOMs, KOSAKI Motohiro
- Re: Found the commit that causes the OOMs, KOSAKI Motohiro
- Re: Found the commit that causes the OOMs, David Howells
- Re: Found the commit that causes the OOMs, David Howells
- Re: Found the commit that causes the OOMs, David Howells
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, Wu Fengguang
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, Wu Fengguang
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, Wu Fengguang
- Re: [PATCH 0/3] make mapped executable pages the first class citizen, David Howells
[PATCH] pagemap: add page-types tool, fix build, Ingo Molnar
- WARNING: at mm/page_alloc.c:1159 get_page_from_freelist+0x325/0x655(), Ingo Molnar
- Re: WARNING: at mm/page_alloc.c:1159 get_page_from_freelist+0x325/0x655(), Ingo Molnar
- Re: WARNING: at mm/page_alloc.c:1159 get_page_from_freelist+0x325/0x655(), Mel Gorman
- Re: WARNING: at mm/page_alloc.c:1159 get_page_from_freelist+0x325/0x655(), Catalin Marinas
- Re: WARNING: at mm/page_alloc.c:1159 get_page_from_freelist+0x325/0x655(), Mel Gorman
- Re: WARNING: at mm/page_alloc.c:1159 get_page_from_freelist+0x325/0x655(), Catalin Marinas
- Re: WARNING: at mm/page_alloc.c:1159 get_page_from_freelist+0x325/0x655(), Mel Gorman
- [PATCH] kmemleak: Only use GFP_KERNEL|GFP_ATOMIC for the internal allocations, Catalin Marinas
- Re: [PATCH] kmemleak: Only use GFP_KERNEL|GFP_ATOMIC for the internal allocations, Pekka Enberg
- Re: [PATCH] kmemleak: Only use GFP_KERNEL|GFP_ATOMIC for the internal allocations, Catalin Marinas
- Re: [PATCH] kmemleak: Only use GFP_KERNEL|GFP_ATOMIC for the internal allocations, Pekka Enberg
- [PATCH] kmemleak: Rename kmemleak_panic to kmemleak_stop, Catalin Marinas
- Re: [PATCH] kmemleak: Rename kmemleak_panic to kmemleak_stop, Pekka Enberg
- Re: [PATCH] kmemleak: Rename kmemleak_panic to kmemleak_stop, Daniel Walker
- Re: [PATCH] kmemleak: Rename kmemleak_panic to kmemleak_stop, Catalin Marinas
- Re: WARNING: at mm/page_alloc.c:1159 get_page_from_freelist+0x325/0x655(), Linus Torvalds
[PATCH 0/10] Per-bdi writeback flusher threads v11, Jens Axboe
- [PATCH 03/10] writeback: get rid of pdflush completely, Jens Axboe
- [PATCH 02/10] writeback: switch to per-bdi threads for flushing data, Jens Axboe
- [PATCH 06/10] writeback: allow sleepy exit of default writeback task, Jens Axboe
- [PATCH 01/10] writeback: move dirty inodes from super_block to backing_dev_info, Jens Axboe
- [PATCH 07/10] writeback: add some debug inode list counters to bdi stats, Jens Axboe
- [PATCH 05/10] writeback: support > 1 flusher thread per bdi, Jens Axboe
- [PATCH 10/10] writeback: use spin_trylock() in bdi_writeback_all() for WB_SYNC_NONE, Jens Axboe
- [PATCH 08/10] writeback: add name to backing_dev_info, Jens Axboe
- [PATCH 09/10] writeback: check for registered bdi in flusher add and inode dirty, Jens Axboe
- [PATCH 04/10] writeback: separate the flushing state/task from the bdi, Jens Axboe
- 2.6.30 backport (Was "Re: [PATCH 0/10] Per-bdi writeback flusher threads v11"), Jens Axboe
[PATCH 0/1] Recurse when searching for empty slots in resources trees, Andrew Patterson
- [PATCH] Recurse when searching for empty slots in resources trees, Andrew Patterson
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Linus Torvalds
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Andrew Patterson
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Linus Torvalds
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Linus Torvalds
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Ivan Kokshaysky
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Linus Torvalds
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Andrew Patterson
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Linus Torvalds
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Linus Torvalds
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Linus Torvalds
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Andrew Patterson
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Linus Torvalds
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Jesse Barnes
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Alex Chiang
- Re: [PATCH 0/1] Recurse when searching for empty slots in resources trees, Kenji Kaneshige
[PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, David Howells
- [PATCH 08/17] AFS: Implement the PGetFileCell pioctl, David Howells
- [PATCH 09/17] AFS: Implement the PGetVolStat pioctl, David Howells
- [PATCH 05/17] AFS: Handle pathless pioctls aimed at AFS, David Howells
- [PATCH 03/17] VFS: Implement handling for pathless pioctls, David Howells
- [PATCH 01/17] VFS: Implement the pioctl() system call, David Howells
- [PATCH 10/17] AFS: Implement the PWhereIs pioctl, David Howells
- [PATCH 02/17] VFS: Implement the AFS system call, David Howells
- [PATCH 13/17] RxRPC: Record extra data in key, David Howells
- [PATCH 15/17] AFS: Implement the PSetTokens pioctl, David Howells
- [PATCH 04/17] AFS: Add key request for pioctl, David Howells
- [PATCH 06/17] VFS: Define pioctl command wrappers, David Howells
- [PATCH 07/17] AFS: Implement the PGetFid pioctl, David Howells
- [PATCH 16/17] KEYS: Add a function by which the contents of a keyring can be enumerated, David Howells
- [PATCH 17/17] AFS: Implement the PGetTokens pioctl, David Howells
- [PATCH 12/17] KEYS: Export lookup_user_key() and the key permission request flags, David Howells
- [PATCH 11/17] AFS: Implement the PFlushCB pioctl, David Howells
- [PATCH 14/17] RxRPC: Declare the security index constants symbolically, David Howells
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, David Howells
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Alan Cox
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, David Howells
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Andreas Dilger
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Linus Torvalds
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Al Viro
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Linus Torvalds
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Al Viro
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, David Howells
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Olivier Galibert
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, David Howells
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Linus Torvalds
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, David Howells
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Linus Torvalds
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Theodore Tso
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, david
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, David Howells
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, David Howells
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Linus Torvalds
- Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s, Alan Cox
staging driver s626 clashes with philips SAA7146 media/dvb based cards, Herton Ronaldo Krzesinski
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Greg KH
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Herton Ronaldo Krzesinski
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Ian Abbott
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Herton Ronaldo Krzesinski
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Ian Abbott
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Herton Ronaldo Krzesinski
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Frank Mori Hess
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Herton Ronaldo Krzesinski
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Herton Ronaldo Krzesinski
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Herton Ronaldo Krzesinski
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Frank Mori Hess
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Herton Ronaldo Krzesinski
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Ian Abbott
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Herton Ronaldo Krzesinski
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Ian Abbott
- Re: staging driver s626 clashes with philips SAA7146 media/dvb based cards, Manu Abraham
[PATCH 00/16] Cleanups to io_apic.c, Jeremy Fitzhardinge
- [PATCH 05/16] x86/acpi: acpi_parse_madt_ioapic_entries: remove redundant braces, Jeremy Fitzhardinge
- [PATCH 01/16] x86/oprofile: add module parameter option to force a core 2 cpu, Jeremy Fitzhardinge
- [PATCH 06/16] x86/ioapic.c: ioapic_modify_irq is too large to inline, Jeremy Fitzhardinge
- [PATCH 04/16] perf record/top: Clarify events/samples naming, Jeremy Fitzhardinge
- [PATCH 09/16] x86/ioapic.c: remove redundant declaration of irq_pin_list, Jeremy Fitzhardinge
- [PATCH 12/16] x86/ioapic.c: simplify add_pin_to_irq_node(), Jeremy Fitzhardinge
- [PATCH 15/16] x86/ioapic.c: convert __target_IO_APIC_irq to conventional for() loop, Jeremy Fitzhardinge
- [PATCH 14/16] x86/ioapic.c: clean up replace_pin_at_irq_node logic and comments, Jeremy Fitzhardinge
- [PATCH 16/16] x86/ioapic.c: unify ioapic_retrigger_irq(), Jeremy Fitzhardinge
- [PATCH 13/16] x86/ioapic.c: convert replace_pin_at_irq_node to conventional for() loop, Jeremy Fitzhardinge
- [PATCH 11/16] x86/ioapic.c: convert io_apic_level_ack_pending loop to normal for() loop, Jeremy Fitzhardinge
- [PATCH 02/16] x86: Provide _sdata in the vmlinux.lds.S file, Jeremy Fitzhardinge
- [PATCH 07/16] x86/ioapic.c: unify __mask_IO_APIC_irq(), Jeremy Fitzhardinge
- [PATCH 10/16] x86/ioapic.c: move lost comment to what seems like appropriate place, Jeremy Fitzhardinge
- [PATCH 08/16] x86/ioapic.c: remove #ifdef for 82093AA workaround, Jeremy Fitzhardinge
- [PATCH 03/16] x86: Fix UV BAU activation descriptor init, Jeremy Fitzhardinge
- Re: [PATCH 00/16] Cleanups to io_apic.c, Jeremy Fitzhardinge
running get_user_pages() from kernel thread, Izik Eidus
- Re: running get_user_pages() from kernel thread, Andrea Arcangeli
- Re: running get_user_pages() from kernel thread, Hugh Dickins
- Re: running get_user_pages() from kernel thread, Rik van Riel
- Re: running get_user_pages() from kernel thread, Hugh Dickins
- Re: running get_user_pages() from kernel thread, Andrea Arcangeli
- Re: running get_user_pages() from kernel thread, Hugh Dickins
- Re: running get_user_pages() from kernel thread, Rik van Riel
- Re: running get_user_pages() from kernel thread, Izik Eidus
- Re: running get_user_pages() from kernel thread, Hugh Dickins
- Re: running get_user_pages() from kernel thread, Izik Eidus
- Re: running get_user_pages() from kernel thread, Johannes Weiner
- Re: running get_user_pages() from kernel thread, Hugh Dickins
- [patch 1/2] mm: make swap token dummies static inlines, Johannes Weiner
- Re: [patch 1/2] mm: make swap token dummies static inlines, Rik van Riel
- [patch 2/2] mm: remove task assumptions from swap token, Johannes Weiner
- Re: [patch 2/2] mm: remove task assumptions from swap token, Rik van Riel
- Re: [patch 2/2] mm: remove task assumptions from swap token, Minchan Kim
- Re: [patch 2/2] mm: remove task assumptions from swap token, Johannes Weiner
- Re: running get_user_pages() from kernel thread, Johannes Weiner
- [PATCH] mm: pass mm to grab_swap_token, Hugh Dickins
- Re: [PATCH] mm: pass mm to grab_swap_token, Minchan Kim
- Re: running get_user_pages() from kernel thread, Rik van Riel
v2 of comments on Performance Counters for Linux (PCL), stephane eranian
- Re: v2 of comments on Performance Counters for Linux (PCL), Ingo Molnar
- Re: I.1 - System calls - ioctl, Ingo Molnar
- Re: I.2 - Grouping, Ingo Molnar
- Re: I.3 - Multiplexing and system-wide, Ingo Molnar
- Re: I.4 - Controlling group multiplexing, Ingo Molnar
- Re: I.5 - Mmaped count, Ingo Molnar
- Re: I.6 - Group scheduling, Ingo Molnar
- Re: I.7 - Group validity checking, Ingo Molnar
- Re: I.8 - Generalized cache events, Ingo Molnar
- Re: I.9 - Group reading, Ingo Molnar
- Re: I.10 - Event buffer minimal useful size, Ingo Molnar
- Re: I.11 - Missing definitions for generic events, Ingo Molnar
- Re: II.1 - Fixed counters on Intel, Ingo Molnar
- Re: II.2 - Event knowledge missing, Ingo Molnar
- Re: III.1 - Sampling period randomization, Ingo Molnar
- Re: IV.1 - Support for model-specific uncore PMU, Ingo Molnar
- Re: IV.2 - Features impacting all counters, Ingo Molnar
- Re: IV.3 - AMD IBS, Ingo Molnar
- Re: IV.4 - Intel PEBS, Ingo Molnar
- Re: IV.5 - Intel Last Branch Record (LBR), Ingo Molnar
io-scheduler tuning for better read/write ratio, Ralf Gross
- Re: io-scheduler tuning for better read/write ratio, David Newall
- Re: io-scheduler tuning for better read/write ratio, Ralf Gross
- Re: io-scheduler tuning for better read/write ratio, Casey Dahlin
- Re: io-scheduler tuning for better read/write ratio, Ralf Gross
- Re: io-scheduler tuning for better read/write ratio, Jeff Moyer
- Re: io-scheduler tuning for better read/write ratio, Jeff Moyer
- Re: io-scheduler tuning for better read/write ratio, Ralf Gross
- Re: io-scheduler tuning for better read/write ratio, Jeff Moyer
- Re: io-scheduler tuning for better read/write ratio, Ralf Gross
- Re: io-scheduler tuning for better read/write ratio, Jeff Moyer
- Re: io-scheduler tuning for better read/write ratio, Ralf Gross
- Re: io-scheduler tuning for better read/write ratio, Al Boldi
- Re: io-scheduler tuning for better read/write ratio, Ralf Gross
- Re: io-scheduler tuning for better read/write ratio, Al Boldi
- Re: io-scheduler tuning for better read/write ratio, Ralf Gross
- Re: io-scheduler tuning for better read/write ratio, Wu Fengguang
- Re: io-scheduler tuning for better read/write ratio, Jens Axboe
- Re: io-scheduler tuning for better read/write ratio, Wu Fengguang
- Re: io-scheduler tuning for better read/write ratio, Ralf Gross
2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, Justin Piszcz
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, Michael Tokarev
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, Michael Tokarev
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, Justin Piszcz
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, Michael Tokarev
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, J. Bruce Fields
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, Michael Tokarev
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, David Rientjes
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, Michael Tokarev
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, David Rientjes
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, Michael Tokarev
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, J. Bruce Fields
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, David Rientjes
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, J. Bruce Fields
- Re: 2.6.29.1: nfsd: page allocation failure - nfsd or kernel problem?, Zdenek Kaspar
- [patch] ipv4: don't warn about skb ack allocation failures, David Rientjes
- Re: [patch] ipv4: don't warn about skb ack allocation failures, Eric Dumazet
- Re: [patch] ipv4: don't warn about skb ack allocation failures, David Rientjes
- Re: [patch] ipv4: don't warn about skb ack allocation failures, Eric Dumazet
- Re: [patch] ipv4: don't warn about skb ack allocation failures, David Rientjes
- Re: [patch] ipv4: don't warn about skb ack allocation failures, Eric Dumazet
- Re: [patch] ipv4: don't warn about skb ack allocation failures, David Miller
- Re: [patch] ipv4: don't warn about skb ack allocation failures, David Rientjes
- Re: [patch] ipv4: don't warn about skb ack allocation failures, David Miller
- Re: [patch] ipv4: don't warn about skb ack allocation failures, David Rientjes
- Re: [patch] ipv4: don't warn about skb ack allocation failures, David Miller
- Re: [patch] ipv4: don't warn about skb ack allocation failures, David Rientjes
- Re: [patch] ipv4: don't warn about skb ack allocation failures, Eric W. Biederman
- Re: [patch] ipv4: don't warn about skb ack allocation failures, David Rientjes
- Re: [patch] ipv4: don't warn about skb ack allocation failures, David Miller
- Re: [patch] ipv4: don't warn about skb ack allocation failures, Eric W. Biederman
- Re: [patch] ipv4: don't warn about skb ack allocation failures, David Miller
[PATCH 0/9] Series short description, Alan Cox
- [PATCH 1/9] tty: Fix leaks introduced by the shift to separate ldisc objects, Alan Cox
- [PATCH 2/9] ldisc: Make sure the ldisc isn't active when we close it, Alan Cox
- [PATCH 3/9] ldisc: debug aids, Alan Cox
- [PATCH 4/9] tty: fix unused warning when TCGETX is not defined, Alan Cox
- [PATCH 5/9] pty: Narrow the race on ldisc locking, Alan Cox
- [PATCH 6/9] tty: fix sanity check, Alan Cox
- [PATCH 7/9] MAINTAINERS: update 8250 section, give Alan Cox a name, Alan Cox
- [PATCH 8/9] atmel_serial: fix hang in set_termios when crtscts is enabled, Alan Cox
- [PATCH 9/9] imx: Check for NULL pointer deref before calling tty_encode_baud_rate, Alan Cox
PowerPC PCI DMA issues (prefetch/coherency?), Chris Pringle
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Michael S. Zick
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Hu Gang
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Scott Wood
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Chris Pringle
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Scott Wood
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Chris Pringle
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Scott Wood
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Arnd Bergmann
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Scott Wood
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Arnd Bergmann
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Benjamin Herrenschmidt
- Re: PowerPC PCI DMA issues (prefetch/coherency?), FUJITA Tomonori
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Leon Woestenberg
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Benjamin Herrenschmidt
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Leon Woestenberg
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Benjamin Herrenschmidt
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Chris Pringle
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Chris Pringle
- Re: PowerPC PCI DMA issues (prefetch/coherency?), Chris Pringle
- AW: PowerPC PCI DMA issues (prefetch/coherency?), Sergej.Stepanov
- Re: AW: PowerPC PCI DMA issues (prefetch/coherency?), Chris Pringle
[PATCH v3 0/9] clean up vdso-layout.lds.S, Petr Tesarik
- [PATCH v3 2/9] x86: Remove .sdata from the vDSO linker script, Petr Tesarik
- [PATCH v3 9/9] x86: remove .gnu.warning* sections from the vDSO, Petr Tesarik
- [PATCH v3 4/9] x86: mark altinstr-related sections in vDSO as broken, Petr Tesarik
- [PATCH v3 3/9] x86: add .broken section to the vDSO linker script, Petr Tesarik
- [PATCH v3 5/9] x86: mark some standard sections as broken in a vDSO, Petr Tesarik
- [PATCH v3 1/9] x86: Adjust the coding style of vdso-layout.lds.S, Petr Tesarik
- [PATCH v3 7/9] x86: mark writable vDSO sections as broken, Petr Tesarik
- [PATCH v3 6/9] x86: move 32-bit vDSO padding from .data to .rodata, Petr Tesarik
- [PATCH v3 8/9] x86: check the size of GOT in vDSO, Petr Tesarik
- Re: [PATCH v3 0/9] clean up vdso-layout.lds.S, Petr Tesarik
bug in tty ldisc and friends, Steven Rostedt
- Re: bug in tty ldisc and friends, Alan Cox
- Re: bug in tty ldisc and friends, Ingo Molnar
- Re: bug in tty ldisc and friends, Alan Cox
- Re: bug in tty ldisc and friends, Ingo Molnar
- Re: bug in tty ldisc and friends, Ingo Molnar
- Re: bug in tty ldisc and friends, Alan Cox
- Re: bug in tty ldisc and friends, Ingo Molnar
- Re: bug in tty ldisc and friends, Ingo Molnar
- Re: bug in tty ldisc and friends, Ingo Molnar
- Re: bug in tty ldisc and friends, Joerg Roedel
- Re: bug in tty ldisc and friends, Ingo Molnar
- Re: bug in tty ldisc and friends, Ingo Molnar
- Re: bug in tty ldisc and friends, Joerg Roedel
- Re: bug in tty ldisc and friends, Ingo Molnar
- Re: bug in tty ldisc and friends, Joerg Roedel
- Re: bug in tty ldisc and friends, Peter Zijlstra
- Re: bug in tty ldisc and friends, Ingo Molnar
- Re: bug in tty ldisc and friends, Joerg Roedel
[GIT PATCH] driver core patches for 2.6.30-git, Greg KH
- [PATCH 01/64] driver core: set default SYSFS_DEPRECATED=n, Greg Kroah-Hartman
- [PATCH 02/64] sched: delayed cleanup of user_struct, Greg Kroah-Hartman
- [PATCH 43/64] media: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 03/64] Driver Core: Warn driver authors about adding device attributes, Greg Kroah-Hartman
- [PATCH 05/64] driver core: firmware_class: replace kfree(dev) with put_device(dev), Greg Kroah-Hartman
- [PATCH 04/64] Sysfs: fix possible memleak in sysfs_follow_link, Greg Kroah-Hartman
- [PATCH 06/64] driver core: add BUS_NOTIFY_UNBOUND_DRIVER event, Greg Kroah-Hartman
- [PATCH 07/64] driver core: Const-correct platform getbyname functions, Greg Kroah-Hartman
- [PATCH 08/64] debugfs: dont stop on first failed recursive delete, Greg Kroah-Hartman
- [PATCH 10/64] kobject: make kset_create check kobject_set_name return value, Greg Kroah-Hartman
- [PATCH 09/64] Driver core: fix comment for device_attach(), Greg Kroah-Hartman
- [PATCH 11/64] driver-core: make sysdev_class_register check kobject_set_name return value, Greg Kroah-Hartman
- [PATCH 12/64] debugfs: fix docbook error, Greg Kroah-Hartman
- [PATCH 13/64] driver core: synchronize device shutdown, Greg Kroah-Hartman
- [PATCH 14/64] kobject: samples: make SAMPLE_KOBJECT module-only, Greg Kroah-Hartman
- [PATCH 15/64] driver core: fix documentation of request_firmware_nowait, Greg Kroah-Hartman
- [PATCH 16/64] firmware: allocate firmware id dynamically, Greg Kroah-Hartman
- [PATCH 17/64] firmware: atm/ueagle-atm: prepare for FIRMWARE_NAME_MAX removal, Greg Kroah-Hartman
- [PATCH 18/64] firmware: tuners/xc2028: prepare for FIRMWARE_NAME_MAX removal, Greg Kroah-Hartman
- [PATCH 19/64] firmware: dvb/dvb-usb: prepare for FIRMWARE_NAME_MAX removal, Greg Kroah-Hartman
- [PATCH 20/64] firmware: pcmcia/ds: prepare for FIRMWARE_NAME_MAX removal, Greg Kroah-Hartman
- [PATCH 22/64] firmware: FIRMWARE_NAME_MAX removal, Greg Kroah-Hartman
- [PATCH 25/64] Driver Core: add nodename callbacks, Greg Kroah-Hartman
- [PATCH 27/64] Driver Core: usb: add nodename support for usb drivers., Greg Kroah-Hartman
- [PATCH 28/64] Driver Core: block: add nodename support for block drivers., Greg Kroah-Hartman
- [PATCH 29/64] Driver Core: x86: add nodename for cpuid and msr drivers., Greg Kroah-Hartman
- [PATCH 31/64] Driver Core: input: add nodename for input drivers, Greg Kroah-Hartman
- [PATCH 32/64] Driver Core: sound: add nodename for sound drivers, Greg Kroah-Hartman
- [PATCH 35/64] Driver Core: aoe: add nodename for aoe devices, Greg Kroah-Hartman
- [PATCH 34/64] Driver Core: drm: add nodename for drm devices, Greg Kroah-Hartman
- [PATCH 37/64] eisa: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 38/64] firewire: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 39/64] ide: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 36/64] Driver Core: bsg: add nodename for bsg driver, Greg Kroah-Hartman
- [PATCH 40/64] ieee1394: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 42/64] input: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 45/64] PCIE: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 47/64] scsi: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 48/64] thermal: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 49/64] xen block: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 50/64] hvcs: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 51/64] ibmvscsi: gadget: at91_udc: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 54/64] mips: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 52/64] infiniband: ehca: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 55/64] of_serial: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 57/64] parport: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 60/64] uml: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 61/64] usb: gadget: at91_udc: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 64/64] debugfs: use specified mode to possibly mark files read/write only, Greg Kroah-Hartman
- [PATCH 56/64] parisc: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 63/64] debugfs: Fix terminology inconsistency of dir name to mount debugfs filesystem., Greg Kroah-Hartman
- [PATCH 62/64] xen: remove driver_data direct access of struct device from more drivers, Greg Kroah-Hartman
- [PATCH 59/64] block/ps3: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 58/64] s390: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 53/64] ipmi: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 44/64] mfd: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 46/64] pcmcia: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 41/64] infiniband: remove driver_data direct access of struct device, Greg Kroah-Hartman
- [PATCH 33/64] Driver Core: raw: add nodename for raw devices, Greg Kroah-Hartman
- [PATCH 26/64] Driver Core: misc: add nodename support for misc devices., Greg Kroah-Hartman
- [PATCH 30/64] Driver Core: dvb: add nodename for dvb drivers, Greg Kroah-Hartman
- [PATCH 24/64] driver core: fix gcc 4.3.3 warnings about string literals, Greg Kroah-Hartman
- [PATCH 23/64] firmware: remove broken example files, Greg Kroah-Hartman
- [PATCH 21/64] firmware: wireless/libertas: prepare for FIRMWARE_NAME_MAX removal, Greg Kroah-Hartman
[KVM-RFC PATCH 0/2] eventfd enhancements for irqfd/iosignalfd, Gregory Haskins
- [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Michael S. Tsirkin
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Michael S. Tsirkin
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Michael S. Tsirkin
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Michael S. Tsirkin
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Michael S. Tsirkin
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Davide Libenzi
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Davide Libenzi
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Davide Libenzi
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Davide Libenzi
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Davide Libenzi
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Michael S. Tsirkin
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Davide Libenzi
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Davide Libenzi
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Davide Libenzi
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- [PATCH 1/3] eventfd: Allow waiters to be notified about the eventfd file* going away, Gregory Haskins
- [PATCH 2/3] eventfd: add generalized notifier interface, Gregory Haskins
- [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Michael S. Tsirkin
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Michael S. Tsirkin
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Michael S. Tsirkin
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Michael S. Tsirkin
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Rusty Russell
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Rusty Russell
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Michael S. Tsirkin
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Michael S. Tsirkin
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Rusty Russell
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Davide Libenzi
- Re: [PATCH 3/3] eventfd: add internal reference counting to fix notifier race conditions, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Michael S. Tsirkin
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Michael S. Tsirkin
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Michael S. Tsirkin
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Michael S. Tsirkin
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Avi Kivity
- Re: [KVM-RFC PATCH 1/2] eventfd: add an explicit srcu based notifier interface, Gregory Haskins
- [KVM-RFC PATCH 2/2] eventfd: add module reference counting support for registered notifiers, Gregory Haskins
2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Johannes Stezenbach
- Re: 2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Rafael J. Wysocki
- Re: 2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Johannes Stezenbach
- Re: 2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Andrew Morton
- Re: 2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Johannes Stezenbach
- Re: 2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Pallipadi, Venkatesh
- Re: 2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Johannes Stezenbach
- Re: 2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Andrew Morton
- Re: 2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Pallipadi, Venkatesh
- Re: 2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Rafael J. Wysocki
- Re: 2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Johannes Stezenbach
- Re: 2.6.30: hibernation/swsusp lockup due to acpi-cpufreq, Johannes Stezenbach
[RFC] Documentation: add documentation for rc-series and merge window, Luis R. Rodriguez
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Greg KH
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Luis R. Rodriguez
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Greg KH
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Luis R. Rodriguez
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Luis R. Rodriguez
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Greg KH
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Luis R. Rodriguez
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Luis R. Rodriguez
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Greg KH
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Jouni Malinen
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Stefan Richter
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Luis R. Rodriguez
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Pavel Machek
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Luis R. Rodriguez
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Justin Mattock
- netlink interface change and crash while feeing associated sk_buff., Vinay Venkataraghavan
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Pavel Machek
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Krzysztof Halasa
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Luis R. Rodriguez
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Pavel Machek
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Linus Torvalds
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Luis R. Rodriguez
- Re: [RFC] Documentation: add documentation for rc-series and merge window, John W. Linville
- Re: [RFC] Documentation: add documentation for rc-series and merge window, Pavel Roskin
[PATCH 0/10] Fix page_mkwrite() for blocksize < pagesize (version 3), Jan Kara
- [PATCH 07/11] vfs: Unmap underlying metadata of new data buffers only when buffer is mapped, Jan Kara
- [PATCH 01/11] ext3: Get rid of extenddisksize parameter of ext3_get_blocks_handle(), Jan Kara
- [PATCH 04/11] ext4: Make sure blocks are properly allocated under mmaped page even when blocksize < pagesize, Jan Kara
- [PATCH 03/11] ext2: Allocate space for mmaped file on page fault, Jan Kara
- [PATCH 02/11] vfs: Add better VFS support for page_mkwrite when blocksize < pagesize, Jan Kara
- [PATCH 05/11] ext3: Allocate space for mmaped file on page fault, Jan Kara
- [PATCH 08/11] fs: Don't clear dirty bits in block_write_full_page(), Jan Kara
- [PATCH 06/11] vfs: Implement generic per-cpu counters for delayed allocation, Jan Kara
- [PATCH 09/11] vfs: Export wakeup_pdflush, Jan Kara
- [PATCH 10/11] ext3: Implement delayed allocation on page_mkwrite time, Jan Kara
- Re: [PATCH 0/10] Fix page_mkwrite() for blocksize < pagesize (version 3), Jan Kara
- Re: [PATCH 0/10] Fix page_mkwrite() for blocksize < pagesize (version 3), Aneesh Kumar K.V
- Re: [PATCH 0/10] Fix page_mkwrite() for blocksize < pagesize (version 3), Christoph Hellwig
Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Peter Zijlstra
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Hugh Dickins
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Peter Zijlstra
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Ingo Molnar
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Hugh Dickins
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Peter Zijlstra
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Ingo Molnar
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Peter Zijlstra
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Ingo Molnar
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Peter Zijlstra
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Ingo Molnar
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Peter Zijlstra
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Ingo Molnar
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Peter Zijlstra
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Ingo Molnar
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Hugh Dickins
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Peter Zijlstra
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Tejun Heo
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Peter Zijlstra
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Peter Zijlstra
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Ingo Molnar
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Andrew Morton
- Re: [tip:perfcounters/core] x86: Add NMI types for kmap_atomic, Peter Zijlstra
[PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Yan Li
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Matthew Garrett
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Li, Yan
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Matthew Garrett
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Alan Cox
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Matthew Garrett
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Alan Cox
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Matthew Garrett
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Li, Yan I
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Matthew Garrett
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Li, Yan
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Matthew Garrett
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Li, Yan I
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Matthew Garrett
- Re: [PATCH] More i8042-reset quirks for MSI Wind-clone netbooks, Andrew Morton
[tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, tip-bot for Peter Zijlstra
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Linus Torvalds
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Linus Torvalds
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Linus Torvalds
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Avi Kivity
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Avi Kivity
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Linus Torvalds
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Linus Torvalds
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Linus Torvalds
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Linus Torvalds
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Jeremy Fitzhardinge
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Linus Torvalds
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Linus Torvalds
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Jeremy Fitzhardinge
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Peter Zijlstra
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Peter Zijlstra
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Mathieu Desnoyers
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- [tip:x86/urgent] x86: mm: Read cr2 before prefetching the mmap_lock, tip-bot for Ingo Molnar
- Re: [tip:x86/urgent] x86: mm: Read cr2 before prefetching the mmap_lock, Linus Torvalds
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Avi Kivity
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, H. Peter Anvin
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Peter Zijlstra
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Avi Kivity
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Jeremy Fitzhardinge
- Re: [tip:perfcounters/core] perf_counter: x86: Fix call-chain support to use NMI-safe methods, Ingo Molnar
[GIT pull] ntp updates for 2.6.31, Thomas Gleixner
- Re: [GIT pull] ntp updates for 2.6.31, john stultz
- Re: [GIT pull] ntp updates for 2.6.31, john stultz
- Re: [GIT pull] ntp updates for 2.6.31, Ingo Molnar
- Re: [GIT pull] ntp updates for 2.6.31, Thomas Gleixner
- Re: [GIT pull] ntp updates for 2.6.31, Miroslav Lichvar
- Re: [GIT pull] ntp updates for 2.6.31, John Stultz
- Re: [GIT pull] ntp updates for 2.6.31, Ingo Molnar
- Re: [GIT pull] ntp updates for 2.6.31, Miroslav Lichvar
- Re: [GIT pull] ntp updates for 2.6.31, Ingo Molnar
- Re: [GIT pull] ntp updates for 2.6.31, John Stultz
- Re: [GIT pull] ntp updates for 2.6.31, Miroslav Lichvar
- Re: [GIT pull] ntp updates for 2.6.31, Ingo Molnar
- Re: [GIT pull] ntp updates for 2.6.31, Miroslav Lichvar
- Re: [GIT pull] ntp updates for 2.6.31, Ingo Molnar
- Re: [GIT pull] ntp updates for 2.6.31, Miroslav Lichvar
- Re: [GIT pull] ntp updates for 2.6.31, Ingo Molnar
- Re: [GIT pull] ntp updates for 2.6.31, Miroslav Lichvar
- Re: [GIT pull] ntp updates for 2.6.31, john stultz
- Re: [GIT pull] ntp updates for 2.6.31, Alan Cox
- Re: [GIT pull] ntp updates for 2.6.31, Martin Schwidefsky
[PATCH] gpiolib: Add gpio_detect, gpio_debounce and gpio_alt_func features to GPIOLIB, Alek Du
- Re: [PATCH] gpiolib: Add gpio_detect, gpio_debounce and gpio_alt_func features to GPIOLIB, Ben Dooks
- Re: [PATCH] gpiolib: Add gpio_detect, gpio_debounce and gpio_alt_func features to GPIOLIB, Ben Dooks
- Re: [PATCH] gpiolib: Add gpio_detect, gpio_debounce and gpio_alt_func features to GPIOLIB, Florian Fainelli
- Re: [PATCH] gpiolib: Add gpio_detect, gpio_debounce and gpio_alt_func features to GPIOLIB, Ben Dooks
- Re: [PATCH] gpiolib: Add gpio_detect, gpio_debounce and gpio_alt_func features to GPIOLIB, Alek Du
- Re: [PATCH] gpiolib: Add gpio_detect, gpio_debounce and gpio_alt_func features to GPIOLIB, Ben Dooks
- [PATCH v2] gpiolib: Add gpio_debounce and gpio_alt_func features to GPIOLIB, Alek Du
- Re: [PATCH v2] gpiolib: Add gpio_debounce and gpio_alt_func features to GPIOLIB, Ben Nizette
- Re: [PATCH] gpiolib: Add gpio_detect, gpio_debounce and gpio_alt_func features to GPIOLIB, Alek Du
- Re: [PATCH] gpiolib: Add gpio_detect, gpio_debounce and gpio_alt_func features to GPIOLIB, Ben Dooks
- Re: [PATCH] gpiolib: Add gpio_detect, gpio_debounce and gpio_alt_func features to GPIOLIB, Alek Du
- Re: [PATCH] gpiolib: Add gpio_detect, gpio_debounce and gpio_alt_func features to GPIOLIB, Ben Dooks
[PATCH 00/16] last-minute patches for MCE .31, Hidetoshi Seto
- [PATCH 01/16] x86, mce: don't init timer if !mce_available, Hidetoshi Seto
- [PATCH 02/16] x86, mce: call-in should be after updating global_nwo, Hidetoshi Seto
- [PATCH 03/16] x86, mce: add __read_mostly, Hidetoshi Seto
- [PATCH 04/16] x86, mce: rename static variables around trigger, Hidetoshi Seto
- [PATCH 05/16] x86, mce: sysfs entries for new options, Hidetoshi Seto
- [PATCH 06/16] x86, mce: unify mce.h, Hidetoshi Seto
- [PATCH 07/16] x86, mce: make mce_disabled boolean, Hidetoshi Seto
- [PATCH 08/16] x86, mce: unify smp_thermal_interrupt, prepare p4, Hidetoshi Seto
- [PATCH 09/16] x86, mce: unify smp_thermal_interrupt, prepare mce_intel_64, Hidetoshi Seto
- [PATCH 10/16] x86, mce: unify smp_thermal_interrupt, prepare, Hidetoshi Seto
- [PATCH 11/16] x86, mce: unify smp_thermal_interrupt, Hidetoshi Seto
- [PATCH 12/16] x86, mce: squash mce_intel.c into therm_throt.c, Hidetoshi Seto
- [PATCH 14/16] x86, mce: remove therm_throt.h, Hidetoshi Seto
- [PATCH 13/16] x86, mce: remove intel_set_thermal_handler(), Hidetoshi Seto
- [PATCH 15/16] x86, mce: mce.h cleanup, Hidetoshi Seto
- [PATCH 16/16] x86, mce: rename, Hidetoshi Seto
[PATCH 00/22] HWPOISON: Intro (v5), Wu Fengguang
- [PATCH 06/22] HWPOISON: x86: Add VM_FAULT_HWPOISON handling to x86 page fault handler v2, Wu Fengguang
- [PATCH 03/22] HWPOISON: Add support for poison swap entries v2, Wu Fengguang
- [PATCH 07/22] HWPOISON: define VM_FAULT_HWPOISON to 0 when feature is disabled, Wu Fengguang
- [PATCH 14/22] HWPOISON: Add simple debugfs interface to inject hwpoison on arbitary PFNs, Wu Fengguang
- [PATCH 02/22] HWPOISON: Export some rmap vma locking to outside world, Wu Fengguang
- [PATCH 20/22] HWPOISON: collect infos that reflect the impact of the memory corruption, Wu Fengguang
- [PATCH 01/22] HWPOISON: Add page flag for poisoned pages, Wu Fengguang
- [PATCH 13/22] HWPOISON: Add madvise() based injector for hardware poisoned pages v3, Wu Fengguang
- [PATCH 16/22] mm: move page flag numbers for user space to page-flags.h, Wu Fengguang
- [PATCH 04/22] HWPOISON: Add new SIGBUS error codes for hardware poison signals, Wu Fengguang
- [PATCH 15/22] HWPOISON: early kill cleanups and fixes, Wu Fengguang
- [PATCH 18/22] HWPOISON: use compound head page, Wu Fengguang
- [PATCH 21/22] HWPOISON: send uevent to report memory corruption, Wu Fengguang
- [PATCH 10/22] HWPOISON: check and isolate corrupted free pages v2, Wu Fengguang
- [PATCH 22/22] HWPOISON: FOR TESTING: Enable memory failure code unconditionally, Wu Fengguang
- [PATCH 05/22] HWPOISON: Add basic support for poisoned pages in fault handler v3, Wu Fengguang
- [PATCH 11/22] HWPOISON: Refactor truncate to allow direct truncating of page v3, Wu Fengguang
- [PATCH 17/22] HWPOISON: introduce struct hwpoison_control, Wu Fengguang
- [PATCH 19/22] HWPOISON: detect free buddy pages explicitly, Wu Fengguang
- [PATCH 08/22] HWPOISON: Use bitmask/action code for try_to_unmap behaviour, Wu Fengguang
- [PATCH 12/22] HWPOISON: The high level memory error handler in the VM v7, Wu Fengguang
- [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Wu Fengguang
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Minchan Kim
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Wu Fengguang
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Minchan Kim
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Wu Fengguang
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Minchan Kim
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Wu Fengguang
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Minchan Kim
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Wu Fengguang
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Minchan Kim
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Wu Fengguang
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Minchan Kim
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Wu Fengguang
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Wu Fengguang
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Minchan Kim
- Re: [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap, Wu Fengguang
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Balbir Singh
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Wu Fengguang
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Nick Piggin
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Andi Kleen
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Wu Fengguang
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Nick Piggin
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Wu Fengguang
- [RFC][PATCH] HWPOISON: only early kill processes who installed SIGBUS handler, Wu Fengguang
- Re: [RFC][PATCH] HWPOISON: only early kill processes who installed SIGBUS handler, Nick Piggin
- Re: [RFC][PATCH] HWPOISON: only early kill processes who installed SIGBUS handler, Wu Fengguang
- Re: [RFC][PATCH] HWPOISON: only early kill processes who installed SIGBUS handler, Nick Piggin
- Re: [RFC][PATCH] HWPOISON: only early kill processes who installed SIGBUS handler, Wu Fengguang
- Re: [RFC][PATCH] HWPOISON: only early kill processes who installed SIGBUS handler, Wu Fengguang
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Nick Piggin
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Wu Fengguang
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Nick Piggin
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Wu Fengguang
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Hugh Dickins
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Alan Cox
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Andi Kleen
- Re: [PATCH 00/22] HWPOISON: Intro (v5), H. Peter Anvin
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Alan Cox
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Andi Kleen
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Alan Cox
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Andi Kleen
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Alan Cox
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Andi Kleen
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Russ Anderson
- Re: [PATCH 00/22] HWPOISON: Intro (v5), H. Peter Anvin
- Re: [PATCH 00/22] HWPOISON: Intro (v5), Russ Anderson
- Re: [PATCH 00/22] HWPOISON: Intro (v5), H. Peter Anvin
Patches to get serial working on msm7k / htc dream, Brian Swetland
- [PATCH 1/3] [ARM] msm_serial: serial driver for MSM7K onboard serial peripheral., Brian Swetland
- [PATCH 2/3] [ARM] msm: make debugging UART (for DEBUG_LL) configurable, Brian Swetland
- [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Brian Swetland
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Stefan Schmidt
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Brian Swetland
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Stefan Schmidt
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Pavel Machek
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Brian Swetland
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Pavel Machek
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Brian Swetland
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Pavel Machek
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Russell King - ARM Linux
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Alan Cox
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Brian Swetland
- Re: [PATCH 3/3] [ARM] msm: add minimal board file for HTC Dream device, Russell King - ARM Linux
- Re: [PATCH 2/3] [ARM] msm: make debugging UART (for DEBUG_LL) configurable, Pavel Machek
- Re: [PATCH 2/3] [ARM] msm: make debugging UART (for DEBUG_LL) configurable, Brian Swetland
- Re: [PATCH 2/3] [ARM] msm: make debugging UART (for DEBUG_LL) configurable, Pavel Machek
- Re: [PATCH 2/3] [ARM] msm: make debugging UART (for DEBUG_LL) configurable, Brian Swetland
- Re: [PATCH 2/3] [ARM] msm: make debugging UART (for DEBUG_LL) configurable, Pavel Machek
- Re: [PATCH 1/3] [ARM] msm_serial: serial driver for MSM7K onboard serial peripheral., Ryan Mallon
- Re: [PATCH 1/3] [ARM] msm_serial: serial driver for MSM7K onboard serial peripheral., Alan Cox
- Re: [PATCH 1/3] [ARM] msm_serial: serial driver for MSM7K onboard serial peripheral., Pavel Machek
- Re: [PATCH 1/3] [ARM] msm_serial: serial driver for MSM7K onboard serial peripheral., Linus Walleij
- Re: [PATCH 1/3] [ARM] msm_serial: serial driver for MSM7K onboard serial peripheral., Robert Love
- Re: Patches to get serial working on msm7k / htc dream, Pavel Machek
2.6.30: suspend-to-ram, second s2r wakes up immediately, Thomas Meyer
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Rafael J. Wysocki
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Thomas Meyer
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Rafael J. Wysocki
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Frans Pop
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Rafael J. Wysocki
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Thomas Meyer
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Thomas Meyer
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Rafael J. Wysocki
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Alan Stern
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Jiri Kosina
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Thomas Meyer
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Jiri Kosina
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Thomas Meyer
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Alan Stern
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Thomas Meyer
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Alan Stern
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Thomas Meyer
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Frans Pop
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Thomas Meyer
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Alan Stern
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Thomas Meyer
- Re: 2.6.30: suspend-to-ram, second s2r wakes up immediately, Alan Stern
[PATCH 00/17] Blackfin arch conversion to asm-generic, Mike Frysinger
- [PATCH 01/17] Blackfin: use common test_bit() rather than __test_bit(), Mike Frysinger
- [PATCH 02/17] Blackfin: pull in asm/io.h in ksyms for prototypes, Mike Frysinger
- [PATCH 04/17] Blackfin: convert asm/ioctls.h to asm-generic/ioctls.h, Mike Frysinger
- [PATCH 05/17] Blackfin: convert to generic checksum code, Mike Frysinger
- Re: [PATCH 05/17] Blackfin: convert to generic checksum code, Arnd Bergmann
- Re: [PATCH 05/17] Blackfin: convert to generic checksum code, Mike Frysinger
- Re: [PATCH 05/17] Blackfin: convert to generic checksum code, Mike Frysinger
- Re: [PATCH 05/17] Blackfin: convert to generic checksum code, Arnd Bergmann
- Re: [PATCH 05/17] Blackfin: convert to generic checksum code, Mike Frysinger
- Re: [PATCH 05/17] Blackfin: convert to generic checksum code, Arnd Bergmann
- Re: [PATCH 05/17] Blackfin: convert to generic checksum code, Mike Frysinger
- Re: [PATCH 05/17] Blackfin: convert to generic checksum code, Arnd Bergmann
- Re: [PATCH 05/17] Blackfin: convert to generic checksum code, Mike Frysinger
- Re: [PATCH 05/17] Blackfin: convert to generic checksum code, Arnd Bergmann
- Re: [PATCH 05/17] Blackfin: convert to generic checksum code, Mike Frysinger
- [PATCH 03/17] Blackfin: only build irqpanic.c when needed, Mike Frysinger
- [PATCH 06/17] Blackfin: convert shm/sysv/ipc to asm-generic, Mike Frysinger
- [PATCH 08/17] Blackfin: convert socket/poll to asm-generic, Mike Frysinger
- [PATCH 09/17] Blackfin: convert simple headers to asm-generic, Mike Frysinger
- [PATCH 07/17] Blackfin: convert user/elf to asm-generic, Mike Frysinger
- [PATCH 10/17] Blackfin: convert dma/pci to asm-generic, Mike Frysinger
- [PATCH 11/17] Blackfin: convert termios to asm-generic, Mike Frysinger
- [PATCH 13/17] Blackfin: convert signal/mmap to asm-generic, Mike Frysinger
- [PATCH 12/17] Blackfin: convert locking primitives to asm-generic, Mike Frysinger
- [PATCH 14/17] Blackfin: convert irq/process to asm-generic, Mike Frysinger
- [PATCH 15/17] Blackfin: convert types to asm-generic, Mike Frysinger
- [PATCH 16/17] Blackfin: convert page/tlb to asm-generic, Mike Frysinger
- [PATCH 17/17] Blackfin: convert uaccess to asm-generic, Mike Frysinger
- Re: [PATCH 00/17] Blackfin arch conversion to asm-generic, Arnd Bergmann
2.6.30 enabling cpu1 on resume fails after suspend to memory, Benjamin S.
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Rafael J. Wysocki
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Benjamin S.
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Rafael J. Wysocki
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Benjamin S.
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Rafael J. Wysocki
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Thomas Gleixner
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Rafael J. Wysocki
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Benjamin S.
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Thomas Gleixner
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Benjamin S.
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Thomas Gleixner
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Benjamin S.
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Thomas Gleixner
- RE: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Thomas Gleixner
- RE: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Thomas Gleixner
- RE: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Thomas Gleixner
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Benjamin S.
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Thomas Gleixner
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Greg KH
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Thomas Gleixner
- Re: 2.6.30 enabling cpu1 on resume fails after suspend to memory, Johannes Stezenbach
2.6.{28,30} Keyboard not working on oldish machine, Dr. David Alan Gilbert
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Ozan ÃaÄlayan
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Pekka Enberg
- Re: 2.6.{28,30} Keyboard not working on oldish machine, H. Peter Anvin
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Dr. David Alan Gilbert
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Jiri Kosina
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Dr. David Alan Gilbert
- Re: 2.6.{28,30} Keyboard not working on oldish machine, H. Peter Anvin
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Jiri Kosina
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Dr. David Alan Gilbert
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Jiri Kosina
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Dr. David Alan Gilbert
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Jiri Kosina
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Dr. David Alan Gilbert
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Dmitry Torokhov
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Dr. David Alan Gilbert
- Re: 2.6.{28,30} Keyboard not working on oldish machine, Jiri Kosina
[PATCH] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [PATCH] PM: Introduce core framework for run-time PM of I/O devices, Magnus Damm
- Re: [linux-pm] [PATCH] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- [patch update] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices, Arjan van de Ven
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- [patch update 2] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- Re: [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- Re: [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- Re: [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- Re: [linux-pm] [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- Re: [linux-pm] [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [linux-pm] [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Magnus Damm
- Re: [linux-pm] [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Arjan van de Ven
- Re: [linux-pm] [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Magnus Damm
- Re: [linux-pm] [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Arjan van de Ven
- Re: [linux-pm] [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [linux-pm] [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [linux-pm] [patch update 2 fix] PM: Introduce core framework for run-time PM of I/O devices, Oliver Neukum
- [patch update 3] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update 3] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- Re: [patch update 3] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update 3] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- Re: [patch update 3] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update 3] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- Re: [patch update 3] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update 3] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- Re: [patch update 3] PM: Introduce core framework for run-time PM of I/O devices, Rafael J. Wysocki
- Re: [patch update 3] PM: Introduce core framework for run-time PM of I/O devices, Alan Stern
- Re: [patch update] PM: Introduce core framework for run-time PM of I/O devices, Pavel Machek
|