Linux-Kernel

• Date Index

---

• [RFC] Regression testing framework for the kernel, Jack Stone
• in_suspend and __nosave, Sam Ravnborg
• sys.log spammed with uvcvideo: unknown event type 110., Justin Mattock
• difference between ppc and powerpc branches...., mark skuse
  • Re: difference between ppc and powerpc branches...., Arnd Bergmann
• [PATCH v2 0/9] more non-ABI asm-generic headers, Arnd Bergmann
  • [PATCH v2 1/9] asm-generic: rename atomic.h to atomic-long.h, Arnd Bergmann
  • [PATCH v2 2/9] asm-generic: rename page.h to getorder.h, Arnd Bergmann
  • [PATCH v2 4/9] asm-generic: make pci.h usable directly, Arnd Bergmann
  • [PATCH v2 3/9] asm-generic: rename uaccess.h to uaccess-unaligned.h, Arnd Bergmann
  • [PATCH v2 5/9] asm-generic: make bitops.h usable, Arnd Bergmann
  • [PATCH v2 6/9] asm-generic: add generic versions of common headers, Arnd Bergmann
  • [PATCH v2 8/9] asm-generic: add generic atomic.h and io.h, Arnd Bergmann
  • [PATCH v2 7/9] asm-generic: add legacy I/O header files, Arnd Bergmann
  • [PATCH v2 9/9] asm-generic: add generic NOMMU versions of some headers, Arnd Bergmann
• [PATCH 0/7] kconfig: more featured minimum module configs, Steven Rostedt
  • [PATCH 1/7] kconfig: streamline_config.pl do not stop with no depends, Steven Rostedt
  • [PATCH 2/7] kconfig: do not warn about modules built in, Steven Rostedt
  • [PATCH 3/7] kconfig: enable CONFIG_IKCONFIG from streamline_config.pl, Steven Rostedt
    • Re: [PATCH 3/7] kconfig: enable CONFIG_IKCONFIG from streamline_config.pl, Alan Jenkins
  • [PATCH 4/7] kconfig: add check if end exists in extract-ikconfig, Steven Rostedt
  • [PATCH 5/7] kconfig: have extract-ikconfig read ELF files, Steven Rostedt
  • [PATCH 7/7] kconfig: search for a config to base the local(mod|yes)config on, Steven Rostedt
  • [PATCH 6/7] kconfig: keep config.gz around even if CONFIG_IKCONFIG_PROC is not set, Steven Rostedt
  • Re: [PATCH 0/7] kconfig: more featured minimum module configs, Ingo Molnar
• [GIT PULL] configfs fixes, Joel Becker
• [PATCH] fiemap: fix problem with setting FIEMAP_EXTENT_LAST, Josef Bacik
• [tip:x86/cleanups] x86: added 'ifndef _ASM_X86_IOMAP_H' to iomap.h, tip-bot for Remis Lima Baima
• [RFC PATCH 0/2] A new way of attaching information to inodes, Jan Kara
  • [PATCH 1/2] Implement trivial struct feature macros, Jan Kara
  • [PATCH 2/2] Use feature code to eliminate quota pointers from inodes for filesystems that don't need it., Jan Kara
  • Re: [RFC PATCH 0/2] A new way of attaching information to inodes, Theodore Tso
• [PATCH 0/3] add tracepoints docbook (take #2), Jason Baron
  • [PATCH 2/3] add new tracepoints docbook (take #2), Jason Baron
  • [PATCH 1/3] make kernel-doc understand TRACE_EVENT() macro (take #2), Jason Baron
  • [PATCH 3/3] add irq tracepoint documentation (take #2), Jason Baron
• [patch 00/88] 2.6.28.10-stable review, Greg KH
  • [patch 01/88] bonding: Fix updating of speed/duplex changes, Greg KH
  • [patch 02/88] net: fix sctp breakage, Greg KH
  • [patch 03/88] ipv6: dont use tw net when accounting for recycled tw, Greg KH
  • [patch 04/88] ipv6: Plug sk_buff leak in ipv6_rcv (net/ipv6/ip6_input.c), Greg KH
  • [patch 05/88] netfilter: nf_conntrack_tcp: fix unaligned memory access in tcp_sack, Greg KH
  • [patch 06/88] xfrm: spin_lock() should be spin_unlock() in xfrm_state.c, Greg KH
  • [patch 07/88] bridge: bad error handling when adding invalid ether address, Greg KH
  • [patch 08/88] bas_gigaset: correctly allocate USB interrupt transfer buffer, Greg KH
  • [patch 09/88] USB: EHCI: add software retry for transaction errors, Greg KH
  • [patch 10/88] USB: fix USB_STORAGE_CYPRESS_ATACB, Greg KH
  • [patch 11/88] USB: usb-storage: increase max_sectors for tape drives, Greg KH
  • [patch 12/88] USB: gadget: fix rndis regression, Greg KH
  • [patch 13/88] USB: add quirk to avoid config and interface strings, Greg KH
  • [patch 14/88] cifs: fix buffer format byte on NT Rename/hardlink, Greg KH
  • [patch 15/88] b43: fix b43_plcp_get_bitrate_idx_ofdm return type, Greg KH
  • [patch 16/88] CIFS: Fix memory overwrite when saving nativeFileSystem field during mount, Greg KH
  • [patch 17/88] Add a missing unlock_kernel() in raw_open(), Greg KH
  • [patch 18/88] x86, PAT, PCI: Change vma prot in pci_mmap to reflect inherited prot, Greg KH
  • [patch 19/88] x86: mtrr: dont modify RdDram/WrDram bits of fixed MTRRs, Greg KH
  • [patch 20/88] security/smack: fix oops when setting a size 0 SMACK64 xattr, Greg KH
  • [patch 21/88] x86, setup: mark %esi as clobbered in E820 BIOS call, Greg KH
  • [patch 22/88] dock: fix dereference after kfree(), Greg KH
  • [patch 23/88] mm: define a UNIQUE value for AS_UNEVICTABLE flag, Greg KH
  • [patch 24/88] mm: do_xip_mapping_read: fix length calculation, Greg KH
  • [patch 25/88] vfs: skip I_CLEAR state inodes, Greg KH
  • [patch 27/88] net/netrom: Fix socket locking, Greg KH
  • [patch 26/88] af_rose/x25: Sanity check the maximum user frame size, Greg KH
  • [patch 28/88] kprobes: Fix locking imbalance in kretprobes, Greg KH
  • [patch 29/88] netfilter: {ip, ip6, arp}_tables: fix incorrect loop detection, Greg KH
  • [patch 30/88] splice: fix deadlock in splicing to file, Greg KH
  • [patch 31/88] ALSA: hda - add missing comma in ad1884_slave_vols, Greg KH
  • [patch 32/88] SCSI: libiscsi: fix iscsi pool error path, Greg KH
  • [patch 33/88] SCSI: libiscsi: fix iscsi pool error path again, Greg KH
  • [patch 34/88] posixtimers, sched: Fix posix clock monotonicity, Greg KH
  • [patch 35/88] sched: do not count frozen tasks toward load, Greg KH
  • [patch 36/88] add some long-missing capabilities to fs_mask, Greg KH
  • [patch 37/88] spi: spi_write_then_read() bugfixes, Greg KH
  • [patch 38/88] powerpc: Fix data-corrupting bug in __futex_atomic_op, Greg KH
  • [patch 39/88] hpt366: fix HPT370 DMA timeouts, Greg KH
  • [patch 40/88] pata_hpt37x: fix HPT370 DMA timeouts, Greg KH
  • [patch 41/88] mm: pass correct mm when growing stack, Greg KH
  • [patch 42/88] SCSI: sg: fix races during device removal, Greg KH
  • [patch 43/88] SCSI: sg: fix races with ioctl(SG_IO), Greg KH
  • [patch 44/88] SCSI: sg: avoid blk_put_request/blk_rq_unmap_user in interrupt, Greg KH
  • [patch 45/88] usb gadget: fix ethernet link reports to ethtool, Greg KH
  • [patch 46/88] USB: ftdi_sio: add vendor/project id for JETI specbos 1201 spectrometer, Greg KH
  • [patch 47/88] USB: fix oops in cdc-wdm in case of malformed descriptors, Greg KH
  • [patch 48/88] USB: usb-storage: augment unusual_devs entry for Simple Tech/Datafab, Greg KH
  • [patch 49/88] Input: gameport - fix attach driver code, Greg KH
  • [patch 50/88] r8169: Reset IntrStatus after chip reset, Greg KH
  • [patch 51/88] agp: zero pages before sending to userspace, Greg KH
  • [patch 52/88] hugetlbfs: return negative error code for bad mount option, Greg KH
  • [patch 53/88] block: revert part of 18ce3751ccd488c78d3827e9f6bf54e6322676fb, Greg KH
  • [patch 54/88] anon_inodes: use fops->owner for module refcount, Greg KH
  • [patch 55/88] KVM: x86: Reset pending/inject NMI state on CPU reset, Greg KH
  • [patch 56/88] KVM: call kvm_arch_vcpu_reset() instead of the kvm_x86_ops callback, Greg KH
  • [patch 57/88] KVM: MMU: Extend kvm_mmu_page->slot_bitmap size, Greg KH
  • [patch 58/88] KVM: VMX: Move private memory slot position, Greg KH
  • [patch 59/88] KVM: SVM: Set the g bit of the cs selector for cross-vendor migration, Greg KH
  • [patch 60/88] KVM: SVM: Set the busy flag of the TR selector, Greg KH
  • [patch 61/88] KVM: MMU: Fix aliased gfns treated as unaliased, Greg KH
  • [patch 63/88] KVM: Fix cpuid iteration on multiple leaves per eac, Greg KH
  • [patch 64/88] KVM: Prevent trace call into unloaded module text, Greg KH
  • [patch 65/88] KVM: Really remove a slot when a user ask us so, Greg KH
  • [patch 66/88] KVM: x86 emulator: Fix handling of VMMCALL instruction, Greg KH
  • [patch 62/88] KVM: Fix cpuid leaf 0xb loop termination, Greg KH
  • [patch 67/88] KVM: set owner of cpu and vm file operations, Greg KH
  • [patch 68/88] KVM: Advertise the bug in memory region destruction as fixed, Greg KH
  • [patch 69/88] KVM: MMU: check for present pdptr shadow page in walk_shadow, Greg KH
  • [patch 70/88] KVM: MMU: handle large host sptes on invlpg/resync, Greg KH
  • [patch 71/88] KVM: mmu_notifiers release method, Greg KH
  • [patch 72/88] KVM: PIT: fix i8254 pending count read, Greg KH
  • [patch 73/88] KVM: x86: disable kvmclock on non constant TSC hosts, Greg KH
  • [patch 74/88] KVM: x86: fix LAPIC pending count calculation, Greg KH
  • [patch 75/88] KVM: VMX: Flush volatile msrs before emulating rdmsr, Greg KH
  • [patch 76/88] ath9k: implement IO serialization, Greg KH
  • [patch 77/88] ath9k: AR9280 PCI devices must serialize IO as well, Greg KH
  • [patch 78/88] md: fix deadlock when stopping arrays, Greg KH
  • [patch 79/88] block: include empty disks in /proc/diskstats, Greg KH
  • [patch 80/88] powerpc: Sanitize stack pointer in signal handling code, Greg KH
  • [patch 81/88] fs core fixes, Greg KH
  • [patch 82/88] fix ptrace slowness, Greg KH
  • [patch 83/88] crypto: ixp4xx - Fix handling of chained sg buffers, Greg KH
  • [patch 84/88] PCI: fix incorrect mask of PM No_Soft_Reset bit, Greg KH
  • [patch 85/88] exit_notify: kill the wrong capable(CAP_KILL) check (CVE-2009-1337), Greg KH
  • [patch 86/88] b44: Use kernel DMA addresses for the kernel DMA API, Greg KH
  • [patch 87/88] thinkpad-acpi: fix LED blinking through timer trigger, Greg KH
  • [patch 88/88] unreached code in selinux_ip_postroute_iptables_compat() (CVE-2009-1184), Greg KH
  • Re: [patch 00/88] 2.6.28.10-stable review, Henrique de Moraes Holschuh
    • Re: [patch 00/88] 2.6.28.10-stable review, Willy Tarreau
• [git pull] IDE fix, Bartlomiej Zolnierkiewicz
• Re: [PATCH] clear irq pending when bypassing it, Eric W. Biederman
  • Re: [PATCH] clear irq pending when bypassing it, Joe Korty
    • Re: [PATCH] clear irq pending when bypassing it, Eric W. Biederman
• [ANNOUNCE] The Linux Test Project has been Released for APRIL 2009, Subrata Modak
• [PATCH 5/5] USB: Wait for USB and SCSI block boot devices, v2, David VomLehn
• [PATCH 00/27] more non-ABI asm-generic headers, Arnd Bergmann
  • [PATCH 03/27] asm-generic: make pci.h usable directly, Arnd Bergmann
  • [PATCH 01/27] asm-generic: rename atomic.h to atomic-long.h, Arnd Bergmann
    • Re: [PATCH 01/27] asm-generic: rename atomic.h to atomic-long.h, Ingo Molnar
  • [PATCH 02/27] asm-generic: add generic atomic.h, Arnd Bergmann
  • [PATCH 04/27] asm-generic: add legacy I/O header files, Arnd Bergmann
  • [PATCH 05/27] asm-generic: add generic io.h, Arnd Bergmann
  • [PATCH 06/27] asm-generic: clean up asm-generic/io.h, Remis Lima Baima
  • [PATCH 07/27] asm-generic: add minimal cache description, Arnd Bergmann
  • [PATCH 12/27] asm-generic: add a NOMMU uaccess.h, Arnd Bergmann
  • [PATCH 17/27] add generic lib/checksum.c, Arnd Bergmann
  • [PATCH 22/27] microblaze: don't include asm/mmu.h in hw_exception_handler, Arnd Bergmann
  • [PATCH 24/27] microblaze: use generic dma-mapping.h, Arnd Bergmann
  • [PATCH 21/27] microblaze: use generic swab.h, Arnd Bergmann
  • [PATCH 27/27] microblaze: use generic system.h, Remis Lima Baima
  • [PATCH 26/27] microblaze: make io.h use asm-generic/io.h, Remis Lima Baima
  • [PATCH 25/27] microblaze: use generic uaccess.h, Remis Lima Baima
  • [PATCH 19/27] microblaze: make syscall_table implementation generic, Arnd Bergmann
  • [PATCH 18/27] microblaze: use generic syscalls.h, Arnd Bergmann
  • [PATCH 20/27] microblaze: use the generic lib/checksum.c, Remis Lima Baima
  • [PATCH 16/27] asm-generic: introduce generic syscalls.h, Arnd Bergmann
  • [PATCH 15/27] asm-generic: Add missing generic tlb_flush definition, Arnd Bergmann
  • [PATCH 14/27] asm-generic: make bitops.h usable, Arnd Bergmann
  • [PATCH 23/27] microblaze: convert all simple headers to use asm-generic, Remis Lima Baima
  • [PATCH 13/27] asm-generic: make uaccess.h usable by mmu archs, Arnd Bergmann
  • [PATCH 11/27] asm-generic: add generic page.h, Arnd Bergmann
  • [PATCH 10/27] asm-generic: rename page.h to getorder.h, Arnd Bergmann
  • [PATCH 09/27] asm-generic: add generic NOMMU versions of some headers, Arnd Bergmann
  • [PATCH 08/27] asm-generic: add generic versions of common headers, Arnd Bergmann
    • Re: [PATCH 08/27] asm-generic: add generic versions of common headers, David Miller
      • Re: [PATCH 08/27] asm-generic: add generic versions of common headers, Arnd Bergmann
      • Re: [PATCH 08/27] asm-generic: add generic versions of common headers, David Miller
      • Re: [PATCH 08/27] asm-generic: add generic versions of common headers, Arnd Bergmann
      • Re: [PATCH 08/27] asm-generic: add generic versions of common headers, David Miller
      • Re: [PATCH 08/27] asm-generic: add generic versions of common headers, Arnd Bergmann
      • Re: [PATCH 08/27] asm-generic: add generic versions of common headers, David Miller
      • Re: [PATCH 08/27] asm-generic: add generic versions of common headers, Sam Ravnborg
  • [PATCH 0/2] use generic headers in x86, Arnd Bergmann
    • [PATCH 1/2] x86: two small fixes in termios.h, Arnd Bergmann
    • [PATCH 2/2] x86: adapt simple headers to use generic headers, Arnd Bergmann
• [PATCH] xt_socket: checks for the state of nf_conntrack, Laszlo Attila Toth
  • Re: [PATCH] xt_socket: checks for the state of nf_conntrack, David Miller
    • Re: [PATCH] xt_socket: checks for the state of nf_conntrack, Tóth László Attila
• [PATCH] proc: avoid leaking eip, esp, or wchan to non-privileged processes, Jake Edge
• [PATCH] [GIT PULL] tracing/workqueue: fix 32 bits unfriendly 64 bits division, Frederic Weisbecker
  • Re: [PATCH] [GIT PULL] tracing/workqueue: fix 32 bits unfriendly 64 bits division, Ingo Molnar
• [PATCH] NLS: update handling of Unicode, Alan Stern
• [GIT] HID, Jiri Kosina
• [PATCH 2.6.30 1/2] mfd: Correct readability of WM8350 register 227, Mark Brown
  • [PATCH 2.6.30 2/2] mfd: Keep a cache of WM8350 volatile values, Mark Brown
• [BUG] 2.6.30-rc4 hid bluetooth not working, Marc Pignat
  • Re: [BUG] 2.6.30-rc4 hid bluetooth not working, Jiri Kosina
    • Re: [BUG] 2.6.30-rc4 hid bluetooth not working, Marcel Holtmann
      • Re: [BUG] 2.6.30-rc4 hid bluetooth not working, Jiri Kosina
  • <Possible follow-ups>
  • Re: [BUG] 2.6.30-rc4 hid bluetooth not working, Marc Pignat
  • Re: [BUG] 2.6.30-rc4 hid bluetooth not working, Marc Pignat
• [PATCH] driver-core: devtmpfs - driver core maintained /dev tmpfs, Kay Sievers
• Specific support for Intel Atom architecture, Tobias Doerffel
  • Re: Specific support for Intel Atom architecture, Ingo Molnar
    • Re: Specific support for Intel Atom architecture, H. Peter Anvin
    • Re: Specific support for Intel Atom architecture, H. Peter Anvin
• [splice PATCH 1/3] splice: use "long" for tee() return values, Max Kellermann
  • [splice PATCH 2/3] tee: don't return 0 when another task drains/fills a pipe, Max Kellermann
  • [splice PATCH 3/3] splice: added support for pipe-to-pipe splice(), Max Kellermann
    • Re: [splice PATCH 3/3] splice: added support for pipe-to-pipe splice(), Vegard Nossum
      • Re: [splice PATCH 3/3] splice: added support for pipe-to-pipe splice(), Max Kellermann
• [PATCH 00/16] DRBD: a block device for HA clusters, Philipp Reisner
  • [PATCH 01/16] DRBD: major.h, Philipp Reisner
    • [PATCH 02/16] DRBD: lru_cache, Philipp Reisner
      • [PATCH 03/16] DRBD: activity_log, Philipp Reisner
      • [PATCH 04/16] DRBD: bitmap, Philipp Reisner
      • [PATCH 05/16] DRBD: request, Philipp Reisner
      • [PATCH 06/16] DRBD: userspace_interface, Philipp Reisner
      • [PATCH 07/16] DRBD: internal_data_structures, Philipp Reisner
      • [PATCH 08/16] DRBD: main, Philipp Reisner
      • [PATCH 09/16] DRBD: receiver, Philipp Reisner
      • [PATCH 10/16] DRBD: proc, Philipp Reisner
      • [PATCH 11/16] DRBD: worker, Philipp Reisner
      • [PATCH 12/16] DRBD: variable_length_integer_encoding, Philipp Reisner
      • [PATCH 13/16] DRBD: misc, Philipp Reisner
      • [PATCH 14/16] DRBD: tracepoint_probes, Philipp Reisner
      • [PATCH 15/16] DRBD: documentation, Philipp Reisner
      • [PATCH 16/16] DRBD: final, Philipp Reisner
• [unused symbol] need to use init_mm, Eric Lacombe
  • Re: [unused symbol] need to use init_mm, Mel Gorman
    • Re: [unused symbol] need to use init_mm, Ingo Molnar
      • Re: [unused symbol] need to use init_mm, Eric Lacombe
• [WATCHDOG] iTCO_wdt.c - ICH9 reboot issue - testing wanted, Wim Van Sebroeck
  • Re: [WATCHDOG] iTCO_wdt.c - ICH9 reboot issue - testing wanted, Andriy Gapon
• [resending-2] [PATCH] [MTD] [NAND] Add OMAP2 / OMAP3 NAND driver, vimal singh
• [PATCH 0/2] MMC: MMC/SD/CE-ATA/SDIO driver for Intel Moorestown platform, Li, Jiebing
  • RE: [PATCH 1/2] MMC: MMC/SD/CE-ATA/SDIO driver for Intel Moorestown platform, Li, Jiebing
    • Re: [PATCH 1/2] MMC: MMC/SD/CE-ATA/SDIO driver for Intel Moorestown platform, Alan Cox
  • RE: [PATCH 2/2] MMC: MMC/SD/CE-ATA/SDIO driver for Intel Moorestown platform, Li, Jiebing
    • Re: [PATCH 2/2] MMC: MMC/SD/CE-ATA/SDIO driver for Intel Moorestown platform, Matthew Garrett
• PROBLEM: 2.6.29.2 - AGP doesn't work anymore on my nforce2, Karsten Mehrhoff
• [PATCH] fs: Remove sparse errors in proc_devtree.c, monstr
• Arm and allyesconfig, allnoconfig, allmodconfig and randconfig, Jack Stone
  • Re: Arm and allyesconfig, allnoconfig, allmodconfig and randconfig, Russell King - ARM Linux
    • Re: Arm and allyesconfig, allnoconfig, allmodconfig and randconfig, Jack Stone
• iwlwifi: remove EXPORT_SYMBOL for static symbol, Andreas Schwab
  • Re: iwlwifi: remove EXPORT_SYMBOL for static symbol, Johannes Berg
    • Re: iwlwifi: remove EXPORT_SYMBOL for static symbol, Andreas Schwab
      • Re: iwlwifi: remove EXPORT_SYMBOL for static symbol, Johannes Berg
  • Re: iwlwifi: remove EXPORT_SYMBOL for static symbol, reinette chatre
    • Re: iwlwifi: remove EXPORT_SYMBOL for static symbol, Andreas Schwab
      • Re: iwlwifi: remove EXPORT_SYMBOL for static symbol, reinette chatre
      • Re: iwlwifi: remove EXPORT_SYMBOL for static symbol, Andreas Schwab
• [PATCH] fix build bug in 2.6.30-rc4: xt_socket.c:(.text+0x57780): undefined reference to `nf_conntrack_untracked', Ingo Molnar
  • Re: [PATCH] fix build bug in 2.6.30-rc4: xt_socket.c:(.text+0x57780): undefined reference to `nf_conntrack_untracked', David Miller
    • Re: [PATCH] fix build bug in 2.6.30-rc4: xt_socket.c:(.text+0x57780): undefined reference to `nf_conntrack_untracked', Laszlo Attila Toth
• linux-next: Tree for April 30, Stephen Rothwell
  • Next April 30: x86 allnoconfig failure (iommu), Sachin Sant
• [PATCH] memcg: fix stale swap cache leak v5, KAMEZAWA Hiroyuki
  • Re: [PATCH] memcg: fix stale swap cache leak v5, KAMEZAWA Hiroyuki
    • Re: [PATCH] memcg: fix stale swap cache leak v5, KAMEZAWA Hiroyuki
      • Re: [PATCH] memcg: fix stale swap cache leak v5, Balbir Singh
      • Re: [PATCH] memcg: fix stale swap cache leak v5, KAMEZAWA Hiroyuki
      • Re: [PATCH] memcg: fix stale swap cache leak v5, Balbir Singh
• [tip:core/locking] mutex: add atomic_dec_and_mutex_lock(), fix, tip-bot for Andrew Morton
• [PATCH] Fix pci-e port driver slot_reset bad default return value, Zhang, Yanmin
• Re: [PATCH 20/21] amd64_edac: add DRAM error injection logic using sysfs, Doug Thompson
  • Re: [PATCH 20/21] amd64_edac: add DRAM error injection logic using sysfs, Ingo Molnar
  • <Possible follow-ups>
  • Re: [PATCH 20/21] amd64_edac: add DRAM error injection logic using sysfs, Doug Thompson
• Re: [PATCH 13/21] amd64_edac: add f10-and-later methods-p3, Doug Thompson
• [PATCH v2] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, KOSAKI Motohiro
  • Re: [PATCH v2] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Balbir Singh
    • Re: [PATCH v2] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, KOSAKI Motohiro
    • Re: [PATCH v2] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Peter Zijlstra
      • Re: [PATCH v2] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, KOSAKI Motohiro
      • Re: [PATCH v2] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Balbir Singh
      • Re: [PATCH v2] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Ingo Molnar
• [PATCH 4/5] NETDEV: Wait for autoconfigurable network devices to become available (resent), David VomLehn
• [PATCH 3/5] KERNEL: Wait for console to become available, v4 (resend), David VomLehn
• [PATCH 2/5] USB: Provide USB boot device availability notification (resend), David VomLehn
• [GIT PULL] XFS update for 2.6.30-rc5, Felix Blyakher
• Linux 2.6.30-rc4, Linus Torvalds
• [PATCH] blktrace: swap arg name "from" and "to" of blk_add_trace_remap, KOSAKI Motohiro
  • Re: [PATCH] blktrace: swap arg name "from" and "to" of blk_add_trace_remap, Ingo Molnar
  • Re: [PATCH] blktrace: swap arg name "from" and "to" of blk_add_trace_remap, Alan D. Brunelle
    • Subject: [PATCH] from-sector redundant in trace_block_remap, Alan D. Brunelle
    • [PATCH] blktrace: correct remap names, Alan D. Brunelle
• [PATCH 0/3] removing unwanted module configs, Steven Rostedt
  • [PATCH 1/3] kconfig: add streamline_config.pl to scripts, Steven Rostedt
  • [PATCH 2/3] kconfig: make localmodconfig to run streamline_config.pl, Steven Rostedt
  • [PATCH 3/3] kconfig: add make localyesconfig option, Steven Rostedt
  • Re: [PATCH 0/3] removing unwanted module configs, Ingo Molnar
    • Re: [PATCH 0/3] removing unwanted module configs, Steven Rostedt
      • Re: [PATCH 0/3] removing unwanted module configs, Ingo Molnar
      • Re: [PATCH 0/3] removing unwanted module configs, Steven Rostedt
      • Re: [PATCH 0/3] removing unwanted module configs, Steven Rostedt
      • Re: [PATCH 0/3] removing unwanted module configs, Ingo Molnar
      • Re: [PATCH 0/3] removing unwanted module configs, Ingo Molnar
• No NCQ support on X61s Ultrabay? (Intel ICH8 SATA controller question), Theodore Ts'o
  • Re: No NCQ support on X61s Ultrabay? (Intel ICH8 SATA controller question), Tejun Heo
  • Re: No NCQ support on X61s Ultrabay? (Intel ICH8 SATA controller question), Jeff Garzik
    • Re: No NCQ support on X61s Ultrabay? (Intel ICH8 SATA controller question), Alex Buell
      • Re: No NCQ support on X61s Ultrabay? (Intel ICH8 SATA controller question), Tejun Heo
      • Re: No NCQ support on X61s Ultrabay? (Intel ICH8 SATA controller question), Alan Cox
      • Re: No NCQ support on X61s Ultrabay? (Intel ICH8 SATA controller question), Matthew Wilcox
      • Re: No NCQ support on X61s Ultrabay? (Intel ICH8 SATA controller question), Matthew Garrett
      • Re: No NCQ support on X61s Ultrabay? (Intel ICH8 SATA controller question), Theodore Tso
      • Re: No NCQ support on X61s Ultrabay? (Intel ICH8 SATA controller question), Theodore Tso
      • Re: No NCQ support on X61s Ultrabay? (Intel ICH8 SATA controller question), Henrique de Moraes Holschuh
• [PATCH] use GFP_NOFS in kernel_event(), Wu Fengguang
  • Re: [PATCH] use GFP_NOFS in kernel_event(), Andrew Morton
    • Re: [PATCH] use GFP_NOFS in kernel_event(), Eric Paris
      • Re: [PATCH] use GFP_NOFS in kernel_event(), Wu Fengguang
      • Re: [PATCH] use GFP_NOFS in kernel_event(), Wu Fengguang
      • Re: [PATCH] use GFP_NOFS in kernel_event(), Ingo Molnar
      • Re: [PATCH] use GFP_NOFS in kernel_event(), Wu Fengguang
      • Re: [PATCH] use GFP_NOFS in kernel_event(), Eric Paris
      • Re: [PATCH] use GFP_NOFS in kernel_event(), Andrew Morton
• [PATCH 1/5] KERNEL: Support asynchronously-discovered boot devices, v4 (resend), David VomLehn
  • Re: [PATCH 1/5] KERNEL: Support asynchronously-discovered boot devices, v4 (resend), Andrew Morton
    • Re: [PATCH 1/5] KERNEL: Support asynchronously-discovered boot devices, v4 (resend), Alan Stern
• Re: [PATCHSET] block,scsi,libata: implement alt_size, Tejun Heo
  • <Possible follow-ups>
  • Re: [PATCHSET] block,scsi,libata: implement alt_size, Jeff Garzik
    • Re: [PATCHSET] block,scsi,libata: implement alt_size, Tejun Heo
      • Re: [PATCHSET] block,scsi,libata: implement alt_size, Jeff Garzik
      • Re: [PATCHSET] block,scsi,libata: implement alt_size, Dan Williams
• [PATCH 00/19] tracing/workqueue: events support/enhancements, worklets tracing, fixes, Frederic Weisbecker
  • [PATCH 01/19] ftrace, workqueuetrace: make workqueue tracepoints use TRACE_EVENT macro, Frederic Weisbecker
  • [PATCH 02/19] trace_workqueue: use list_for_each_entry() instead of list_for_each_entry_safe(), Frederic Weisbecker
  • [PATCH 03/19] trace_workqueue: remove cpu_workqueue_stats->first_entry, Frederic Weisbecker
  • [PATCH 04/19] trace_workqueue: remove blank line between each cpu, Frederic Weisbecker
  • [PATCH 05/19] trace_workqueue: add worklet information, Frederic Weisbecker
  • [PATCH 06/19] tracing/workqueue: turn cpu_workqueue_stats::inserted into unsigned int, Frederic Weisbecker
  • [PATCH 07/19] workqueue_tracepoint: introduce workqueue_handler_exit tracepoint and rename workqueue_execution to workqueue_handler_entry, Frederic Weisbecker
  • [PATCH 08/19] workqueue_tracepoint: add workqueue_flush and worklet_cancel tracepoint, Frederic Weisbecker
  • [PATCH 09/19] workqueue_tracepoint: change tracepoint name to fit worklet and workqueue lifecycle, Frederic Weisbecker
  • [PATCH 10/19] workqueue_trace: separate worklet_insertion into worklet_enqueue and worklet_enqueue_delayed, Frederic Weisbecker
  • [PATCH 11/19] tracing/workqueue: turn workfunc_stats::inserted into unsigned int, Frederic Weisbecker
  • [PATCH 12/19] tracing/workqueue: avoid accessing task_struct's member variable in stat file read, Frederic Weisbecker
  • [PATCH 13/19] tracing/workqueue: use list_for_each_entry instead of list_for_each_entry_safe in probe_workqueue_destruction(), Frederic Weisbecker
  • [PATCH 14/19] tracing/workqueue: add max execution time mesurement for per worklet, Frederic Weisbecker
  • [PATCH 15/19] tracing/workqueue: add execution time average column, Frederic Weisbecker
  • [PATCH 16/19] tracing/workqueue: add open/release file handlers, Frederic Weisbecker
  • [PATCH 17/19] tracing/workqueue: defer workqueue stat release if needed, Frederic Weisbecker
  • [PATCH 18/19] tracing/workqueue: use the original cpu affinity on probe_workqueue_destruction, Frederic Weisbecker
  • [PATCH 19/19] tracing/workqueue: provide documentation for the workqueue tracer, Frederic Weisbecker
    • Re: [PATCH 19/19] tracing/workqueue: provide documentation for the workqueue tracer, KOSAKI Motohiro
  • Re: [PATCH 00/19] tracing/workqueue: events support/enhancements, worklets tracing, fixes, Ingo Molnar
    • Re: [PATCH 00/19] tracing/workqueue: events support/enhancements, worklets tracing, fixes, Frederic Weisbecker
• [PATCH] fs/super.c: fix sparse warning, H Hartley Sweeten
  • Re: [PATCH] fs/super.c: fix sparse warning, Al Viro
• [PATCH 5/5] USB: Wait for USB and SCSI block boot devices, David VomLehn
  • Re: [PATCH 5/5] USB: Wait for USB and SCSI block boot devices, Matthew Wilcox
    • Re: [PATCH 5/5] USB: Wait for USB and SCSI block boot devices, David VomLehn
• [PATCH 4/5] NETDEV: Wait for autoconfigurable network devices to become available, David VomLehn
  • Re: [PATCH 4/5] NETDEV: Wait for autoconfigurable network devices to become available, David Miller
• [PATCH 3/5] KERNEL: Wait for console to become available, v4, David VomLehn
• [PATCH 2/5] USB: Provide USB boot device availability notification, David VomLehn
  • Re: [PATCH 2/5] USB: Provide USB boot device availability notification, Sergei Shtylyov
    • Re: [PATCH 2/5] USB: Provide USB boot device availability notification, Alan Stern
      • Re: [PATCH 2/5] USB: Provide USB boot device availability notification, Sergei Shtylyov
      • Re: [PATCH 2/5] USB: Provide USB boot device availability notification, Alan Stern
      • Re: [PATCH 2/5] USB: Provide USB boot device availability notification, David VomLehn
• [PATCH 1/5] KERNEL: Support asynchronously-discovered boot devices, v4, David VomLehn
• [PATCH] perf_counter: update copyright notice, Paul Mackerras
  • Re: [PATCH] perf_counter: update copyright notice, Ingo Molnar
  • [tip:perfcounters/core] perf_counter: update copyright notice, tip-bot for Paul Mackerras
• [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Mathieu Desnoyers
  • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Mathieu Desnoyers
  • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Andrew Morton
    • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Mathieu Desnoyers
  • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Linus Torvalds
    • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Mathieu Desnoyers
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [ltt-dev] [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Mathieu Desnoyers
      • Re: [ltt-dev] [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [ltt-dev] [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [ltt-dev] [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [ltt-dev] [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Mathieu Desnoyers
      • Re: [ltt-dev] [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [ltt-dev] [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Mathieu Desnoyers
      • Re: [ltt-dev] [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [ltt-dev] [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Mathieu Desnoyers
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Linus Torvalds
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Linus Torvalds
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Mathieu Desnoyers
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Christoph Lameter
      • Re: [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Ingo Molnar
      • Re: [ltt-dev] [PATCH] Fix dirty page accounting in redirty_page_for_writepage(), Mathieu Desnoyers
• [PATCH] kernel/posix-cpu-timers.c: fix sparse warning, H Hartley Sweeten
  • [tip:core/urgent] kernel/posix-cpu-timers.c: fix sparse warning, tip-bot for H Hartley Sweeten
• pull request: wireless-2.6 2009-04-29, John W. Linville
  • Re: pull request: wireless-2.6 2009-04-29, David Miller
• [GIT PULL] More eCryptfs fixes for 2.6.30-rc3, Tyler Hicks
• Q: about struct task_struct, H Hartley Sweeten
• [patch 00/58] 2.6.27-stable review, Greg KH
  • [patch 01/58] USB: EHCI: add software retry for transaction errors, Greg KH
  • [patch 02/58] USB: fix USB_STORAGE_CYPRESS_ATACB, Greg KH
  • [patch 03/58] USB: usb-storage: increase max_sectors for tape drives, Greg KH
  • [patch 04/58] USB: gadget: fix rndis regression, Greg KH
  • [patch 05/58] cifs: fix buffer format byte on NT Rename/hardlink, Greg KH
  • [patch 06/58] b43: fix b43_plcp_get_bitrate_idx_ofdm return type, Greg KH
  • [patch 07/58] CIFS: Fix memory overwrite when saving nativeFileSystem field during mount, Greg KH
  • [patch 08/58] Add a missing unlock_kernel() in raw_open(), Greg KH
  • [patch 09/58] x86, PAT, PCI: Change vma prot in pci_mmap to reflect inherited prot, Greg KH
  • [patch 10/58] x86: mtrr: dont modify RdDram/WrDram bits of fixed MTRRs, Greg KH
  • [patch 11/58] bas_gigaset: correctly allocate USB interrupt transfer buffer, Greg KH
  • [patch 12/58] bonding: Fix updating of speed/duplex changes, Greg KH
  • [patch 13/58] bridge: bad error handling when adding invalid ether address, Greg KH
  • [patch 14/58] ipv6: dont use tw net when accounting for recycled tw, Greg KH
  • [patch 15/58] ipv6: Plug sk_buff leak in ipv6_rcv (net/ipv6/ip6_input.c), Greg KH
  • [patch 16/58] netfilter: nf_conntrack_tcp: fix unaligned memory access in tcp_sack, Greg KH
  • [patch 17/58] net: fix sctp breakage, Greg KH
  • [patch 18/58] security/smack: fix oops when setting a size 0 SMACK64 xattr, Greg KH
  • [patch 19/58] x86, setup: mark %esi as clobbered in E820 BIOS call, Greg KH
  • [patch 20/58] mm: do_xip_mapping_read: fix length calculation, Greg KH
  • [patch 21/58] vfs: skip I_CLEAR state inodes, Greg KH
  • [patch 22/58] af_rose/x25: Sanity check the maximum user frame size, Greg KH
  • [patch 23/58] net/netrom: Fix socket locking, Greg KH
  • [patch 24/58] netfilter: {ip, ip6, arp}_tables: fix incorrect loop detection, Greg KH
  • [patch 25/58] splice: fix deadlock in splicing to file, Greg KH
  • [patch 26/58] ALSA: hda - add missing comma in ad1884_slave_vols, Greg KH
  • [patch 27/58] SCSI: libiscsi: fix iscsi pool error path, Greg KH
  • [patch 28/58] SCSI: libiscsi: fix iscsi pool error path again, Greg KH
  • [patch 29/58] sched: do not count frozen tasks toward load, Greg KH
  • [patch 30/58] add some long-missing capabilities to fs_mask, Greg KH
  • [patch 31/58] powerpc: Fix data-corrupting bug in __futex_atomic_op, Greg KH
  • [patch 32/58] hpt366: fix HPT370 DMA timeouts, Greg KH
  • [patch 33/58] pata_hpt37x: fix HPT370 DMA timeouts, Greg KH
  • [patch 34/58] usb gadget: fix ethernet link reports to ethtool, Greg KH
  • [patch 35/58] USB: ftdi_sio: add vendor/project id for JETI specbos 1201 spectrometer, Greg KH
  • [patch 36/58] USB: fix oops in cdc-wdm in case of malformed descriptors, Greg KH
  • [patch 37/58] USB: usb-storage: augment unusual_devs entry for Simple Tech/Datafab, Greg KH
  • [patch 38/58] agp: zero pages before sending to userspace, Greg KH
  • [patch 39/58] hugetlbfs: return negative error code for bad mount option, Greg KH
  • [patch 40/58] kprobes: Fix locking imbalance in kretprobes, Greg KH
  • [patch 41/58] block: revert part of 18ce3751ccd488c78d3827e9f6bf54e6322676fb, Greg KH
  • [patch 42/58] r8169: Dont update statistics counters when interface is down, Greg KH
  • [patch 43/58] r8169: use hardware auto-padding., Greg KH
  • [patch 44/58] r8169: reset IntrStatus after chip reset, Greg KH
  • [patch 45/58] mm: check for no mmaps in exit_mmap(), Greg KH
  • [patch 46/58] powerpc: Sanitize stack pointer in signal handling code, Greg KH
  • [patch 47/58] ath9k: implement IO serialization, Greg KH
  • [patch 48/58] ath9k: AR9280 PCI devices must serialize IO as well, Greg KH
  • [patch 49/58] b44: Use kernel DMA addresses for the kernel DMA API, Greg KH
  • [patch 50/58] crypto: ixp4xx - Fix handling of chained sg buffers, Greg KH
  • [patch 52/58] fix ptrace slowness, Greg KH
  • [patch 53/58] fs core fixes, Greg KH
  • [patch 51/58] exit_notify: kill the wrong capable(CAP_KILL) check (CVE-2009-1337), Greg KH
  • [patch 55/58] thinkpad-acpi: fix LED blinking through timer trigger, Greg KH
  • [patch 54/58] PCI: fix incorrect mask of PM No_Soft_Reset bit, Greg KH
  • [patch 57/58] ACPI: EC: fix compilation warning, Greg KH
  • [patch 58/58] unreached code in selinux_ip_postroute_iptables_compat() (CVE-2009-1184), Greg KH
  • [patch 56/58] ACPI: EC: Add some basic check for ECDT data, Greg KH
• [GIT PATCHES for 2.6.30] V4L/DVB fixes, Mauro Carvalho Chehab
• SCHED_EDF infos, finarfin
  • Re: SCHED_EDF infos, Henrik Austad
• [PATCH] x86: x86_32 kdump boot on cpu != 0, Ed Swierk
• WebMail Account Verification Upgrade ! ! !, WEBMAIL MAINTENANCE
• [PATCH mmotm] memcg: fix mem_cgroup_update_mapped_file_stat oops, Hugh Dickins
  • Re: [PATCH mmotm] memcg: fix mem_cgroup_update_mapped_file_stat oops, KAMEZAWA Hiroyuki
    • Re: [PATCH mmotm] memcg: fix mem_cgroup_update_mapped_file_stat oops, Balbir Singh
      • Re: [PATCH mmotm] memcg: fix mem_cgroup_update_mapped_file_stat oops, KAMEZAWA Hiroyuki
• [PATCH] fix apic_debug instances, Glauber Costa
• [PATCH mmotm] mm: alloc_large_system_hash check order, Hugh Dickins
  • Re: [PATCH mmotm] mm: alloc_large_system_hash check order, Andrew Morton
  • Re: [PATCH mmotm] mm: alloc_large_system_hash check order, David Miller
  • Re: [PATCH mmotm] mm: alloc_large_system_hash check order, Mel Gorman
• Regression since 2.6.30-rc1 - Page allocation failures, Larry Finger
  • Re: Regression since 2.6.30-rc1 - Page allocation failures, Johannes Berg
    • Re: Regression since 2.6.30-rc1 - Page allocation failures, Johannes Berg
      • Re: Regression since 2.6.30-rc1 - Page allocation failures, Larry Finger
• [[PATCH -tip] rtmutex.c: Documentation cleanup, Luis Henriques
  • [tip:core/locking] locking, rtmutex.c: Documentation cleanup, tip-bot for Luis Henriques
• [PATCH] netconsole: take care of NETDEV_UNREGISTER event, Bruno Prémont
  • Re: [PATCH] netconsole: take care of NETDEV_UNREGISTER event, Bruno Prémont
    • Re: [PATCH] netconsole: take care of NETDEV_UNREGISTER event, David Miller
      • Re: [PATCH, resend] netconsole: take care of NETDEV_UNREGISTER event, Bruno Prémont
      • Re: [PATCH, resend] netconsole: take care of NETDEV_UNREGISTER event, Matt Mackall
• [PATCH] x86: gettimeofday() vDSO: fix segfault when tv == NULL, John Wright
  • [tip:x86/urgent] x86: gettimeofday() vDSO: fix segfault when tv == NULL, tip-bot for John Wright
• Re: [GIT]: staging - mac80211 - unify config_interface and bss_info_changed, Greg KH
  • Re: [GIT]: staging - mac80211 - unify config_interface and bss_info_changed, Tim Gardner
    • Re: [GIT]: staging - mac80211 - unify config_interface and bss_info_changed, Greg KH
      • Re: [GIT]: staging - mac80211 - unify config_interface and bss_info_changed, Tim Gardner
      • Re: [GIT]: staging - mac80211 - unify config_interface and bss_info_changed, Greg KH
• CC_STACKPROTECTOR vs CC_STACKPROTECTOR_ALL, Kees Cook
  • Re: CC_STACKPROTECTOR vs CC_STACKPROTECTOR_ALL, Ingo Molnar
• [PATCH] x86: don't print strange not connect ioapic, Yinghai Lu
  • [PATCH 1/4] x86/acpi: move pin_programmed bit map to io_apic.c, Yinghai Lu
  • [PATCH 2/4] x86/pci: add 4 more return param in IO_APIC_get_PCI_irq_vector, Yinghai Lu
  • [PATCH 3/4] x86/acpi: move setup io apic routing out of ACPI macro scope, Yinghai Lu
  • [PATCH 4/4] x86/pci: update pirq_enable_irq to setup io apic routing, Yinghai Lu
• [ANNOUNCE] updated version of streamline_config.pl, Steven Rostedt
• [PATCH] asus_atk0110: fix compiler warning, Luca Tettamanti
  • Re: [PATCH] asus_atk0110: fix compiler warning, Jean Delvare
• [PATCH] v4l2: fill the reserved fields of VIDIOC_REQBUFS ioctl, Németh Márton
  • Re: [PATCH] v4l2: fill the reserved fields of VIDIOC_REQBUFS ioctl, Trent Piepho
    • Re: [PATCH] v4l2: fill the reserved fields of VIDIOC_REQBUFS ioctl, Trent Piepho
• [PATCH] v4l2: modify return value of VIDIOC_REQBUFS ioctl, Németh Márton
• Re: [PATCH 2/2] configfs: Rework configfs_depend_item() locking and make lockdep happy, Joel Becker
  • Re: [PATCH 2/2] configfs: Rework configfs_depend_item() locking and make lockdep happy, Louis Rilling
    • Re: [PATCH 2/2] configfs: Rework configfs_depend_item() locking and make lockdep happy, Joel Becker
      • Re: [PATCH 2/2] configfs: Rework configfs_depend_item() locking and make lockdep happy, Joel Becker
• Fusion-IO, Clive Wagenaar
• [PATCH 3/3] add irq tracepoint documentation, Jason Baron
  • Re: [PATCH 3/3] add irq tracepoint documentation, Randy Dunlap
    • Re: [PATCH 3/3] add irq tracepoint documentation, Jason Baron
• [PATCH 1/3] make kernel-doc understand TRACE_EVENT() macro, Jason Baron
  • Re: [PATCH 1/3] make kernel-doc understand TRACE_EVENT() macro, Randy Dunlap
    • Re: [PATCH 1/3] make kernel-doc understand TRACE_EVENT() macro, Ingo Molnar
      • Re: [PATCH 1/3] make kernel-doc understand TRACE_EVENT() macro, Randy Dunlap
    • Re: [PATCH 1/3] make kernel-doc understand TRACE_EVENT() macro, Jason Baron
• [PATCH 2/3] add new tracepoints docbook, Jason Baron
  • Re: [PATCH 2/3] add new tracepoints docbook, Randy Dunlap
    • Re: [PATCH 2/3] add new tracepoints docbook, Jason Baron
• [PATCH 0/3] add tracepoint docbook, Jason Baron
  • Re: [PATCH 0/3] add tracepoint docbook, Mathieu Desnoyers
• [RFC PATCH 00/21 v2] amd64_edac: EDAC module for AMD64, Borislav Petkov
  • [PATCH 05/21] amd64_edac: add sys addr to memory controller mapping helpers, Borislav Petkov
  • [PATCH 11/21] amd64_edac: add f10-and-later methods-p1, Borislav Petkov
  • [PATCH 03/21] amd64_edac: add driver structs, Borislav Petkov
  • [PATCH 09/21] amd64_edac: assign DRAM chip select base and mask in a family-specific way, Borislav Petkov
  • [PATCH 06/21] amd64_edac: add functionality to compute the DRAM hole, Borislav Petkov
  • [PATCH 14/21] amd64_edac: add per-family descriptors, Borislav Petkov
  • [PATCH 15/21] amd64_edac: add ECC chipkill syndrome mapping table, Borislav Petkov
  • [PATCH 08/21] amd64_edac: add helper to dump relevant registers, Borislav Petkov
  • [PATCH 01/21] x86: add methods for writing of an MSR on several CPUs, Borislav Petkov
    • Re: [PATCH 01/21] x86: add methods for writing of an MSR on several CPUs, H. Peter Anvin
  • [PATCH 02/21] amd64_edac: add PCI config register defines, Borislav Petkov
  • [PATCH 13/21] amd64_edac: add f10-and-later methods-p3, Borislav Petkov
    • Re: [PATCH 13/21] amd64_edac: add f10-and-later methods-p3, Ingo Molnar
      • Re: [PATCH 13/21] amd64_edac: add f10-and-later methods-p3, Ingo Molnar
      • Re: [PATCH 13/21] amd64_edac: add f10-and-later methods-p3, Andrew Morton
      • Re: [PATCH 13/21] amd64_edac: add f10-and-later methods-p3, Ingo Molnar
      • Re: [PATCH 13/21] amd64_edac: add f10-and-later methods-p3, Andrew Morton
      • Re: [PATCH 13/21] amd64_edac: add f10-and-later methods-p3, Ingo Molnar
      • Re: [PATCH 13/21] amd64_edac: add f10-and-later methods-p3, Ingo Molnar
      • Re: [PATCH 13/21] amd64_edac: add f10-and-later methods-p3, Borislav Petkov
      • Re: [PATCH 13/21] amd64_edac: add f10-and-later methods-p3, Ingo Molnar
  • [PATCH 04/21] amd64_edac: add memory scrubber interface, Borislav Petkov
  • [PATCH 12/21] amd64_edac: add f10-and-later methods-p2, Borislav Petkov
  • [PATCH 19/21] amd64_edac: add debugging/testing code, Borislav Petkov
    • Re: [PATCH 19/21] amd64_edac: add debugging/testing code, Ingo Molnar
  • [PATCH 20/21] amd64_edac: add DRAM error injection logic using sysfs, Borislav Petkov
    • Re: [PATCH 20/21] amd64_edac: add DRAM error injection logic using sysfs, Ingo Molnar
  • [PATCH 10/21] amd64_edac: add k8-specific methods, Borislav Petkov
  • [PATCH 18/21] amd64_edac: add ECC reporting initializers, Borislav Petkov
  • [PATCH 21/21] amd64_edac: add module registration routines, Borislav Petkov
  • [PATCH 17/21] amd64_edac: add EDAC core-related initializers, Borislav Petkov
  • [PATCH 07/21] amd64_edac: add DRAM address type conversion facilities, Borislav Petkov
  • [PATCH 16/21] amd64_edac: add error decoding logic, Borislav Petkov
    • Re: [PATCH 16/21] amd64_edac: add error decoding logic, Ingo Molnar
  • Re: [RFC PATCH 00/21 v2] amd64_edac: EDAC module for AMD64, Andi Kleen
    • Re: [RFC PATCH 00/21 v2] amd64_edac: EDAC module for AMD64, Borislav Petkov
      • Re: [RFC PATCH 00/21 v2] amd64_edac: EDAC module for AMD64, Ingo Molnar
      • Re: [RFC PATCH 00/21 v2] amd64_edac: EDAC module for AMD64, Andi Kleen
      • Re: [RFC PATCH 00/21 v2] amd64_edac: EDAC module for AMD64, Aristeu Rozanski
      • Re: [RFC PATCH 00/21 v2] amd64_edac: EDAC module for AMD64, Mauro Carvalho Chehab
  • <Possible follow-ups>
  • Re: [RFC PATCH 00/21 v2] amd64_edac: EDAC module for AMD64, Doug Thompson
  • Re: [RFC PATCH 00/21 v2] amd64_edac: EDAC module for AMD64, Doug Thompson
• Re: [FAILED] phyCORE-i.MX35 + Linus's git kernel (origin/master), Robert Schwebel
• Re: TSC marked unstable on suspend and resume, john stultz
  • Re: TSC marked unstable on suspend and resume, David Fries
    • Re: TSC marked unstable on suspend and resume, john stultz
• "(unsigned long)__builtin_return_address(0)", _RET_IP_, CALLER_ADDR0?, Robert P. J. Day
• [PATCH] block: remove unused __REQ_NR_BITS, Jerome Marchand
  • Re: [PATCH] block: remove unused __REQ_NR_BITS, Nikanth K
    • Re: [PATCH] block: remove unused __REQ_NR_BITS, Jerome Marchand
• Memory limits - mm_segment_t - MAKE_MM_SEG, Michal Simek
  • Re: Memory limits - mm_segment_t - MAKE_MM_SEG, Michal Simek
  • Re: Memory limits - mm_segment_t - MAKE_MM_SEG, Arnd Bergmann
    • Re: Memory limits - mm_segment_t - MAKE_MM_SEG, Michal Simek
• [PATCH] SELinux: Remove excessive interrupt disablement, David Howells
  • Re: [PATCH] SELinux: Remove excessive interrupt disablement, Oleg Nesterov
• [PATCH] perf_counter: powerpc: allow use of limited-function counters, Paul Mackerras
  • Re: [PATCH] perf_counter: powerpc: allow use of limited-function counters, Ingo Molnar
    • Re: [PATCH] perf_counter: powerpc: allow use of limited-function counters, Paul Mackerras
      • Re: [PATCH] perf_counter: powerpc: allow use of limited-function counters, Ingo Molnar
  • [tip:perfcounters/core] perf_counter: powerpc: allow use of limited-function counters, tip-bot for Paul Mackerras
• [PATCH] atomic: fix atomic_long_cmpxchg/xchg for 64 bit architectures, Heiko Carstens
  • Re: [PATCH] atomic: fix atomic_long_cmpxchg/xchg for 64 bit architectures, Mathieu Desnoyers
  • Re: [PATCH] atomic: fix atomic_long_cmpxchg/xchg for 64 bit architectures, Ingo Molnar
• [PATCH] ptrace: do not use task->ptrace directly in core kernel, Oleg Nesterov
  • Re: [PATCH] ptrace: do not use task->ptrace directly in core kernel, Roland McGrath
• [PATCH, RFC] Fix bogus modpost warnings, Ralf Baechle
  • Re: [PATCH, RFC] Fix bogus modpost warnings, Sam Ravnborg
    • Re: [PATCH, RFC] Fix bogus modpost warnings, Ralf Baechle
• [PATCH] input: Add support for the TSC2003 controller., Thierry Reding
  • Re: [PATCH] input: Add support for the TSC2003 controller., Trilok Soni
    • Re: [PATCH] input: Add support for the TSC2003 controller., Kwangwoo Lee
• Powerpc Port linux-2.6.29, Deepak Gaur
  • Re: Powerpc Port linux-2.6.29, Josh Boyer
  • <Possible follow-ups>
  • Powerpc Port linux-2.6.29, Deepak Gaur
• splice() on two pipes, Max Kellermann
  • Re: splice() on two pipes, Andi Kleen
    • Re: splice() on two pipes, Max Kellermann
      • Re: splice() on two pipes, Willy Tarreau
      • Re: splice() on two pipes, Mark Hills
  • Re: splice() on two pipes, Jens Axboe
    • Re: splice() on two pipes, Max Kellermann
• [PATCH 0/29] x86/perfcounters: x86 and AMD cpu updates, Robert Richter
  • [PATCH 01/29] x86: perfcounter: remove X86_FEATURE_ARCH_PERFMON flag for AMD cpus, Robert Richter
    • Re: [PATCH 01/29] x86: perfcounter: remove X86_FEATURE_ARCH_PERFMON flag for AMD cpus, Ingo Molnar
    • [tip:perfcounters/core] perf_counter, x86: remove X86_FEATURE_ARCH_PERFMON flag for AMD cpus, tip-bot for Robert Richter
  • [PATCH 02/29] perfcounter: declare perf_max_counters only for CONFIG_PERF_COUNTERS, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: declare perf_max_counters only for CONFIG_PERF_COUNTERS, tip-bot for Robert Richter
  • [PATCH 04/29] x86/perfcounters: rework pmc_amd_save_disable_all() and pmc_amd_restore_all(), Robert Richter
    • Re: [PATCH 04/29] x86/perfcounters: rework pmc_amd_save_disable_all() and pmc_amd_restore_all(), Peter Zijlstra
      • Re: [PATCH 04/29] x86/perfcounters: rework pmc_amd_save_disable_all() and pmc_amd_restore_all(), Ingo Molnar
      • Re: [PATCH 04/29] x86/perfcounters: rework pmc_amd_save_disable_all() and pmc_amd_restore_all(), Peter Zijlstra
      • Re: [PATCH 04/29] x86/perfcounters: rework pmc_amd_save_disable_all() and pmc_amd_restore_all(), Ingo Molnar
      • Re: [PATCH 04/29] x86/perfcounters: rework pmc_amd_save_disable_all() and pmc_amd_restore_all(), Peter Zijlstra
      • Re: [PATCH 04/29] x86/perfcounters: rework pmc_amd_save_disable_all() and pmc_amd_restore_all(), Paul Mackerras
      • Re: [PATCH 04/29] x86/perfcounters: rework pmc_amd_save_disable_all() and pmc_amd_restore_all(), Ingo Molnar
    • [tip:perfcounters/core] perf_counter, x86: rework pmc_amd_save_disable_all() and pmc_amd_restore_all(), tip-bot for Robert Richter
  • [PATCH 14/29] x86/perfcounters: make x86_pmu data a static struct, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: make x86_pmu data a static struct, tip-bot for Robert Richter
  • [PATCH 09/29] x86/perfcounters: remove get_status() from struct x86_pmu, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: remove get_status() from struct x86_pmu, tip-bot for Robert Richter
  • [PATCH 24/29] x86/perfcounters: implement the interrupt handler for AMD cpus, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: implement the interrupt handler for AMD cpus, tip-bot for Robert Richter
  • [PATCH 13/29] x86/perfcounters: modify initialization of struct x86_pmu, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: modify initialization of struct x86_pmu, tip-bot for Robert Richter
  • [PATCH 15/29] x86/perfcounters: move counter parameters to struct x86_pmu, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: move counter parameters to struct x86_pmu, tip-bot for Robert Richter
  • [PATCH 28/29] x86/perfcounters: remove unused function argument in intel_pmu_get_status(), Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: remove unused function argument in intel_pmu_get_status(), tip-bot for Robert Richter
  • [PATCH 03/29] x86/perfcounters: add default path to cpu detection, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: add default path to cpu detection, tip-bot for Robert Richter
  • [PATCH 21/29] x86/perfcounters: rework counter enable functions, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: rework counter enable functions, tip-bot for Robert Richter
  • [PATCH 07/29] x86/perfcounters: rename struct pmc_x86_ops into struct x86_pmu, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: rename struct pmc_x86_ops into struct x86_pmu, tip-bot for Robert Richter
  • [PATCH 05/29] x86/perfcounters: protect per-cpu variables with compile barriers only, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: protect per-cpu variables with compile barriers only, tip-bot for Robert Richter
  • [PATCH 10/29] x86/perfcounters: remove ack_status() from struct x86_pmu, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: remove ack_status() from struct x86_pmu, tip-bot for Robert Richter
  • [PATCH 17/29] x86/perfcounters: make x86_pmu_read() static inline, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: make x86_pmu_read() static inline, tip-bot for Robert Richter
  • [PATCH 19/29] x86/perfcounters: generic use of cpuc->active, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: generic use of cpuc->active, tip-bot for Robert Richter
  • [PATCH 20/29] x86/perfcounters: consistent use of type int for counter index, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: consistent use of type int for counter index, tip-bot for Robert Richter
  • [PATCH 08/29] x86/perfcounters: make interrupt handler model specific, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: make interrupt handler model specific, tip-bot for Robert Richter
  • [PATCH 06/29] perfcounters: rename struct hw_perf_counter_ops into struct pmu, Robert Richter
    • [tip:perfcounters/core] perfcounters: rename struct hw_perf_counter_ops into struct pmu, tip-bot for Robert Richter
  • [PATCH 29/29] perfcounters: updating kerneltop documentation, Robert Richter
    • Re: [PATCH 29/29] perfcounters: updating kerneltop documentation, Ingo Molnar
    • [tip:perfcounters/core] perf_counter: update 'perf top' documentation, tip-bot for Robert Richter
  • [PATCH 16/29] x86/perfcounters: make pmu version generic, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: make pmu version generic, tip-bot for Robert Richter
  • [PATCH 23/29] x86/perfcounters: change and remove pmu initialization checks, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: change and remove pmu initialization checks, tip-bot for Robert Richter
  • [PATCH 26/29] x86/perfcounters: introduce max_period variable, Robert Richter
    • Re: [PATCH 26/29] x86/perfcounters: introduce max_period variable, Ingo Molnar
    • [tip:perfcounters/core] perf_counter, x86: introduce max_period variable, tip-bot for Robert Richter
  • [PATCH 25/29] x86/perfcounters: return raw count with x86_perf_counter_update(), Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: return raw count with x86_perf_counter_update(), tip-bot for Robert Richter
  • [PATCH 11/29] x86/perfcounters: rename __hw_perf_counter_set_period into x86_perf_counter_set_period, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: rename __hw_perf_counter_set_period into x86_perf_counter_set_period, tip-bot for Robert Richter
  • [PATCH 22/29] x86/perfcounters: rework counter disable functions, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: rework counter disable functions, tip-bot for Robert Richter
  • [PATCH 27/29] x86/perfcounters: remove vendor check in fixed_mode_idx(), Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: remove vendor check in fixed_mode_idx(), tip-bot for Robert Richter
  • [PATCH 12/29] x86/perfcounters: rename intel only functions, Robert Richter
    • [tip:perfcounters/core] perf_counter, x86: rename intel only functions, tip-bot for Robert Richter
  • [PATCH 18/29] x86/perfcounters: rename cpuc->active_mask, Robert Richter
    • Re: [PATCH 18/29] x86/perfcounters: rename cpuc->active_mask, Ingo Molnar
    • [tip:perfcounters/core] perf_counter, x86: rename cpuc->active_mask, tip-bot for Robert Richter
      • Re: [tip:perfcounters/core] perf_counter, x86: rename cpuc->active_mask, Ingo Molnar
      • [PATCH] perf_counter, x86: rename bitmasks to ->used_mask and ->active_mask, Robert Richter
      • [tip:perfcounters/core] perf_counter, x86: rename bitmasks to ->used_mask and ->active_mask, tip-bot for Robert Richter
  • Re: [PATCH 0/29] x86/perfcounters: x86 and AMD cpu updates, Ingo Molnar
    • Re: [PATCH 0/29] x86/perfcounters: x86 and AMD cpu updates, Peter Zijlstra
      • Re: [PATCH 0/29] x86/perfcounters: x86 and AMD cpu updates, Ingo Molnar
• Intel KMS + fbcon + Mplayer, Peter Hanzel
  • Re: Intel KMS + fbcon + Mplayer, Geert Uytterhoeven
  • Re: Intel KMS + fbcon + Mplayer, Jakob Bornecrantz
• [GIT PATCH] block,scsi,ide: unify sector and data_len, Tejun Heo
  • [PATCH 09/10] ide: cleanup rq->data_len usages, Tejun Heo
  • [PATCH 01/10] nbd: don't clear rq->sector and nr_sectors unnecessarily, Tejun Heo
  • [PATCH 02/10] ide-tape: don't initialize rq->sector for rw requests, Tejun Heo
    • Re: [PATCH 02/10] ide-tape: don't initialize rq->sector for rw requests, Borislav Petkov
  • [PATCH 07/10] block: drop request->hard_* and *nr_sectors, Tejun Heo
    • Re: [PATCH 07/10] block: drop request->hard_* and *nr_sectors, Boaz Harrosh
  • [PATCH 05/10] block: convert to pos and nr_sectors accessors, Tejun Heo
    • Re: [PATCH 05/10] block: convert to pos and nr_sectors accessors, Geert Uytterhoeven
      • Re: [PATCH 05/10] block: convert to pos and nr_sectors accessors, Tejun Heo
    • Re: [PATCH 05/10] block: convert to pos and nr_sectors accessors, Grant Likely
    • Message not available
      • Re: [PATCH 05/10] block: convert to pos and nr_sectors accessors, Adrian McMenamin
  • [PATCH 08/10] block: cleanup rq->data_len usages, Tejun Heo
    • Re: [PATCH 08/10] block: cleanup rq->data_len usages, Boaz Harrosh
      • Re: [PATCH 08/10] block: cleanup rq->data_len usages, James Bottomley
  • [PATCH 10/10] block: hide request sector and data_len, Tejun Heo
  • [PATCH 04/10] block: implement blk_rq_pos/[cur_]sectors() and convert obvious ones, Tejun Heo
    • Re: [PATCH 04/10] block: implement blk_rq_pos/[cur_]sectors() and convert obvious ones, Geert Uytterhoeven
      • Re: [PATCH 04/10] block: implement blk_rq_pos/[cur_]sectors() and convert obvious ones, Tejun Heo
    • Re: [PATCH 04/10] block: implement blk_rq_pos/[cur_]sectors() and convert obvious ones, Stephen Rothwell
    • Re: [PATCH 04/10] block: implement blk_rq_pos/[cur_]sectors() and convert obvious ones, Grant Likely
  • [PATCH 06/10] ide: convert to rq pos and nr_sectors accessors, Tejun Heo
  • [PATCH 03/10] block: add rq->resid_len, Tejun Heo
    • Re: [PATCH 03/10] block: add rq->resid_len, James Bottomley
      • Re: [PATCH 03/10] block: add rq->resid_len, Tejun Heo
      • Re: [PATCH 03/10] block: add rq->resid_len, Borislav Petkov
      • Re: [PATCH 03/10] block: add rq->resid_len, Tejun Heo
      • Re: [PATCH 03/10] block: add rq->resid_len, Borislav Petkov
      • Re: [PATCH 03/10] block: add rq->resid_len, Tejun Heo
  • Re: [GIT PATCH] block,scsi,ide: unify sector and data_len, Bartlomiej Zolnierkiewicz
• [PATCH] elf_core_dump: use rcu_read_lock() to access ->real_parent, Oleg Nesterov
  • Re: [PATCH] elf_core_dump: use rcu_read_lock() to access ->real_parent, David Howells
  • <Possible follow-ups>
  • [PATCH] elf_core_dump: use rcu_read_lock() to access ->real_parent, Oleg Nesterov
    • Re: [PATCH] elf_core_dump: use rcu_read_lock() to access ->real_parent, Roland McGrath
• Re: Revert "linux.conf.au 2009: Tuz", Geert Uytterhoeven
• [PATCH] mm: prevent divide error for small values of vm_dirty_bytes, Andrea Righi
  • Re: [PATCH] mm: prevent divide error for small values of vm_dirty_bytes, Peter Zijlstra
    • Re: [PATCH] mm: prevent divide error for small values of vm_dirty_bytes, Andrea Righi
      • Re: [PATCH] mm: prevent divide error for small values of vm_dirty_bytes, David Rientjes
      • Re: [PATCH] mm: prevent divide error for small values of vm_dirty_bytes, Andrew Morton
  • Re: [PATCH] mm: prevent divide error for small values of vm_dirty_bytes, David Rientjes
    • Re: [PATCH] mm: prevent divide error for small values of vm_dirty_bytes, Andrea Righi
• Compile Error with Linux-2.6.30-rc3-git5, Tarkan Erimer
  • FIXED: Compile Error with Linux-2.6.30-rc3-git5, Tarkan Erimer
• linux-next: Tree for April 29, Stephen Rothwell
  • Re: linux-next: Tree for April 29 (wireless/ath build failure), Randy Dunlap
• [PATCH/RFT 0/13] x86: unify vmlinux.lds, Sam Ravnborg
  • [PATCH 05/13] x86, vmlinux.lds: unify .text output sections, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: unify .text output sections, tip-bot for Sam Ravnborg
  • [PATCH 10/13] x86, vmlinux.lds: unify parainstructions, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: unify parainstructions, tip-bot for Sam Ravnborg
  • [PATCH 08/13] x86, vmlinux.lds: move vsyscall output sections, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: move vsyscall output sections, tip-bot for Sam Ravnborg
  • [PATCH 07/13] x86, vmlinux.lds: unify data output sections, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: unify data output sections, tip-bot for Sam Ravnborg
  • [PATCH 04/13] x86, vmlinux.lds: unify start/end of SECTIONS, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: unify start/end of SECTIONS, tip-bot for Sam Ravnborg
  • [PATCH 06/13] x86, vmlinux.lds: unify exceptiontable, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: unify exception table, tip-bot for Sam Ravnborg
  • [PATCH 13/13] x86, vmlinux.lds: unify remaining parts, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: unify remaining parts, tip-bot for Sam Ravnborg
  • [PATCH 01/13] x86: beautify vmlinux_32.lds.S, Sam Ravnborg
    • [tip:x86/kbuild] x86: beautify vmlinux_32.lds.S, tip-bot for Sam Ravnborg
  • [PATCH 03/13] x86, vmlinux.lds: unify PHDRS, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: unify PHDRS, tip-bot for Sam Ravnborg
  • [PATCH 09/13] x86, vmlinux.lds: unify first part of initdata, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: unify first part of initdata, tip-bot for Sam Ravnborg
  • [PATCH 12/13] x86, vmlinux.lds: unify percpu, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: unify percpu, tip-bot for Sam Ravnborg
  • [PATCH 11/13] x86, vmlinux.lds: unify .exit.* and .init.ramfs, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: unify .exit.* and .init.ramfs, tip-bot for Sam Ravnborg
  • [PATCH 02/13] x86, vmlinux.lds: unify header/footer, Sam Ravnborg
    • Re: [PATCH 02/13] x86, vmlinux.lds: unify header/footer, Ingo Molnar
      • Re: [PATCH 02/13] x86, vmlinux.lds: unify header/footer, Ingo Molnar
      • Re: [PATCH 02/13] x86, vmlinux.lds: unify header/footer, Sam Ravnborg
      • Re: [PATCH 02/13] x86, vmlinux.lds: unify header/footer, Ingo Molnar
      • Re: [PATCH 02/13] x86, vmlinux.lds: unify header/footer, Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: unify header/footer, tip-bot for Sam Ravnborg
    • [tip:x86/kbuild] x86, vmlinux.lds: add copyright, tip-bot for Ingo Molnar
  • Re: [PATCH/RFT 0/13] x86: unify vmlinux.lds, Ingo Molnar
    • Re: [PATCH/RFT 0/13] x86: unify vmlinux.lds, Sam Ravnborg
      • Re: [PATCH/RFT 0/13] x86: unify vmlinux.lds, Ingo Molnar
      • Re: [PATCH/RFT 0/13] x86: unify vmlinux.lds, Ingo Molnar
    • Re: [PATCH/RFT 0/13] x86: unify vmlinux.lds, Ingo Molnar
      • Re: [PATCH/RFT 0/13] x86: unify vmlinux.lds, Sam Ravnborg
      • Re: [PATCH/RFT 0/13] x86: unify vmlinux.lds, Ingo Molnar
      • [tip:x86/kbuild] x86, vmlinux.lds: fix relocatable symbols, tip-bot for Ingo Molnar
      • Re: [tip:x86/kbuild] x86, vmlinux.lds: fix relocatable symbols, Ingo Molnar
• bluetoothd 4.37 -> Segmentation fault, Stuart Pook
  • Re: bluetoothd 4.37 -> Segmentation fault, Marcel Holtmann
• [PATCH -v3] x86: MCE: Re-implement MCE log ring buffer as per-CPU ring buffer, Huang Ying
  • Re: [PATCH -v3] x86: MCE: Re-implement MCE log ring buffer as per-CPU ring buffer, Andi Kleen
• [PATCH][RFC] Handle improbable possibility of io_context->refcount overflow, Nikanth Karthikesan
  • Re: [PATCH][RFC] Handle improbable possibility of io_context->refcount overflow, Andrew Morton
    • Re: [PATCH][RFC] Handle improbable possibility of io_context->refcount overflow, Nikanth Karthikesan
      • Re: [PATCH][RFC] Handle improbable possibility of io_context->refcount overflow, Andrew Morton
      • Re: [PATCH][RFC] Handle improbable possibility of io_context->refcount overflow, Nikanth Karthikesan
      • [PATCH v2] Handle improbable possibility of io_context->refcount overflow, Nikanth Karthikesan
      • [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Nikanth Karthikesan
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Ingo Molnar
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Nikanth Karthikesan
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Ingo Molnar
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Nikanth Karthikesan
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Ingo Molnar
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Nikanth Karthikesan
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Ingo Molnar
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Nikanth Karthikesan
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Ingo Molnar
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Nikanth Karthikesan
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Ingo Molnar
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Nikanth Karthikesan
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Ingo Molnar
      • Re: [PATCH] Detect and warn on atomic_inc/atomic_dec wrapping around, Andrew Morton
• [PATCH 0/5] [GIT PULL] tracing/splice/ringbuffer: updates for tip, Steven Rostedt
  • [PATCH 2/5] tracing: fix ref count in splice pages, Steven Rostedt
  • [PATCH 1/5] tracing: convert ftrace_dump spinlocks to raw, Steven Rostedt
    • Re: [PATCH 1/5] tracing: convert ftrace_dump spinlocks to raw, Andrew Morton
      • Re: [PATCH 1/5] tracing: convert ftrace_dump spinlocks to raw, Ingo Molnar
  • [PATCH 3/5] tracing: only add splice page if entries exist, Steven Rostedt
  • [PATCH 4/5] tracing: have splice only copy full pages, Steven Rostedt
  • [PATCH 5/5] ring-buffer: fix printk output, Steven Rostedt
    • Re: [PATCH 5/5] ring-buffer: fix printk output, Andrew Morton
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Ingo Molnar
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Andrew Morton
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Ingo Molnar
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Andrew Morton
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Ingo Molnar
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Andrew Morton
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Ingo Molnar
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Andrew Morton
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Ingo Molnar
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Andrew Morton
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Ingo Molnar
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Valdis . Kletnieks
      • Re: [PATCH 5/5] ring-buffer: fix printk output, Ingo Molnar
  • Re: [PATCH 0/5] [GIT PULL] tracing/splice/ringbuffer: updates for tip, Ingo Molnar
• [PATCH RFC] v2 not-so-expedited "big hammer" RCU grace periods, Paul E. McKenney
  • Re: [PATCH RFC] v2 not-so-expedited "big hammer" RCU grace periods, Mathieu Desnoyers
    • Re: [PATCH RFC] v2 not-so-expedited "big hammer" RCU grace periods, Paul E. McKenney
      • Re: [PATCH RFC] v2 not-so-expedited "big hammer" RCU grace periods, Mathieu Desnoyers
• linux-next: origin tree build warning, Stephen Rothwell
• linux-next: origin tree build warnings, Stephen Rothwell
  • Re: linux-next: origin tree build warnings, Andrew Morton
    • Re: linux-next: origin tree build warnings, Tyler Hicks
• netlink NETLINK_KOBJECT_UEVENT older 2.6 kernels, Anil kumar
  • Re: netlink NETLINK_KOBJECT_UEVENT older 2.6 kernels, Greg KH
• [PATCH 0/2] crypto: ansi_cprng self-test infra and vectors, Jarod Wilson
  • [PATCH 1/2] add infrastructure for ansi_cprng self-tests, Jarod Wilson
    • Re: [PATCH 1/2] add infrastructure for ansi_cprng self-tests, Neil Horman
  • [PATCH 2/2] add ansi_cprng test vectors, Jarod Wilson
    • Re: [PATCH 2/2] add ansi_cprng test vectors, Neil Horman
• bug in drivers/edac/mpc85xx_edac.c:mpc85xx_mc_check(), Jeff Haran
  • Re: bug in drivers/edac/mpc85xx_edac.c:mpc85xx_mc_check(), Andrew Morton
    • Re: bug in drivers/edac/mpc85xx_edac.c:mpc85xx_mc_check(), Kumar Gala
  • <Possible follow-ups>
  • Re: bug in drivers/edac/mpc85xx_edac.c:mpc85xx_mc_check(), Doug Thompson
• [PATCH] crypto: print self-test pass notices in fips mode, Jarod Wilson
  • Re: [PATCH] crypto: print self-test pass notices in fips mode, Neil Horman
  • Re: [PATCH] crypto: print self-test pass notices in fips mode, Herbert Xu
    • Re: [PATCH] crypto: print self-test pass notices in fips mode, Jarod Wilson
      • Re: [PATCH] crypto: print self-test pass notices in fips mode, Jarod Wilson
      • [PATCH v2] crypto: print self-test pass notices in fips mode, Jarod Wilson
• [PATCH] crypto: don't raise alarm for no ctr(aes*) tests in fips mode, Jarod Wilson
  • Re: [PATCH] crypto: don't raise alarm for no ctr(aes*) tests in fips mode, Neil Horman
    • Re: [PATCH] crypto: don't raise alarm for no ctr(aes*) tests in fips mode, Jarod Wilson
      • [PATCH v2] crypto: don't raise alarm for no ctr(aes) tests, Jarod Wilson
• [PATCH] crypto: catch base cipher self-test failures in fips mode, Jarod Wilson
  • Re: [PATCH] crypto: catch base cipher self-test failures in fips mode, Neil Horman
    • Re: [PATCH] crypto: catch base cipher self-test failures in fips mode, Jarod Wilson
  • Re: [PATCH] crypto: catch base cipher self-test failures in fips mode, Herbert Xu
    • Re: [PATCH] crypto: catch base cipher self-test failures in fips mode, Jarod Wilson
      • Re: [PATCH] crypto: catch base cipher self-test failures in fips mode, Herbert Xu
      • Re: [PATCH] crypto: catch base cipher self-test failures in fips mode, Jarod Wilson
      • [PATCH v2] crypto: catch base cipher self-test failures in fips mode, Jarod Wilson
• BUG: sleeping function called from invalid context at mm/slub.c:1595 --- "hcitool cc" or "l2ping", Bing Zhao
  • Re: BUG: sleeping function called from invalid context at mm/slub.c:1595 --- "hcitool cc" or "l2ping", Marcel Holtmann
    • RE: BUG: sleeping function called from invalid context at mm/slub.c:1595 --- "hcitool cc" or "l2ping", Bing Zhao
      • Re: BUG: sleeping function called from invalid context at mm/slub.c:1595 --- "hcitool cc" or "l2ping", Gustavo F. Padovan
      • RE: BUG: sleeping function called from invalid context at mm/slub.c:1595 --- "hcitool cc" or "l2ping", Bing Zhao
• [PATCH] [Target_Core_Mod/pSCSI]: Add block/blk-map.c:blk_rq_map_kern_sg() usage, Nicholas A. Bellinger
  • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add block/blk-map.c:blk_rq_map_kern_sg() usage, Tejun Heo
    • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add block/blk-map.c:blk_rq_map_kern_sg() usage, Nicholas A. Bellinger
  • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add block/blk-map.c:blk_rq_map_kern_sg() usage, Boaz Harrosh
    • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add block/blk-map.c:blk_rq_map_kern_sg() usage, Nicholas A. Bellinger
• Re: "ACPI: EC: missing confirmations, switch off interrupt mode" wastes time on startup, Ryan Hope
  • Re: "ACPI: EC: missing confirmations, switch off interrupt mode" wastes time on startup, Corrado Zoccolo
• [git pull] Intel DRM fixes for 2.6.30-rc3, Eric Anholt
• [PATCH] nfsd: use C99 struct initializers, Randy Dunlap
• gspca_vc032x not working with skype in 2.6.29, Felix von Leitner
• [PATCH] ptrace: s/parent/real_parent/ in binfmt_elf_fdpic.c, Oleg Nesterov
  • Re: [PATCH] ptrace: s/parent/real_parent/ in binfmt_elf_fdpic.c, Oleg Nesterov
  • Re: [PATCH] ptrace: s/parent/real_parent/ in binfmt_elf_fdpic.c, David Howells
  • Re: [PATCH] ptrace: s/parent/real_parent/ in binfmt_elf_fdpic.c, Roland McGrath
• Q: selinux_bprm_committed_creds() && signals/do_wait, Oleg Nesterov
  • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Oleg Nesterov
    • [PATCH] do_wait: do take security_task_wait() into account, Oleg Nesterov
      • Re: [PATCH] do_wait: do take security_task_wait() into account, Roland McGrath
  • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, James Morris
    • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Oleg Nesterov
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Stephen Smalley
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Oleg Nesterov
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Stephen Smalley
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Oleg Nesterov
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Stephen Smalley
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Alan Cox
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Stephen Smalley
    • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, David Howells
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Oleg Nesterov
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, David Howells
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Oleg Nesterov
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, David Howells
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, David Howells
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Oleg Nesterov
      • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, James Morris
  • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Stephen Smalley
    • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Oleg Nesterov
    • ptrace: selinux_bprm_committed_creds: simplify __wake_up_parent() code and s/parent/real_parent/, Oleg Nesterov
      • Re: ptrace: selinux_bprm_committed_creds: simplify __wake_up_parent() code and s/parent/real_parent/, Oleg Nesterov
      • Re: ptrace: selinux_bprm_committed_creds: simplify __wake_up_parent() code and s/parent/real_parent/, James Morris
  • Re: Q: selinux_bprm_committed_creds() && signals/do_wait, Alan Cox
• [PATCH] Temporarily add modalias for Dell DMI match on dell-wmi, Mario Limonciello
• Re: realtek ALC272 support, Andres Salomon
  • Re: realtek ALC272 support, Takashi Iwai
    • Re: realtek ALC272 support, Andres Salomon
      • Re: realtek ALC272 support, Takashi Iwai
      • Re: realtek ALC272 support, Andres Salomon
      • Re: realtek ALC272 support, Takashi Iwai
      • Re: realtek ALC272 support, Andres Salomon
• [PATCH] kernel-doc: restrict syntax for private: and public:, Randy Dunlap
• Simple typo in reboot.c when enabling CONFIG_KDB_KDUMP, Edward Goggin
  • Re: Simple typo in reboot.c when enabling CONFIG_KDB_KDUMP, Ingo Molnar
    • RE: Simple typo in reboot.c when enabling CONFIG_KDB_KDUMP, Edward Goggin
• Debug only with printk ?, Dragoslav Zaric
  • Re: Debug only with printk ?, Valdis . Kletnieks
  • Re: Debug only with printk ?, Lennart Sorensen
• [PATCH] cgroups: make messages more readable, Randy Dunlap
• [PATCH] Fix makefile so that CONFIG_WDM and CONFIG_TMC work., Andrew Lutomirski
• Re: mmotm 2009-02-17-12-33 uploaded, Oleg Nesterov
  • Re: mmotm 2009-02-17-12-33 uploaded, Andrew Morton
    • Re: mmotm 2009-02-17-12-33 uploaded, Oleg Nesterov
• include/sound/soc-dai.h: "codec" declared twice, Jeff Garzik
• [PATCH 0/4] mmiotrace: various fixes and cleaning, Stuart Bennett
  • [PATCH] x86 mmiotrace: fix range test, Stuart Bennett
    • [PATCH] x86 mmiotrace: code consistency/legibility improvement, Stuart Bennett
      • [PATCH] x86 mmiotrace: refactor clearing/restore of page presence, Stuart Bennett
      • [PATCH] x86 mmiotrace: only register for die notifier when tracer active, Stuart Bennett
      • Re: [PATCH] x86 mmiotrace: only register for die notifier when tracer active, Ingo Molnar
      • [tip:tracing/core] tracing: x86, mmiotrace: only register for die notifier when tracer active, tip-bot for Stuart Bennett
      • [tip:tracing/core] tracing: x86, mmiotrace: refactor clearing/restore of page presence, tip-bot for Stuart Bennett
      • [tip:tracing/core] tracing: x86, mmiotrace: code consistency/legibility improvement, tip-bot for Stuart Bennett
    • [tip:tracing/urgent] tracing: x86, mmiotrace: fix range test, tip-bot for Stuart Bennett
  • Re: [PATCH 0/4] mmiotrace: various fixes and cleaning, Ingo Molnar
• [PATCH] m68k: arch/m68k/kernel/sun3-head.S needs <linux/init.h>, Geert Uytterhoeven
• String conversions, Steve French
  • Message not available
    • Re: String conversions, Suresh Jayaraman
• integrity: nfsd imbalance bug fix, Mimi Zohar
  • Re: integrity: nfsd imbalance bug fix, James Morris
  • Re: integrity: nfsd imbalance bug fix, Andrew Morton
• [GIT PULL] regulator fixes for 2.6.30-rc4, Liam Girdwood
• [PATCH RFC] ext3 data=guarded v5, Chris Mason
  • Re: [PATCH RFC] ext3 data=guarded v5, Mike Galbraith
    • Re: [PATCH RFC] ext3 data=guarded v5, Chris Mason
  • Re: [PATCH RFC] ext3 data=guarded v5, KOSAKI Motohiro
  • Re: [PATCH RFC] ext3 data=guarded v5, Jan Kara
    • Re: [PATCH RFC] ext3 data=guarded v5, Chris Mason
      • Re: [PATCH RFC] ext3 data=guarded v5, Chris Mason
      • Re: [PATCH RFC] ext3 data=guarded v5, Andreas Dilger
      • Re: [PATCH RFC] ext3 data=guarded v5, Jan Kara
      • Re: [PATCH RFC] ext3 data=guarded v5, Chris Mason
      • Re: [PATCH RFC] ext3 data=guarded v5, Jan Kara
      • Re: [PATCH RFC] ext3 data=guarded v5, Chris Mason
      • Re: [PATCH RFC] ext3 data=guarded v5, Jan Kara
      • Re: [PATCH RFC] ext3 data=guarded v5, Theodore Tso
  • [PATCH RFC] ext3 data=guarded v6, Chris Mason
    • Re: [PATCH RFC] ext3 data=guarded v6, Jan Kara
    • [PATCH RFC] ext3 data=guarded v7, Chris Mason
      • Re: [PATCH RFC] ext3 data=guarded v7, Jan Kara
      • Re: [PATCH RFC] ext3 data=guarded v7, Chris Mason
• [PATCH] Ignore garbage in dell-wmi events, Mario Limonciello
  • Re: [PATCH] Ignore garbage in dell-wmi events, Matthew Garrett
    • Re: [PATCH] Ignore garbage in dell-wmi events, Mario Limonciello
      • Re: [PATCH] Ignore garbage in dell-wmi events, Matthew Garrett
  • Re: [PATCH] Ignore garbage in dell-wmi events, Andrew Morton
• [x86] Strange 64-bit put_user ?, Jeff Garzik
  • Re: [x86] Strange 64-bit put_user ?, H. Peter Anvin
    • Re: [x86] Strange 64-bit put_user ?, Jeff Garzik
• [PATCH] CRISv32: Fix typo compile error in ARTPEC-3 gpio driver., Jesper Nilsson
• Re: mmotm 2009-04-27-15-45 uploaded - iwl3945 oops, Valdis . Kletnieks
  • Re: mmotm 2009-04-27-15-45 uploaded - iwl3945 oops, reinette chatre
    • Re: mmotm 2009-04-27-15-45 uploaded - iwl3945 oops, John W. Linville
      • Re: mmotm 2009-04-27-15-45 uploaded - iwl3945 oops, reinette chatre
    • Re: mmotm 2009-04-27-15-45 uploaded - iwl3945 oops, Valdis . Kletnieks
• [PATCH v2 00/15] clean up page aligned data and bss sections, Tim Abbott
  • [PATCH v2 01/15] Add new macros for page-aligned data and bss sections., Tim Abbott
    • [PATCH v2 02/15] sh: Use macros for .bss.page_aligned section., Tim Abbott
      • [PATCH v2 03/15] mn10300: Use macros for .bss.page_aligned section., Tim Abbott
      • [PATCH v2 04/15] xtensa: Use macros for .bss.page_aligned section., Tim Abbott
      • [PATCH v2 05/15] x86: Use macros for .bss.page_aligned section., Tim Abbott
      • [PATCH v2 06/15] alpha: Use macros for .data.page_aligned., Tim Abbott
      • [PATCH v2 07/15] avr32: Use standard macros for .data.page_aligned section., Tim Abbott
      • [PATCH v2 08/15] sh: Use macros for .data.page_aligned section., Tim Abbott
      • [PATCH v2 09/15] s390: Use macros for .data.page_aligned., Tim Abbott
      • [PATCH v2 10/15] powerpc: Remove unused __page_aligned macro., Tim Abbott
      • [PATCH v2 11/15] powerpc: share .data output section definition between 32 and 64 bits., Tim Abbott
      • [PATCH v2 12/15] powerpc: Use macros for .data.page_aligned section., Tim Abbott
      • [PATCH v2 13/15] mn10300: Drop unused .data.idt section., Tim Abbott
      • [PATCH v2 14/15] x86: Use section .data.page_aligned for the idt_table., Tim Abbott
      • [PATCH v2 15/15] x86: Use macros for .data.page_aligned., Tim Abbott
      • Re: [PATCH v2 13/15] mn10300: Drop unused .data.idt section., David Howells
      • Re: [PATCH v2 12/15] powerpc: Use macros for .data.page_aligned section., Paul Mackerras
      • Re: [PATCH v2 03/15] mn10300: Use macros for .bss.page_aligned section., David Howells
  • Re: [PATCH v2 00/15] clean up page aligned data and bss sections, Tim Abbott
    • Re: [PATCH v2 00/15] clean up page aligned data and bss sections, Sam Ravnborg
  • Re: [PATCH v2 01/15] Add new macros for page-aligned data and bss sections., David Howells
• [PATCH] powerpc: Update MPC5xxx and Xilinx Virtex maintainer entries, Grant Likely
  • Re: [PATCH] powerpc: Update MPC5xxx and Xilinx Virtex maintainer entries, Sylvain Munaut
    • Re: [PATCH] powerpc: Update MPC5xxx and Xilinx Virtex maintainer entries, Grant Likely
• What are u doing these days?, Matthieu Fecteau
• Marvell 88F6281 Reference design, Eddie Dawydiuk
  • Re: Marvell 88F6281 Reference design, Lennert Buytenhek
• [PATCH] virtio: add missing include to virtio_net.h, Grant Likely
  • Re: [PATCH] virtio: add missing include to virtio_net.h, David Miller
    • Re: [PATCH] virtio: add missing include to virtio_net.h, Grant Likely
• [PATCH] txx9dmac: Fix clearing of CHAR register in 32-bit kernel, Atsushi Nemoto
  • Re: [PATCH] txx9dmac: Fix clearing of CHAR register in 32-bit kernel, Ralf Baechle
• [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
  • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Christoph Lameter
    • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Christoph Lameter
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Christoph Lameter
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Christoph Lameter
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Christoph Lameter
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Ingo Molnar
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Ingo Molnar
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
      • [BUG] perf_counter: change cpu frequencies, Eric Dumazet
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Paul E. McKenney
  • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Andrew Morton
    • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Andi Kleen
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Ingo Molnar
    • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
  • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Ingo Molnar
    • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Ingo Molnar
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Eric Dumazet
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Ingo Molnar
      • Re: [PATCH] poll: Avoid extra wakeups in select/poll, Davide Libenzi
• [RFC PATCH 00/21] amd64_edac: EDAC module for AMD64, Borislav Petkov
  • [PATCH 01/21] amd64_edac: add PCI config register defines, Borislav Petkov
  • [PATCH 03/21] amd64_edac: add memory scrubber interface, Borislav Petkov
  • [PATCH 06/21] amd64_edac: add DRAM address type conversion facilities, Borislav Petkov
  • [PATCH 13/21] amd64_edac: add per-family descriptors, Borislav Petkov
  • [PATCH 08/21] amd64_edac: assign DRAM chip select base and mask in a family-specific way, Borislav Petkov
  • [PATCH 16/21] amd64_edac: add error decoding logic, Borislav Petkov
  • [PATCH 09/21] amd64_edac: add k8-specific methods, Borislav Petkov
  • [PATCH 14/21] amd64_edac: add msr accessors operating on all cpus, Borislav Petkov
    • Re: [PATCH 14/21] amd64_edac: add msr accessors operating on all cpus, Andrew Morton
      • Re: [PATCH 14/21] amd64_edac: add msr accessors operating on all cpus, H. Peter Anvin
      • Re: [PATCH 14/21] amd64_edac: add msr accessors operating on all cpus, Borislav Petkov
  • [PATCH 15/21] amd64_edac: add x4 chipkill syndrome mapping table, Borislav Petkov
  • [PATCH 17/21] amd64_edac: add EDAC core-related initializers, Borislav Petkov
  • [PATCH 07/21] amd64_edac: add helper to dump relevant registers, Borislav Petkov
  • [PATCH 21/21] amd64_edac: add module registration routines, Borislav Petkov
  • [PATCH 18/21] amd64_edac: add ECC reporting initializers, Borislav Petkov
  • [PATCH 02/21] amd64_edac: add driver structs, Borislav Petkov
    • Re: [PATCH 02/21] amd64_edac: add driver structs, Andrew Morton
      • Re: [PATCH 02/21] amd64_edac: add driver structs, Borislav Petkov
  • [PATCH 04/21] amd64_edac: add sys addr to memory controller mapping helpers, Borislav Petkov
  • [PATCH 05/21] amd64_edac: add functionality to compute the DRAM hole, Borislav Petkov
  • [PATCH 11/21] amd64_edac: add f10-and-later methods-p2, Borislav Petkov
  • [PATCH 10/21] amd64_edac: add f10-and-later methods-p1, Borislav Petkov
  • [PATCH 12/21] amd64_edac: add f10-and-later methods-p3, Borislav Petkov
  • [PATCH 19/21] amd64_edac: add debugging/testing code, Borislav Petkov
    • Re: [PATCH 19/21] amd64_edac: add debugging/testing code, Andrew Morton
  • [PATCH 20/21] amd64_edac: add DRAM error injection logic using sysfs, Borislav Petkov
  • Re: [RFC PATCH 00/21] amd64_edac: EDAC module for AMD64, Greg KH
    • Re: [RFC PATCH 00/21] amd64_edac: EDAC module for AMD64, Borislav Petkov
      • Re: [RFC PATCH 00/21] amd64_edac: EDAC module for AMD64, Andrew Morton
      • Re: [RFC PATCH 00/21] amd64_edac: EDAC module for AMD64, Greg KH
• IOMMU and graphics cards, Joerg Roedel
  • Re: IOMMU and graphics cards, David Woodhouse
    • Re: IOMMU and graphics cards, Joerg Roedel
• [PATCH] HID: Fix the support for apple mini aluminium keyboard, Ulrich Dangel
  • <Possible follow-ups>
  • Re: [PATCH] HID: Fix the support for apple mini aluminium keyboard, Jiri Kosina
• [PATCH] Document memory barriers implied by sleep/wake-up primitives, David Howells
  • [tip:sched/docs] sched: Document memory barriers implied by sleep/wake-up primitives, tip-bot for David Howells
• LTTng "TIF_KERNEL_TRACE", Mathieu Desnoyers
  • Re: LTTng "TIF_KERNEL_TRACE", Ingo Molnar
    • Re: LTTng "TIF_KERNEL_TRACE", Mathieu Desnoyers
    • Re: LTTng "TIF_KERNEL_TRACE", Mathieu Desnoyers
      • Re: LTTng "TIF_KERNEL_TRACE", Frederic Weisbecker
      • Re: LTTng "TIF_KERNEL_TRACE", Frédéric Weisbecker
      • Re: LTTng "TIF_KERNEL_TRACE", Steven Rostedt
      • Re: LTTng "TIF_KERNEL_TRACE", Frederic Weisbecker
      • Re: LTTng "TIF_KERNEL_TRACE", Mathieu Desnoyers
      • Re: LTTng "TIF_KERNEL_TRACE", Frederic Weisbecker
      • Re: LTTng "TIF_KERNEL_TRACE", Steven Rostedt
• [PATCH] input: Document the bcm5974 driver (rev2), Henrik Rydberg
• OT - Regression: Cisco VPN module hangs 2.6.30-rcX, Fabio Comolli
  • Re: OT - Regression: Cisco VPN module hangs 2.6.30-rcX, Éric Piel
    • Re: OT - Regression: Cisco VPN module hangs 2.6.30-rcX, Fabio Comolli
  • Re: OT - Regression: Cisco VPN module hangs 2.6.30-rcX, Alan Cox
• [PATCH 2/2] x86: move per-cpu mmu_gathers to mm/init.c, Pekka Enberg
  • [tip:x86/mm] x86: move per-cpu mmu_gathers to mm/init.c, tip-bot for Pekka Enberg
• [PATCH 1/2] x86: move max_pfn_mapped and max_low_pfn_mapped to setup.c, Pekka Enberg
  • [tip:x86/mm] x86: move max_pfn_mapped and max_low_pfn_mapped to setup.c, tip-bot for Pekka Enberg
• [PATCH 1/7] blkio-cgroup: Introduction, Ryo Tsuruta
  • [PATCH 2/7] blkio-cgroup: The new page_cgroup framework, Ryo Tsuruta
    • [PATCH 3/7] blkio-cgroup: Refactoring io-context initialization, Ryo Tsuruta
      • [PATCH 4/7] blkio-cgroup: The body of blkio-cgroup, Ryo Tsuruta
      • [PATCH 5/7] blkio-cgroup: Page tracking hooks, Ryo Tsuruta
      • [PATCH 6/7] blkio-cgroup: Add a cgroup support to dm-ioband, Ryo Tsuruta
      • [PATCH 7/7] blkio-cgroup: Fast page tracking, Ryo Tsuruta
• [PATCH] Quirk for BT USB device on MacbookPro to be reset before use, amit . kucheria
  • Re: [PATCH] Quirk for BT USB device on MacbookPro to be reset before use, Marcel Holtmann
    • Re: [PATCH] Quirk for BT USB device on MacbookPro to be reset before use, Amit Kucheria
• [PATCH 1/1] regulator/bq24022: fix bug in is_enabled function, Philipp Zabel
  • Re: [PATCH 1/1] regulator/bq24022: fix bug in is_enabled function, Liam Girdwood
• [PATCH] sched: make sure sched_child_runs_first WORK, marywangran
  • Re: [PATCH] sched: make sure sched_child_runs_first WORK, marywangran
    • Re: [PATCH] sched: make sure sched_child_runs_first WORK, Peter Zijlstra
      • Message not available
      • Re: [PATCH] sched: make sure sched_child_runs_first WORK, Peter Zijlstra
• Maintenance Notice., Webmail Users
• [PATCH] input: Document the bcm5974 driver, Henrik Rydberg
  • [PATCH] input: Document the multi-touch (MT) protocol, Henrik Rydberg
    • Re: [PATCH] input: Document the multi-touch (MT) protocol, Randy Dunlap
      • Re: [PATCH] input: Document the multi-touch (MT) protocol, Henrik Rydberg
  • Re: [PATCH] input: Document the bcm5974 driver, Niels de Vos
    • Re: [PATCH] input: Document the bcm5974 driver, Henrik Rydberg
• [PATCH 0/4] workqueue_trace: Add max execution time mesurement for per worklet, Zhaolei
  • [PATCH 1/4] tracing/workqueue: turn workfunc_stats::inserted into unsigned int, Zhaolei
  • [PATCH 2/4] tracing/workqueue: Avoid accessing task_struct's member variable in stat file read, Zhaolei
  • [PATCH 3/4] tracing/workqueue: Use list_for_each_entry instrad of list_for_each_entry_safe in probe_workqueue_destruction(), Zhaolei
  • [PATCH 4/4] tracing/workqueue: Add max execution time mesurement for per worklet, Zhaolei
    • Re: [PATCH 4/4] tracing/workqueue: Add max execution time mesurement for per worklet, Oleg Nesterov
      • Re: Re: [PATCH 4/4] tracing/workqueue: Add max execution time mesurement for per worklet, Zhaolei
  • Re: [PATCH 0/4] workqueue_trace: Add max execution time mesurement for per worklet, Frederic Weisbecker
  • Re: [PATCH 0/4] workqueue_trace: Add max execution time mesurement for per worklet, Andrew Morton
    • Re: [PATCH 0/4] workqueue_trace: Add max execution time mesurement for per worklet, Frederic Weisbecker
      • Re: [PATCH 0/4] workqueue_trace: Add max execution time mesurement for per worklet, Steven Rostedt
      • Re: [PATCH 0/4] workqueue_trace: Add max execution time mesurement for per worklet, Steven Rostedt
      • Re: [PATCH 0/4] workqueue_trace: Add max execution time mesurement for per worklet, Andrew Morton
      • Re: [PATCH 0/4] workqueue_trace: Add max execution time mesurement for per worklet, Frederic Weisbecker
      • Re: [PATCH 0/4] workqueue_trace: Add max execution time mesurement for per worklet, Ingo Molnar
      • Re: [PATCH 0/4] workqueue_trace: Add max execution time mesurementfor per worklet, Zhaolei
• [PATCH 0/5] rapidio: adding memory mapping IO support and misc fixes, Li Yang
  • [PATCH] rapidio: add common mapping APIs for RapidIO memory access, Li Yang
    • [PATCH] powerpc/fsl_rio: use LAW address from device tree, Li Yang
      • [PATCH] powerpc: add memory map support to Freescale RapioIO block, Li Yang
      • [PATCH] rionet: add memory access to simulated Ethernet over rapidio, Li Yang
      • [PATCH] rio: warn_unused_result warnings fix, Li Yang
      • Re: [PATCH] rio: warn_unused_result warnings fix, Michael Ellerman
      • Re: [PATCH] rio: warn_unused_result warnings fix, Li Yang
      • Re: [PATCH] rio: warn_unused_result warnings fix, David Miller
    • Re: [PATCH] rapidio: add common mapping APIs for RapidIO memory access, David Miller
      • Re: [PATCH] rapidio: add common mapping APIs for RapidIO memory access, Li Yang
      • Re: [PATCH] rapidio: add common mapping APIs for RapidIO memory access, Kumar Gala
  • Re: [PATCH 0/5] rapidio: adding memory mapping IO support and misc fixes, Kumar Gala
• [PATCH 1/2] regulator: Support list_voltage for fixed voltage regulator, Mark Brown
  • [PATCH 2/2] regulator: Set MODULE_ALIAS for regulator drivers, Mark Brown
    • Re: [PATCH 2/2] regulator: Set MODULE_ALIAS for regulator drivers, Liam Girdwood
  • Re: [PATCH 1/2] regulator: Support list_voltage for fixed voltage regulator, Liam Girdwood
• [PATCH 2.6.30] regulator: Fix default constraints for fixed voltage regulators, Mark Brown
  • Re: [PATCH 2.6.30] regulator: Fix default constraints for fixed voltage regulators, Liam Girdwood
• [PATCH] fix some section mismatch on drivers/hwmon/sht15.c, Zhenwen Xu
• [PATCH 1/4] FRV: Remove in-kernel strace code, David Howells
  • [PATCH 2/4] FRV: Implement TIF_NOTIFY_RESUME, David Howells
  • [PATCH 3/4] FRV: Don't turn on TIF_SYSCALL_TRACE unconditionally in syscall prologue, David Howells
  • [PATCH 4/4] FRV: Implement new-style ptrace, David Howells
• [PATCH -v2] x86: MCE: Re-implement MCE log ring buffer as per-CPU ring buffer, Huang Ying
  • Re: [PATCH -v2] x86: MCE: Re-implement MCE log ring buffer as per-CPU ring buffer, Andi Kleen
    • Re: [PATCH -v2] x86: MCE: Re-implement MCE log ring buffer as per-CPU ring buffer, Huang Ying
      • Re: [PATCH -v2] x86: MCE: Re-implement MCE log ring buffer as per-CPU ring buffer, Andi Kleen
      • Re: [PATCH -v2] x86: MCE: Re-implement MCE log ring buffer as per-CPU ring buffer, Huang Ying
  • Re: [PATCH -v2] x86: MCE: Re-implement MCE log ring buffer as per-CPU ring buffer, Peter Zijlstra
    • Re: [PATCH -v2] x86: MCE: Re-implement MCE log ring buffer as per-CPU ring buffer, Andi Kleen
• [PATCH] fix a Section mismatch on drivers/leds/leds-gpio.c, Zhenwen Xu
  • <Possible follow-ups>
  • [PATCH] fix a Section mismatch on drivers/leds/leds-gpio.c, Zhenwen Xu
• [PATCH 1/3] w1: ds2760_battery: cleanups in ds2760_battery_probe(), Daniel Mack
  • [PATCH 2/3] w1: ds2760: add support for EEPROM read and write, Daniel Mack
    • [PATCH 3/3] w1: ds2760_battery: add support for sleep mode feature, Daniel Mack
      • Re: [PATCH 3/3] w1: ds2760_battery: add support for sleep mode feature, Anton Vorontsov
      • Re: [PATCH 3/3] w1: ds2760_battery: add support for sleep mode feature, Matt Reimer
    • [PATCH 2/3] w1: ds2760: add support for EEPROM read and write, Daniel Mack
    • Re: [PATCH 2/3] w1: ds2760: add support for EEPROM read and write, Anton Vorontsov
      • Re: [PATCH 2/3] w1: ds2760: add support for EEPROM read and write, Evgeniy Polyakov
    • Re: [PATCH 2/3] w1: ds2760: add support for EEPROM read and write, Matt Reimer
  • Re: [PATCH 1/3] w1: ds2760_battery: cleanups in ds2760_battery_probe(), Matt Reimer
• [PATCH v15 0/7] cgroup: io-throttle controller, Andrea Righi
  • [PATCH v15 2/7] res_counter: introduce ratelimiting attributes, Andrea Righi
    • Re: [PATCH v15 2/7] res_counter: introduce ratelimiting attributes, Andrea Righi
  • [PATCH v15 1/7] io-throttle documentation, Andrea Righi
  • [PATCH v15 3/7] page_cgroup: provide a generic page tracking infrastructure, Andrea Righi
  • [PATCH v15 4/7] io-throttle controller infrastructure, Andrea Righi
    • Re: [PATCH v15 4/7] io-throttle controller infrastructure, Andrea Righi
  • [PATCH v15 5/7] kiothrottled: throttle buffered (writeback) IO, Andrea Righi
  • [PATCH v15 6/7] io-throttle instrumentation, Andrea Righi
  • [PATCH v15 7/7] io-throttle: export per-task statistics to userspace, Andrea Righi
  • Re: [PATCH v15 0/7] cgroup: io-throttle controller, Andrea Righi
• KMS + fb + FBIOPUT_VSCREENINFO, Peter Hanzel
  • Re: KMS + fb + FBIOPUT_VSCREENINFO, Andrew Morton
  • Re: KMS + fb + FBIOPUT_VSCREENINFO, Dave Airlie
    • Re: [Linux-fbdev-devel] KMS + fb + FBIOPUT_VSCREENINFO, Sergey Kvachonok
• Re: [tip:x86/urgent] x86: linker script: avoid ALIGN statements inside output sections, Ingo Molnar
  • Re: [tip:x86/urgent] x86: linker script: avoid ALIGN statements inside output sections, Sam Ravnborg
    • Re: [tip:x86/urgent] x86: linker script: avoid ALIGN statements inside output sections, Ingo Molnar
      • Re: [tip:x86/urgent] x86: linker script: avoid ALIGN statements inside output sections, Sam Ravnborg
      • Re: [tip:x86/urgent] x86: linker script: avoid ALIGN statements inside output sections, Ingo Molnar
• BUG: NULL pointer dereference in try_to_del_timer_sync(), Daniel Mack
  • Re: BUG: NULL pointer dereference in try_to_del_timer_sync(), Andrew Morton
    • Re: BUG: NULL pointer dereference in try_to_del_timer_sync(), Daniel Mack
      • Re: BUG: NULL pointer dereference in try_to_del_timer_sync(), Andrew Morton
    • Re: BUG: NULL pointer dereference in try_to_del_timer_sync(), Greg KH
      • Re: BUG: NULL pointer dereference in try_to_del_timer_sync(), Daniel Mack
    • Re: BUG: NULL pointer dereference in try_to_del_timer_sync(), Alan Stern
      • Re: BUG: NULL pointer dereference in try_to_del_timer_sync(), Daniel Mack
      • Re: BUG: NULL pointer dereference in try_to_del_timer_sync(), Alan Stern
      • Re: BUG: NULL pointer dereference in try_to_del_timer_sync(), Daniel Mack
• [PATCH 3/3] tracing/filters: a better event parser, Tom Zanussi
  • [tip:tracing/core] tracing/filters: a better event parser, tip-bot for Tom Zanussi
  • [tip:tracing/core] tracing/filters: a better event parser, tip-bot for Tom Zanussi
• [PATCH 2/3] tracing/filters: distinguish between signed and unsigned fields, Tom Zanussi
  • Re: [PATCH 2/3] tracing/filters: distinguish between signed and unsigned fields, Andrew Morton
    • Re: [PATCH 2/3] tracing/filters: distinguish between signed and unsigned fields, Ingo Molnar
  • [tip:tracing/core] tracing/filters: distinguish between signed and unsigned fields, tip-bot for Tom Zanussi
  • [tip:tracing/core] tracing/filters: distinguish between signed and unsigned fields, tip-bot for Tom Zanussi
• [PATCH 1/3] tracing/filters: move preds into event_filter object, Tom Zanussi
  • [tip:tracing/core] tracing/filters: move preds into event_filter object, tip-bot for Tom Zanussi
  • [tip:tracing/core] tracing/filters: move preds into event_filter object, tip-bot for Tom Zanussi
• [PATCH 0/3] tracing/filters: new event parser, Tom Zanussi
  • Re: [PATCH 0/3] tracing/filters: new event parser, Ingo Molnar
  • Re: [PATCH 0/3] tracing/filters: new event parser, Steven Rostedt
• [PATCH] input: Add a detailed multi-touch finger data report protocol (rev3), Henrik Rydberg
• [Announcement] aer-inject 0.1: First release of PCIE AER software error injection tool, Huang Ying
• [PATCH] sched: make sure sched_child_runs_first is not fairy tale, marywangran
• am mr john amos akomas ,am from burkina faso here in west africa, i work with the group bank of africa,i will like to use your account to transfer 500 hundred million dollars bit by bit,if you are capable to champion this deal call me for more deatils on what you will do + 226 76 40 82 34 o r you reply with this address john_amos01@voila.fr, johnakomas
• [PATCH] Remove extra semicolon from if() in drivers/regulator/core.c, Mika Kukkonen
  • Re: [PATCH] Remove extra semicolon from if() in drivers/regulator/core.c, Liam Girdwood
• linux-next: Tree for April 28, Stephen Rothwell
  • Next April 28: boot failure on PowerPC with SLQB, Sachin Sant
    • Re: Next April 28: boot failure on PowerPC with SLQB, Pekka Enberg
      • Re: Next April 28: boot failure on PowerPC with SLQB, Nick Piggin
      • Re: Next April 28: boot failure on PowerPC with SLQB, Nick Piggin
      • Re: Next April 28: boot failure on PowerPC with SLQB, Sachin Sant
      • Re: Next April 28: boot failure on PowerPC with SLQB, Stephen Rothwell
      • Re: Next April 28: boot failure on PowerPC with SLQB, Nick Piggin
      • Re: Next April 28: boot failure on PowerPC with SLQB, Sachin Sant
      • Re: Next April 28: boot failure on PowerPC with SLQB, Nick Piggin
      • Re: Next April 28: boot failure on PowerPC with SLQB, Sachin Sant
      • Re: Next April 28: boot failure on PowerPC with SLQB, Nick Piggin
      • Re: Next April 28: boot failure on PowerPC with SLQB, Sachin Sant
      • Re: Next April 28: boot failure on PowerPC with SLQB, Nick Piggin
      • Re: Next April 28: boot failure on PowerPC with SLQB, Pekka Enberg
      • Re: Next April 28: boot failure on PowerPC with SLQB, Stephen Rothwell
      • Re: Next April 28: boot failure on PowerPC with SLQB, Pekka Enberg
      • Re: Next April 28: boot failure on PowerPC with SLQB, Nick Piggin
      • Re: Next April 28: boot failure on PowerPC with SLQB, Pekka Enberg
      • Re: Next April 28: boot failure on PowerPC with SLQB, Nick Piggin
      • Re: Next April 28: boot failure on PowerPC with SLQB, Nick Piggin
      • Re: Next April 28: boot failure on PowerPC with SLQB, Stephen Rothwell
      • Re: Next April 28: boot failure on PowerPC with SLQB, Nick Piggin
      • Re: Next April 28: boot failure on PowerPC with SLQB, Anton Vorontsov
  • [PATCH] lockd: fix FILE_LOCKING=n build error, Randy Dunlap
    • Re: [PATCH] lockd: fix FILE_LOCKING=n build error, Felix Blyakher
    • Re: [PATCH] lockd: fix FILE_LOCKING=n build error, J. Bruce Fields
      • Re: [PATCH] lockd: fix FILE_LOCKING=n build error, Randy Dunlap
      • Re: [PATCH] lockd: fix FILE_LOCKING=n build error, Trond Myklebust
      • [PATCH v2] lockd: fix FILE_LOCKING=n build error, Randy Dunlap
      • Re: [PATCH v2] lockd: fix FILE_LOCKING=n build error, J. Bruce Fields
• [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, KOSAKI Motohiro
  • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Bharata B Rao
    • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, KOSAKI Motohiro
      • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Bharata B Rao
      • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, KOSAKI Motohiro
      • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Bharata B Rao
      • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, KOSAKI Motohiro
      • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Bharata B Rao
  • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Balbir Singh
    • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, KOSAKI Motohiro
      • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Balbir Singh
      • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, KOSAKI Motohiro
    • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Bharata B Rao
      • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Balbir Singh
      • Re: [PATCH] cpuacct: VIRT_CPU_ACCOUNTING don't prevent percpu cputime count, Bharata B Rao
• PATCH recognize Leadtek WinFast DTV Dongle H, CIJOML
• [no subject], 王然
• [PATCH net-next] atl1c: disable L1/L0s when link detected, jie.yang
  • Re: [PATCH net-next] atl1c: disable L1/L0s when link detected, David Miller
• Please revert edada399 and 9203fc9c, Paul Mackerras
  • Re: Please revert edada399 and 9203fc9c, Sam Ravnborg
    • Re: Please revert edada399 and 9203fc9c, Benjamin Herrenschmidt
  • Re: Please revert edada399 and 9203fc9c, Tim Abbott
  • Re: Please revert edada399 and 9203fc9c, Linus Torvalds
• Swappiness vs. mmap() and interactive response, Elladan
  • Re: Swappiness vs. mmap() and interactive response, KOSAKI Motohiro
    • Re: Swappiness vs. mmap() and interactive response, Elladan
      • Re: Swappiness vs. mmap() and interactive response, KOSAKI Motohiro
      • Re: Swappiness vs. mmap() and interactive response, Elladan
      • Re: Swappiness vs. mmap() and interactive response, KOSAKI Motohiro
    • Re: Swappiness vs. mmap() and interactive response, Peter Zijlstra
      • Re: Swappiness vs. mmap() and interactive response, Balbir Singh
      • Re: Swappiness vs. mmap() and interactive response, Peter Zijlstra
      • Re: Swappiness vs. mmap() and interactive response, KAMEZAWA Hiroyuki
      • Re: Swappiness vs. mmap() and interactive response, Balbir Singh
      • Re: Swappiness vs. mmap() and interactive response, KOSAKI Motohiro
      • Re: Swappiness vs. mmap() and interactive response, Wu Fengguang
      • Re: Swappiness vs. mmap() and interactive response, Wu Fengguang
      • Re: Swappiness vs. mmap() and interactive response, Theodore Tso
      • Re: Swappiness vs. mmap() and interactive response, KOSAKI Motohiro
      • Re: Swappiness vs. mmap() and interactive response, Andrew Morton
      • Re: Swappiness vs. mmap() and interactive response, KOSAKI Motohiro
      • Re: Swappiness vs. mmap() and interactive response, Elladan
      • Re: Swappiness vs. mmap() and interactive response, Andrew Morton
      • Re: Swappiness vs. mmap() and interactive response, KOSAKI Motohiro
      • Re: Swappiness vs. mmap() and interactive response, Elladan
      • Re: Swappiness vs. mmap() and interactive response, KOSAKI Motohiro
      • Re: Swappiness vs. mmap() and interactive response, KOSAKI Motohiro
      • Re: Swappiness vs. mmap() and interactive response, Elladan
    • Re: Swappiness vs. mmap() and interactive response, Rik van Riel
  • [PATCH] vmscan: evict use-once pages first, Rik van Riel
    • Re: [PATCH] vmscan: evict use-once pages first, Elladan
      • Re: [PATCH] vmscan: evict use-once pages first, Christoph Hellwig
    • Re: [PATCH] vmscan: evict use-once pages first, Peter Zijlstra
      • Re: [PATCH] vmscan: evict use-once pages first, Rik van Riel
      • [PATCH] vmscan: evict use-once pages first (v2), Rik van Riel
      • Re: [PATCH] vmscan: evict use-once pages first (v2), KOSAKI Motohiro
      • Re: [PATCH] vmscan: evict use-once pages first (v2), Rik van Riel
      • [PATCH] vmscan: evict use-once pages first (v3), Rik van Riel
      • Re: [PATCH] vmscan: evict use-once pages first (v3), KOSAKI Motohiro
      • Re: [PATCH] vmscan: evict use-once pages first (v3), Johannes Weiner
      • Re: [PATCH] vmscan: evict use-once pages first (v2), Peter Zijlstra
      • Re: [PATCH] vmscan: evict use-once pages first (v2), Elladan
      • Re: [PATCH] vmscan: evict use-once pages first (v2), Rik van Riel
      • Re: [PATCH] vmscan: evict use-once pages first (v2), Elladan
• [PATCH -mmotm] ecryptfs: fix printk format warning, Randy Dunlap
• [GIT PATCH linux-2.6-block#for-2.6.31] block: lld cleanup patches, take#2, Tejun Heo
  • [PATCH 03/14] amiflop,ataflop,xd,mg_disk: clean up unnecessary stuff from block drivers, Tejun Heo
  • [PATCH 01/14] block: make blk_end_request_cur() return bool, Tejun Heo
  • [PATCH 04/14] ps3disk: simplify request completion, Tejun Heo
  • [PATCH 06/14] ubd: cleanup completion path, Tejun Heo
  • [PATCH 02/14] block: don't init rq fields unnecessarily, Tejun Heo
  • [PATCH 07/14] ubd: drop unnecessary rq->sector manipulation, Tejun Heo
  • [PATCH 08/14] hd: clean up request completion paths, Tejun Heo
  • [PATCH 05/14] sunvdc: kill vdc_end_request(), Tejun Heo
  • [PATCH 09/14] swim3: clean up request completion paths, Tejun Heo
    • Re: [PATCH 09/14] swim3: clean up request completion paths, Benjamin Herrenschmidt
  • [PATCH 10/14] swim: clean up request completion paths, Tejun Heo
  • [PATCH 13/14] mg_disk: fix dependency on libata, Tejun Heo
  • [PATCH 11/14] mg_disk: fold mg_disk.h into mg_disk.c, Tejun Heo
  • [PATCH 12/14] mg_disk: clean up request completion paths, Tejun Heo
  • [PATCH 14/14] mg_disk: use defines from <linux/ata.h>, Tejun Heo
  • Re: [GIT PATCH linux-2.6-block#for-2.6.31] block: lld cleanup patches, take#2, Jens Axboe
• [GIT PATCH linux-2.6-block#for-linus] block: fix hd and mg_disk, Tejun Heo
  • [PATCH 3/3] hd: fix locking, Tejun Heo
  • [PATCH 1/3] mg_disk: fix locking, Tejun Heo
  • [PATCH 2/3] mg_disk: fix CONFIG_LBD=y warning, Tejun Heo
    • Re: [PATCH 2/3] mg_disk: fix CONFIG_LBD=y warning, Mark Lord
      • Re: [PATCH 2/3] mg_disk: fix CONFIG_LBD=y warning, Bartlomiej Zolnierkiewicz
      • Re: [PATCH 2/3] mg_disk: fix CONFIG_LBD=y warning, Jeff Garzik
      • Re: [PATCH 2/3] mg_disk: fix CONFIG_LBD=y warning, Bartlomiej Zolnierkiewicz
  • Re: [GIT PATCH linux-2.6-block#for-linus] block: fix hd and mg_disk, Jens Axboe
• Re: [PATCH] mfd: Fix define values of CS1_HIB_MODE., Naohiro Ooiwa
• [patch 2.6.30-rc3] regulator: regression fix, David Brownell
  • Re: [patch 2.6.30-rc3] regulator: regression fix, Mark Brown
    • Re: [patch 2.6.30-rc3] regulator: regression fix, David Brownell
      • Re: [patch 2.6.30-rc3] regulator: regression fix, Mark Brown
• [patch 2.6.30-rc3] platform_bus: remove "which platform_data?" confusion, David Brownell
  • Re: [patch 2.6.30-rc3] platform_bus: remove "which platform_data?" confusion, Greg KH
    • Re: [patch 2.6.30-rc3] platform_bus: remove "which platform_data?" confusion, David Brownell
      • Re: [patch 2.6.30-rc3] platform_bus: remove "which platform_data?" confusion, Greg KH
      • Re: [patch 2.6.30-rc3] platform_bus: remove "which platform_data?" confusion, David Brownell
  • Re: [patch 2.6.30-rc3] platform_bus: remove "which platform_data?" confusion, Greg KH
    • Re: [patch 2.6.30-rc3] platform_bus: remove "which platform_data?" confusion, Ming Lei
      • Re: [patch 2.6.30-rc3] platform_bus: remove "which platform_data?" confusion, Greg KH
      • Re: [patch 2.6.30-rc3] platform_bus: remove "which platform_data?" confusion, Ming Lei
• [PATCH] remove duplicated include <linux/audit.h>, Zhenwen Xu
  • <Possible follow-ups>
  • [PATCH] remove duplicated include <linux/audit.h>, Zhenwen Xu
• [PATCH] scsi: ses check name in enclosure_component_register, Yinghai Lu
  • Re: [PATCH] scsi: ses check name in enclosure_component_register, James Bottomley
    • Re: [PATCH] scsi: ses check name in enclosure_component_register, Yinghai Lu
      • Re: [PATCH] scsi: ses check name in enclosure_component_register, James Bottomley
      • Re: [PATCH] scsi: ses check name in enclosure_component_register, Yinghai Lu
      • Re: [PATCH] scsi: ses check name in enclosure_component_register, Matthew Wilcox
      • Re: [PATCH] scsi: ses check name in enclosure_component_register, Yinghai Lu
      • Re: [PATCH] scsi: ses check name in enclosure_component_register, Matthew Wilcox
• [PATCH] appletouch: fix DMA to/from stack buffer, Bob Copeland
  • Re: [PATCH] appletouch: fix DMA to/from stack buffer, Johannes Berg
• [PATCH 0/5] proc: export more page flags in /proc/kpageflags (take 4), Wu Fengguang
  • [PATCH 3/5] mm: introduce PageHuge() for testing huge/gigantic pages, Wu Fengguang
  • [PATCH 1/5] pagemap: document clarifications, Wu Fengguang
    • Re: [PATCH 1/5] pagemap: document clarifications, Tommi Rantala
  • [PATCH 2/5] pagemap: documentation 9 more exported page flags, Wu Fengguang
  • [PATCH 4/5] proc: kpagecount/kpageflags code cleanup, Wu Fengguang
  • [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Wu Fengguang
    • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Ingo Molnar
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Andi Kleen
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Pekka Enberg
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Andi Kleen
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Pekka Enberg
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Ingo Molnar
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Pekka Enberg
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Pekka Enberg
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Wu Fengguang
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Ingo Molnar
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Pekka Enberg
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, KOSAKI Motohiro
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Pekka Enberg
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Ingo Molnar
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, KOSAKI Motohiro
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Ingo Molnar
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Ingo Molnar
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Matt Mackall
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Ingo Molnar
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, KOSAKI Motohiro
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Ingo Molnar
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Wu Fengguang
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, KOSAKI Motohiro
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Ingo Molnar
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Wu Fengguang
      • [rfc] object collection tracing (was: [PATCH 5/5] proc: export more page flags in /proc/kpageflags), Ingo Molnar
      • Re: [rfc] object collection tracing (was: [PATCH 5/5] proc: export more page flags in /proc/kpageflags), Wu Fengguang
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Andi Kleen
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Wu Fengguang
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Ingo Molnar
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Tony Luck
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Matt Mackall
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Tony Luck
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Andi Kleen
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Matt Mackall
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Andrew Morton
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Matt Mackall
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Robin Holt
    • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Matt Mackall
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Wu Fengguang
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Matt Mackall
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Wu Fengguang
    • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Andrew Morton
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Matt Mackall
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Andrew Morton
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Matt Mackall
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Andrew Morton
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Matt Mackall
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Wu Fengguang
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Wu Fengguang
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Andrew Morton
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Wu Fengguang
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Wu Fengguang
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Nathan Lynch
      • Re: [PATCH 5/5] proc: export more page flags in /proc/kpageflags, Andrew Morton
• Oops with linux 2.6.29.1 in radeon_do_cp_idle, Berthold Cogel
  • Re: Oops with linux 2.6.29.1 in radeon_do_cp_idle, Berthold Cogel
• [PATCH 1/2] FRV: Remove unused header asm/init.h., David Howells
  • [PATCH 2/2] FRV: Use __INIT macro instead of .text.init., David Howells
• [PATCH] Better document some regset helper functions, David Howells
  • Re: [PATCH] Better document some regset helper functions, Roland McGrath
• Default HZ value for X86, Alok Kataria
  • Re: Default HZ value for X86, Alan Cox
    • Re: Default HZ value for X86, Alok Kataria
    • Re: Default HZ value for X86, Artur Skawina
  • Re: Default HZ value for X86, Alok Kataria
• Re: [PATCH 6/6] input: Add a detailed multi-touch finger data report protocol (rev2), Dmitry Torokhov
  • Re: [PATCH 6/6] input: Add a detailed multi-touch finger data report protocol (rev2), Henrik Rydberg
• [PATCH 01/12] mutex: add atomic_dec_and_mutex_lock, Eric Paris
  • [PATCH 04/12] fsnotify: parent event notification, Eric Paris
  • [PATCH 02/12] fsnotify: unified filesystem notification backend, Eric Paris
  • [PATCH 03/12] fsnotify: add marks to inodes so groups can interpret how to handle those inodes, Eric Paris
  • [PATCH 06/12] fsnotify: generic notification queue and waitq, Eric Paris
  • [PATCH 07/12] fsnotify: include pathnames with entries when possible, Eric Paris
  • [PATCH 05/12] dnotify: reimplement dnotify using fsnotify, Eric Paris
    • Re: [PATCH 05/12] dnotify: reimplement dnotify using fsnotify, Stephen Rothwell
  • [PATCH 09/12] fsnotify: allow groups to add private data to events, Eric Paris
  • [PATCH 10/12] fsnotify: fsnotify marks on inodes pin them in core, Eric Paris
  • [PATCH 11/12] fsnotify: handle filesystem unmounts with fsnotify marks, Eric Paris
  • [PATCH 08/12] fsnotify: add correlations between events, Eric Paris
  • [PATCH 12/12] inotify: reimplement inotify using fsnotify, Eric Paris
    • Re: [PATCH 12/12] inotify: reimplement inotify using fsnotify, Christoph Hellwig
      • Re: [PATCH 12/12] inotify: reimplement inotify using fsnotify, Eric Paris
  • Re: [PATCH 01/12] mutex: add atomic_dec_and_mutex_lock, Andrew Morton
    • Re: [PATCH 01/12] mutex: add atomic_dec_and_mutex_lock, Eric Paris
    • Re: [PATCH 01/12] mutex: add atomic_dec_and_mutex_lock, Ingo Molnar
      • Re: [PATCH 01/12] mutex: add atomic_dec_and_mutex_lock, Ingo Molnar
• [PATCH rev2] input: bcm5974: Add support for the Macbook 5 (Unibody), Henrik Rydberg
• [ANNOUNCE]: SCST 1.0.1 core, target drivers for iSCSI, QLogic 22xx/23xx and local as well as fileio_tgt backend handler and scstadmin utility v1.0.6 released, Vladislav Bolkhovitin
• fs/cifs/connect.c fix missing in latest stable, Chris Frey
  • Re: fs/cifs/connect.c fix missing in latest stable, Chris Wright
    • Re: fs/cifs/connect.c fix missing in latest stable, Jeff Layton
      • Re: fs/cifs/connect.c fix missing in latest stable, Chris Wright
      • Re: fs/cifs/connect.c fix missing in latest stable, Steve French
• usb 1-1: reset full speed USB device using ep93xx-ohci and address 2, Bill Gatliff
• how to properly post/disseminate kernel cleanup/janitorial possibilities?, Robert P. J. Day
  • Re: how to properly post/disseminate kernel cleanup/janitorial possibilities?, Bill Gatliff
  • Re: how to properly post/disseminate kernel cleanup/janitorial possibilities?, Johannes Weiner
    • Re: how to properly post/disseminate kernel cleanup/janitorial possibilities?, Jiri Kosina
      • Re: how to properly post/disseminate kernel cleanup/janitorial possibilities?, Robert P. J. Day
      • Re: how to properly post/disseminate kernel cleanup/janitorial possibilities?, Jiri Kosina
      • Re: how to properly post/disseminate kernel cleanup/janitorial possibilities?, Robert P. J. Day
• [PATCH 00/14] clean up page aligned data and bss sections, Tim Abbott
  • [PATCH 01/14] Add new macros for page-aligned data and bss sections., Tim Abbott
    • [PATCH 02/14] sh: Use macros for .bss.page_aligned section., Tim Abbott
      • [PATCH 03/14] mn10300: Use macros for .bss.page_aligned section., Tim Abbott
      • [PATCH 04/14] xtensa: Use macros for .bss.page_aligned section., Tim Abbott
      • [PATCH 05/14] x86: Use macros for .bss.page_aligned section., Tim Abbott
      • [PATCH 06/14] alpha: Use macros for .data.page_aligned., Tim Abbott
      • [PATCH 07/14] avr32: Use standard macros for .data.page_aligned section., Tim Abbott
      • [PATCH 08/14] sh: Use macros for .data.page_aligned section., Tim Abbott
      • [PATCH 09/14] s390: Use macros for .data.page_aligned., Tim Abbott
      • [PATCH 10/14] powerpc: Remove unused __page_aligned macro., Tim Abbott
      • [PATCH 11/14] powerpc: Use macros for .data.page_aligned section., Tim Abbott
      • [PATCH 12/14] mn10300: Drop unused .data.idt section., Tim Abbott
      • [PATCH 13/14] x86: Use section .data.page_aligned for the idt_table., Tim Abbott
      • [PATCH 14/14] x86: Use macros for .data.page_aligned., Tim Abbott
      • Re: [PATCH 12/14] mn10300: Drop unused .data.idt section., Cyrill Gorcunov
      • Re: [PATCH 11/14] powerpc: Use macros for .data.page_aligned section., Tim Abbott
      • [PATCH 1/2] powerpc: share .data output section definition between 32 and 64 bits., Tim Abbott
      • [PATCH 2/2] powerpc: Use macros for .data.page_aligned section., Tim Abbott
      • Re: [PATCH 11/14] powerpc: Use macros for .data.page_aligned section., Stephen Rothwell
      • Re: [PATCH 11/14] powerpc: Use macros for .data.page_aligned section., Tim Abbott
      • Re: [PATCH 11/14] powerpc: Use macros for .data.page_aligned section., Stephen Rothwell
      • Re: [PATCH 09/14] s390: Use macros for .data.page_aligned., Cyrill Gorcunov
      • Re: [PATCH 08/14] sh: Use macros for .data.page_aligned section., Paul Mundt
      • Re: [PATCH 07/14] avr32: Use standard macros for .data.page_aligned section., Haavard Skinnemoen
      • Re: [PATCH 02/14] sh: Use macros for .bss.page_aligned section., Paul Mundt
      • Re: [PATCH 03/14] mn10300: Use macros for .bss.page_aligned section., David Howells
      • Re: [PATCH 03/14] mn10300: Use macros for .bss.page_aligned section., Tim Abbott
      • Re: [PATCH 03/14] mn10300: Use macros for .bss.page_aligned section., David Howells
• This is your chance to live in USA, Lucetta Sandford
• usbutils 0.81 release, Greg KH
  • Re: usbutils 0.81 release, Alan Stern
    • Re: usbutils 0.81 release, Greg KH
      • Re: usbutils 0.81 release, Alan Stern
      • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Benny Amorsen
      • Re: usbutils 0.81 release, Alan Stern
      • Re: usbutils 0.81 release, Greg KH
      • Re: usbutils 0.81 release, Alan Stern
      • Re: usbutils 0.81 release, Mike Frysinger
    • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Alan Stern
      • Re: usbutils 0.81 release, Kay Sievers
  • Re: usbutils 0.81 release, Mike Frysinger
    • Re: usbutils 0.81 release, Greg KH
      • Re: usbutils 0.81 release, Mike Frysinger
      • Re: usbutils 0.81 release, Greg KH
      • Re: usbutils 0.81 release, Mike Frysinger
      • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Mike Frysinger
      • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Mike Frysinger
      • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Henrique de Moraes Holschuh
      • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Henrique de Moraes Holschuh
      • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Henrique de Moraes Holschuh
      • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Greg KH
      • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Bjørn Mork
      • Re: usbutils 0.81 release, Greg KH
      • Re: usbutils 0.81 release, Valdis . Kletnieks
      • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Greg KH
      • Re: usbutils 0.81 release, Valdis . Kletnieks
      • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Mike Frysinger
      • Re: usbutils 0.81 release, Kay Sievers
      • Re: usbutils 0.81 release, Mike Frysinger
      • Re: usbutils 0.81 release, Greg KH
• e100.txt blooper, jidanni
• [PATCH] copy_process: remove the unneeded clear_tsk_thread_flag(TIF_SIGPENDING), Oleg Nesterov
  • Re: [PATCH] copy_process: remove the unneeded clear_tsk_thread_flag(TIF_SIGPENDING), Roland McGrath
    • Re: [PATCH] copy_process: remove the unneeded clear_tsk_thread_flag(TIF_SIGPENDING), Oleg Nesterov
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Fwd:, Gene Heskett
• Linux 2.6.29.2, Chris Wright
  • Re: Linux 2.6.29.2, Chris Wright
• [KVM PATCH v3 0/2] irqfd, Gregory Haskins
  • [KVM PATCH v3 1/2] eventfd: export fget and signal interfaces for module use, Gregory Haskins
  • [KVM PATCH v3 2/2] kvm: add support for irqfd via eventfd-notification interface, Gregory Haskins
    • Re: [KVM PATCH v3 2/2] kvm: add support for irqfd via eventfd-notification interface, Michael S. Tsirkin
  • Re: [KVM PATCH v3 0/2] irqfd, Andrew Morton
    • Re: [KVM PATCH v3 0/2] irqfd, Avi Kivity
• 2.6.30-rc3-rt, Sven-Thorsten Dietrich
  • Re: 2.6.30-rc3-rt, Sven-Thorsten Dietrich
• arch/ && tracehook_report_syscall_xxx(), Oleg Nesterov
  • Re: arch/ && tracehook_report_syscall_xxx(), Roland McGrath
    • Re: arch/ && tracehook_report_syscall_xxx(), Christoph Hellwig
      • Fwd: arch/ && tracehook_report_syscall_xxx(), Oleg Nesterov
      • Re: Fwd: arch/ && tracehook_report_syscall_xxx(), Roland McGrath
      • Re: Fwd: arch/ && tracehook_report_syscall_xxx(), Ingo Molnar
      • Re: Fwd: arch/ && tracehook_report_syscall_xxx(), Christoph Hellwig
      • Re: Fwd: arch/ && tracehook_report_syscall_xxx(), Kyle McMartin
    • Re: arch/ && tracehook_report_syscall_xxx(), Oleg Nesterov
  • Re: arch/ && tracehook_report_syscall_xxx(), David Howells
• [GIT PULL] Btrfs updates for 2.6.30-rc, Chris Mason
• [PATCH 0/8] cleanup old init and refok sections, Tim Abbott
  • [PATCH 1/8] frv: Remove unused header asm/init.h., Tim Abbott
    • [PATCH 2/8] frv: Use __INIT macro instead of .text.init., Tim Abbott
      • [PATCH 3/8] arm: Use __INIT macro instead of .text.init., Tim Abbott
      • [PATCH 4/8] powerpc: Use TEXT_TEXT macro in linker script., Tim Abbott
      • [PATCH 5/8] powerpc: Use __REF macro instead of old .text.init.refok., Tim Abbott
      • [PATCH 6/8] sh: Use __INIT macro instead of .text.init., Tim Abbott
      • [PATCH 7/8] sparc: cleanup references to deprecated .text.init* sections., Tim Abbott
      • [PATCH 8/8] Remove unused support code for refok sections., Tim Abbott
      • Re: [PATCH 8/8] Remove unused support code for refok sections., Sam Ravnborg
      • Re: [PATCH 7/8] sparc: cleanup references to deprecated .text.init* sections., Sam Ravnborg
      • Re: [PATCH 6/8] sh: Use __INIT macro instead of .text.init., Sam Ravnborg
      • Re: [PATCH 6/8] sh: Use __INIT macro instead of .text.init., Paul Mundt
      • Re: [PATCH 5/8] powerpc: Use __REF macro instead of old .text.init.refok., Sam Ravnborg
      • Re: [PATCH 4/8] powerpc: Use TEXT_TEXT macro in linker script., Sam Ravnborg
      • Re: [PATCH 3/8] arm: Use __INIT macro instead of .text.init., Sam Ravnborg
      • Re: [PATCH 3/8] arm: Use __INIT macro instead of .text.init., Russell King
      • Re: [PATCH 2/8] frv: Use __INIT macro instead of .text.init., Sam Ravnborg
    • Re: [PATCH 1/8] frv: Remove unused header asm/init.h., Sam Ravnborg
• acpi 'video' driver, and issues with 'brightness_switch_enabled=0', Maxim Levitsky
  • Re: acpi 'video' driver, and issues with 'brightness_switch_enabled=0', Zhang Rui
    • Re: acpi 'video' driver, and issues with 'brightness_switch_enabled=0', Maxim Levitsky
      • Re: acpi 'video' driver, and issues with 'brightness_switch_enabled=0', Zhang Rui
      • Re: acpi 'video' driver, and issues with 'brightness_switch_enabled=0', Maxim Levitsky
      • Re: acpi 'video' driver, and issues with 'brightness_switch_enabled=0', Maxim Levitsky
• [PATCH] jsm: removing unused spinlock, Breno Leitao
• [PATCH] regulator: Move regulator drivers to subsys_initcall(), Mark Brown
  • Re: [PATCH] regulator: Move regulator drivers to subsys_initcall(), Mike Rapoport
  • Re: [PATCH] regulator: Move regulator drivers to subsys_initcall(), Liam Girdwood
• Re: [PATCH 0/5] [PATCH][GIT PULL] remove unnecessary (un)likelys, Daniel Walker
• [PATCH 1/4] FRV: utrace: Remove in-kernel strace code, David Howells
  • [PATCH 2/4] FRV: utrace: Implement TIF_NOTIFY_RESUME, David Howells
    • Re: [PATCH 2/4] FRV: utrace: Implement TIF_NOTIFY_RESUME, Roland McGrath
    • Re: [PATCH 2/4] FRV: utrace: Implement TIF_NOTIFY_RESUME, David Howells
  • [PATCH 3/4] FRV: Don't turn on TIF_SYSCALL_TRACE unconditionally in syscall prologue, David Howells
  • [PATCH 4/4] FRV: utrace: Implement tracehooks, David Howells
    • [PATCH] FRV: utrace: Miscellaneous fixes, David Howells
  • Re: [PATCH 1/4] FRV: utrace: Remove in-kernel strace code, Christoph Hellwig
• Re: [PATCH] Display 0 in meminfo for Committed_AS when value underflows, Dave Hansen
  • Re: [PATCH] Display 0 in meminfo for Committed_AS when value underflows, Christoph Lameter
  • Re: [PATCH] Display 0 in meminfo for Committed_AS when value underflows, Andrew Morton
    • Re: [PATCH] Display 0 in meminfo for Committed_AS when value underflows, Dave Hansen
• Re: [tip:x86/kbuild] x86: unify arch/x86/boot/compressed/vmlinux_*.lds, H. Peter Anvin
• [PATCH] virtio_net: Cleanup command queue scatterlist usage, Alex Williamson
  • Re: [PATCH] virtio_net: Cleanup command queue scatterlist usage, David Miller
• [GIT PULL] sound updates, Takashi Iwai
• [PATCH] [1/3] oprofile: re-add force_arch_perfmon option, Andi Kleen
  • [PATCH] [2/3] oprofile: remove undocumented oprofile.p4force option, Andi Kleen
  • [PATCH] [3/3] oprofile: add support for Core i7 and Atom, Andi Kleen
• [PULL REQUEST] Quota fixes for 2.6.30rc4, Jan Kara
• [PATCH 0/8] Sync fixes and cleanups (version 4), Jan Kara
  • [PATCH 2/8] vfs: Call ->sync_fs() even if s_dirt is 0 (version 4), Jan Kara
  • [PATCH 3/8] vfs: Make __fsync_super() a static function (version 4), Jan Kara
  • [PATCH 1/8] vfs: Fix sys_sync() and fsync_super() reliability (version 4), Jan Kara
    • Re: [PATCH 1/8] vfs: Fix sys_sync() and fsync_super() reliability (version 4), Andrew Morton
      • Re: [PATCH 1/8] vfs: Fix sys_sync() and fsync_super() reliability (version 4), Jan Kara
  • [PATCH 5/8] vfs: Move syncing code from super.c to sync.c (version 4), Jan Kara
  • [PATCH 8/8] quota: Introduce writeout_quota_sb() (version 4), Jan Kara
  • [PATCH 4/8] vfs: Make sys_sync() use fsync_super() (version 4), Jan Kara
  • [PATCH 6/8] vfs: Rename fsync_super() to sync_filesystem() (version 4), Jan Kara
  • [PATCH 7/8] quota: cleanup dquota sync functions (version 4), Jan Kara
  • Re: [PATCH 0/8] Sync fixes and cleanups (version 4), Al Viro
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
• [no subject], arnd
  • Re:broken quilt mailer?, Gene Heskett
• [RFC 00/17] asm-generic ABI files for microblaze, Arnd Bergmann
  • Re: [RFC 00/17] asm-generic ABI files for microblaze, Sam Ravnborg
    • Re: [RFC 00/17] asm-generic ABI files for microblaze, Arnd Bergmann
  • <Possible follow-ups>
  • [RFC 00/17] asm-generic ABI files for microblaze, arnd
    • [RFC 03/17] asm-generic: rename mman.h to mman-common.h, arnd
    • [RFC 08/17] asm-generic: provide generic sysv ipc headers, arnd
    • [RFC 10/17] asm-generic: provide generic ABI headers, arnd
    • [RFC 04/17] asm-generic: introduce asm/bitsperlong.h, arnd
    • [RFC 01/17] asm-generic: rename termios.h to termios-base.h, arnd
    • [RFC 06/17] asm-generic: add a complete signal.h, arnd
    • [RFC 12/17] asm-generic: add generic unaligned.h, arnd
    • [RFC 14/17] syscalls.h add the missing sys_pipe2 declaration, arnd
    • [RFC 16/17] microblaze: clean up signal handling, arnd
    • [RFC 07/17] asm-generic: make generic mman.h header generic, arnd
    • [RFC 09/17] asm-generic: provide a common types.h, arnd
    • [RFC 02/17] asm-generic: rename signal.h to signal-defs.h, arnd
    • [RFC 13/17] ipc: use __ARCH_WANT_IPC_PARSE_VERSION in ipc/util.h, arnd
    • [RFC 05/17] asm-generic: add complete termios.h, arnd
    • [RFC 17/17] microblaze: use generic unistd.h syscall list, arnd
    • [RFC 15/17] microblaze: fall back on generic header files for the ABI, arnd
    • [RFC 11/17] asm-generic: add a generic unistd.h, arnd
    • diff between asm-generic and x86 headers, Arnd Bergmann
• Maverick Money Makers - It's Easy!, Tabby Bard
• [GIT PULL] ext4 fixes for 2.6.30-rc3, Theodore Ts'o
• [PATCH] Cleanup: Remove unused __REQ_NR_BITS from enum rq_flag_bits, Nikanth Karthikesan
  • Re: [PATCH] Cleanup: Remove unused __REQ_NR_BITS from enum rq_flag_bits, Jens Axboe
    • Re: [PATCH] Cleanup: Remove unused __REQ_NR_BITS from enum rq_flag_bits, Nikanth Karthikesan
      • Re: [PATCH] Cleanup: Remove unused __REQ_NR_BITS from enum rq_flag_bits, Jens Axboe
• Re: Subject: [tip:irq/genirq] genirq: assert that irq handlers are indeed running in hardirq context, David Brownell
• [PATCH 1/2] FRV: Wire up new syscalls, David Howells
  • [PATCH 2/2] FRV: Stop gcc from generating uninitialised variable warnings after BUG(), David Howells
• Re: Card detect IRQ errors, David Brownell
• Microblaze MMU patches, monstr
  • [PATCH 01/30] microblaze_mmu_v1: Makefiles, monstr
    • [PATCH 02/30] microblaze_mmu_v1: Kconfig update, monstr
      • [PATCH 03/30] microblaze_mmu_v1: Add mmu_defconfig, monstr
      • [PATCH 04/30] microblaze_mmu_v1: MMU update for startup code, monstr
      • [PATCH 05/30] microblaze_mmu_v1: Alocate TLB for early console, monstr
      • [PATCH 06/30] microblaze_mmu_v1: TLB low level code, monstr
      • [PATCH 07/30] microblaze_mmu_v1: MMU initialization, monstr
      • [PATCH 08/30] microblaze_mmu_v1: mmu.h update, monstr
      • [PATCH 09/30] microblaze_mmu_v1: Page fault handling high level - fault.c, monstr
      • [PATCH 10/30] microblaze_mmu_v1: Context handling - mmu_context.c/h, monstr
      • [PATCH 11/30] microblaze_mmu_v1: Page table - ioremap - pgtable.c/h, section update, monstr
      • [PATCH 12/30] microblaze_mmu_v1: io.h MMU update, monstr
      • [PATCH 13/30] microblaze_mmu_v1: pgalloc.h and page.h, monstr
      • [PATCH 14/30] microblaze_mmu_v1: Update process creation for MMU, monstr
      • [PATCH 15/30] microblaze_mmu_v1: Update tlb.h and tlbflush.h, monstr
      • [PATCH 16/30] microblaze_mmu_v1: MMU asm offset update, monstr
      • [PATCH 17/30] microblaze_mmu_v1: Add CURRENT_TASK for entry.S, monstr
      • [PATCH 18/30] microblaze_mmu_v1: entry.S, entry.h, monstr
      • [PATCH 19/30] microblaze_mmu_v1: Update exception handling - MMU exception, monstr
      • [PATCH 20/30] microblaze_mmu_v1: uaccess MMU update, monstr
      • [PATCH 21/30] microblaze_mmu_v1: Add MMU related exceptions handling, monstr
      • [PATCH 22/30] microblaze_mmu_v1: Update linker script for MMU, monstr
      • [PATCH 23/30] microblaze_mmu_v1: Enable fork syscall for MMU and add fork as vfork for noMMU, monstr
      • [PATCH 24/30] microblaze_mmu_v1: Traps MMU update, monstr
      • [PATCH 25/30] microblaze_mmu_v1: Update signal returning address, monstr
      • [PATCH 26/30] microblaze_mmu_v1: Update cacheflush.h, monstr
      • [PATCH 27/30] microblaze_mmu_v1: Update dma.h for MMU, monstr
      • [PATCH 28/30] microblaze_mmu_v1: Elf update, monstr
      • [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, monstr
      • [PATCH 30/30] microblaze_mmu_v1: fcntl.h MMU update, monstr
      • Re: [PATCH 30/30] microblaze_mmu_v1: fcntl.h MMU update, Christoph Hellwig
      • Re: [PATCH 30/30] microblaze_mmu_v1: fcntl.h MMU update, John Williams
      • Re: [PATCH 30/30] microblaze_mmu_v1: fcntl.h MMU update, Michal Simek
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Christoph Hellwig
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Michal Simek
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Christoph Hellwig
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Michal Simek
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Arnd Bergmann
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Sam Ravnborg
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Arnd Bergmann
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Sam Ravnborg
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Arnd Bergmann
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Michal Simek
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Arnd Bergmann
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Michal Simek
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Arnd Bergmann
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Michal Simek
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Arnd Bergmann
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Michal Simek
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Arnd Bergmann
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Michal Simek
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Arnd Bergmann
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Michal Simek
      • Re: [PATCH 29/30] microblaze_mmu_v1: stat.h MMU update, Arnd Bergmann
      • Re: [PATCH 23/30] microblaze_mmu_v1: Enable fork syscall for MMU and add fork as vfork for noMMU, John Williams
      • Re: [PATCH 23/30] microblaze_mmu_v1: Enable fork syscall for MMU and add fork as vfork for noMMU, Michal Simek
      • Re: [PATCH 23/30] microblaze_mmu_v1: Enable fork syscall for MMU and add fork as vfork for noMMU, Arnd Bergmann
      • Re: [PATCH 22/30] microblaze_mmu_v1: Update linker script for MMU, Arnd Bergmann
      • Re: [PATCH 22/30] microblaze_mmu_v1: Update linker script for MMU, Michal Simek
      • Re: [PATCH 21/30] microblaze_mmu_v1: Add MMU related exceptions handling, Andrew Morton
      • Re: [PATCH 21/30] microblaze_mmu_v1: Add MMU related exceptions handling, Michal Simek
      • Re: [PATCH 20/30] microblaze_mmu_v1: uaccess MMU update, Andrew Morton
      • Re: [PATCH 20/30] microblaze_mmu_v1: uaccess MMU update, Michal Simek
      • Re: [PATCH 20/30] microblaze_mmu_v1: uaccess MMU update, Arnd Bergmann
      • Re: [PATCH 20/30] microblaze_mmu_v1: uaccess MMU update, Michal Simek
      • Re: [PATCH 20/30] microblaze_mmu_v1: uaccess MMU update, Arnd Bergmann
      • Re: [PATCH 20/30] microblaze_mmu_v1: uaccess MMU update, Michal Simek
      • Re: [PATCH 20/30] microblaze_mmu_v1: uaccess MMU update, Arnd Bergmann
      • Re: [PATCH 20/30] microblaze_mmu_v1: uaccess MMU update, Arnd Bergmann
      • Re: [PATCH 10/30] microblaze_mmu_v1: Context handling - mmu_context.c/h, Arnd Bergmann
      • Re: [PATCH 10/30] microblaze_mmu_v1: Context handling - mmu_context.c/h, Geert Uytterhoeven
      • Re: [PATCH 09/30] microblaze_mmu_v1: Page fault handling high level - fault.c, Andrew Morton
      • Re: [PATCH 09/30] microblaze_mmu_v1: Page fault handling high level - fault.c, Michal Simek
      • Re: [PATCH 08/30] microblaze_mmu_v1: mmu.h update, Andrew Morton
      • Re: [PATCH 08/30] microblaze_mmu_v1: mmu.h update, Michal Simek
      • Re: [PATCH 07/30] microblaze_mmu_v1: MMU initialization, Andrew Morton
      • Re: [PATCH 07/30] microblaze_mmu_v1: MMU initialization, Michal Simek
      • Re: [PATCH 07/30] microblaze_mmu_v1: MMU initialization, Michal Simek
    • Re: [PATCH 01/30] microblaze_mmu_v1: Makefiles, Arnd Bergmann
      • Re: [PATCH 01/30] microblaze_mmu_v1: Makefiles, Michal Simek
• Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc, Niel Lambrechts
• [2.6 patch] mfd/pcf50633-gpio.c: add MODULE_LICENSE, Adrian Bunk
• [2.6 patch] usb/storage/usual-tables.c: add MODULE_LICENSE, Adrian Bunk
  • Re: [2.6 patch] usb/storage/usual-tables.c: add MODULE_LICENSE, Greg KH
    • Re: [2.6 patch] usb/storage/usual-tables.c: add MODULE_LICENSE, Adrian Bunk
• [PATCH] fix leak of swap accounting as stale swap cache under memcg, KAMEZAWA Hiroyuki
  • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, Balbir Singh
    • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, Daisuke Nishimura
      • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, Balbir Singh
      • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, KAMEZAWA Hiroyuki
      • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, Balbir Singh
      • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, KAMEZAWA Hiroyuki
    • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, KAMEZAWA Hiroyuki
  • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, Daisuke Nishimura
    • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, KAMEZAWA Hiroyuki
      • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, nishimura
      • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, KAMEZAWA Hiroyuki
      • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, nishimura
      • Re: [PATCH] fix leak of swap accounting as stale swap cache under memcg, Daisuke Nishimura
• Re: [Bug #13178] Booting very slow, Martin Knoblauch
  • Re: [Bug #13178] Booting very slow, Rafael J. Wysocki
• [ANNOUNCE] GIT 1.6.3.rc3, Junio C Hamano
• [GIT PULL] sh updates for 2.6.30-rc4, Paul Mundt
• kms in defconfig, Dave Airlie
  • Re: kms in defconfig, Ingo Molnar
    • Re: kms in defconfig, Dave Airlie
      • Re: kms in defconfig, Tejun Heo
      • Re: kms in defconfig, Linus Torvalds
      • Re: kms in defconfig, Ingo Molnar
      • Re: kms in defconfig, david
      • Re: kms in defconfig, Linus Torvalds
      • Re: kms in defconfig, Ingo Molnar
      • Re: kms in defconfig, Steven Rostedt
      • Re: kms in defconfig, Ingo Molnar
      • Re: kms in defconfig, Steven Rostedt
      • Re: kms in defconfig, david
      • Re: kms in defconfig, Linus Torvalds
      • Re: kms in defconfig, Florian Mickler
      • Re: kms in defconfig, david
      • Re: kms in defconfig, Florian Mickler
      • Re: kms in defconfig, david
      • Re: kms in defconfig, Giacomo Catenazzi
      • Re: kms in defconfig, Andrew Morton
      • Re: kms in defconfig, Dave Airlie
    • Re: kms in defconfig, Peter Zijlstra
      • Re: kms in defconfig, Dave Airlie
      • Re: kms in defconfig, Peter Zijlstra
      • Re: kms in defconfig, Jesse Barnes
      • Re: kms in defconfig, Dave Airlie
• missing preadv/pwritev wireup, Christoph Hellwig
  • [PATCH] Blackfin: hook up preadv/pwritev syscalls, Mike Frysinger
  • [PATCH] CRIS: Wire up syscalls signalfd4 to writev., Jesper Nilsson
    • Re: [PATCH] CRIS: Wire up syscalls signalfd4 to writev., Christoph Hellwig
      • Re: [PATCH] CRIS: Wire up syscalls signalfd4 to writev., Jesper Nilsson
• [resending] [PATCH] [MTD] [NAND] Add OMAP2 / OMAP3 NAND driver, vimal singh
  • Re: [resending] [PATCH] [MTD] [NAND] Add OMAP2 / OMAP3 NAND driver, Andrew Morton
  • <Possible follow-ups>
  • Re: [resending] [PATCH] [MTD] [NAND] Add OMAP2 / OMAP3 NAND driver, vimal singh
• [PATCH] x86: use dmi check in apic_is_clustered with 64bit, Yinghai Lu
  • [tip:x86/apic] x86: Use dmi check in apic_is_clustered() on 64-bit to mark the TSC unstable, tip-bot for Yinghai Lu
  • Re: [PATCH] x86: use dmi check in apic_is_clustered with 64bit, Ravikiran G Thirumalai
• [PATCH] x86: remove duplicated macros., Yinghai Lu
  • [tip:x86/apic] x86: apic: Remove duplicated macros, tip-bot for Yinghai Lu
• UPDATE YOUR E MAIL ACCOUNT NOW, Nguyen Thi Kim Ngan
• [PATCH v2] ftrace: add a tracepoint for __raise_softirq_irqoff(), Xiao Guangrong
  • Re: [PATCH v2] ftrace: add a tracepoint for __raise_softirq_irqoff(), Mathieu Desnoyers
    • Re: [PATCH v2] ftrace: add a tracepoint for __raise_softirq_irqoff(), Xiao Guangrong
      • Re: [PATCH v2] ftrace: add a tracepoint for __raise_softirq_irqoff(), Mathieu Desnoyers
• [PATCH] Fix race between callers of read_cache_page_async and invalidate_inode_pages., Neil Brown
  • Re: [PATCH] Fix race between callers of read_cache_page_async and invalidate_inode_pages., Andrew Morton
    • Re: [PATCH] Fix race between callers of read_cache_page_async and invalidate_inode_pages., Neil Brown
• No linux-next release for 20090427, Stephen Rothwell
• microblaze: Statically linking device tree blobs into the kernel, John Williams
  • Re: microblaze: Statically linking device tree blobs into the kernel, Grant Likely
  • Re: microblaze: Statically linking device tree blobs into the kernel, David Gibson
• [PATCH] ihex2fw should be ignored by scripts/.gitignore because ihex2fw is in scripts directory, Hitoshi Mitake
  • Re: [PATCH] ihex2fw should be ignored by scripts/.gitignore because ihex2fw is in scripts directory, David Woodhouse
    • Re: [PATCH] ihex2fw should be ignored by scripts/.gitignore because ihex2fw is in scripts directory, Hitoshi Mitake
• [PATCH] Const-correct platform getbyname functions, Linus Walleij
• 2.6.30-rc3: reiserfs: WARNING: at fs/namei.c:1251 lookup_one_len, Alexander Beregalov
  • Re: 2.6.30-rc3: reiserfs: WARNING: at fs/namei.c:1251 lookup_one_len, Andrew Morton
    • Re: 2.6.30-rc3: reiserfs: WARNING: at fs/namei.c:1251 lookup_one_len, Al Viro
    • Re: 2.6.30-rc3: reiserfs: WARNING: at fs/namei.c:1251 lookup_one_len, Jeff Mahoney
      • Re: 2.6.30-rc3: reiserfs: WARNING: at fs/namei.c:1251 lookup_one_len, Al Viro
• 2.6.30-rc3: iwlagn probe timeouts (regression), Niel Lambrechts
  • Re: 2.6.30-rc3: iwlagn probe timeouts (regression), reinette chatre
    • Re: 2.6.30-rc3: iwlagn probe timeouts (regression), Niel Lambrechts
• AON Ihre E-Mail-Konto Expires in 2 Tagen, AON WEBMAIL
• IXP42x rev. A0 support for network devices, Krzysztof Halasa
  • Re: IXP42x rev. A0 support for network devices, John Woods
• [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Vaidyanathan Srinivasan
  • [RFC PATCH v1 1/3] sched: add more levels of sched_mc, Vaidyanathan Srinivasan
  • [RFC PATCH v1 2/3] sched: threshold helper functions, Vaidyanathan Srinivasan
  • [RFC PATCH v1 3/3] sched: loadbalancer hacks for forced packing of tasks, Vaidyanathan Srinivasan
  • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Ingo Molnar
    • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Vaidyanathan Srinivasan
      • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Ingo Molnar
      • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Vaidyanathan Srinivasan
      • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Balbir Singh
    • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Dipankar Sarma
  • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Peter Zijlstra
    • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Vaidyanathan Srinivasan
      • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Peter Zijlstra
      • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Ingo Molnar
      • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Vaidyanathan Srinivasan
      • Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n, Vaidyanathan Srinivasan
• [PATCH] Miscellaneous documentation cleanup: 2.6.30-rc3, Matt LaPlante
  • Re: [PATCH] Miscellaneous documentation cleanup: 2.6.30-rc3, Jiri Kosina
  • Re: [PATCH] Miscellaneous documentation cleanup: 2.6.30-rc3, Paul E. McKenney
• ext3: avoid unnecessary spinlock in critical POSIX ACL path, Linus Torvalds
• [patch] slqb: enforce MAX_ORDER, David Rientjes
  • Re: [patch] slqb: enforce MAX_ORDER, Pekka Enberg
  • Re: [patch] slqb: enforce MAX_ORDER, Nick Piggin
• [2.6.30-rc3] powerpc: compilation error of mace module, Rogério Brito
  • Re: [2.6.30-rc3] powerpc: compilation error of mace module, David Miller
    • [PATCH] powerpc: convert mace to netdev_ops (was: Re: [2.6.30-rc3] powerpc: compilation error of mace module), Rogério Brito
      • Re: [PATCH] powerpc: convert mace to netdev_ops, David Miller
      • Re: [PATCH] powerpc: convert mace to netdev_ops, Rogério Brito
• [git patches] Staging: rtxxx0: cleanup and "dumb" merge, Bartlomiej Zolnierkiewicz
  • Re: [git patches] Staging: rtxxx0: cleanup and "dumb" merge, Greg KH
    • Re: [git patches] Staging: rtxxx0: cleanup and "dumb" merge, Bartlomiej Zolnierkiewicz
      • Re: [git patches] Staging: rtxxx0: cleanup and "dumb" merge, Greg KH
• TSC unstable on Intel Pentium M processor 750, Mao Yilu
  • Re: TSC unstable on Intel Pentium M processor 750, Robert Hancock
  • Message not available
    • RE: TSC unstable on Intel Pentium M processor 750, Mao Yilu
  • Message not available
    • Message not available
      • Re: TSC unstable on Intel Pentium M processor 750, Henrique de Moraes Holschuh
  • Message not available
    • Message not available
      • Message not available
      • RE: TSC unstable on Intel Pentium M processor 750, Mao Yilu
      • Re: TSC unstable on Intel Pentium M processor 750, Clark Williams
  • Message not available
    • Message not available
      • Message not available
      • Message not available
      • Re: TSC unstable on Intel Pentium M processor 750, Henrique de Moraes Holschuh
• [PATCH] staging: scalar tests on pointers, Roel Kluin
• oops on 2.6.30-rc3-mm1, jan sonnek
  • Re: oops on 2.6.30-rc3-mm1, David Rientjes
    • Re: oops on 2.6.30-rc3-mm1, Andrew Morton
• [PATCH] libata: fix suspend/resume for ATA SEMB devices, Borislav Petkov
  • Re: [PATCH] libata: fix suspend/resume for ATA SEMB devices, Tejun Heo
• [PATCH] staging - pohmelfs: Storage class should be before const qualifier, Tobias Klauser
  • Re: [PATCH] staging - pohmelfs: Storage class should be before const qualifier, Evgeniy Polyakov
• [BUG] /sys/class/power_supply/BAT0/ shouldn't disappear when battery is unplugged, Maxim Levitsky
  • Re: [BUG] /sys/class/power_supply/BAT0/ shouldn't disappear when battery is unplugged, Anton Vorontsov
    • Re: [BUG] /sys/class/power_supply/BAT0/ shouldn't disappear when battery is unplugged, Maxim Levitsky
• 2.6.30-rc3-git1: Reported regressions 2.6.28 -> 2.6.29, Rafael J. Wysocki
  • [Bug #12490] ath5k related kernel panic in 2.6.29-rc1, Rafael J. Wysocki
  • [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc, Rafael J. Wysocki
    • Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc, Nico Schottelius
      • Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc, Rafael J. Wysocki
      • Re: [Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc, Nico Schottelius
  • [Bug #12681] s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled), Rafael J. Wysocki
  • [Bug #12765] i915 VT switch with AIGLX causes X lock up, Rafael J. Wysocki
    • Re: [Bug #12765] i915 VT switch with AIGLX causes X lock up, Jesse Barnes
      • Re: [Bug #12765] i915 VT switch with AIGLX causes X lock up, Sitsofe Wheeler
  • [Bug #13003] [2.6.29 regression] ivtv driver causes strange oops'es, disrupts software suspend, Rafael J. Wysocki
    • Re: [Bug #13003] [2.6.29 regression] ivtv driver causes strange oops'es, disrupts software suspend, Hans Verkuil
      • Re: [Bug #13003] [2.6.29 regression] ivtv driver causes strange oops'es, disrupts software suspend, Rafael J. Wysocki
  • [Bug #12861] Xorg fails to start "Failed to allocate space for kernel memory manager", Rafael J. Wysocki
  • [Bug #12499] Problem with using bluetooth adaper connected to usb port, Rafael J. Wysocki
  • [Bug #12980] lockup in X.org, Rafael J. Wysocki
  • [Bug #13001] PCI-DMA: Out of IOMMU space, Rafael J. Wysocki
    • Re: [Bug #13001] PCI-DMA: Out of IOMMU space, FUJITA Tomonori
      • Re: [Bug #13001] PCI-DMA: Out of IOMMU space, Данила Жукоцкий
      • Re: [Bug #13001] PCI-DMA: Out of IOMMU space, FUJITA Tomonori
  • [Bug #12899] Crash in i915.ko: i915_driver_irq_handler, Rafael J. Wysocki
  • [Bug #13025] After upgrading to kernel 2.6.29, pulseaudio stopped with some strange error, Rafael J. Wysocki
  • [Bug #12947] r128: system hangs when X is started with DRI enabled, Rafael J. Wysocki
    • Re: [Bug #12947] r128: system hangs when X is started with DRI enabled, Angel
      • Re: [Bug #12947] r128: system hangs when X is started with DRI enabled, Rafael J. Wysocki
      • Re: [Bug #12947] r128: system hangs when X is started with DRI enabled, Jos van der Ende
      • Re: [Bug #12947] r128: system hangs when X is started with DRI enabled, Rafael J. Wysocki
  • [Bug #12971] "tg3 transmit timed out" when transmitting at high bitrate, Rafael J. Wysocki
  • [Bug #12909] boot/kernel init duration regression from 2.6.28, Rafael J. Wysocki
  • [Bug #12961] Kernel panics in early boot: IO-APIC + timer doesn't work, Rafael J. Wysocki
  • [Bug #12836] 2.6.29-rc breaks STD using Intel 945, Rafael J. Wysocki
  • [Bug #13178] Booting very slow, Rafael J. Wysocki
    • Re: [Bug #13178] Booting very slow, Martin Knoblauch
  • [Bug #13175] sata_nv incompatible with async scsi scan, Rafael J. Wysocki
  • [Bug #13040] DRM radeon, Rafael J. Wysocki
  • [Bug #13072] forcedeth seems to switch off eth on shutdown, Rafael J. Wysocki
    • Re: [Bug #13072] forcedeth seems to switch off eth on shutdown, Daniel Bierstedt
    • Message not available
      • Re: [Bug #13072] forcedeth seems to switch off eth on shutdown, Rafael J. Wysocki
  • [Bug #13032] 2.6.29 regression: network interfaces drop after suspend/resume, Rafael J. Wysocki
  • [Bug #13074] gspca_stv06xx doesn't work with Logitech QuickCam Express (046d:0840), Rafael J. Wysocki
  • [Bug #13100] can't anymore even do a s2ram-s2disk-s2ram cycle on acer aspire 5720G, Rafael J. Wysocki
  • [Bug #13112] Oops in drain_array, Rafael J. Wysocki
    • Re: [Bug #13112] Oops in drain_array, David Rientjes
      • Re: [Bug #13112] Oops in drain_array, Pekka Enberg
      • Re: [Bug #13112] Oops in drain_array, Christoph Lameter
      • Re: [Bug #13112] Oops in drain_array, Bart
      • Re: [Bug #13112] Oops in drain_array, Christoph Lameter
      • Re: [Bug #13112] Oops in drain_array, Bart
      • Re: [Bug #13112] Oops in drain_array, David Rientjes
      • Re: [Bug #13112] Oops in drain_array, Jens Axboe
      • Re: [Bug #13112] Oops in drain_array, FUJITA Tomonori
      • Re: [Bug #13112] Oops in drain_array, Bart
      • Re: [Bug #13112] Oops in drain_array, FUJITA Tomonori
      • Re: [Bug #13112] Oops in drain_array, Jens Axboe
  • [Bug #13144] resume from suspend fails using video card i915, Rafael J. Wysocki
  • [Bug #13172] Spontaneous reboots since 2.6.29-rc*, Rafael J. Wysocki
  • [Bug #13184] Left audio channel broken after resume from suspend with Intel HDA, Rafael J. Wysocki
  • [Bug #13183] forcedeth: no link during initialization, Rafael J. Wysocki
  • [Bug #13186] cpufreq timer teardown problem, Rafael J. Wysocki
    • Re: [Bug #13186] cpufreq timer teardown problem, Mathieu Desnoyers
      • Re: [Bug #13186] cpufreq timer teardown problem, Rafael J. Wysocki
      • Re: [Bug #13186] cpufreq timer teardown problem, Mathieu Desnoyers
  • Re: 2.6.30-rc3-git1: Reported regressions 2.6.28 -> 2.6.29, Matthew Wilcox
• [patch 0/5] initial fs patches, npiggin
  • [patch 1/5] fs: dcache fix LRU ordering, npiggin
  • [patch 5/5] fs: cleanup files_lock, npiggin
    • Re: [patch 5/5] fs: cleanup files_lock, James Morris
  • [patch 3/5] fs: introduce mnt_clone_write, npiggin
  • [patch 2/5] fs: mnt_want_write speedup, npiggin
  • [patch 4/5] fs: move mark_files_ro into file_table.c, npiggin
• Kernel locks up when idle on VIA-nano U2300 with VIA VX800 on Jetway JNF76-N1GL-LF mainboard, Martin Mueller
  • Re: Kernel locks up when idle on VIA-nano U2300 with VIA VX800 on Jetway JNF76-N1GL-LF mainboard, Jeffrey Cao
    • Re: Kernel locks up when idle on VIA-nano U2300 with VIA VX800 on Jetway JNF76-N1GL-LF mainboard, Martin Mueller
• [PATCH] MAINTAINERS: add ptrace entry, Christoph Hellwig
  • Re: [PATCH] MAINTAINERS: add ptrace entry, Roland McGrath
• [PATCH 0/2] regulator: add userspace-consumer driver, Mike Rapoport
  • [PATCH 1/2] regulator: move regulator_consumer_supply from machine.h to consumer.h, Mike Rapoport
  • [PATCH 2/2] regulator: add userspace-consumer driver, Mike Rapoport
    • Re: [PATCH 2/2] regulator: add userspace-consumer driver, Mark Brown
      • Re: [PATCH 2/2] regulator: add userspace-consumer driver, Mike Rapoport
      • Re: [PATCH 2/2] regulator: add userspace-consumer driver, Mark Brown
      • Re: [PATCH 2/2] regulator: add userspace-consumer driver, Mike Rapoport
      • [PATCH] regulator: add userspace-consumer driver, Mike Rapoport
      • Re: [PATCH] regulator: add userspace-consumer driver, Mark Brown
      • Re: [PATCH] regulator: add userspace-consumer driver, Liam Girdwood
      • Re: [PATCH] regulator: add userspace-consumer driver, Liam Girdwood
• 2.6.30-rc3: thinkpad x60 has minimum backlight after s2ram, Pavel Machek
• [PATCH] regulator/virtual: fix strings compare predicates, Mike Rapoport
  • Re: [PATCH] regulator/virtual: fix strings compare predicates, Mark Brown
  • Re: [PATCH] regulator/virtual: fix strings compare predicates, Liam Girdwood
• [PATCH 2.6.29-rc8] drivers/staging/otus/80211core/amsdu.c: Fix Coding Style, Dragoslav Zaric
• [PATCH 2.6.29-rc8] drivers/staging/otus/80211core/cagg.c: Fix Coding Style, Dragoslav Zaric
• [PATCH 2.6.29-rc8] drivers/staging/otus/ioctl.c: Fix Coding Style, Dragoslav Zaric
• [PATCH 2.6.29-rc8] drivers/staging/otus/80211core/ccmd.c: Fix Coding Style, Dragoslav Zaric
  • <Possible follow-ups>
  • [PATCH 2.6.29-rc8] drivers/staging/otus/80211core/ccmd.c: Fix Coding Style, Dragoslav Zaric
• Re: Class device namespaces, Jean Delvare
  • Re: Class device namespaces, Matt Domsch
    • Re: Class device namespaces, Matt Domsch
      • Re: Class device namespaces, Jean Delvare
      • Re: Class device namespaces, Matt Domsch
  • Re: Class device namespaces, Kay Sievers
    • Re: Class device namespaces, Jean Delvare
      • Re: Class device namespaces, Kay Sievers
      • Re: Class device namespaces, Jean Delvare
      • Re: Class device namespaces, Kay Sievers
      • Re: Class device namespaces, Jean Delvare
  • Re: Class device namespaces, Michael E Brown
    • Re: Class device namespaces, Jean Delvare
      • Re: Class device namespaces, Michael Brown
      • Re: Class device namespaces, Jean Delvare
      • Re: Class device namespaces, Doug Warzecha
      • Re: Class device namespaces, Kay Sievers
      • Re: Class device namespaces, Doug Warzecha
      • Re: Class device namespaces, Kay Sievers
      • Re: Class device namespaces, Michael Brown
      • Re: Class device namespaces, Kay Sievers
      • Re: Class device namespaces, Michael Brown
      • Re: Class device namespaces, Kay Sievers
      • Re: Class device namespaces, Michael Brown
      • Re: Class device namespaces, Kay Sievers
      • Re: Class device namespaces, David Dillow
      • Re: Class device namespaces, Kay Sievers
      • Re: Class device namespaces, Jean Delvare
• Make your wife happier today., Johnny Stafford
• Congratulations, ©Online Notification
• [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Paul E. McKenney
  • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Ingo Molnar
    • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Mathieu Desnoyers
      • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Ingo Molnar
      • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Paul E. McKenney
      • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Ingo Molnar
      • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Paul E. McKenney
      • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Ingo Molnar
      • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Paul E. McKenney
      • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Mathieu Desnoyers
      • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Paul E. McKenney
      • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Evgeniy Polyakov
    • Re: [PATCH RFC] v2 expedited "big hammer" RCU grace periods, Paul E. McKenney
• what happened to:http://git.kernel.org/*, Justin P. Mattock
  • Re: what happened to:http://git.kernel.org/*, Sam Ravnborg
• [PATCH RFC 0/5] Eliminate most lock_super() calls from ext4, Theodore Ts'o
  • [PATCH 1/5] ext4: Avoid races caused by on-line resizing and SMP memory reordering, Theodore Ts'o
    • [PATCH 2/5] ext4: Remove outdated comment about lock_super(), Theodore Ts'o
      • [PATCH 3/5] ext4: ext4_mark_recovery_complete() doesn't need to use lock_super, Theodore Ts'o
      • [PATCH 4/5] ext4: Replace lock/unlock_super() with an explicit lock for the orphan list, Theodore Ts'o
      • [PATCH 5/5] ext4: Replace lock/unlock_super() with an explicit lock for resizing, Theodore Ts'o
      • Re: [PATCH 5/5] ext4: Replace lock/unlock_super() with an explicit lock for resizing, Jan Kara
      • Re: [PATCH 4/5] ext4: Replace lock/unlock_super() with an explicit lock for the orphan list, Jan Kara
      • Re: [PATCH 3/5] ext4: ext4_mark_recovery_complete() doesn't need to use lock_super, Christoph Hellwig
      • Re: [PATCH 3/5] ext4: ext4_mark_recovery_complete() doesn't need to use lock_super, Theodore Tso
      • Re: [PATCH 3/5] ext4: ext4_mark_recovery_complete() doesn't need to use lock_super, Christoph Hellwig
      • Re: [PATCH 2/5] ext4: Remove outdated comment about lock_super(), Jan Kara
    • Re: [PATCH 1/5] ext4: Avoid races caused by on-line resizing and SMP memory reordering, Jan Kara
      • Re: [PATCH 1/5] ext4: Avoid races caused by on-line resizing and SMP memory reordering, Theodore Tso
      • Re: [PATCH 1/5] ext4: Avoid races caused by on-line resizing and SMP memory reordering, Jan Kara
• cleanup: lot of folks redefining min() and max(), Robert P. J. Day
• secure_tcp_sequence_number, Stephen Clark
  • Re: secure_tcp_sequence_number, David Miller
• The current status of info, err and warn macros in kernel, Ozan Çağlayan
  • Re: The current status of info, err and warn macros in kernel, Tilman Schmidt
    • Re: The current status of info, err and warn macros in kernel, Ozan Çağlayan
  • Re: The current status of info, err and warn macros in kernel, Greg KH
• Re: Bug: ptrace issues under x86_64 Xen kernel 2.6.29, Bryan Donlan
  • Re: Bug: ptrace issues under x86_64 Xen kernel 2.6.29, Jeremy Fitzhardinge
• 2.6.30-rc3-git1: Reported regressions from 2.6.29, Rafael J. Wysocki
  • [Bug #13048] /sys/class/backlight/acpi_video0/* is gone on vaio laptop with Intel GM45., Rafael J. Wysocki
  • [Bug #13067] iwl3945: wlan0: beacon loss from AP - sending probe request, Rafael J. Wysocki
  • [Bug #13068] Lockdep warining in inotify_dev_queue_event, Rafael J. Wysocki
    • Re: [Bug #13068] Lockdep warining in inotify_dev_queue_event, Sachin Sant
      • Re: [Bug #13068] Lockdep warining in inotify_dev_queue_event, Rafael J. Wysocki
      • Re: [Bug #13068] Lockdep warining in inotify_dev_queue_event, Marcin Slusarz
      • Re: [Bug #13068] Lockdep warining in inotify_dev_queue_event, Rafael J. Wysocki
      • Re: [Bug #13068] Lockdep warining in inotify_dev_queue_event, Andrew Morton
  • [Bug #13101] BUG: scheduling while atomic: swapper/0/0x10000100, Rafael J. Wysocki
  • [Bug #13069] regression in 2.6.29-git3 on SH/Dreamcast, Rafael J. Wysocki
  • [Bug #13107] LTP 20080131 causes defunct processes w/2.6.30-rc1, Rafael J. Wysocki
    • Re: [Bug #13107] LTP 20080131 causes defunct processes w/2.6.30-rc1, Sukadev Bhattiprolu
  • [Bug #13122] reiserfs_delete_xattrs: Couldn't delete all xattrs (-13), Rafael J. Wysocki
  • [Bug #13108] 2.6.30-rc1: white screen during boot (regression) on spitz, Rafael J. Wysocki
  • [Bug #13109] High latency on /sys/class/thermal, Rafael J. Wysocki
  • [Bug #13111] Linux 2.6.30-rc1 tg3 endian issues with MAC addresses on BCM5701, Rafael J. Wysocki
    • Re: [Bug #13111] Linux 2.6.30-rc1 tg3 endian issues with MAC addresses on BCM5701, David Miller
      • Re: [Bug #13111] Linux 2.6.30-rc1 tg3 endian issues with MAC addresses on BCM5701, Rafael J. Wysocki
  • [Bug #13114] USB storage (usbstick) automount woes, Rafael J. Wysocki
    • Re: [Bug #13114] USB storage (usbstick) automount woes, Alan Stern
      • Re: [Bug #13114] USB storage (usbstick) automount woes, Rafael J. Wysocki
  • [Bug #13116] Can't boot with nosmp, Rafael J. Wysocki
    • Re: [Bug #13116] Can't boot with nosmp, Dan Williams
      • Re: [Bug #13116] Can't boot with nosmp, David Rientjes
  • [Bug #13118] iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49, Rafael J. Wysocki
    • Re: [Bug #13118] iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49, Jeff Chua
      • Re: [Bug #13118] iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49, Rafael J. Wysocki
  • [Bug #13121] ACPI: Failed to switch the brightness - acer aspire 5720G, Rafael J. Wysocki
  • [Bug #13119] Trouble with make-install from a NFS mount, Rafael J. Wysocki
  • [Bug #13124] ioatdma: DMA-API: device driver frees DMA memory with wrong function, Rafael J. Wysocki
    • Re: [Bug #13124] ioatdma: DMA-API: device driver frees DMA memory with wrong function, Alexander Beregalov
      • Re: [Bug #13124] ioatdma: DMA-API: device driver frees DMA memory with wrong function, Rafael J. Wysocki
  • [Bug #13125] active uvcvideo breaks over suspend, Rafael J. Wysocki
  • [Bug #13126] BUG: MAX_LOCKDEP_ENTRIES too low! when mounting rootfs, Rafael J. Wysocki
  • [Bug #13136] possible circular locking dependency detected while suspending laptop to S3, Rafael J. Wysocki
  • [Bug #13148] resume after suspend-to-ram broken on Sony Vaio VGN-SR19VN when sony-laptop driver present, Rafael J. Wysocki
  • [Bug #13151] Warning about reiserfs, Rafael J. Wysocki
  • [Bug #13156] keyboard backlight brightness up/down keys doesn't work, Rafael J. Wysocki
  • [Bug #13154] iwlagn soft lock-up, Rafael J. Wysocki
  • [Bug #13171] 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption, Rafael J. Wysocki
    • Re: [Bug #13171] 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption, Jesse Barnes
  • [Bug #13164] 2.6.30-rc2 soft lockups: ACPI? clock source problem?, Rafael J. Wysocki
  • [Bug #13176] IO-APIC + timer doesn't work!, Rafael J. Wysocki
  • [Bug #13165] 2.6.30-rc3 : Regression: i915 , video, Rafael J. Wysocki
  • [Bug #13180] 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle, Rafael J. Wysocki
    • Re: [Bug #13180] 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle, Jesse Barnes
      • Re: [Bug #13180] 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle, Niel Lambrechts
      • Re: [Bug #13180] 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle, Jesse Barnes
  • [Bug #13168] ath5k fails to associate with AP, Rafael J. Wysocki
  • [Bug #13187] garbled screen on video, Rafael J. Wysocki
  • [Bug #13181] Crash in v2.6.30-rc3 (regression from 30-rc2), Rafael J. Wysocki
  • [Bug #13177] 2.6.30-rc2-git7 build problem, Rafael J. Wysocki
    • Re: [Bug #13177] 2.6.30-rc2-git7 build problem, Martin Knoblauch
      • Re: [Bug #13177] 2.6.30-rc2-git7 build problem, Rafael J. Wysocki
  • [Bug #13188] horizontal strips of the screen frozen, Rafael J. Wysocki
    • Re: [Bug #13188] horizontal strips of the screen frozen, Justin Madru
      • Re: [Bug #13188] horizontal strips of the screen frozen, Rafael J. Wysocki
  • [Bug #13179] CD-R: wodim intermittent failures, Rafael J. Wysocki
  • [Bug #13185] New x86 warning, Rafael J. Wysocki
    • Re: [Bug #13185] New x86 warning, Ingo Molnar
      • Re: [Bug #13185] New x86 warning, Rafael J. Wysocki
      • Re: [Bug #13185] New x86 warning, Andi Kleen
      • Re: [Bug #13185] New x86 warning, Arjan van de Ven
  • [Bug #13173] NULL pointer crash in early NMI handler, Rafael J. Wysocki
• [patch 1/1] PREEMPT_RT: Fix compile error in case high-res-timers are not configured., Remy Bohmer
• [PATCH] maple: input: fix up maple mouse driver, Adrian McMenamin
  • Re: [PATCH] maple: input: fix up maple mouse driver - v2, Adrian McMenamin
    • Re: [PATCH] maple: input: fix up maple mouse driver - v2, Paul Mundt
• [PATCH] block: rename CONFIG_LBD to CONFIG_LBDAF, Bartlomiej Zolnierkiewicz
• Query regarding IPv6 stack modification, nbj
  • Re: Query regarding IPv6 stack modification, Sergio Luis
• resume from suspend fails using video card i915 / v2.6.29, CSights
  • <Possible follow-ups>
  • Re: resume from suspend fails using video card i915 / v2.6.29, CSights
• [PATCH 3/3] mg_disk: use defines from <linux/ata.h>, Bartlomiej Zolnierkiewicz
  • Re: [PATCH 3/3] mg_disk: use defines from <linux/ata.h>, Tejun Heo
  • Re: [PATCH 3/3] mg_disk: use defines from <linux/ata.h>, Jeff Garzik
• [PATCH 2/3] mg_disk: fix dependency on libata, Bartlomiej Zolnierkiewicz
  • Re: [PATCH 2/3] mg_disk: fix dependency on libata, Tejun Heo
    • Re: [PATCH 2/3] mg_disk: fix dependency on libata, Jeff Garzik
      • Re: [PATCH 2/3] mg_disk: fix dependency on libata, Tejun Heo
      • Re: [PATCH 2/3] mg_disk: fix dependency on libata, Jeff Garzik
    • Re: [PATCH 2/3] mg_disk: fix dependency on libata, Bartlomiej Zolnierkiewicz
  • Re: [PATCH 2/3] mg_disk: fix dependency on libata, Jeff Garzik
    • Re: [PATCH 2/3] mg_disk: fix dependency on libata, Bartlomiej Zolnierkiewicz
• [PATCH 1/3] mg_disk: fix CONFIG_LBD=y warning, Bartlomiej Zolnierkiewicz
  • Re: [PATCH 1/3] mg_disk: fix CONFIG_LBD=y warning, Tejun Heo
• [PATCH 1/1] ath5k: 5211, don't crypt every protected frame, Jiri Slaby
  • Re: [PATCH 1/1] ath5k: 5211, don't crypt every protected frame, Bob Copeland
    • Re: [PATCH 1/1] ath5k: 5211, don't crypt every protected frame, Jiri Slaby
      • Re: [PATCH 1/1] ath5k: 5211, don't crypt every protected frame, Nick Kossifidis
• [PATCH] Add video modes for resolutions and timings of PAL RGB., Paul Menzel
• [PATCH] regulator core: fix double-free in regulator_register() error path, Paul Walmsley
  • Re: [PATCH] regulator core: fix double-free in regulator_register() error path, David Brownell
  • Re: [PATCH] regulator core: fix double-free in regulator_register() error path, Paul Walmsley
    • Re: [PATCH] regulator core: fix double-free in regulator_register() error path, David Brownell
      • Re: [PATCH] regulator core: fix double-free in regulator_register() error path, Mark Brown
      • Re: [PATCH] regulator core: fix double-free in regulator_register() error path, David Brownell
      • Re: [PATCH] regulator core: fix double-free in regulator_register() error path, Mark Brown
      • Re: [PATCH] regulator core: fix double-free in regulator_register() error path, David Brownell
      • Re: [PATCH] regulator core: fix double-free in regulator_register() error path, Mark Brown
  • Re: [PATCH] regulator core: fix double-free in regulator_register() error path, Mark Brown
  • Re: [PATCH] regulator core: fix double-free in regulator_register() error path, Liam Girdwood
• staging indentation & braces disagreement list, Ilpo Järvinen
  • Re: staging indentation & braces disagreement list, Greg KH
• Re: Stop disks on reboot for laptop which cuts power, Bruno Prémont
• 2.6.30-rc3: reiserfs woes, Harald Dunkel
• 2.6.30-rc3, forcedeth: no net, Harald Dunkel
  • Re: 2.6.30-rc3, forcedeth: no net, Andrew Morton
• [PATCH] v4l2: fill the unused fields with zeros in case of VIDIOC_S_FMT, Németh Márton
  • Re: [PATCH] v4l2: fill the unused fields with zeros in case of VIDIOC_S_FMT, Trent Piepho
    • Re: [PATCH] v4l2: fill the unused fields with zeros in case of VIDIOC_S_FMT, Németh Márton
      • Re: [PATCH] v4l2: fill the unused fields with zeros in case of VIDIOC_S_FMT, Németh Márton
• [PATCH vfs-2.6:for-next] vfs: remount_fs BKL pushdown, Alessio Igor Bogani
  • Re: [PATCH vfs-2.6:for-next] vfs: remount_fs BKL pushdown, Christoph Hellwig
• [PATCH][RFC] debugfs: dont stop on first failed recursive delete, Steven Rostedt
• [PATCH 0/5] [GIT PULL] tracing/events: remove TRACE_FORMAT and handle overflow ids, Steven Rostedt
  • [PATCH 2/5] tracing/irq: convert irq traces to use TRACE_EVENT macro, Steven Rostedt
  • [PATCH 1/5] tracing/lockdep: convert lockdep to use TRACE_EVENT macro, Steven Rostedt
  • [PATCH 4/5] tracing/events: reuse trace event ids after overflow, Steven Rostedt
  • [PATCH 3/5] tracing: remove deprecated TRACE_FORMAT, Steven Rostedt
  • [PATCH 5/5] tracing/events: make modules have their own file_operations structure, Steven Rostedt
    • Re: [PATCH 5/5] tracing/events: make modules have their own file_operations structure, Greg KH
      • Re: [PATCH 5/5] tracing/events: make modules have their own file_operations structure, Ingo Molnar
• Re: mmotm 2009-04-24-18-14 uploaded - pulseaudio causes BUG, Valdis . Kletnieks
  • Re: mmotm 2009-04-24-18-14 uploaded - pulseaudio causes BUG, Andrew Morton
• Re: mmotm 2009-04-24-18-14 uploaded - NVidia indigestion, Valdis . Kletnieks
  • Re: mmotm 2009-04-24-18-14 uploaded - NVidia indigestion, Nick Piggin
    • Re: mmotm 2009-04-24-18-14 uploaded - NVidia indigestion, Valdis . Kletnieks
      • Re: mmotm 2009-04-24-18-14 uploaded - NVidia indigestion, Nick Piggin
      • Re: mmotm 2009-04-24-18-14 uploaded - NVidia indigestion, Valdis . Kletnieks
      • Re: mmotm 2009-04-24-18-14 uploaded - NVidia indigestion, Nick Piggin
      • Re: mmotm 2009-04-24-18-14 uploaded - NVidia indigestion, Nick Piggin
      • Re: mmotm 2009-04-24-18-14 uploaded - NVidia indigestion, Pekka Enberg
• [PATCH] sparse LLVM backend (was Re: [rfc] built-in native compiler for Linux?), Jeff Garzik
  • Re: [PATCH] sparse LLVM backend, David Miller
• Re: Slow clock on AMD 740G chipset, David Rees
• Gaming news link, ryan
• [PATCH] Acer Aspire One Fan Control, Peter Feuerer
  • Re: [PATCH] Acer Aspire One Fan Control, Peter Feuerer
    • Re: [PATCH] Acer Aspire One Fan Control, Matthew Garrett
      • Re: [PATCH] Acer Aspire One Fan Control, Peter Feuerer
    • Re: [PATCH] Acer Aspire One Fan Control, Borislav Petkov
      • Re: [PATCH] Acer Aspire One Fan Control, Peter Feuerer
      • Re: [PATCH] Acer Aspire One Fan Control, Borislav Petkov
      • Re: [PATCH] Acer Aspire One Fan Control, Maxim Levitsky
      • Re: [PATCH] Acer Aspire One Fan Control, Peter Feuerer
      • Re: [PATCH] Acer Aspire One Fan Control, Maxim Levitsky
    • Re: [PATCH] Acer Aspire One Fan Control, Joe Perches
      • Re: [PATCH] Acer Aspire One Fan Control, Peter Feuerer
• [patch 00/27] [rfc] vfs scalability patchset, npiggin
  • [patch 02/27] fs: scale files_lock, npiggin
    • Re: [patch 02/27] fs: scale files_lock, Al Viro
  • [patch 01/27] fs: cleanup files_lock, npiggin
    • Re: [patch 01/27] fs: cleanup files_lock, Al Viro
    • Re: [patch 01/27] fs: cleanup files_lock, Eric W. Biederman
      • Re: [patch 01/27] fs: cleanup files_lock, Nick Piggin
    • Re: [patch 01/27] fs: cleanup files_lock, Alan Cox
      • Re: [patch 01/27] fs: cleanup files_lock, Nick Piggin
  • [patch 07/27] fs: dcache scale hash, npiggin
  • [patch 20/27] fs: icache lock s_inodes list, npiggin
  • [patch 06/27] fs: dcache fix LRU ordering, npiggin
  • [patch 24/27] fs: icache atomic inodes_stat, npiggin
  • [patch 08/27] fs: dcache scale lru, npiggin
  • [patch 17/27] fs: dcache per-bucket dcache hash locking, npiggin
  • [patch 11/27] fs: dcache scale d_unhashed, npiggin
  • [patch 12/27] fs: dcache scale subdirs, npiggin
  • [patch 18/27] fs: dcache reduce dcache_inode_lock, npiggin
  • [patch 13/27] fs: scale inode alias list, npiggin
  • [patch 19/27] fs: dcache per-inode inode alias locking, npiggin
  • [patch 25/27] fs: icache lock lru/writeback lists, npiggin
  • [patch 15/27] fs: dcache remove dcache_lock, npiggin
  • [patch 21/27] fs: icache lock inode hash, npiggin
  • [patch 03/27] fs: mnt_want_write speedup, npiggin
  • [patch 26/27] fs: icache protect inode state, npiggin
  • [patch 23/27] fs: icache lock i_count, npiggin
  • [patch 14/27] fs: use RCU / seqlock logic for reverse and multi-step operaitons, npiggin
  • [patch 27/27] fs: icache remove inode_lock, npiggin
  • [patch 22/27] fs: icache lock i_state, npiggin
  • [patch 05/27] fs: brlock vfsmount_lock, npiggin
    • Re: [patch 05/27] fs: brlock vfsmount_lock, Al Viro
      • Re: [patch 05/27] fs: brlock vfsmount_lock, Nick Piggin
  • [patch 04/27] fs: introduce mnt_clone_write, npiggin
    • Re: [patch 04/27] fs: introduce mnt_clone_write, Al Viro
  • [patch 09/27] fs: dcache scale nr_dentry, npiggin
  • [patch 16/27] fs: dcache reduce dput locking, npiggin
  • [patch 10/27] fs: dcache scale dentry refcount, npiggin
  • Re: [patch 00/27] [rfc] vfs scalability patchset, Al Viro
    • Re: [patch 00/27] [rfc] vfs scalability patchset, Nick Piggin
    • Re: [patch 00/27] [rfc] vfs scalability patchset, Christoph Hellwig
      • Re: [patch 00/27] [rfc] vfs scalability patchset, Al Viro
      • Re: [patch 00/27] [rfc] vfs scalability patchset, Christoph Hellwig
      • Re: [patch 00/27] [rfc] vfs scalability patchset, Nick Piggin
      • Re: [patch 00/27] [rfc] vfs scalability patchset, Peter Zijlstra
      • Re: [patch 00/27] [rfc] vfs scalability patchset, Eric W. Biederman
      • Re: [patch 00/27] [rfc] vfs scalability patchset, Nick Piggin
      • Re: [patch 00/27] [rfc] vfs scalability patchset, Eric W. Biederman
      • Re: [patch 00/27] [rfc] vfs scalability patchset, Al Viro
      • Re: [patch 00/27] [rfc] vfs scalability patchset, Eric W. Biederman
      • Re: [patch 00/27] [rfc] vfs scalability patchset, Theodore Tso
• [PATCH 0/17] tracehook & user_regset for ARM, Roland McGrath
  • [PATCH 02/17] arm: arch_ptrace indentation, Roland McGrath
  • [PATCH 04/17] arm: tracehook_signal_handler, Roland McGrath
  • [PATCH 01/17] arm: arch_ptrace clean-up, Roland McGrath
  • [PATCH 06/17] arm: user_regset: general regs, Roland McGrath
  • [PATCH 03/17] arm: tracehook_report_syscall, Roland McGrath
  • [PATCH 05/17] arm: TIF_NOTIFY_RESUME, Roland McGrath
  • [PATCH 08/17] arm: CORE_DUMP_USE_REGSET, Roland McGrath
  • [PATCH 09/17] arm: user_regset: VFP regs, Roland McGrath
  • [PATCH 10/17] arm: user_regset: VFP in core dumps, Roland McGrath
  • [PATCH 07/17] arm: user_regset: FPU regs, Roland McGrath
  • [PATCH 13/17] arm: user_regset: Crunch regs, Roland McGrath
  • [PATCH 14/17] arm: user_regset: Crunch in core dumps, Roland McGrath
  • [PATCH 11/17] arm: user_regset: iWMMXt regs, Roland McGrath
  • [PATCH 12/17] arm: user_regset: iWMMXt in core dumps, Roland McGrath
    • Re: [PATCH 12/17] arm: user_regset: iWMMXt in core dumps, Paul Mundt
      • Re: [PATCH 12/17] arm: user_regset: iWMMXt in core dumps, Roland McGrath
  • [PATCH 17/17] arm: HAVE_ARCH_TRACEHOOK, Roland McGrath
  • [PATCH 15/17] arm: user_regset: thread pointer in core dumps, Roland McGrath
  • [PATCH 16/17] arm: asm/syscall.h (unfinished), Roland McGrath
• only one cpu has states listed in power, Yinghai Lu
• [PATCH] PM/Hibernate: Fix waiting for image device to appear on resume, Rafael J. Wysocki
• [RFC PATCH dm-ioband] Added in blktrace msgs for dm-ioband, Alan D. Brunelle
  • Re: [RFC PATCH dm-ioband] Added in blktrace msgs for dm-ioband, Ryo Tsuruta
• 2.6.30-rc3 still fails to build, Soeren Sonnenburg
  • [PATCH] resolving Re: 2.6.30-rc3 still fails to build in intel_opregion_init, Soeren Sonnenburg
• [bisected regression] 2.6.30rc2 horizontal strips of the screen frozen, Justin Madru
• Loan Application, loan lender
• NLS: utf8 conversions, Alan Stern
  • Re: NLS: utf8 conversions, Clemens Ladisch
    • Re: NLS: utf8 conversions, Alan Stern
      • Re: NLS: utf8 conversions, Clemens Ladisch
      • Re: NLS: utf8 conversions, Alan Stern
• Link to sata drives fail randomly, LCID Fire
  • Re: Link to sata drives fail randomly, Jeff Garzik
    • Re: Link to sata drives fail randomly, Ray Lee
• Kernel 2.6.28-11 in Ubuntu, Δεσποτάκης Χρήστος
• [PATCH] fsldma: use PCI Read Multiple command, Ira Snyder
  • Re: [PATCH] fsldma: use PCI Read Multiple command, Li Yang
  • RE: [PATCH] fsldma: use PCI Read Multiple command, Liu Dave-R63238
    • Re: [PATCH] fsldma: use PCI Read Multiple command, Li Yang
    • Re: [PATCH] fsldma: use PCI Read Multiple command, Timur Tabi
      • Re: [PATCH] fsldma: use PCI Read Multiple command, David Hawkins
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Timur Tabi
      • Re: [PATCH] fsldma: use PCI Read Multiple command, David Hawkins
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Kumar Gala
      • Re: [PATCH] fsldma: use PCI Read Multiple command, David Hawkins
      • Re: [PATCH] fsldma: use PCI Read Multiple command, David Hawkins
      • RE: [PATCH] fsldma: use PCI Read Multiple command, Liu Dave-R63238
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Kumar Gala
      • Re: [PATCH] fsldma: use PCI Read Multiple command, David Hawkins
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Timur Tabi
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Scott Wood
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Timur Tabi
      • Re: [PATCH] fsldma: use PCI Read Multiple command, David Hawkins
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Timur Tabi
      • Re: [PATCH] fsldma: use PCI Read Multiple command, David Hawkins
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Timur Tabi
      • Re: [PATCH] fsldma: use PCI Read Multiple command, David Hawkins
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Ira Snyder
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Timur Tabi
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Dan Williams
      • RE: [PATCH] fsldma: use PCI Read Multiple command, Liu Dave-R63238
      • Re: [PATCH] fsldma: use PCI Read Multiple command, David Hawkins
      • RE: [PATCH] fsldma: use PCI Read Multiple command, Liu Dave-R63238
      • Re: [PATCH] fsldma: use PCI Read Multiple command, David Hawkins
      • Re: [PATCH] fsldma: use PCI Read Multiple command, Timur Tabi
• [GIT] kernel function tracing support for linux-mips, Wu Zhangjin
• [PATCH] rtc: Make rtc_update_irq callable with irqs enabled (v2), Atsushi Nemoto
• [PATCH 00/14] Kernel memory leak detector, Catalin Marinas
  • [PATCH 03/14] kmemleak: Add the slab memory allocation/freeing hooks, Catalin Marinas
  • [PATCH 02/14] kmemleak: Add documentation on the memory leak detector, Catalin Marinas
  • [PATCH 06/14] kmemleak: Add the vmalloc memory allocation/freeing hooks, Catalin Marinas
  • [PATCH 04/14] kmemleak: Add the slob memory allocation/freeing hooks, Catalin Marinas
  • [PATCH 07/14] kmemleak: Add kmemleak_alloc callback from alloc_large_system_hash, Catalin Marinas
  • [PATCH 08/14] kmemleak: Add modules support, Catalin Marinas
  • [PATCH 09/14] x86: Provide _sdata in the vmlinux_*.lds.S files, Catalin Marinas
    • Re: [PATCH 09/14] x86: Provide _sdata in the vmlinux_*.lds.S files, Ingo Molnar
  • [PATCH 01/14] kmemleak: Add the base support, Catalin Marinas
  • [PATCH 11/14] kmemleak: Remove some of the kmemleak false positives, Catalin Marinas
  • [PATCH 05/14] kmemleak: Add the slub memory allocation/freeing hooks, Catalin Marinas
  • [PATCH 12/14] kmemleak: Enable the building of the memory leak detector, Catalin Marinas
    • Re: [PATCH 12/14] kmemleak: Enable the building of the memory leak detector, David Rientjes
      • Re: [PATCH 12/14] kmemleak: Enable the building of the memory leak detector, Catalin Marinas
  • [PATCH 13/14] kmemleak: Simple testing module for kmemleak, Catalin Marinas
  • [PATCH 14/14] kmemleak: Add the corresponding MAINTAINERS entry, Catalin Marinas
  • [PATCH 10/14] arm: Provide _sdata and __bss_stop in the vmlinux.lds.S file, Catalin Marinas
• [PATCH] Makefile: "make prepare" should be "make modules_prepare", Robert P. J. Day
  • Re: [PATCH] Makefile: "make prepare" should be "make modules_prepare", Sam Ravnborg
• Re[4]: High kernel CPU usage when copying files, Rutkov Denis
• [PATCH] sunrpc: Adding trace points to status routines., Steve Dickson
  • Re: [PATCH] sunrpc: Adding trace points to status routines., Peter Staubach
• [PATCH] Documentation:lockdep-design: fix note of state bits, tom . leiming
  • <Possible follow-ups>
  • [PATCH] Documentation:lockdep-design: fix note of state bits, tom . leiming
    • [tip:core/urgent] locking: Documentation: lockdep-design.txt, fix note of state bits, tip-bot for Ming Lei
• linux-next: slab tree boot failure, Stephen Rothwell
  • Re: linux-next: slab tree boot failure, Christoph Lameter
  • Re: linux-next: slab tree boot failure, Nick Piggin
• [PATCH] alpha: binfmt_aout fix, Ivan Kokshaysky
  • Re: [PATCH] alpha: binfmt_aout fix, Al Viro
    • Re: [PATCH] alpha: binfmt_aout fix, Ivan Kokshaysky
      • Re: [PATCH] alpha: binfmt_aout fix, Al Viro
• [PATCH] alpha: futex implementation, Ivan Kokshaysky
• [PATCH] alpha: exception table sorting, Ivan Kokshaysky
• [PATCH] alpha: titan and marvel build fixes, Ivan Kokshaysky
• [GIT PULL] arch/microblaze fixes for 2.6.30-rc3, Michal Simek
• [PATCH] Replace conditional test with is_power_of_2()., Robert P. J. Day
• [PATCH] driver/base: add BUS_NOTIFY_UNBOUND_DRIVER event, Joerg Roedel
  • Re: [PATCH] driver/base: add BUS_NOTIFY_UNBOUND_DRIVER event, Greg KH
    • Re: [PATCH] driver/base: add BUS_NOTIFY_UNBOUND_DRIVER event, Joerg Roedel
      • Re: [PATCH] driver/base: add BUS_NOTIFY_UNBOUND_DRIVER event, Greg KH
• Re: [PATCH 2 of 9] block: Export I/O topology for block devices and partitions, Jeff Garzik
  • Re: [PATCH 2 of 9] block: Export I/O topology for block devices and partitions, Carl Henrik Lunde
    • Re: [PATCH 2 of 9] block: Export I/O topology for block devices and partitions, Matthew Wilcox
    • Re: [PATCH 2 of 9] block: Export I/O topology for block devices and partitions, Martin K. Petersen
  • Re: [PATCH 2 of 9] block: Export I/O topology for block devices and partitions, Martin K. Petersen
• Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
  • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Andrew Morton
    • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Mike Galbraith
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Andrew Morton
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Al Viro
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Mike Galbraith
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Al Viro
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Mike Galbraith
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Valdis . Kletnieks
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Al Viro
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Olivier Galibert
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Al Viro
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Al Viro
      • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
    • Re: Analyzed/Solved: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
• [PATCH] dma-debug: remove broken dma memory leak detection for 2.6.30, Joerg Roedel
  • [tip:core/urgent] dma-debug: remove broken dma memory leak detection for 2.6.30, tip-bot for Joerg Roedel
• [patch] x86, bts, mm: buffer allocation, Markus Metzger
• [PATCH 0/7] KVM support for 1GB pages v2, Joerg Roedel
  • [PATCH 1/7] hugetlbfs: export vma_kernel_pagsize to modules, Joerg Roedel
  • [PATCH 4/7] kvm/mmu: make rmap code aware of mapping levels, Joerg Roedel
  • [PATCH 5/7] kvm/mmu: make direct mapping paths aware of mapping levels, Joerg Roedel
  • [PATCH 7/7] kvm x86: report 1GB page support to userspace, Joerg Roedel
    • Re: [PATCH 7/7] kvm x86: report 1GB page support to userspace, Avi Kivity
  • [PATCH 2/7] kvm: change memslot data structures for multiple hugepage sizes, Joerg Roedel
  • [PATCH 3/7] kvm/mmu: rename is_largepage_backed to mapping_level, Joerg Roedel
    • Re: [PATCH 3/7] kvm/mmu: rename is_largepage_backed to mapping_level, Marcelo Tosatti
      • Re: [PATCH 3/7] kvm/mmu: rename is_largepage_backed to mapping_level, Joerg Roedel
  • [PATCH 6/7] kvm/mmu: enable gbpages by increasing nr of pagesizes, Joerg Roedel
  • Re: [PATCH 0/7] KVM support for 1GB pages v2, Avi Kivity
    • Re: [PATCH 0/7] KVM support for 1GB pages v2, Joerg Roedel
• Kernel 2.6.29 runs out of memory and hangs. V1.1, Zeno Davatz
• dma_debug_device_change() gives bogus errors, David Vrabel
  • Re: dma_debug_device_change() gives bogus errors, Joerg Roedel
• Re: [PATCH 5/5] mm: remove unlikelys for unlock in rmap.c, KOSAKI Motohiro
  • Re: [PATCH 5/5] mm: remove unlikelys for unlock in rmap.c, Lee Schermerhorn
• Re[3]: High kernel CPU usage when copying files, Rutkov Denis
• High kernel CPU usage when copying files, Rutkov Denis
  • Re: High kernel CPU usage when copying files, Alan Cox
    • Re[2]: High kernel CPU usage when copying files, Rutkov Denis
      • Re: Re[2]: High kernel CPU usage when copying files, Heinz Diehl
• Kernel 2.6.29 runs out of memory and hangs., Zeno Davatz
  • Re: Kernel 2.6.29 runs out of memory and hangs., David Rientjes
    • Re: Kernel 2.6.29 runs out of memory and hangs., Zeno Davatz
      • Re: Kernel 2.6.29 runs out of memory and hangs., David Rientjes
      • Re: Kernel 2.6.29 runs out of memory and hangs., Zeno Davatz
      • Re: Kernel 2.6.29 runs out of memory and hangs., David Rientjes
      • Re: Kernel 2.6.29 runs out of memory and hangs., Zeno Davatz
      • Re: Kernel 2.6.29 runs out of memory and hangs., David Rientjes
      • Re: Kernel 2.6.29 runs out of memory and hangs., Zeno Davatz
      • Re: Kernel 2.6.29 runs out of memory and hangs., David Rientjes
      • Re: Kernel 2.6.29 runs out of memory and hangs., Zeno Davatz
      • Re: Kernel 2.6.29 runs out of memory and hangs., Zeno Davatz
      • Re: Kernel 2.6.29 runs out of memory and hangs., Greg Stark
      • Re: Kernel 2.6.29 runs out of memory and hangs., Zeno Davatz
      • Re: Kernel 2.6.29 runs out of memory and hangs., Zeno Davatz
      • Re: Kernel 2.6.29 runs out of memory and hangs., Zeno Davatz
    • Re: Kernel 2.6.29 runs out of memory and hangs., Zeno Davatz
• [no subject], Zeno Davatz
• Suggestions request for speed-up kernel compilation, Alessio Igor Bogani
  • Re: Suggestions request for speed-up kernel compilation, Sam Ravnborg
  • Re: Suggestions request for speed-up kernel compilation, Sven-Haegar Koch
  • Re: Suggestions request for speed-up kernel compilation, Richard Kennedy
  • Re: Suggestions request for speed-up kernel compilation, Al Viro
  • Re: Suggestions request for speed-up kernel compilation, Andi Kleen
• RFC about Comedi on a patch that remove a lot fo code, Alessio Igor Bogani
  • Re: RFC about Comedi on a patch that remove a lot fo code, Greg KH
    • Re: RFC about Comedi on a patch that remove a lot fo code, Frank Mori Hess
      • Re: RFC about Comedi on a patch that remove a lot fo code, Greg KH
• [PATCH v2] xtensa: implement PTRACE_PEEKUSER addresses for nommu, Daniel Glöckner
• [2.6.30-rc3][Regression] Compilation failure, Rogério Brito
  • Re: [2.6.30-rc3][Regression] Compilation failure, Len Brown
    • Re: [2.6.30-rc3][Regression] Compilation failure: undefined reference to `acpi_video_register', Rogério Brito
    • Re: [2.6.30-rc3][Regression] Compilation failure [SOLVED-PARTIALLY], Rogério Brito
• [rfc 2/2] x86, bts: use physically non-contiguous trace buffer, Markus Metzger
  • Re: [rfc 2/2] x86, bts: use physically non-contiguous trace buffer, Andrew Morton
    • Re: [rfc 2/2] x86, bts: use physically non-contiguous trace buffer, Ingo Molnar
      • RE: [rfc 2/2] x86, bts: use physically non-contiguous trace buffer, Metzger, Markus T
      • Re: [rfc 2/2] x86, bts: use physically non-contiguous trace buffer, Ingo Molnar
      • Re: [rfc 2/2] x86, bts: use physically non-contiguous trace buffer, Peter Zijlstra
      • RE: [rfc 2/2] x86, bts: use physically non-contiguous trace buffer, Metzger, Markus T
  • Re: [rfc 2/2] x86, bts: use physically non-contiguous trace buffer, Andi Kleen
    • RE: [rfc 2/2] x86, bts: use physically non-contiguous trace buffer, Metzger, Markus T
• [rfc 1/2] x86, bts, mm: buffer allocation, Markus Metzger
  • Re: [rfc 1/2] x86, bts, mm: buffer allocation, Andrew Morton
• [patch] x86, bts: reenable ptrace branch trace support, Markus Metzger
• [patch] x86, ds: fix buffer alignment in debug store selftest, Markus Metzger
• lockdep warning from firmware loader, Meelis Roos
  • Re: lockdep warning from firmware loader, Rabin Vincent
• Regarding the linkstation defconfig, Rogério Brito
  • Re: Regarding the linkstation defconfig, Guennadi Liakhovetski
    • Re: Regarding the linkstation defconfig, Rogério Brito
    • [PATCH] powerpc: minimizing the configuration of linkstation_defconfig, Rogério Brito
      • Re: [PATCH] powerpc: minimizing the configuration of linkstation_defconfig, Kumar Gala
      • Re: [PATCH] powerpc: minimizing the configuration of linkstation_defconfig, Rogério Brito
      • Re: [PATCH] powerpc: minimizing the configuration of linkstation_defconfig, Kumar Gala
      • Re: [PATCH] powerpc: minimizing the configuration of linkstation_defconfig, Rogério Brito
      • Re: [PATCH] powerpc: minimizing the configuration of linkstation_defconfig, Kumar Gala
      • [PATCH 1/2] powerpc: updating the linkstation_defconfig, Rogério Brito
      • [PATCH 2/2] powerpc: minimizing the configuration of linkstation_defconfig, Rogério Brito
      • [PATCH 2/2] powerpc: minimizing the configuration of linkstation_defconfig, Rogério Brito
• [Patch 12/12] Reset bits in dr6 after the corresponding exception is handled, K.Prasad
• [Patch 11/12] ftrace plugin for kernel symbol tracing using HW Breakpoint interfaces - v3, K.Prasad
  • Re: [Patch 11/12] ftrace plugin for kernel symbol tracing using HW Breakpoint interfaces - v3, Frederic Weisbecker
    • Re: [Patch 11/12] ftrace plugin for kernel symbol tracing using HW Breakpoint interfaces - v3, K.Prasad
      • Re: [Patch 11/12] ftrace plugin for kernel symbol tracing using HW Breakpoint interfaces - v3, Frederic Weisbecker
• [Patch 10/12] Sample HW breakpoint over kernel data address, K.Prasad
• [Patch 09/12] Cleanup HW Breakpoint registers before kexec, K.Prasad
• [Patch 08/12] Modify Ptrace routines to access breakpoint registers, K.Prasad
• [Patch 07/12] Modify signal handling code to refrain from re-enabling HW Breakpoints, K.Prasad
• [Patch 06/12] Use the new wrapper routines to access debug registers in process/thread code, K.Prasad
• [Patch 05/12] Use wrapper routines around debug registers in processor related functions, K.Prasad
• [Patch 04/12] Modifying generic debug exception to use thread-specific debug registers, K.Prasad
• [Patch 03/12] x86 architecture implementation of Hardware Breakpoint interfaces, K.Prasad
• [Patch 02/12] Introducing generic hardware breakpoint handler interfaces, K.Prasad
• [Patch 01/12] Prepare the code for Hardware Breakpoint interfaces, K.Prasad
• [Patch 00/12] Hardware Breakpoint Interfaces, K.Prasad
• [GIT PATCH] ACPI and driver patches for 2.6.30-rc3, Len Brown
• [PATCH linux-2.6-block/for-linus] Fix discard requests accounting in the diskstats, Nikanth Karthikesan
  • Re: [PATCH linux-2.6-block/for-linus] Fix discard requests accounting in the diskstats, Jens Axboe
    • Re: [PATCH linux-2.6-block/for-linus] Fix discard requests accounting in the diskstats, Nikanth Karthikesan
      • Re: [PATCH linux-2.6-block/for-linus] Fix discard requests accounting in the diskstats, Jens Axboe
• [PATCH] powerpc: update linkstation defconfig, Rogério Brito
• linux-next: Tree for April 24, Stephen Rothwell
  • Next April 24 : BUG: lock held at task exit time!, Sachin Sant
    • Re: Next April 24 : BUG: lock held at task exit time!, Stephen Rothwell
      • Re: Next April 24 : BUG: lock held at task exit time!, Hugh Dickins
      • Re: Next April 24 : BUG: lock held at task exit time!, Al Viro
      • Re: Next April 24 : BUG: lock held at task exit time!, Stephen Rothwell
  • Next April 24: [S390] allmodconfig build failure (trace/events), Sachin Sant
    • Re: Next April 24: [S390] allmodconfig build failure (trace/events), Ingo Molnar
      • Re: Next April 24: [S390] allmodconfig build failure (trace/events), Heiko Carstens
      • Re: Next April 24: [S390] allmodconfig build failure (trace/events), Sachin Sant
      • Re: Next April 24: [S390] allmodconfig build failure (trace/events), Heiko Carstens
      • Re: Next April 24: [S390] allmodconfig build failure (trace/events), Ingo Molnar
      • Re: Next April 24: [S390] allmodconfig build failure (trace/events), Steven Rostedt
      • [tip:tracing/core] tracing: fix build failure on s390, tip-bot for Heiko Carstens
      • [tip:tracing/core] tracing: fix build failure on s390, tip-bot for Heiko Carstens
  • Re: linux-next: Tree for April 24 (p54 build error), Randy Dunlap
    • Re: linux-next: Tree for April 24 (p54 build error) (and pull request: wireless-next-2.6 2009-04-24), Christian Lamparter
      • Re: linux-next: Tree for April 24 (p54 build error) (and pull request: wireless-next-2.6 2009-04-24), John W. Linville
  • Re: linux-next: Tree for April 24, Benny Halevy
    • Re: linux-next: Tree for April 24, Stephen Rothwell
• CFQ Oops, Josef 'Jeff' Sipek
  • Re: CFQ Oops, Jens Axboe
• [PATCH 0/6] [GIT PULL] x86,ring_buffer,tracing: updates for tip, Steven Rostedt
  • [PATCH 1/6] tracing/wakeup: move access to wakeup_cpu into spinlock, Steven Rostedt
  • [PATCH 2/6] tracing: increase size of number of possible events, Steven Rostedt
    • Re: [PATCH 2/6] tracing: increase size of number of possible events, Li Zefan
      • Re: [PATCH 2/6] tracing: increase size of number of possible events, Ingo Molnar
      • Re: [PATCH 2/6] tracing: increase size of number of possible events, Steven Rostedt
      • Re: [PATCH 2/6] tracing: increase size of number of possible events, Steven Rostedt
      • Re: [PATCH 2/6] tracing: increase size of number of possible events, Steven Rostedt
      • Re: [PATCH 2/6] tracing: increase size of number of possible events, Steven Rostedt
      • Re: [PATCH 2/6] tracing: increase size of number of possible events, Li Zefan
      • Re: [PATCH 2/6] tracing: increase size of number of possible events, Steven Rostedt
    • Re: [PATCH 2/6] tracing: increase size of number of possible events, Ingo Molnar
      • Re: [PATCH 2/6] tracing: increase size of number of possible events, Steven Rostedt
  • [PATCH 3/6] tracing: add size checks for exported ftrace internal structures, Steven Rostedt
  • [PATCH 4/6] x86: use native register access for native tlb flushing, Steven Rostedt
  • [PATCH 5/6] tracing: fix cut and paste macro error, Steven Rostedt
  • [PATCH 6/6] ring_buffer: compressed event header, Steven Rostedt
• [KVM PATCH v2 0/2] irqfd, Gregory Haskins
  • [KVM PATCH v2 1/2] eventfd: export fget and signal interfaces for module use, Gregory Haskins
  • [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Gregory Haskins
    • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Gregory Haskins
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Davide Libenzi
    • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Avi Kivity
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Gregory Haskins
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Avi Kivity
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Gregory Haskins
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Avi Kivity
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Gregory Haskins
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Avi Kivity
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Gregory Haskins
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Avi Kivity
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Avi Kivity
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Gregory Haskins
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Avi Kivity
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Gregory Haskins
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Gregory Haskins
      • Re: [KVM PATCH v2 2/2] kvm: add support for irqfd via eventfd-notification interface, Avi Kivity
• [PATCH] ring_buffer: compressed event header, Lai Jiangshan
  • Re: [PATCH] ring_buffer: compressed event header, Steven Rostedt
  • [tip:tracing/core] ring_buffer: compressed event header, tip-bot for Lai Jiangshan
• [PATCH 4/4] PCI: PCIE AER: Document for PCIE AER software error injection, Huang Ying
  • Re: [PATCH 4/4] PCI: PCIE AER: Document for PCIE AER software error injection, Andi Kleen
• [PATCH 3/4] PCI: PCIE AER: PCIE AER software error injection, Huang Ying
  • Re: [PATCH 3/4] PCI: PCIE AER: PCIE AER software error injection, Kenji Kaneshige
    • Re: [PATCH 3/4] PCI: PCIE AER: PCIE AER software error injection, Huang Ying
      • Re: [PATCH 3/4] PCI: PCIE AER: PCIE AER software error injection, Kenji Kaneshige
    • Re: [PATCH 3/4] PCI: PCIE AER: PCIE AER software error injection, Huang Ying
• [PATCH 2/4] PCI: PCIE AER: export aer_irq, Huang Ying
• [PATCH 1/4] PCI: Add pci_bus_set_ops, Huang Ying
• [PATCH] tc_cgroup : enabling live socket to change its cgroup in a runtime, Chei-yol Kim
• [PATCH 0/3] MIPS: Extend plat_* abstractions, cache support, Kevin Cernekee
  • Re: [PATCH 0/3] MIPS: Extend plat_* abstractions, cache support, Bob Zhang
  • [PATCH 1/3] MIPS: Add size and direction arguments to plat_unmap_dma_mem(), Kevin Cernekee
  • [PATCH 2/3] MIPS: Pass struct device to plat_dma_addr_to_phys(), Kevin Cernekee
  • [PATCH 3/3] MIPS: Support 64-byte D-cache line size, Kevin Cernekee
  • Re: [PATCH 0/3] MIPS: Extend plat_* abstractions, cache support, Ralf Baechle
• systemtap release 0.9.7, Josh Stone
• Your Mailbox Has Exceeded Its Storage Limit, Davidson, Jeffrey H.
  • <Possible follow-ups>
  • Your Mailbox Has Exceeded Its Storage Limit, Davidson, Jeffrey H.
• [.30-rc2 regression] garbled screen on video, Justin Madru
  • Re: [.30-rc2 regression] garbled screen on video, Eric Anholt
    • Re: [.30-rc2 regression] garbled screen on video, Justin Madru
• [git pull] m68knommu arch fixes, Greg Ungerer
• [PATCH] i2c: fix bit algorithm timeout for low values., Dave Airlie
  • Re: [PATCH] i2c: fix bit algorithm timeout for low values., Jean Delvare
• [PATCH 0/4] Fix sys_sync() and cleanup code (version 3), Jan Kara
  • [PATCH 2/4] vfs: Call ->sync_fs() even if s_dirt is 0 (version 3), Jan Kara
  • [PATCH 3/4] vfs: Make __fsync_super() a static function (version 3), Jan Kara
    • Re: [PATCH 3/4] vfs: Make __fsync_super() a static function (version 3), Trond Myklebust
      • Re: [PATCH 3/4] vfs: Make __fsync_super() a static function (version 3), Jan Kara
  • [PATCH 4/4] vfs: Make sys_sync() use fsync_super() (version 3), Jan Kara
  • [PATCH 1/4] vfs: Fix sys_sync() and fsync_super() reliability (version 3), Jan Kara
  • Re: [PATCH 0/4] Fix sys_sync() and cleanup code (version 3), Christoph Hellwig
  • Re: [PATCH 0/4] Fix sys_sync() and cleanup code (version 3), Christoph Hellwig
    • Re: [PATCH 0/4] Fix sys_sync() and cleanup code (version 3), Jan Kara
• [GIT PATCH] USB fixes for 2.6.30-rc3, Greg KH
• [PATCH] ptrace: tracehook_unsafe_exec: remove the stale comment, Oleg Nesterov
  • Re: [PATCH] ptrace: tracehook_unsafe_exec: remove the stale comment, Roland McGrath
    • ptrace && cred_exec_mutex (Was: [PATCH] ptrace: tracehook_unsafe_exec: remove the stale comment), Oleg Nesterov
      • Re: ptrace && cred_exec_mutex (Was: [PATCH] ptrace: tracehook_unsafe_exec: remove the stale comment), Roland McGrath
    • Re: ptrace && cred_exec_mutex (Was: [PATCH] ptrace: tracehook_unsafe_exec: remove the stale comment), David Howells
      • Re: ptrace && cred_exec_mutex (Was: [PATCH] ptrace: tracehook_unsafe_exec: remove the stale comment), Oleg Nesterov
      • Re: ptrace && cred_exec_mutex (Was: [PATCH] ptrace: tracehook_unsafe_exec: remove the stale comment), David Howells
      • [PATCH] ptrace: ptrace_attach: fix the usage of ->cred_exec_mutex, Oleg Nesterov
      • Re: [PATCH] ptrace: ptrace_attach: fix the usage of ->cred_exec_mutex, Roland McGrath
      • Re: [PATCH] ptrace: ptrace_attach: fix the usage of ->cred_exec_mutex, David Howells
      • [GIT] ptrace: ptrace_attach: fix the usage of ->cred_exec_mutex, James Morris
    • [PATCH] ptrace-tracehook_unsafe_exec-remove-the-stale-comment-fix, Oleg Nesterov
• [PATCH] ptrace: mm_need_new_owner: use ->real_parent to search in the siblings, Oleg Nesterov
  • Re: [PATCH] ptrace: mm_need_new_owner: use ->real_parent to search in the siblings, Roland McGrath
• e100 shutdown breaks e100 probing when using kexec, Thadeu Lima de Souza Cascardo
• [git pull] IDE fixes (updated), Bartlomiej Zolnierkiewicz
• [PATCH] MAINTAINERS: update IDE entry, Bartlomiej Zolnierkiewicz
  • Re: [PATCH] MAINTAINERS: update IDE entry, Sergei Shtylyov
    • Re: [PATCH] MAINTAINERS: update IDE entry, Bartlomiej Zolnierkiewicz
      • Re: [PATCH] MAINTAINERS: update IDE entry, Borislav Petkov
      • Re: [PATCH] MAINTAINERS: update IDE entry, Bartlomiej Zolnierkiewicz
      • Re: [PATCH] MAINTAINERS: update IDE entry, Borislav Petkov
      • Re: [PATCH] MAINTAINERS: update IDE entry, Tejun Heo
• [PATCH] palm_bk3710: palm_bk3710_udmatimings[] CodingStyle fixup, Bartlomiej Zolnierkiewicz
• [PATCH 3/4] ptrace: remove PT_DTRACE from m68k, m68knommu, Oleg Nesterov
  • Re: [PATCH 3/4] ptrace: remove PT_DTRACE from m68k, m68knommu, Greg Ungerer
  • Re: [PATCH 3/4] ptrace: remove PT_DTRACE from m68k, m68knommu, Geert Uytterhoeven
  • Re: [PATCH 3/4] ptrace: remove PT_DTRACE from m68k, m68knommu, Andreas Schwab
    • Re: [PATCH 3/4] ptrace: remove PT_DTRACE from m68k, m68knommu, Geert Uytterhoeven
      • Re: [PATCH 3/4] ptrace: remove PT_DTRACE from m68k, m68knommu, Andreas Schwab
• [PATCH 0/4] ptrace: remove PT_DTRACE from arch/* except arch/um, Oleg Nesterov
  • Re: [PATCH 0/4] ptrace: remove PT_DTRACE from arch/* except arch/um, Roland McGrath
• [PATCH 2/4] ptrace: remove PT_DTRACE from avr32, mn10300, parisc, s390, sh, xtensa, Oleg Nesterov
  • Re: [PATCH 2/4] ptrace: remove PT_DTRACE from avr32, mn10300, parisc, s390, sh, xtensa, Paul Mundt
  • Re: [PATCH 2/4] ptrace: remove PT_DTRACE from avr32, mn10300, parisc, s390, sh, xtensa, Kyle McMartin
  • Re: [PATCH 2/4] ptrace: remove PT_DTRACE from avr32, mn10300, parisc, s390, sh, xtensa, Chris Zankel
  • Re: [PATCH 2/4] ptrace: remove PT_DTRACE from avr32, mn10300, parisc, s390, sh, xtensa, Martin Schwidefsky
  • Re: [PATCH 2/4] ptrace: remove PT_DTRACE from avr32, mn10300, parisc, s390, sh, xtensa, Haavard Skinnemoen
• [PATCH 1/4] ptrace: remove PT_DTRACE from arch/h8300, Oleg Nesterov
  • Re: [PATCH 1/4] ptrace: remove PT_DTRACE from arch/h8300, Yoshinori Sato
• [PATCH 4/4] ptrace: remove PT_DTRACE from arch/m32r, Oleg Nesterov
  • Re: [PATCH 4/4] ptrace: remove PT_DTRACE from arch/m32r, Hirokazu Takata
• [GIT PULL] eCryptfs fixes for 2.6.30-rc3, Tyler Hicks
• 2.6.30-rc3 : Regression: i915 , video, We La
  • Re: 2.6.30-rc3 : Regression: i915 , video, Len Brown
    • Re: 2.6.30-rc3 : Regression: i915 , video, David John
  • <Possible follow-ups>
  • 2.6.30-rc3 : Regression: i915 , video, We La
• get_fs_excl/put_fs_excl/has_fs_excl, Christoph Hellwig
  • Re: get_fs_excl/put_fs_excl/has_fs_excl, Jens Axboe
    • Re: get_fs_excl/put_fs_excl/has_fs_excl, Jamie Lokier
      • Re: get_fs_excl/put_fs_excl/has_fs_excl, Jens Axboe
    • Re: get_fs_excl/put_fs_excl/has_fs_excl, Christoph Hellwig
      • Re: get_fs_excl/put_fs_excl/has_fs_excl, Theodore Tso
      • Re: get_fs_excl/put_fs_excl/has_fs_excl, Jens Axboe
      • Re: get_fs_excl/put_fs_excl/has_fs_excl, Theodore Tso
      • Re: get_fs_excl/put_fs_excl/has_fs_excl, Jamie Lokier
      • Re: get_fs_excl/put_fs_excl/has_fs_excl, Theodore Tso
      • Re: get_fs_excl/put_fs_excl/has_fs_excl, Jamie Lokier
• [PATCH 0/5 -tip] umount_begin BKL pushdown, Alessio Igor Bogani
  • [PATCH 1/5 -tip] 9p: umount_begin BKL pushdown, Alessio Igor Bogani
    • [PATCH 2/5 -tip] cifs: umount_begin BKL pushdown, Alessio Igor Bogani
      • [PATCH 3/5 -tip] fuse: umount_begin BKL pushdown, Alessio Igor Bogani
      • [PATCH 4/5 -tip] nfs: umount_begin BKL pushdown, Alessio Igor Bogani
      • [PATCH 5/5 -tip] vfs: Don-t call umount_begin with BKL held, Alessio Igor Bogani
      • Re: [PATCH 2/5 -tip] cifs: umount_begin BKL pushdown, Al Viro
      • Re: [PATCH 2/5 -tip] cifs: umount_begin BKL pushdown, Matthew Wilcox
      • [PATCH 0/1] vfs: umount_begin BKL pushdown v2, Alessio Igor Bogani
      • [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Alessio Igor Bogani
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Al Viro
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Al Viro
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Christoph Hellwig
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Al Viro
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Alessio Igor Bogani
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Ingo Molnar
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Christoph Hellwig
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Frédéric Weisbecker
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Christoph Hellwig
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Al Viro
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Christoph Hellwig
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Al Viro
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Ingo Molnar
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Ingo Molnar
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Al Viro
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Ingo Molnar
      • Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2, Al Viro
  • Re: [PATCH 0/5 -tip] umount_begin BKL pushdown, Al Viro
    • Re: [PATCH 0/5 -tip] umount_begin BKL pushdown, Ingo Molnar
      • Re: [PATCH 0/5 -tip] umount_begin BKL pushdown, Stephen Rothwell
      • Re: [PATCH 0/5 -tip] umount_begin BKL pushdown, Jonathan Corbet
• [PATCH -tip] powernow-k8.c: mess cleanup, Luis Henriques
  • Re: [PATCH -tip] powernow-k8.c: mess cleanup, Dave Jones
• [patch 1/2] slub: rename cpuslab_flush to cpu_slab_flush, David Rientjes
  • [patch 2/2] slub: add Documentation/ABI/testing/sysfs-kernel-slab, David Rientjes
    • Re: [patch 2/2] slub: add Documentation/ABI/testing/sysfs-kernel-slab, Christoph Lameter
      • [patch] slub: add Documentation/ABI/testing/sysfs-kernel-slab, David Rientjes
      • Re: [patch] slub: add Documentation/ABI/testing/sysfs-kernel-slab, Christoph Lameter
      • Re: [patch] slub: add Documentation/ABI/testing/sysfs-kernel-slab, Pekka Enberg
    • Re: [patch 2/2] slub: add Documentation/ABI/testing/sysfs-kernel-slab, David Rientjes
      • Re: [patch 2/2] slub: add Documentation/ABI/testing/sysfs-kernel-slab, Christoph Lameter
      • Re: [patch 2/2] slub: add Documentation/ABI/testing/sysfs-kernel-slab, David Rientjes
      • Re: [patch 2/2] slub: add Documentation/ABI/testing/sysfs-kernel-slab, Christoph Lameter
      • Re: [patch 2/2] slub: add Documentation/ABI/testing/sysfs-kernel-slab, David Rientjes
  • Re: [patch 1/2] slub: rename cpuslab_flush to cpu_slab_flush, Pekka Enberg
• [git] m68k, Geert Uytterhoeven
• [PATCH] Add function graph tracer support for ARM (resend), Tim Bird
  • Re: [PATCH] Add function graph tracer support for ARM (resend), Jamie Lokier
• USE_ELF_CORE_DUMP?, Christoph Hellwig
  • Re: USE_ELF_CORE_DUMP?, Matthew Wilcox
  • Re: USE_ELF_CORE_DUMP?, Michal Simek
    • Re: USE_ELF_CORE_DUMP?, Christoph Hellwig
• Patch to add mioa701 glue for voltage regulation, Robert Jarzmik
  • Re: Patch to add mioa701 glue for voltage regulation, Mark Brown
  • Re: Patch to add mioa701 glue for voltage regulation, Liam Girdwood
    • Re: Patch to add mioa701 glue for voltage regulation, Robert Jarzmik
      • Re: Patch to add mioa701 glue for voltage regulation, Eric Miao
      • Re: Patch to add mioa701 glue for voltage regulation, Liam Girdwood
      • Re: Patch to add mioa701 glue for voltage regulation, Mark Brown
• [PATCH] Add function graph tracer support for ARM, Tim Bird
  • Re: [PATCH] Add function graph tracer support for ARM, Uwe Kleine-König
    • Re: [PATCH] Add function graph tracer support for ARM, Tim Bird
      • Re: [PATCH] Add function graph tracer support for ARM, Frederic Weisbecker
      • Re: [PATCH] Add function graph tracer support for ARM, Tim Bird
      • Re: [PATCH] Add function graph tracer support for ARM, Uwe Kleine-König
      • Re: [PATCH] Add function graph tracer support for ARM, Tim Bird
  • Re: [PATCH] Add function graph tracer support for ARM, Frederic Weisbecker
    • Re: [PATCH] Add function graph tracer support for ARM, Tim Bird
      • Re: [PATCH] Add function graph tracer support for ARM, Frederic Weisbecker
      • Re: [PATCH] Add function graph tracer support for ARM, Uwe Kleine-König
• [PATCH v2] Maxim 1586 regulator driver, Robert Jarzmik
  • Re: [PATCH v2] Maxim 1586 regulator driver, Mark Brown
  • Re: [PATCH v2] Maxim 1586 regulator driver, Liam Girdwood
• Re: I/O APIC: Timer through 8259A revamp, yuhong
  • Re: I/O APIC: Timer through 8259A revamp, Andi Kleen
    • RE: I/O APIC: Timer through 8259A revamp, Yuhong Bao
• [PATCH] Introduce a boolean "single_bit_set" function., Robert P. J. Day
  • Re: [PATCH] Introduce a boolean "single_bit_set" function., David Daney
    • Re: [PATCH] Introduce a boolean "single_bit_set" function., Robert P. J. Day
    • Re: [PATCH] Introduce a boolean "single_bit_set" function., Andrew Morton
      • Re: [PATCH] Introduce a boolean "single_bit_set" function., Robert P. J. Day
      • Re: [PATCH] Introduce a boolean "single_bit_set" function., Andrew Morton
      • Re: [PATCH] Introduce a boolean "single_bit_set" function., Robert P. J. Day
      • Re: [PATCH] Introduce a boolean "single_bit_set" function., Robert P. J. Day
• [PATCH] dvb-core: Fix potential mutex_unlock without mutex_lock in dvb_dvr_read, Simon Arlott
  • Re: [PATCH] dvb-core: Fix potential mutex_unlock without mutex_lock in dvb_dvr_read, Andrew Morton
    • Re: [PATCH] dvb-core: Fix potential mutex_unlock without mutex_lock in dvb_dvr_read, Simon Arlott
      • Re: [PATCH] dvb-core: Fix potential mutex_unlock without mutex_lock in dvb_dvr_read, Andrew Morton
      • Re: [PATCH] dvb-core: Fix potential mutex_unlock without mutex_lock in dvb_dvr_read, Devin Heitmueller
• Re: [rfc] [patch 1/2 ] Process private hash tables for private futexes, Darren Hart
• [PATCH] cxacru: Fix negative dB output, Simon Arlott
  • Re: [PATCH] cxacru: Fix negative dB output, David Miller
• Grant Award, OXFAM GB -UK
• Mainline kernel OLTP performance update, Styner, Douglas W
  • Re: Mainline kernel OLTP performance update, Andi Kleen
    • Discrepancies between Oprofile and vmstat, Styner, Douglas W
      • Re: Discrepancies between Oprofile and vmstat, Andi Kleen
      • Re: Discrepancies between Oprofile and vmstat II, Andi Kleen
      • RE: Discrepancies between Oprofile and vmstat II, Styner, Douglas W
      • RE: Discrepancies between Oprofile and vmstat II, Styner, Douglas W
      • Re: Discrepancies between Oprofile and vmstat II, Andi Kleen
      • RE: Discrepancies between Oprofile and vmstat II, Styner, Douglas W
      • Re: Discrepancies between Oprofile and vmstat II, Eric Dumazet
    • Re: Mainline kernel OLTP performance update, Chuck Ebbert
      • Re: Mainline kernel OLTP performance update, James Bottomley
      • RE: Mainline kernel OLTP performance update, Styner, Douglas W
  • <Possible follow-ups>
  • Mainline kernel OLTP performance update, Styner, Douglas W
    • Re: Mainline kernel OLTP performance update, Andrew Morton
      • Re: Mainline kernel OLTP performance update, Andi Kleen
      • RE: Mainline kernel OLTP performance update, Styner, Douglas W
      • RE: Mainline kernel OLTP performance update, Wilcox, Matthew R
      • Re: Mainline kernel OLTP performance update, Andi Kleen
      • RE: Mainline kernel OLTP performance update, Styner, Douglas W
      • Re: Mainline kernel OLTP performance update, Andrew Morton
      • Re: Mainline kernel OLTP performance update, Peter Zijlstra
      • Re: Mainline kernel OLTP performance update, Chris Mason
      • Re: Mainline kernel OLTP performance update, Pallipadi, Venkatesh
      • RE: Mainline kernel OLTP performance update, Styner, Douglas W
      • RE: Mainline kernel OLTP performance update, Styner, Douglas W
  • Mainline kernel OLTP performance update, Styner, Douglas W
• [PATCH] Add armflash support for multiple blocks of flash, Catalin Marinas
  • Re: [PATCH] Add armflash support for multiple blocks of flash, Russell King - ARM Linux
  • Re: [PATCH] Add armflash support for multiple blocks of flash, Artem Bityutskiy
• [PATCH 1/2] ROMFS: romfs_lookup() shouldn't be doing a partial name comparison, David Howells
  • [PATCH 2/2] ROMFS: Advance destination buffer pointer when reading from a blockdev, David Howells
• [KVM PATCH 0/3] irqfd, Gregory Haskins
  • [KVM PATCH 1/3] eventfd: export fget and signal interfaces for module use, Gregory Haskins
  • [KVM PATCH 2/3] eventfd: add a notifier mechanism, Gregory Haskins
    • Re: [KVM PATCH 2/3] eventfd: add a notifier mechanism, Davide Libenzi
      • Re: [KVM PATCH 2/3] eventfd: add a notifier mechanism, Gregory Haskins
      • Re: [KVM PATCH 2/3] eventfd: add a notifier mechanism, Davide Libenzi
      • Re: [KVM PATCH 2/3] eventfd: add a notifier mechanism, Gregory Haskins
      • Re: [KVM PATCH 2/3] eventfd: add a notifier mechanism, Davide Libenzi
      • Re: [KVM PATCH 2/3] eventfd: add a notifier mechanism, Gregory Haskins
      • Re: [KVM PATCH 2/3] eventfd: add a notifier mechanism, Davide Libenzi
      • Re: [KVM PATCH 2/3] eventfd: add a notifier mechanism, Gregory Haskins
  • [KVM PATCH 3/3] kvm: add support for irqfd via eventfd-notification interface, Gregory Haskins
• IRQ / SoftIRQ CPU time accounting broken by 457533a7d3402d1d91fbc125c8bd1bd16dcd3cd4, Andrew Gallatin
  • Re: IRQ / SoftIRQ CPU time accounting broken by 457533a7d3402d1d91fbc125c8bd1bd16dcd3cd4, Andrew Morton
    • Re: IRQ / SoftIRQ CPU time accounting broken by 457533a7d3402d1d91fbc125c8bd1bd16dcd3cd4, Eric Dumazet
      • [PATCH] sched: account system time properly, Eric Dumazet
      • Re: [PATCH] sched: account system time properly, Martin Schwidefsky
      • Re: [PATCH] sched: account system time properly, Eric Dumazet
      • Re: [PATCH] sched: account system time properly, Martin Schwidefsky
      • Re: [PATCH] sched: account system time properly, Ingo Molnar
      • Re: [PATCH] sched: account system time properly, Eric Dumazet
      • [tip:sched/urgent] sched: account system time properly, tip-bot for Eric Dumazet
      • Re: [tip:sched/urgent] sched: account system time properly, Andrew Morton
      • Re: [tip:sched/urgent] sched: account system time properly, Ingo Molnar
      • Re: [PATCH] sched: account system time properly, Andrew Gallatin
    • Re: IRQ / SoftIRQ CPU time accounting broken by 457533a7d3402d1d91fbc125c8bd1bd16dcd3cd4, Martin Schwidefsky
• [PATCH 0/4] Fix sys_sync() bug and cleanup code (version 2), Jan Kara
  • [PATCH 2/4] vfs: Call ->sync_fs() even if s_dirt is 0 (version 2), Jan Kara
  • [PATCH 1/4] vfs: Fix sys_sync() and fsync_super() reliability (version 2), Jan Kara
  • [PATCH 3/4] vfs: Make __fsync_super() a static function (version 2), Jan Kara
    • Re: [PATCH 3/4] vfs: Make __fsync_super() a static function (version 2), Trond Myklebust
    • Re: [PATCH 3/4] vfs: Make __fsync_super() a static function (version 2), Christoph Hellwig
      • Re: [PATCH 3/4] vfs: Make __fsync_super() a static function (version 2), Jan Kara
  • [PATCH 4/4] vfs: Make sys_sync() use fsync_super() (version 2), Jan Kara
    • Re: [PATCH 4/4] vfs: Make sys_sync() use fsync_super() (version 2), Christoph Hellwig
      • Re: [PATCH 4/4] vfs: Make sys_sync() use fsync_super() (version 2), Jan Kara
• [PATCH] driver core:firmware_class:replace kfree(dev) with put_device(dev), tom . leiming
• http://www.kernel.org/hg, Francis Moreau
• 2.6.30-rc deadline scheduler performance regression for iozone over NFS, Jeff Moyer
• [BUG] 2.6.29.1 debugobjects warning, Mathieu Desnoyers
  • Re: [BUG] 2.6.29.1 debugobjects warning, Andrew Morton
    • [PATCH -stable] cpufreq fix timer teardown in conservative governor (2.6.28.x, 2.6.29.1), Mathieu Desnoyers
      • Re: [PATCH -stable] cpufreq fix timer teardown in conservative governor (2.6.28.x, 2.6.29.1), Mathieu Desnoyers
    • [PATCH] cpufreq fix timer teardown in conservative governor (2.6.30-rc2), Mathieu Desnoyers
      • Re: [PATCH] cpufreq fix timer teardown in conservative governor (2.6.30-rc2), Len Brown
      • Re: [PATCH] cpufreq fix timer teardown in conservative governor (2.6.30-rc2), Mathieu Desnoyers
      • Re: [PATCH] cpufreq fix timer teardown in conservative governor (2.6.30-rc2), Henrique de Moraes Holschuh
      • Re: [PATCH] cpufreq fix timer teardown in conservative governor (2.6.30-rc2), Mathieu Desnoyers
    • [PATCH] cpufreq fix timer teardown in ondemand governor (2.6.28.x, 2.6.29.1, 2.6.30-rc2), Mathieu Desnoyers
      • Re: [PATCH] cpufreq fix timer teardown in ondemand governor (2.6.28.x, 2.6.29.1, 2.6.30-rc2), Mathieu Desnoyers
    • Re: [BUG] 2.6.29.1 debugobjects warning, Ingo Molnar
      • Re: [BUG] 2.6.29.1 debugobjects warning, Mathieu Desnoyers
      • Re: [BUG] 2.6.29.1 debugobjects warning, Thomas Gleixner
• test linux-kernel@vger.kernel.org, Test
• [PATCH] atomic: Only take lock when the counter drops to zero on UP as well (v2), Jan Blunck
• [GIT PULL] s390 patches for 2.6.30-rc3, Martin Schwidefsky
• [PATCH] lib: find_last_bit.o needed by a module only, move it from lib to obj, Benny Halevy
  • Re: [PATCH] lib: find_last_bit.o needed by a module only, move it from lib to obj, Rusty Russell
    • Re: [PATCH] lib: find_last_bit.o needed by a module only, move it from lib to obj, Christoph Hellwig
      • Re: [PATCH] lib: find_last_bit.o needed by a module only, move it from lib to obj, Benny Halevy
• e1000: "eeprom checksum is not valid" after kexec, Jiri Slaby
  • Re: [E1000-devel] e1000: "eeprom checksum is not valid" after kexec, Thadeu Lima de Souza Cascardo
    • Re: [E1000-devel] e1000: "eeprom checksum is not valid" after kexec, Jiri Slaby
      • Re: [E1000-devel] e1000: "eeprom checksum is not valid" after kexec, Thadeu Lima de Souza Cascardo
      • Re: [E1000-devel] e1000: "eeprom checksum is not valid" after kexec, Jiri Slaby
      • Re: [E1000-devel] e1000: "eeprom checksum is not valid" after kexec, Thadeu Lima de Souza Cascardo
      • Re: [E1000-devel] e1000: "eeprom checksum is not valid" after kexec, Rafael J. Wysocki
  • Re: e1000: "eeprom checksum is not valid" after kexec, Rafael J. Wysocki
    • Re: e1000: "eeprom checksum is not valid" after kexec, Jiri Slaby
      • Re: e1000: "eeprom checksum is not valid" after kexec, Rafael J. Wysocki
• [PATCH -tip] remove the BKL: remove "BKL auto-drop" assumption from ext3_remount(), Alessio Igor Bogani
  • Re: [PATCH -tip] remove the BKL: remove "BKL auto-drop" assumption from ext3_remount(), Ingo Molnar
    • Re: [PATCH -tip] remove the BKL: remove "BKL auto-drop" assumption from ext3_remount(), Alessio Igor Bogani
    • [PATCH -tip:kill-the-BKL] remove the BKL: remove "BKL auto-drop" assumption from ext3_remount(), Alessio Igor Bogani
• GFS2: Pull request (fixes), Steven Whitehouse
• [PATCH -tip] md: Avoid to call flush_scheduled_work() with BKL held, Alessio Igor Bogani
  • Re: [PATCH -tip] md: Avoid to call flush_scheduled_work() with BKL held, Ingo Molnar
• [PATCH 0/1] *** SUBJECT HERE ***, Peter 'p2' De Schrijver
  • [PATCH 1/1] TWL4030: Activate VDD1, VDD2 and VPLL1 at startup, Peter 'p2' De Schrijver
    • Re: [PATCH 1/1] TWL4030: Activate VDD1, VDD2 and VPLL1 at startup, Mark Brown
    • Re: [PATCH 1/1] TWL4030: Activate VDD1, VDD2 and VPLL1 at startup, David Brownell
      • Re: [PATCH 1/1] TWL4030: Activate VDD1, VDD2 and VPLL1 at startup, Peter 'p2' De Schrijver
• [PATCH] TWL4030: add function to send PB messages, Peter 'p2' De Schrijver
  • [PATCH] TWL4030: Make sure the regulator is active after calling twl4030reg_enable, Peter 'p2' De Schrijver
    • Re: [PATCH] TWL4030: Make sure the regulator is active after calling twl4030reg_enable, Mark Brown
  • Re: [PATCH] TWL4030: add function to send PB messages, Mark Brown
  • <Possible follow-ups>
  • Re: [PATCH] TWL4030: add function to send PB messages, David Brownell
    • Re: [PATCH] TWL4030: add function to send PB messages, Peter 'p2' De Schrijver
• forcedeth, 2.6.29.1: no link during initialization, Harald Dunkel
  • Re: forcedeth, 2.6.29.1: no link during initialization, Andrew Morton
• [PATCH v2 0/3] [ISDN] Documentation patchset, Karsten Keil
  • [PATCH v2 3/3] Add reference to CAPI 2.0 standard, Karsten Keil
  • [PATCH v2 1/3] update Documentation/isdn/00-INDEX, Karsten Keil
  • [PATCH v2 2/3] Documentation/isdn/INTERFACE.CAPI, Karsten Keil
  • Re: [PATCH v2 0/3] [ISDN] Documentation patchset, David Miller
    • Re: [PATCH v2 0/3] [ISDN] Documentation patchset, Karsten Keil
    • Re: [PATCH v2 0/3] [ISDN] Documentation patchset, Tilman Schmidt
• [PATCH] ioatdma: fix "ioatdma frees DMA memory with wrong function", Maciej Sosnowski
• [GIT PULL] KVM fixes for 2.6.30-rc3, Avi Kivity
• [RFC PATCHSET linux-2.6-block#for-2.6.31] block: lld cleanup patches, Tejun Heo
  • [PATCH 03/12] amiflop,ataflop,xd,mg_disk: clean up unnecessary stuff from block drivers, Tejun Heo
  • [PATCH 01/12] block-update-end_cur, Tejun Heo
  • [PATCH 05/12] sunvdc: kill vdc_end_request(), Tejun Heo
    • Re: [PATCH 05/12] sunvdc: kill vdc_end_request(), David Miller
      • Re: [PATCH 05/12] sunvdc: kill vdc_end_request(), Tejun Heo
  • [PATCH 07/12] ubd: drop unnecessary rq->sector manipulation, Tejun Heo
  • [PATCH 04/12] ps3disk: simplify request completion, Tejun Heo
  • [PATCH 02/12] block: don't init rq fields unnecessarily, Tejun Heo
  • [PATCH 06/12] ubd: cleanup completion path, Tejun Heo
  • [PATCH 08/12] hd: clean up request completion paths, Tejun Heo
  • [PATCH 09/12] swim3: clean up request completion paths, Tejun Heo
  • [PATCH 12/12] mg_disk: clean up request completion paths, Tejun Heo
  • [PATCH 10/12] swim: clean up request completion paths, Tejun Heo
  • [PATCH 11/12] mg_disk: fold mg_disk.h into mg_disk.c, Tejun Heo
  • Re: [RFC PATCHSET linux-2.6-block#for-2.6.31] block: lld cleanup patches, Bartlomiej Zolnierkiewicz
    • Re: [RFC PATCHSET linux-2.6-block#for-2.6.31] block: lld cleanup patches, Tejun Heo
      • Re: [RFC PATCHSET linux-2.6-block#for-2.6.31] block: lld cleanup patches, Bartlomiej Zolnierkiewicz
      • Re: [RFC PATCHSET linux-2.6-block#for-2.6.31] block: lld cleanup patches, Tejun Heo
• ptrace(PTRACE_SYSCALL/CONT/DETACH, ..., SIGSTOP) does not work, Denys Vlasenko
  • SIGSTOP && ptrace (Was: ptrace(PTRACE_SYSCALL/CONT/DETACH, ..., SIGSTOP) does not work), Oleg Nesterov
    • Q: ptrace_signal() && PTRACE_SETSIGINFO (Was: SIGSTOP && ptrace), Oleg Nesterov
      • Re: Q: ptrace_signal() && PTRACE_SETSIGINFO (Was: SIGSTOP && ptrace), Roland McGrath
      • Re: Q: ptrace_signal() && PTRACE_SETSIGINFO (Was: SIGSTOP && ptrace), Oleg Nesterov
    • Re: SIGSTOP && ptrace (Was: ptrace(PTRACE_SYSCALL/CONT/DETACH, ..., SIGSTOP) does not work), Roland McGrath
      • Re: SIGSTOP && ptrace (Was: ptrace(PTRACE_SYSCALL/CONT/DETACH, ..., SIGSTOP) does not work), Denys Vlasenko
• [patch 0/6] s390 patches for 2.6.30-rc3, Martin Schwidefsky
  • [patch 3/6] /proc/stat idle field for idle cpus, Martin Schwidefsky
  • [patch 6/6] update default configuration., Martin Schwidefsky
  • [patch 2/6] appldata: avoid deadlock with appldata_mem, Martin Schwidefsky
  • [patch 1/6] ipl: fix compile breakage, Martin Schwidefsky
  • [patch 5/6] omit frame pointers on s390 when possible, Martin Schwidefsky
  • [patch 4/6] Use tape_generic_offline directly., Martin Schwidefsky
• ACPI / powernow-k8 problems with M4A78T-E (AM3) and 2.6.30-rc3, Ross Alexander
  • Re: ACPI / powernow-k8 problems with M4A78T-E (AM3) and 2.6.30-rc3, Ozan Çağlayan
  • Message not available
    • Re: ACPI / powernow-k8 problems with M4A78T-E (AM3) and 2.6.30-rc3, Len Brown
      • RE: ACPI / powernow-k8 problems with M4A78T-E (AM3) and 2.6.30-rc3, Ross Alexander
• [PATCH block#for-linus] mg_disk: fix locking, Tejun Heo
• [PATCH] CacheFiles: Fix the documentation to use the correct credential pointer names, David Howells
• GFS2: Block alloc fixes, Steven Whitehouse
  • [PATCH 1/3] bitops: Add __ffs64 bitop, Steven Whitehouse
    • [PATCH 2/3] GFS2: Fix bug in block allocation, Steven Whitehouse
      • [PATCH 3/3] GFS2: Ensure that the inode goal block settings are updated, Steven Whitehouse
    • Re: [PATCH 1/3] bitops: Add __ffs64 bitop, Valdis . Kletnieks
      • Re: [PATCH 1/3] bitops: Add __ffs64 bitop, Steven Whitehouse
      • Re: [PATCH 1/3] bitops: Add __ffs64 bitop, Valdis . Kletnieks
• [PATCH] Update email address., Florian Fainelli
• DRM KMS + intel fb, Peter Hanzel
  • Re: DRM KMS + intel fb, Gerd Hoffmann
• [PATCH] range-bw: Another I/O scheduling policy of dm-ioband supporting the predicable I/O bandwidth (range bandwidth), Dong-Jae Kang
  • Re: [PATCH] range-bw: Another I/O scheduling policy of dm-ioband supporting the predicable I/O bandwidth (range bandwidth), Ryo Tsuruta
    • Re: [PATCH] range-bw: Another I/O scheduling policy of dm-ioband supporting the predicable I/O bandwidth (range bandwidth), Dong-Jae Kang
      • Re: [PATCH] range-bw: Another I/O scheduling policy of dm-ioband supporting the predicable I/O bandwidth (range bandwidth), Ryo Tsuruta
      • Re: [PATCH] range-bw: Another I/O scheduling policy of dm-ioband supporting the predicable I/O bandwidth (range bandwidth), Dong-Jae Kang
      • Re: [PATCH] range-bw: Another I/O scheduling policy of dm-ioband supporting the predicable I/O bandwidth (range bandwidth), Ryo Tsuruta
• [patch 000/100] 2.6.29.2 -stable review, Chris Wright
  • [patch 015/100] drm/i915: Change DCC tiling detection case to cover only mobile parts., Chris Wright
  • [patch 017/100] drm/i915: Sync crt hotplug detection with intel video driver, Chris Wright
  • [patch 016/100] drm/i915: Read the right SDVO register when detecting SVDO/HDMI., Chris Wright
  • [patch 005/100] PCI/x86: detect host bridge config space size w/o using quirks, Chris Wright
  • [patch 012/100] acpi: fix of pmtimer overflow that make Cx states time incorrect, Chris Wright
    • RE: [patch 012/100] acpi: fix of pmtimer overflow that make Cx states time incorrect, Shi, Alex
    • RE: [patch 012/100] acpi: fix of pmtimer overflow that make Cx states time incorrect, Shi, Alex
  • [patch 013/100] ACPI: cap off P-state transition latency from buggy BIOSes, Chris Wright
    • Re: [patch 013/100] ACPI: cap off P-state transition latency from buggy BIOSes, Martin Steigerwald
  • [patch 019/100] drm/i915: check for -EINVAL from vm_insert_pfn, Chris Wright
  • [patch 004/100] ide: Fix code dealing with sleeping devices in do_ide_request(), Chris Wright
  • [patch 001/100] security/smack: fix oops when setting a size 0 SMACK64 xattr, Chris Wright
  • [patch 010/100] tracing/core: fix early free of cpumasks, Chris Wright
  • [patch 006/100] MIPS: Compat: Zero upper 32-bit of offset_high and offset_low., Chris Wright
  • [patch 011/100] x86, setup: mark %esi as clobbered in E820 BIOS call, Chris Wright
  • [patch 008/100] ext4: fix locking typo in mballoc which could cause soft lockup hangs, Chris Wright
  • [patch 002/100] fbmem: fix fb_info->lock and mm->mmap_sem circular locking dependency, Chris Wright
  • [patch 020/100] drm: Use pgprot_writecombine in GEM GTT mapping to get the right bits for !PAT., Chris Wright
  • [patch 009/100] rt2x00: Fix SLAB corruption during rmmod, Chris Wright
  • [patch 026/100] V4L/DVB (10943): cx88: Prevent general protection fault on rmmod, Chris Wright
  • [patch 025/100] r8169: Reset IntrStatus after chip reset, Chris Wright
  • [patch 023/100] SCSI: sg: fix iovec bugs introduced by the block layer conversion, Chris Wright
  • [patch 007/100] ext4: fix typo which causes a memory leak on error path, Chris Wright
  • [patch 022/100] drm/i915: fix TV mode setting in property change, Chris Wright
  • [patch 014/100] dock: fix dereference after kfree(), Chris Wright
  • [patch 018/100] drm/i915: Check for dev->primary->master before dereference., Chris Wright
  • [patch 021/100] drm/i915: only set TV mode when any property changed, Chris Wright
  • [patch 028/100] ide-atapi: start DMA after issuing a packet command, Chris Wright
  • [patch 027/100] ide: drivers/ide/ide-atapi.c needs <linux/scatterlist.h>, Chris Wright
  • [patch 024/100] md/raid1 - dont assume newly allocated bvecs are initialised., Chris Wright
  • [patch 003/100] fbdev: fix info->lock deadlock in fbcon_event_notify(), Chris Wright
  • [patch 030/100] sysctl: fix suid_dumpable and lease-break-time sysctls, Chris Wright
  • [patch 033/100] ixgbe: Fix potential memory leak/driver panic issue while setting up Tx & Rx ring parameters, Chris Wright
  • [patch 031/100] mm: define a UNIQUE value for AS_UNEVICTABLE flag, Chris Wright
  • [patch 032/100] mm: do_xip_mapping_read: fix length calculation, Chris Wright
  • [patch 034/100] dm: preserve bi_io_vec when resubmitting bios, Chris Wright
  • [patch 037/100] dm io: make sync_io uninterruptible, Chris Wright
  • [patch 029/100] cpumask: fix slab corruption caused by alloc_cpumask_var_node(), Chris Wright
  • [patch 035/100] vfs: skip I_CLEAR state inodes, Chris Wright
  • [patch 047/100] acer-wmi: Blacklist Acer Aspire One, Chris Wright
  • [patch 049/100] netfilter: {ip, ip6, arp}_tables: fix incorrect loop detection, Chris Wright
  • [patch 046/100] crypto: shash - Fix unaligned calculation with short length, Chris Wright
  • [patch 036/100] dm raid1: switch read_record from kmalloc to slab to save memory, Chris Wright
  • [patch 048/100] kprobes: Fix locking imbalance in kretprobes, Chris Wright
  • [patch 038/100] dm snapshot: refactor __find_pending_exception, Chris Wright
  • [patch 040/100] dm snapshot: avoid having two exceptions for the same chunk, Chris Wright
  • [patch 051/100] ALSA: hda - add missing comma in ad1884_slave_vols, Chris Wright
  • [patch 055/100] cap_prctl: dont set error to 0 at no_change, Chris Wright
  • [patch 045/100] net/netrom: Fix socket locking, Chris Wright
  • [patch 044/100] af_rose/x25: Sanity check the maximum user frame size, Chris Wright
  • [patch 050/100] splice: fix deadlock in splicing to file, Chris Wright
  • [patch 043/100] dm table: fix upgrade mode race, Chris Wright
  • [patch 039/100] dm snapshot: avoid dropping lock in __find_pending_exception, Chris Wright
  • [patch 042/100] dm: path selector use module refcount directly, Chris Wright
  • [patch 041/100] dm target: use module refcount directly, Chris Wright
  • [patch 052/100] sparc64: Fix bug in ("sparc64: Flush TLB before releasing pages."), Chris Wright
  • [patch 058/100] posix-timers: fix RLIMIT_CPU && setitimer(CPUCLOCK_PROF), Chris Wright
  • [patch 062/100] x86: fix broken irq migration logic while cleaning up multiple vectors, Chris Wright
  • [patch 060/100] dm kcopyd: fix callback race, Chris Wright
  • [patch 057/100] posix-timers: fix RLIMIT_CPU && fork(), Chris Wright
    • Re: [patch 057/100] posix-timers: fix RLIMIT_CPU && fork(), Chuck Ebbert
      • Re: [patch 057/100] posix-timers: fix RLIMIT_CPU && fork(), Oleg Nesterov
      • Re: [patch 057/100] posix-timers: fix RLIMIT_CPU && fork(), Chris Wright
  • [patch 059/100] dm kcopyd: prepare for callback race fix, Chris Wright
  • [patch 063/100] hrtimer: fix rq->lock inversion (again), Chris Wright
  • [patch 066/100] tty: Fix leak in ti-usb, Chris Wright
  • [patch 056/100] posixtimers, sched: Fix posix clock monotonicity, Chris Wright
  • [patch 074/100] SCSI: sg: fix races with ioctl(SG_IO), Chris Wright
  • [patch 067/100] sfc: Match calls to netif_napi_add() and netif_napi_del(), Chris Wright
  • [patch 064/100] add some long-missing capabilities to fs_mask, Chris Wright
  • [patch 082/100] KVM: Fix missing smp tlb flush in invlpg, Chris Wright
  • [patch 069/100] powerpc: Fix data-corrupting bug in __futex_atomic_op, Chris Wright
  • [patch 083/100] KVM: Add CONFIG_HAVE_KVM_IRQCHIP, Chris Wright
  • [patch 072/100] mm: pass correct mm when growing stack, Chris Wright
  • [patch 068/100] ALSA: hda - Fix the cmd cache keys for amp verbs, Chris Wright
  • [patch 086/100] KVM: MMU: handle compound pages in kvm_is_mmio_pfn, Chris Wright
  • [patch 084/100] KVM: Interrupt mask notifiers for ioapic, Chris Wright
  • [patch 071/100] pata_hpt37x: fix HPT370 DMA timeouts, Chris Wright
  • [patch 075/100] SCSI: sg: avoid blk_put_request/blk_rq_unmap_user in interrupt, Chris Wright
  • [patch 054/100] SCSI: libiscsi: fix iscsi pool error path (fixlet), Chris Wright
  • [patch 079/100] USB: ftdi_sio: add vendor/project id for JETI specbos 1201 spectrometer, Chris Wright
  • [patch 073/100] SCSI: sg: fix races during device removal, Chris Wright
  • [patch 088/100] KVM: VMX: Update necessary state when guest enters long mode, Chris Wright
  • [patch 080/100] USB: fix oops in cdc-wdm in case of malformed descriptors, Chris Wright
  • [patch 065/100] spi: spi_write_then_read() bugfixes, Chris Wright
  • [patch 081/100] USB: usb-storage: augment unusual_devs entry for Simple Tech/Datafab, Chris Wright
  • [patch 087/100] KVM: fix kvm_vm_ioctl_deassign_device, Chris Wright
  • [patch 077/100] x86: disable X86_PTRACE_BTS for now, Chris Wright
  • [patch 089/100] KVM: is_long_mode() should check for EFER.LMA, Chris Wright
  • [patch 076/100] SCSI: sg: fix q->queue_lock on scsi_error_handler path, Chris Wright
  • [patch 070/100] hpt366: fix HPT370 DMA timeouts, Chris Wright
  • [patch 085/100] KVM: Reset PIT irq injection logic when the PIT IRQ is unmasked, Chris Wright
  • [patch 053/100] SCSI: libiscsi: fix iscsi pool error path, Chris Wright
  • [patch 092/100] Revert "console ASCII glyph 1:1 mapping", Chris Wright
  • [patch 097/100] hugetlbfs: return negative error code for bad mount option, Chris Wright
  • [patch 093/100] virtio: fix suspend when using virtio_balloon, Chris Wright
  • [patch 096/100] NFS: Fix the XDR iovec calculation in nfs3_xdr_setaclargs, Chris Wright
  • [patch 078/100] usb gadget: fix ethernet link reports to ethtool, Chris Wright
  • [patch 091/100] Input: gameport - fix attach driver code, Chris Wright
  • [patch 099/100] skge: fix occasional BUG during MTU change, Chris Wright
  • [patch 095/100] gso: Fix support for linear packets, Chris Wright
  • [patch 098/100] scsi: mpt: suppress debugobjects warning, Chris Wright
  • [patch 100/100] Bonding: fix zero address hole bug in arp_ip_target list, Chris Wright
  • [patch 094/100] agp: zero pages before sending to userspace, Chris Wright
  • [patch 090/100] x86, PAT: Remove page granularity tracking for vm_insert_pfn maps, Chris Wright
  • [patch 061/100] sched: do not count frozen tasks toward load, Chris Wright
  • Re: [patch 000/100] 2.6.29.2 -stable review, Tvrtko Ursulin
    • Re: [stable] [patch 000/100] 2.6.29.2 -stable review, Greg KH
      • Re: [stable] [patch 000/100] 2.6.29.2 -stable review, Tvrtko Ursulin
      • Re: [stable] [patch 000/100] 2.6.29.2 -stable review, Greg KH
      • Re: [stable] [patch 000/100] 2.6.29.2 -stable review, Tvrtko Ursulin
      • Re: [stable] [patch 000/100] 2.6.29.2 -stable review, Greg KH
      • Re: [stable] [patch 000/100] 2.6.29.2 -stable review, Tvrtko Ursulin
      • Re: [stable] [patch 000/100] 2.6.29.2 -stable review, Chris Wright
• Re: linux-next: upstream tree build warnings, David Miller
  • Re: linux-next: upstream tree build warnings, Stephen Rothwell
    • Re: linux-next: upstream tree build warnings, Stephen Rothwell
      • Re: linux-next: upstream tree build warnings, Alex Williamson
  • Re: linux-next: upstream tree build warnings, Rusty Russell
    • Re: linux-next: upstream tree build warnings, David Miller
• [PATCH] virtio-rng: Remove false BUG for spurious callbacks, Rusty Russell
  • Re: [PATCH] virtio-rng: Remove false BUG for spurious callbacks, Linus Torvalds
    • Re: [PATCH] virtio-rng: Remove false BUG for spurious callbacks, Rusty Russell
• linux-next: Tree for April 23, Stephen Rothwell
• linux-next: upstream tree build failure, Stephen Rothwell
  • Re: linux-next: upstream tree build failure, Josh Boyer
    • [PATCH v2] powerpc: fix for long standing bug noticed by gcc 4.4.0, Stephen Rothwell
      • Re: [PATCH v2] powerpc: fix for long standing bug noticed by gcc 4.4.0, Kumar Gala
• [PATCH RFC] v1 expedited "big hammer" RCU grace periods, Paul E. McKenney
  • Re: [PATCH RFC] v1 expedited "big hammer" RCU grace periods, Lai Jiangshan
    • Re: [PATCH RFC] v1 expedited "big hammer" RCU grace periods, Paul E. McKenney
      • Re: [PATCH RFC] v1 expedited "big hammer" RCU grace periods, Lai Jiangshan
      • Re: [PATCH RFC] v1 expedited "big hammer" RCU grace periods, Paul E. McKenney
  • Re: [PATCH RFC] v1 expedited "big hammer" RCU grace periods, Ingo Molnar
    • Re: [PATCH RFC] v1 expedited "big hammer" RCU grace periods, Paul E. McKenney
      • Re: [PATCH RFC] v1 expedited "big hammer" RCU grace periods, Linus Torvalds
      • Re: [PATCH RFC] v1 expedited "big hammer" RCU grace periods, Paul E. McKenney
  • Re: [PATCH RFC] v1 expedited "big hammer" RCU grace periods, Mathieu Desnoyers
    • Re: [PATCH RFC] v1 expedited "big hammer" RCU grace periods, Paul E. McKenney
• [PATCH] umem: fix request_queue lock warning, Sage Weil
  • Re: [PATCH] umem: fix request_queue lock warning, Jens Axboe
• Crash in v2.6.30-rc3 (regression from 30-rc2), Gregory Haskins
  • Re: Crash in v2.6.30-rc3 (regression from 30-rc2), Andrew Morton
    • Re: Crash in v2.6.30-rc3 (regression from 30-rc2), Jens Axboe
• [PATCH] x86/hpet: prevent boot hang when hpet=force used on old ICH, Len Brown
  • Re: [PATCH] x86/hpet: prevent boot hang when hpet=force used on old ICH, Ingo Molnar
    • Re: [PATCH] x86/hpet: prevent boot hang when hpet=force used on old ICH, Len Brown
      • Re: [PATCH] x86/hpet: prevent boot hang when hpet=force used on old ICH, Ingo Molnar
  • [PATCH] ACPI/hpet: prevent boot hang when hpet=force used on ICH-4M, Len Brown
    • [PATCH] HPET: stop soliciting hpet=force users on ICH4M, Len Brown
      • Re: [PATCH] HPET: stop soliciting hpet=force users on ICH4M, Pallipadi, Venkatesh
      • Re: [PATCH] HPET: stop soliciting hpet=force users on ICH4M, Ingo Molnar
      • [tip:x86/urgent] x86, hpet: Stop soliciting hpet=force users on ICH4M, tip-bot for Len Brown
    • Re: [PATCH] ACPI/hpet: prevent boot hang when hpet=force used on ICH-4M, Pallipadi, Venkatesh
    • Re: [PATCH] ACPI/hpet: prevent boot hang when hpet=force used on ICH-4M, Ingo Molnar
      • Re: [PATCH] ACPI/hpet: prevent boot hang when hpet=force used on ICH-4M, Len Brown
• [PATCH] net/ipv6/sysctl_net_ipv6.c: fix sparse warnings, H Hartley Sweeten
• Mailbox De-Activation, Douglas Rasmussen
• [PATCH] net/ipv6/tcp_ipv6.c: fix sparse warnings, H Hartley Sweeten
  • Re: [PATCH] net/ipv6/tcp_ipv6.c: fix sparse warnings, David Miller
• [PATCH] net/sunrpc/svc_xprt.c: fix sparse warnings, H Hartley Sweeten
  • Re: [PATCH] net/sunrpc/svc_xprt.c: fix sparse warnings, J. Bruce Fields
• [RFC PATCH] fpathconf() for fsync() behavior, Valerie Aurora Henson
  • Re: [RFC PATCH] fpathconf() for fsync() behavior, Andrew Morton
    • Re: [RFC PATCH] fpathconf() for fsync() behavior, Jamie Lokier
      • Re: [RFC PATCH] fpathconf() for fsync() behavior, Theodore Tso
      • Re: [RFC PATCH] fpathconf() for fsync() behavior, Jeff Garzik
      • Re: [RFC PATCH] fpathconf() for fsync() behavior, Theodore Tso
      • Re: [RFC PATCH] fpathconf() for fsync() behavior, Valerie Aurora Henson
      • Re: [RFC PATCH] fpathconf() for fsync() behavior, Pavel Machek
      • Re: [RFC PATCH] fpathconf() for fsync() behavior, Jamie Lokier
      • Re: [RFC PATCH] fpathconf() for fsync() behavior, Theodore Tso
      • fsync_range_with_flags() - improving sync_file_range(), Jamie Lokier
      • Re: fsync_range_with_flags() - improving sync_file_range(), Theodore Tso
      • Re: fsync_range_with_flags() - improving sync_file_range(), Jamie Lokier
    • Re: [RFC PATCH] fpathconf() for fsync() behavior, Valerie Aurora Henson
      • Re: [RFC PATCH] fpathconf() for fsync() behavior, Ric Wheeler
      • Re: [RFC PATCH] fpathconf() for fsync() behavior, Jamie Lokier
  • Re: [RFC PATCH] fpathconf() for fsync() behavior, Christoph Hellwig
    • Re: [RFC PATCH] fpathconf() for fsync() behavior, Valerie Aurora Henson
• bad references to CONFIG variables from Makefiles, Robert P. J. Day
  • Re: bad references to CONFIG variables from Makefiles, John Williams
  • Re: bad references to CONFIG variables from Makefiles, Mike Frysinger
  • Re: bad references to CONFIG variables from Makefiles, Takashi Iwai
• [GIT PULL] linux-firmware updates, Greg KH
  • Re: [GIT PULL] linux-firmware updates, Bernd Porr
• i2c algo bit timeout question, Dave Airlie
  • Re: i2c algo bit timeout question, Jean Delvare
• [PATCH][BUGFIX] utrace/ia64: Fix syscall_get_set_args_cb() to handle syscalls via syscall(), Masami Hiramatsu
  • Re: [PATCH][BUGFIX] utrace/ia64: Fix syscall_get_set_args_cb() to handle syscalls via syscall(), Masami Hiramatsu
• splice() on unix sockets, Mark Hills
• [PATCH v3] PCI: Add support for turning PCIe ECRC on or off, Andrew Patterson
  • [PATCH v3] PCI: Add support for turning PCIe ECRC on or off, Andrew Patterson
    • Re: [PATCH v3] PCI: Add support for turning PCIe ECRC on or off, Kenji Kaneshige
• [PATCH] Eliminate thousands of warnings in WARN_ON with gcc 3.2 build, Andi Kleen
  • Re: [PATCH] Eliminate thousands of warnings in WARN_ON with gcc 3.2 build, Jesper Nilsson
    • Re: [PATCH] Eliminate thousands of warnings in WARN_ON with gcc 3.2 build, Andi Kleen
  • Re: [PATCH] Eliminate thousands of warnings in WARN_ON with gcc 3.2 build, Johannes Weiner
    • Re: [PATCH] Eliminate thousands of warnings in WARN_ON with gcc 3.2 build, Andi Kleen
      • Re: [PATCH] Eliminate thousands of warnings in WARN_ON with gcc 3.2 build, Johannes Weiner
      • Re: [PATCH] Eliminate thousands of warnings in WARN_ON with gcc 3.2 build, Andi Kleen
      • Re: [PATCH] Eliminate thousands of warnings in WARN_ON with gcc 3.2 build, Arjan van de Ven
      • Re: [PATCH] Eliminate thousands of warnings in WARN_ON with gcc 3.2 build, Andi Kleen
• Re: ptracee data structures cleanup, Oleg Nesterov
  • Re: remove PT_DTRACE from arch/* except arch/um, Oleg Nesterov
    • Re: remove PT_DTRACE from arch/* except arch/um, Roland McGrath
  • PT_DTRACE && uml, Oleg Nesterov
    • Re: PT_DTRACE && uml, Roland McGrath
    • Re: PT_DTRACE && uml, Jeff Dike
      • Re: PT_DTRACE && uml, Oleg Nesterov
      • copy_process() && ti->flags (Was: PT_DTRACE && uml), Oleg Nesterov
      • Re: copy_process() && ti->flags (Was: PT_DTRACE && uml), Roland McGrath
  • Re: ptracee data structures cleanup, Mike Frysinger
    • Re: ptracee data structures cleanup, Roland McGrath
• [PATCH] x86: check boundry in setup_node_bootmem(), Yinghai Lu
  • [tip:x86/urgent] x86: check boundary in setup_node_bootmem(), tip-bot for Yinghai Lu
• Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Corrado Zoccolo
  • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Paolo Ciarrocchi
  • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Jens Axboe
    • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Corrado Zoccolo
  • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Aaron Carroll
    • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Jens Axboe
    • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Corrado Zoccolo
      • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Aaron Carroll
      • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Corrado Zoccolo
      • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Jens Axboe
      • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Corrado Zoccolo
      • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Corrado Zoccolo
      • Re: Reduce latencies for syncronous writes and high I/O priority requests in deadline IO scheduler, Corrado Zoccolo
• Tool support for Kconfig, Rafael Lotufo
  • Re: Tool support for Kconfig, Giacomo A. Catenazzi
• [patch 0/2] Fixing AMD cmpxchg "missing lfence" mess, Mathieu Desnoyers
  • [patch 1/2] x86: cleanup alternative.h, Mathieu Desnoyers
    • [GIT PULL] x86: cleanup alternative.h, Mathieu Desnoyers
      • Re: [GIT PULL] x86: cleanup alternative.h, Ingo Molnar
      • Re: [GIT PULL] x86: cleanup alternative.h (v2), Mathieu Desnoyers
      • [tip:x86/asm] x86: clean up alternative.h, tip-bot for Mathieu Desnoyers
      • Re: [tip:x86/asm] x86: clean up alternative.h, Mathieu Desnoyers
      • Re: [GIT PULL] x86: cleanup alternative.h, H. Peter Anvin
      • Re: [GIT PULL] x86: cleanup alternative.h, Mathieu Desnoyers
      • Re: [GIT PULL] x86: cleanup alternative.h (v3), Mathieu Desnoyers
  • [patch 2/2] x86 amd fix cmpxchg read acquire barrier, Mathieu Desnoyers
    • Re: [patch 2/2] x86 amd fix cmpxchg read acquire barrier, Alan Cox
      • Re: [patch 2/2] x86 amd fix cmpxchg read acquire barrier, Mathieu Desnoyers
      • Re: [patch 2/2] x86 amd fix cmpxchg read acquire barrier, Alan Cox
      • Re: [patch 2/2] x86 amd fix cmpxchg read acquire barrier, Mathieu Desnoyers
    • Re: [patch 2/2] x86 amd fix cmpxchg read acquire barrier, Ingo Molnar
      • Re: [patch 2/2] x86 amd fix cmpxchg read acquire barrier, Mathieu Desnoyers
      • Re: [patch 2/2] x86 amd fix cmpxchg read acquire barrier, Arkadiusz Miskiewicz
      • Re: [patch 2/2] x86 amd fix cmpxchg read acquire barrier, Mathieu Desnoyers
    • Re: [patch 2/2] x86 amd fix cmpxchg read acquire barrier, Pavel Machek
• [PATCH] mfd: Mark WM8350 mask revision as readable to match silicon, Mark Brown
  • <Possible follow-ups>
  • [PATCH] mfd: Mark WM8350 mask revision as readable to match silicon, Mark Brown
• Industry Invite for April 30th, Daniel Henderson
• Proc entry to know task/thread sleep time, Venky Venkatesh (venky)
  • Re: Proc entry to know task/thread sleep time, Andrew Morton
• [PATCH v2] Sony laptop: Sony Vaio laptops do not enable wwan power by default., Tim Gardner
• 2.6.30-rc3: Warning during boot (ReiserFS), David
  • Re: 2.6.30-rc3: Warning during boot (ReiserFS), David
  • Re: 2.6.30-rc3: Warning during boot (ReiserFS), Al Viro
• [PATCH] Sony laptop: Some Sony Vaia laptops do not enable wwan power by default., Tim Gardner
  • Re: [PATCH] Sony laptop: Some Sony Vaia laptops do not enable wwan power by default., Matthew Garrett
    • Re: [PATCH] Sony laptop: Some Sony Vaia laptops do not enable wwan power by default., Tim Gardner
      • Re: [PATCH] Sony laptop: Some Sony Vaia laptops do not enable wwan power by default., Matthew Garrett
      • Re: [PATCH] Sony laptop: Some Sony Vaia laptops do not enable wwan power by default., Mattia Dongili
  • Re: [PATCH] Sony laptop: Some Sony Vaia laptops do not enable wwan power by default., Mattia Dongili
    • Re: [PATCH] Sony laptop: Some Sony Vaia laptops do not enable wwan power by default., Tim Gardner
• [PATCH 7/7] xtensa: add parameter to ccount_read(), Coly Li
  • Re: [PATCH 7/7] xtensa: add parameter to ccount_read(), Johannes Weiner
    • Re: [PATCH 7/7] xtensa: add parameter to ccount_read(), Coly Li
• [PATCH 7/7] xtensa: ccount_read(), Coly Li
• [PATCH 6/7] parisc: add parameter to read_cr16(), Coly Li
  • Re: [PATCH 6/7] parisc: add parameter to read_cr16(), Helge Deller
• [PATCH 5/7] mips cavium-octeon: add parameter to octeon_cvmcount_read(), Coly Li
  • Re: [PATCH 5/7] mips cavium-octeon: add parameter to octeon_cvmcount_read(), David Daney
• [PATCH 4/7] mips alchemy: add parameter to au1x_counter1_read(), Coly Li
  • Re: [PATCH 4/7] mips alchemy: add parameter to au1x_counter1_read(), Manuel Lauss
• [PATCH 3/7] microblaze: add parameter to microblaze_read(), Coly Li
  • Re: [PATCH 3/7] microblaze: add parameter to microblaze_read(), Michal Simek
• [PATCH 2/7] mach-sa1100: add parameter to sa1100_read_oscr(), Coly Li
• [PATCH 1/7] mach-mmp: add parameter to clksrc_read(), Coly Li
  • Re: [PATCH 1/7] mach-mmp: add parameter to clksrc_read(), Eric Miao
    • Re: [PATCH 1/7] mach-mmp: add parameter to clksrc_read(), Coly Li
      • Re: [PATCH 1/7] mach-mmp: add parameter to clksrc_read(), Eric Miao
• updated CONFIG scanning wiki pages, Robert P. J. Day
• NFS client packet storm on 2.6.27.x, Kasparek Tomas
  • Re: NFS client packet storm on 2.6.27.x, Steve Dickson
    • Re: NFS client packet storm on 2.6.27.x, Kasparek Tomas
• [PATCH 0/3] [ISDN] Documentation patchset, Karsten Keil
  • [PATCH 2/3] Documentation/isdn/INTERFACE.CAPI, Tilman Schmidt
  • [PATCH 3/3] Add reference to CAPI 2.0 standard, Karsten Keil
    • Re: [PATCH 3/3] Add reference to CAPI 2.0 standard, Randy Dunlap
      • Re: [PATCH 3/3] Add reference to CAPI 2.0 standard, Karsten Keil
  • [PATCH 1/3] update Documentation/isdn/00-INDEX, Tilman Schmidt
  • Re: [PATCH 0/3] [ISDN] Documentation patchset, Randy Dunlap
• [PATCH][BUILD FAILURE 03/12] Re: Next April 21 : PPC64 randconfig [arch/powerpc/kernel/of_platform.o], Subrata Modak
  • Re: [PATCH][BUILD FAILURE 03/12] Re: Next April 21 : PPC64 randconfig [arch/powerpc/kernel/of_platform.o], Michael Ellerman
    • Re: [PATCH][BUILD FAILURE 03/12] Re: Next April 21 : PPC64 randconfig [arch/powerpc/kernel/of_platform.o], Randy Dunlap
      • Re: [PATCH][BUILD FAILURE 03/12] Re: Next April 21 : PPC64 randconfig [arch/powerpc/kernel/of_platform.o], Michael Ellerman
      • Re: [PATCH][BUILD FAILURE 03/12] Re: Next April 21 : PPC64 randconfig [arch/powerpc/kernel/of_platform.o], Geert Uytterhoeven
• [PATCH 0/2] Fix sys_sync() bug and slightly cleanup the code, Jan Kara
  • [PATCH] vfs: Fix sys_sync() and fsync_super() reliability, Jan Kara
    • Re: [PATCH] vfs: Fix sys_sync() and fsync_super() reliability, Trond Myklebust
      • Re: [PATCH] vfs: Fix sys_sync() and fsync_super() reliability, Jan Kara
    • Re: [PATCH] vfs: Fix sys_sync() and fsync_super() reliability, Christoph Hellwig
      • Re: [PATCH] vfs: Fix sys_sync() and fsync_super() reliability, Jan Kara
      • Re: [PATCH] vfs: Fix sys_sync() and fsync_super() reliability, Christoph Hellwig
  • [PATCH] vfs: Merge sync_supers(), sync_filesystems() and sync_blockdevs(), Jan Kara
    • Re: [PATCH] vfs: Merge sync_supers(), sync_filesystems() and sync_blockdevs(), Trond Myklebust
    • Re: [PATCH] vfs: Merge sync_supers(), sync_filesystems() and sync_blockdevs(), Christoph Hellwig
    • Re: [PATCH] vfs: Merge sync_supers(), sync_filesystems() and sync_blockdevs(), Christoph Hellwig
• [RFC] __ffs64(), Steven Whitehouse
  • Re: [RFC] __ffs64(), Willy Tarreau
  • Re: [RFC] __ffs64(), Christoph Lameter
    • Re: [RFC] __ffs64(), Steven Whitehouse
      • Re: [RFC] __ffs64(), Benny Halevy
• [no subject], ealqg
• [PATCH] DMA: TXx9 Soc DMA Controller driver (v3), Atsushi Nemoto
  • Re: [PATCH] DMA: TXx9 Soc DMA Controller driver (v3), Dan Williams
    • Re: [PATCH] DMA: TXx9 Soc DMA Controller driver (v3), Ralf Baechle
    • Re: [PATCH] DMA: TXx9 Soc DMA Controller driver (v3), Atsushi Nemoto
• [PATCH] TXx9: Add DMAC support (v3), Atsushi Nemoto
  • Re: [PATCH] TXx9: Add DMAC support (v3), Ralf Baechle
• [GIT PULL] sound updates for 2.6.30-rc3, Takashi Iwai
• [PATCH] uv_time: add parameter to uv_read_rtc(), Coly Li
  • Re: [PATCH] uv_time: add parameter to uv_read_rtc(), Dimitri Sivanich
  • [tip:x86/urgent] uv_time: add parameter to uv_read_rtc(), tip-bot for Coly Li
• Question : internal processing of block I/O queue, ohyama_sec
  • Re: Question : internal processing of block I/O queue, Corrado Zoccolo
• Idea: Feature information / extensions dispatcher syscall., Igor Zhbanov
  • Re: Idea: Feature information / extensions dispatcher syscall., Andi Kleen
    • Message not available
      • Re: Re: Idea: Feature information / extensions dispatcher syscall., Igor Zhbanov
      • Re: Idea: Feature information / extensions dispatcher syscall., Alan Cox
      • Re: Idea: Feature information / extensions dispatcher syscall., Igor Zhbanov
      • Re: Idea: Feature information / extensions dispatcher syscall., Alan Cox
    • Re: Idea: Feature information / extensions dispatcher syscall., Igor Zhbanov
• Why module_exit() is void and not int? What about can_unload()?, Igor Zhbanov
• [PATCH 00/22] Cleanup and optimise the page allocator V7, Mel Gorman
  • [PATCH 02/22] Do not sanity check order in the fast path, Mel Gorman
    • Re: [PATCH 02/22] Do not sanity check order in the fast path, Dave Hansen
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Mel Gorman
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Dave Hansen
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Mel Gorman
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Dave Hansen
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Mel Gorman
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Dave Hansen
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, KOSAKI Motohiro
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Mel Gorman
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Dave Hansen
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Dave Hansen
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Dave Hansen
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Mel Gorman
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Dave Hansen
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, David Rientjes
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Christoph Lameter
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Pekka Enberg
      • Re: [PATCH 02/22] Do not sanity check order in the fast path, Andrew Morton
  • [PATCH 01/22] Replace __alloc_pages_internal() with __alloc_pages_nodemask(), Mel Gorman
  • [PATCH 04/22] Check only once if the zonelist is suitable for the allocation, Mel Gorman
  • [PATCH 03/22] Do not check NUMA node ID when the caller knows the node is valid, Mel Gorman
  • [PATCH 06/22] Move check for disabled anti-fragmentation out of fastpath, Mel Gorman
  • [PATCH 05/22] Break up the allocator entry point into fast and slow paths, Mel Gorman
  • [PATCH 07/22] Calculate the preferred zone for allocation only once, Mel Gorman
    • Re: [PATCH 07/22] Calculate the preferred zone for allocation only once, Andrew Morton
  • [PATCH 08/22] Calculate the migratetype for allocation only once, Mel Gorman
  • [PATCH 10/22] Remove a branch by assuming __GFP_HIGH == ALLOC_HIGH, Mel Gorman
  • [PATCH 09/22] Calculate the alloc_flags for allocation only once, Mel Gorman
    • Re: [PATCH 09/22] Calculate the alloc_flags for allocation only once, Andrew Morton
      • Re: [PATCH 09/22] Calculate the alloc_flags for allocation only once, Mel Gorman
      • Re: [PATCH 09/22] Calculate the alloc_flags for allocation only once, Andrew Morton
  • [PATCH 11/22] Inline __rmqueue_smallest(), Mel Gorman
  • [PATCH 12/22] Inline buffered_rmqueue(), Mel Gorman
  • [PATCH 13/22] Inline __rmqueue_fallback(), Mel Gorman
  • [PATCH 14/22] Do not call get_pageblock_migratetype() more than necessary, Mel Gorman
  • [PATCH 15/22] Do not disable interrupts in free_page_mlock(), Mel Gorman
    • Re: [PATCH 15/22] Do not disable interrupts in free_page_mlock(), Andrew Morton
      • Re: [PATCH 15/22] Do not disable interrupts in free_page_mlock(), KOSAKI Motohiro
      • Re: [PATCH 15/22] Do not disable interrupts in free_page_mlock(), KOSAKI Motohiro
      • Re: [PATCH 15/22] Do not disable interrupts in free_page_mlock(), Mel Gorman
      • Re: [PATCH 15/22] Do not disable interrupts in free_page_mlock(), Lee Schermerhorn
      • Re: [PATCH 15/22] Do not disable interrupts in free_page_mlock(), Mel Gorman
  • [PATCH 16/22] Do not setup zonelist cache when there is only one node, Mel Gorman
    • Re: [PATCH 16/22] Do not setup zonelist cache when there is only one node, David Rientjes
      • Re: [PATCH 16/22] Do not setup zonelist cache when there is only one node, Lee Schermerhorn
      • Re: [PATCH 16/22] Do not setup zonelist cache when there is only one node, David Rientjes
      • Re: [PATCH 16/22] Do not setup zonelist cache when there is only one node, KOSAKI Motohiro
      • Re: [PATCH 16/22] Do not setup zonelist cache when there is only one node, Mel Gorman
  • [PATCH 17/22] Do not check for compound pages during the page allocator sanity checks, Mel Gorman
  • [PATCH 18/22] Use allocation flags as an index to the zone watermark, Mel Gorman
    • Re: [PATCH 18/22] Use allocation flags as an index to the zone watermark, Dave Hansen
      • Re: [PATCH 18/22] Use allocation flags as an index to the zone watermark, Mel Gorman
      • Re: [PATCH 18/22] Use allocation flags as an index to the zone watermark, Dave Hansen
      • Re: [PATCH 18/22] Use allocation flags as an index to the zone watermark, KOSAKI Motohiro
      • Re: [PATCH 18/22] Use allocation flags as an index to the zone watermark, Mel Gorman
      • Re: [PATCH 18/22] Use allocation flags as an index to the zone watermark, KOSAKI Motohiro
    • Re: [PATCH 18/22] Use allocation flags as an index to the zone watermark, David Rientjes
      • Re: [PATCH 18/22] Use allocation flags as an index to the zone watermark, Mel Gorman
      • [RFC] Replace the watermark-related union in struct zone with a watermark[] array, Mel Gorman
      • Re: [RFC] Replace the watermark-related union in struct zone with a watermark[] array, David Rientjes
      • Re: [RFC] Replace the watermark-related union in struct zone with a watermark[] array, Mel Gorman
      • Re: [RFC] Replace the watermark-related union in struct zone with a watermark[] array, Christoph Lameter
      • Re: [RFC] Replace the watermark-related union in struct zone with a watermark[] array, David Rientjes
      • Re: [RFC] Replace the watermark-related union in struct zone with a watermark[] array, Mel Gorman
      • Re: [RFC] Replace the watermark-related union in struct zone with a watermark[] array, Dave Hansen
  • [PATCH 19/22] Update NR_FREE_PAGES only as necessary, Mel Gorman
    • Re: [PATCH 19/22] Update NR_FREE_PAGES only as necessary, Andrew Morton
      • Re: [PATCH 19/22] Update NR_FREE_PAGES only as necessary, Christoph Lameter
      • Re: [PATCH 19/22] Update NR_FREE_PAGES only as necessary, Mel Gorman
  • [PATCH 20/22] Get the pageblock migratetype without disabling interrupts, Mel Gorman
  • [PATCH 21/22] Use a pre-calculated value instead of num_online_nodes() in fast paths, Mel Gorman
    • Re: [PATCH 21/22] Use a pre-calculated value instead of num_online_nodes() in fast paths, David Rientjes
      • Re: [PATCH 21/22] Use a pre-calculated value instead of num_online_nodes() in fast paths, Mel Gorman
      • Re: [PATCH 21/22] Use a pre-calculated value instead of num_online_nodes() in fast paths, David Rientjes
      • [PATCH] Do not override definition of node_set_online() with macro, Mel Gorman
  • [PATCH 22/22] slab: Use nr_online_nodes to check for a NUMA platform, Mel Gorman
    • Re: [PATCH 22/22] slab: Use nr_online_nodes to check for a NUMA platform, Pekka Enberg
  • Re: [PATCH 00/22] Cleanup and optimise the page allocator V7, Zhang, Yanmin
    • Re: [PATCH 00/22] Cleanup and optimise the page allocator V7, Mel Gorman
      • Re: [PATCH 00/22] Cleanup and optimise the page allocator V7, Zhang, Yanmin
      • Re: [PATCH 00/22] Cleanup and optimise the page allocator V7, Mel Gorman
      • [PATCH] Properly account for freed pages in free_pages_bulk() and when allocating high-order pages in buffered_rmqueue(), Mel Gorman
      • Re: [PATCH] Properly account for freed pages in free_pages_bulk() and when allocating high-order pages in buffered_rmqueue(), Christoph Lameter
      • Re: [PATCH] Properly account for freed pages in free_pages_bulk() and when allocating high-order pages in buffered_rmqueue(), Mel Gorman
      • Re: [PATCH] Properly account for freed pages in free_pages_bulk() and when allocating high-order pages in buffered_rmqueue(), Hugh Dickins
      • [PATCH] Properly account for freed pages in free_pages_bulk() and when allocating high-order pages in buffered_rmqueue() V2, Mel Gorman
      • Re: [PATCH] Properly account for freed pages in free_pages_bulk() and when allocating high-order pages in buffered_rmqueue() V2, Hugh Dickins
      • Re: [PATCH] Properly account for freed pages in free_pages_bulk() and when allocating high-order pages in buffered_rmqueue(), Mel Gorman
• mailbox has exceeded the storage limit, Adams, Donna (NIH/NCI) [E]
• [GIT PULL] block bits for 2.6.30-rc3, Jens Axboe
  • Re: [GIT PULL] block bits for 2.6.30-rc3, Damien Wyart
    • Re: [GIT PULL] block bits for 2.6.30-rc3, Jens Axboe
      • Re: [GIT PULL] block bits for 2.6.30-rc3, Jens Axboe
  • <Possible follow-ups>
  • [GIT PULL] block bits for 2.6.30-rc3, Jens Axboe
    • Re: [GIT PULL] block bits for 2.6.30-rc3, Jeff Garzik
      • Re: [GIT PULL] block bits for 2.6.30-rc3, Jens Axboe
• [PATCH] MN10300: Update the ASB2303 defconfig, David Howells
• [PATCH] Delete slow-work timers properly, David Howells
• regression IWl3945 - doesn't work with recent 2.6.30-rcX, Zdenek Kabelac
  • Re: regression IWl3945 - doesn't work with recent 2.6.30-rcX, John W. Linville
    • Re: regression IWl3945 - doesn't work with recent 2.6.30-rcX, Zdenek Kabelac
      • Re: regression IWl3945 - doesn't work with recent 2.6.30-rcX, Zdenek Kabelac
      • Re: regression IWl3945 - doesn't work with recent 2.6.30-rcX, reinette chatre
• Re-implement MCE log ring buffer as per-CPU ring buffer, Huang Ying
  • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Ingo Molnar
    • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Robert Richter
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Ingo Molnar
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Andi Kleen
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Andi Kleen
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Huang Ying
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Robert Richter
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Steven Rostedt
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Huang Ying
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Andi Kleen
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Steven Rostedt
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Davide Libenzi
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Steven Rostedt
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Valdis . Kletnieks
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Theodore Tso
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, H. Peter Anvin
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Steven Rostedt
      • Patenting kernel patches was Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Andi Kleen
      • Re: Patenting kernel patches was Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Steven Rostedt
      • Re: Patenting kernel patches was Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Alan Cox
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Huang Ying
    • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Andi Kleen
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, H. Peter Anvin
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Andi Kleen
      • Re: Re-implement MCE log ring buffer as per-CPU ring buffer II, Andi Kleen
      • 32bit mce unification (Re: Re-implement MCE log ring buffer as per-CPU ring buffer II), Hidetoshi Seto
  • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Andi Kleen
    • Re: Re-implement MCE log ring buffer as per-CPU ring buffer, Huang Ying
• [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Jeff Garzik
  • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Jeff Garzik
    • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Boaz Harrosh
      • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Daniela Engert
      • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Alan Cox
      • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, James Bottomley
      • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Alan Cox
      • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Jeff Garzik
      • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, James Bottomley
      • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Jeff Garzik
    • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Jens Axboe
      • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Jeff Garzik
      • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Jens Axboe
  • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Mark Lord
    • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Jeff Garzik
  • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Grant Grundler
    • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Jeff Garzik
      • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Grant Grundler
      • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, James Bottomley
    • Re: [PATCH] libata: rewrite SCSI host scheme to be one per ATA host, Stefan Richter
• [rfc] built-in native compiler for Linux?, Ingo Molnar
  • Re: [rfc] built-in native compiler for Linux?, Anton Ertl
  • Message not available
    • Re: [rfc] built-in native compiler for Linux?, David Miller
      • Re: [rfc] built-in native compiler for Linux?, Eric W. Biederman
      • Re: [rfc] built-in native compiler for Linux?, Christoph Lameter
      • Re: [rfc] built-in native compiler for Linux?, Al Viro
      • Re: [rfc] built-in native compiler for Linux?, Eric W. Biederman
• [RFC][PATCH] memcg: relax force empty loop, KAMEZAWA Hiroyuki
• [PATCH] tracing/events: make struct trace_entry->type to be int type, Li Zefan
  • Re: [PATCH] tracing/events: make struct trace_entry->type to be int type, Frederic Weisbecker
    • Re: [PATCH] tracing/events: make struct trace_entry->type to be int type, Li Zefan
      • Re: [PATCH] tracing/events: make struct trace_entry->type to be int type, Ingo Molnar
  • [tip:tracing/core] tracing/events: make struct trace_entry->type to be int type, tip-bot for Li Zefan
    • Re: [tip:tracing/core] tracing/events: make struct trace_entry->type to be int type, Steven Rostedt
      • Re: [tip:tracing/core] tracing/events: make struct trace_entry->type to be int type, Ingo Molnar
      • Re: [tip:tracing/core] tracing/events: make struct trace_entry->type to be int type, Steven Rostedt
      • Re: [tip:tracing/core] tracing/events: make struct trace_entry->type to be int type, Li Zefan
  • Re: [PATCH] tracing/events: make struct trace_entry->type to be int type, Steven Rostedt
• 2.6.30-rc2 to -rc1 regression on arm, Pavel Machek
  • Re: 2.6.30-rc2 to -rc1 regression on arm, Sascha Hauer
  • Re: 2.6.30-rc2 to -rc1 regression on arm, Matthias Kaehlcke
  • Re: 2.6.30-rc2 to -rc1 regression on arm, Daniel Mack
• [PATCH 1/6] Char: cyclades, plx9060 casts cleanup, Jiri Slaby
  • [PATCH 2/6] Char: cyclades, cache HW version, Jiri Slaby
  • [PATCH 6/6] Char: cyclades, remove unused variables, Jiri Slaby
  • [PATCH 4/6] Char: cyclades, remove typedefs, Jiri Slaby
  • [PATCH 5/6] Char: cyclades, fix nports handling, Jiri Slaby
  • [PATCH 3/6] Char: cyclades, convert macros to inlines, Jiri Slaby
  • Re: [PATCH 1/6] Char: cyclades, plx9060 casts cleanup, Krzysztof Halasa
• New x86 warning, Jeff Garzik
  • Re: New x86 warning, Ingo Molnar
    • [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Andi Kleen
      • [tip:x86/asm] x86: use __builtin_memcpy() on 32 bits, tip-bot for Andi Kleen
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Linus Torvalds
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Andi Kleen
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Linus Torvalds
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Andi Kleen
      • fresh data was Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Andi Kleen
      • Re: fresh data was Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Ingo Molnar
      • Re: fresh data was Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Andi Kleen
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Ingo Molnar
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Andi Kleen
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Joe Damato
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, H. Peter Anvin
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Joe Damato
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, H. Peter Anvin
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Andi Kleen
      • Re: [PATCH] X86-32: Let gcc decide whether to inline memcpy was Re: New x86 warning, Andi Kleen
• 2.6.29.1: unregister_netdevice problem, Alexander V. Lukyanov
  • Re: 2.6.29.1: unregister_netdevice problem, Eric W. Biederman
    • Re: 2.6.29.1: unregister_netdevice problem, Bruno Prémont
  • Re: 2.6.29.1: unregister_netdevice problem, Alexander V. Lukyanov
    • Re: 2.6.29.1: unregister_netdevice problem, Alexander V. Lukyanov
      • Re: 2.6.29.1: unregister_netdevice problem, Jarek Poplawski
      • Re: 2.6.29.1: unregister_netdevice problem, Alexander V. Lukyanov
      • Re: 2.6.29.1: unregister_netdevice problem, Jarek Poplawski
• linux-next: Tree for April 22, Stephen Rothwell
  • Re: linux-next: Tree for April 22 [BUG] ep93xx_keypad_open: undefined reference to `clk_set_rate', Matthias Kaehlcke
    • RE: linux-next: Tree for April 22 [BUG] ep93xx_keypad_open:undefined reference to `clk_set_rate', H Hartley Sweeten
  • April 22 Next : net/rfkill randconfig failure, Sachin Sant
    • Re: April 22 Next : net/rfkill randconfig failure, Alexander Beregalov
      • Re: April 22 Next : net/rfkill randconfig failure, Ken Lewis
  • Re: linux-next: Tree for April 22: kmemleak: unreferenced object, Matthias Kaehlcke
    • Re: linux-next: Tree for April 22: kmemleak: unreferenced object, Catalin Marinas
  • Re: linux-next: Tree for April 22 (rndis_wlan), Randy Dunlap
    • Re: linux-next: Tree for April 22 (rndis_wlan), John W. Linville
      • Re: linux-next: Tree for April 22 (rndis_wlan), Randy Dunlap
      • Re: linux-next: Tree for April 22 (rndis_wlan), Jussi Kivilinna
• Linus 2.6.30-rc3, Linus Torvalds
  • Re: Linus 2.6.30-rc3, Ingo Molnar
    • [PATCH] include/linux/pktcdvd.h: add mempool.h dependency, Ingo Molnar
      • Re: [PATCH] include/linux/pktcdvd.h: add mempool.h dependency, Jens Axboe
      • Re: [PATCH] include/linux/pktcdvd.h: add mempool.h dependency, Ingo Molnar
      • Re: [PATCH] include/linux/pktcdvd.h: add mempool.h dependency, Jens Axboe
      • Re: [PATCH] include/linux/pktcdvd.h: add mempool.h dependency, Ingo Molnar
      • Re: [PATCH] include/linux/pktcdvd.h: add mempool.h dependency, Ingo Molnar
  • Re: Linus 2.6.30-rc3, Denys Vlasenko
  • [BUG] 2.6.30-rc3: BUG triggered on some hugepage usages, Mel Gorman
    • Re: [BUG] 2.6.30-rc3: BUG triggered on some hugepage usages, Michael Ellerman
      • Re: [BUG] 2.6.30-rc3: BUG triggered on some hugepage usages, Mel Gorman
    • Re: [BUG] 2.6.30-rc3: BUG triggered on some hugepage usages, Benjamin Herrenschmidt
  • [BUG] 2.6.30-rc3: bnx2 failing to load firmware, Mel Gorman
    • Re: [BUG] 2.6.30-rc3: bnx2 failing to load firmware, Frans Pop
      • Re: [BUG] 2.6.30-rc3: bnx2 failing to load firmware, Linus Torvalds
      • Re: [BUG] 2.6.30-rc3: bnx2 failing to load firmware, Frans Pop
    • Re: [BUG] 2.6.30-rc3: bnx2 failing to load firmware, Martin Knoblauch
      • Re: [BUG] 2.6.30-rc3: bnx2 failing to load firmware, Mel Gorman
• x86: more than 8 32-bit CPUs requires X86_BIGSMP, Michael K. Johnson
  • [tip:x86/urgent] x86: more than 8 32-bit CPUs requires X86_BIGSMP, tip-bot for Michael K. Johnson
• Re: mmotm 2009-04-21-15-00 uploaded, Randy Dunlap
  • Re: mmotm 2009-04-21-15-00 uploaded, Andrew Morton
    • Re: mmotm 2009-04-21-15-00 uploaded, Izik Eidus
• [PATCH/question] Delete slow-work timers properly, Jonathan Corbet
• [Patch] mm tracepoints update, Larry Woodman
  • Re: [Patch] mm tracepoints update, KOSAKI Motohiro
    • Re: [Patch] mm tracepoints update, Ingo Molnar
      • Re: [Patch] mm tracepoints update, Larry Woodman
      • Re: [Patch] mm tracepoints update - use case., Larry Woodman
      • Re: [Patch] mm tracepoints update - use case., KOSAKI Motohiro
      • Re: [Patch] mm tracepoints update - use case., Andrew Morton
      • Re: [Patch] mm tracepoints update - use case., Ingo Molnar
      • Re: [Patch] mm tracepoints update - use case., Larry Woodman
      • Re: [Patch] mm tracepoints update - use case., Larry Woodman
• Trivial: fix a typo in slow-work.h, Jonathan Corbet
• [PATCH 1/2] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), David Howells
  • [PATCH 2/2] PERCPU: Collect the DECLARE/DEFINE declarations together, David Howells
• 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle, Niel Lambrechts
  • Re: 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle, Andrew Morton
• pull request: wireless-2.6 2008-04-21, John W. Linville
  • Re: pull request: wireless-2.6 2008-04-21, David Miller
• [PATCH] Add CONFIG_FB_PRE_INIT_FB option to VT and fbcon, Anatolij Gustschin
  • Re: [PATCH] Add CONFIG_FB_PRE_INIT_FB option to VT and fbcon, Andrew Morton
    • Re: [PATCH] Add CONFIG_FB_PRE_INIT_FB option to VT and fbcon, Alan Cox
• [PATCH] mach-l7200: fix spelling of SYS_CLOCK_OFF, Pavel Roskin
• [PATCH] intelfb: fix spelling of "CLOCK", Pavel Roskin
• [RFC][PATCH] fix sign extension with 1.5TB usb-storage LBD=y, Dave Hansen
  • Re: [RFC][PATCH] fix sign extension with 1.5TB usb-storage LBD=y, Al Viro
  • Re: [RFC][PATCH] fix sign extension with 1.5TB usb-storage LBD=y, Matthew Wilcox
    • Re: [RFC][PATCH] fix sign extension with 1.5TB usb-storage LBD=y, Randy Dunlap
      • Re: [RFC][PATCH] fix sign extension with 1.5TB usb-storage LBD=y, Matthew Wilcox
    • [PATCH v2] fix sign extension with 1.5TB usb-storage LBD=y, Dave Hansen
      • Re: [PATCH v2] fix sign extension with 1.5TB usb-storage LBD=y, Matthew Wilcox
      • Re: [PATCH v2] fix sign extension with 1.5TB usb-storage LBD=y, Dave Hansen
      • Re: [PATCH v2] fix sign extension with 1.5TB usb-storage LBD=y, Boaz Harrosh
      • Re: [PATCH v2] fix sign extension with 1.5TB usb-storage LBD=y, Matthew Wilcox
      • Re: [PATCH v2] fix sign extension with 1.5TB usb-storage LBD=y, Boaz Harrosh
    • Re: [RFC][PATCH] fix sign extension with 1.5TB usb-storage LBD=y, Dave Hansen
• driver synchronization: make scsi_wait_scan more advanced, Arjan van de Ven
  • Re: driver synchronization: make scsi_wait_scan more advanced, Russell King
• [GIT PULL] Btrfs changes for 2.6.30-rc, Chris Mason
  • Re: [GIT PULL] Btrfs changes for 2.6.30-rc, Chris Mason
• [PATCH] go7007: Convert to the new i2c device binding model (v2), Jean Delvare
  • Re: [PATCH] go7007: Convert to the new i2c device binding model (v2), Greg KH
• [BUILD FAILURE 12/12] Next April 21 : PPC64 randconfig [crypto/async_tx/async_xor.o], Subrata Modak
• [BUILD FAILURE 11/12] Next April 21 : PPC64 randconfig [drivers/usb/host/ohci-hcd.o], Subrata Modak
  • Re: [BUILD FAILURE 11/12] Next April 21 : PPC64 randconfig [drivers/usb/host/ohci-hcd.o], David Brownell
    • Re: [BUILD FAILURE 11/12] Next April 21 : PPC64 randconfig [drivers/usb/host/ohci-hcd.o], Kumar Gala
      • Re: [BUILD FAILURE 11/12] Next April 21 : PPC64 randconfig [drivers/usb/host/ohci-hcd.o], Randy Dunlap
      • Re: [BUILD FAILURE 11/12] Next April 21 : PPC64 randconfig [drivers/usb/host/ohci-hcd.o], David Brownell
      • Re: [BUILD FAILURE 11/12] Next April 21 : PPC64 randconfig [drivers/usb/host/ohci-hcd.o], Randy Dunlap
      • Re: [BUILD FAILURE 11/12] Next April 21 : PPC64 randconfig [drivers/usb/host/ohci-hcd.o], Arnd Bergmann
• [BUILD FAILURE 10/12] Next April 21 : PPC64 randconfig [drivers/mtd/maps/sbc8240.o], Subrata Modak
  • Re: [BUILD FAILURE 10/12] Next April 21 : PPC64 randconfig [drivers/mtd/maps/sbc8240.o], Scott Wood
• [BUILD FAILURE 09/12] Next April 21 : PPC64 randconfig [drivers/staging/comedi/drivers.o], Subrata Modak
  • Re: [BUILD FAILURE 09/12] Next April 21 : PPC64 randconfig [drivers/staging/comedi/drivers.o], Michael Ellerman
    • Re: [BUILD FAILURE 09/12] Next April 21 : PPC64 randconfig [drivers/staging/comedi/drivers.o], Geert Uytterhoeven
      • Re: [BUILD FAILURE 09/12] Next April 21 : PPC64 randconfig [drivers/staging/comedi/drivers.o], Randy Dunlap
• [BUILD FAILURE 08/12] Next April 21 : PPC64 randconfig [drivers/net/pasemi_mac_driver.ko], Subrata Modak
  • INET_LRO as tristate and use from modules (was: Re: [BUILD FAILURE 08/12] Next April 21 : PPC64 randconfig [drivers/net/pasemi_mac_driver.ko]), Olof Johansson
    • Re: INET_LRO as tristate and use from modules, David Miller
• [BUILD FAILURE 07/12] Next April 21 : PPC64 randconfig [drivers/net/lance.o], Subrata Modak
• [BUILD FAILURE 06/12] Next April 21 : PPC64 randconfig [arch/powerpc/platforms/ps3/setup.o], Subrata Modak
• [BUILD FAILURE 05/12] Next April 21 : PPC64 randconfig [drivers/macintosh/mediabay.o], Subrata Modak
  • Re: [BUILD FAILURE 05/12] Next April 21 : PPC64 randconfig [drivers/macintosh/mediabay.o], Bartlomiej Zolnierkiewicz
    • Re: [BUILD FAILURE 05/12] Next April 21 : PPC64 randconfig [drivers/macintosh/mediabay.o], Paul Mackerras
      • Re: [BUILD FAILURE 05/12] Next April 21 : PPC64 randconfig [drivers/macintosh/mediabay.o], Bartlomiej Zolnierkiewicz
• [BUILD FAILURE 04/12] Next April 21 : PPC64 randconfig [drivers/spi/mpc52xx_psc_spi.o], Subrata Modak
• [BUILD FAILURE 03/12] Next April 21 : PPC64 randconfig [arch/powerpc/kernel/of_platform.o], Subrata Modak
• [BUILD FAILURE 02/12] Next April 21 : PPC64 randconfig [drivers/net/ni65.c], Subrata Modak
  • Re: [BUILD FAILURE 02/12] Next April 21 : PPC64 randconfig [drivers/net/ni65.c], Subrata Modak
    • Re: [BUILD FAILURE 02/12] Next April 21 : PPC64 randconfig [drivers/net/ni65.c], Andreas Mohr
• [BUILD FAILURE 01/12] Next April 21 : PPC64 randconfig [arch/powerpc/platforms/pasemi/setup.o], Subrata Modak
• [BUG] rbtree bug with mmotm 2009-04-14-17-24, Balbir Singh
  • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Steve Wise
    • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Jens Axboe
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Steve Wise
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Steve Wise
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Steve Wise
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Jens Axboe
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Jens Axboe
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Steve Wise
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Jens Axboe
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Steve Wise
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Jens Axboe
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Steve Wise
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Steve Wise
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Jens Axboe
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Jens Axboe
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Steve Wise
      • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Balbir Singh
  • Re: [BUG] rbtree bug with mmotm 2009-04-14-17-24, Jens Axboe
• [RFC PATCH v3 00/17] virtual-bus, Gregory Haskins
  • [RFC PATCH v3 01/17] shm-signal: shared-memory signals, Gregory Haskins
  • [RFC PATCH v3 04/17] vbus: add bus-registration notifiers, Gregory Haskins
  • [RFC PATCH v3 03/17] vbus: add connection-client helper infrastructure, Gregory Haskins
  • [RFC PATCH v3 05/17] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
  • [RFC PATCH v3 06/17] ioq: Add basic definitions for a shared-memory, lockless queue, Gregory Haskins
  • [RFC PATCH v3 02/17] vbus: add virtual-bus definitions, Gregory Haskins
  • [RFC PATCH v3 08/17] venet: add the ABI definitions for an 802.x packet interface, Gregory Haskins
  • [RFC PATCH v3 07/17] ioq: add vbus helpers, Gregory Haskins
  • [RFC PATCH v3 15/17] kvm: Add guest-side support for VBUS, Gregory Haskins
  • [RFC PATCH v3 12/17] venet: add scatter-gather support, Gregory Haskins
  • [RFC PATCH v3 09/17] net: Add vbus_enet driver, Gregory Haskins
  • [RFC PATCH v3 16/17] vbus: add a userspace connector, Gregory Haskins
  • [RFC PATCH v3 14/17] kvm: Add VBUS support to the host, Gregory Haskins
  • [RFC PATCH v3 13/17] venettap: add scatter-gather support, Gregory Haskins
  • [RFC PATCH v3 17/17] virtio: add a vbus transport, Gregory Haskins
  • [RFC PATCH v3 10/17] venet-tap: Adds a "venet" compatible "tap" device to VBUS, Gregory Haskins
  • [RFC PATCH v3 11/17] venet-tap: add the ability to set the client's mac address via sysfs, Gregory Haskins
• [PATCH][RT] - Mismatching declaration and export, Sven-Thorsten Dietrich
  • Re: [PATCH][RT] - Mismatching declaration and export, Uwe Kleine-König
• Re: Slow file transfer speeds with CFQ IO scheduler in some cases, Vladislav Bolkhovitin
  • Re: Slow file transfer speeds with CFQ IO scheduler in some cases, Wu Fengguang
• 2.6.30-rc2 soft lockups: ACPI? clock source problem?, Dave Hansen
  • Re: 2.6.30-rc2 soft lockups: ACPI? clock source problem?, Andrew Morton
    • Re: 2.6.30-rc2 soft lockups: ACPI? clock source problem?, Dave Hansen
      • Re: 2.6.30-rc2 soft lockups: ACPI? clock source problem?, john stultz
      • Re: 2.6.30-rc2 soft lockups: ACPI? clock source problem?, Dave Hansen
      • Re: 2.6.30-rc2 soft lockups: ACPI? clock source problem?, Len Brown
      • Re: 2.6.30-rc2 soft lockups: ACPI? clock source problem?, Dave Hansen
• [BUILD FAILURE 04/04] Next April 21 : x86_64 randconfig [drivers/built-in.o], Subrata Modak
  • Re: [BUILD FAILURE 04/04] Next April 21 : x86_64 randconfig [drivers/built-in.o], Mauro Carvalho Chehab
    • Re: [BUILD FAILURE 04/04] Next April 21 : x86_64 randconfig [drivers/built-in.o], Subrata Modak
• [BUILD FAILURE 03/04] Next April 21 : x86_64 randconfig [fs/nfs/nfs.ko], Subrata Modak
  • Re: [BUILD FAILURE 03/04] Next April 21 : x86_64 randconfig [fs/nfs/nfs.ko], Benny Halevy
    • Re: [BUILD FAILURE 03/04] Next April 21 : x86_64 randconfig [fs/nfs/nfs.ko], Trond Myklebust
      • Re: [BUILD FAILURE 03/04] Next April 21 : x86_64 randconfig [fs/nfs/nfs.ko], Benny Halevy
• [BUILD FAILURE 01/04] Next April 21 : x86_64 randconfig [drivers/staging/rt3070/built-in.o], Subrata Modak
• [GIT PATCH linux-2.6-block] block: cleanup patches, take#3, Tejun Heo
  • [PATCH 01/14] block: merge blk_invoke_request_fn() into __blk_run_queue(), Tejun Heo
  • [PATCH 03/14] block: don't set REQ_NOMERGE unnecessarily, Tejun Heo
  • [PATCH 04/14] block: cleanup REQ_SOFTBARRIER usages, Tejun Heo
  • [PATCH 02/14] block: kill blk_start_queueing(), Tejun Heo
  • [PATCH 06/14] block: reorder request completion functions, Tejun Heo
  • [PATCH 05/14] block: clean up misc stuff after block layer timeout conversion, Tejun Heo
  • [PATCH 07/14] block: reorganize request fetching functions, Tejun Heo
    • Re: [PATCH 07/14] block: reorganize request fetching functions, Christoph Hellwig
      • Re: [PATCH 07/14] block: reorganize request fetching functions, Jens Axboe
      • Re: [PATCH 07/14] block: reorganize request fetching functions, Tejun Heo
  • [PATCH 10/14] block: move rq->start_time initialization to blk_rq_init(), Tejun Heo
  • [PATCH 08/14] block: kill blk_end_request_callback(), Tejun Heo
  • [PATCH 09/14] block: clean up request completion API, Tejun Heo
    • Re: [PATCH 09/14] block: clean up request completion API, Christoph Hellwig
      • Re: [PATCH 09/14] block: clean up request completion API, Tejun Heo
      • [PATCH UPDATED 09/14] block: clean up request completion API, Tejun Heo
      • Re: [PATCH UPDATED 09/14] block: clean up request completion API, Boaz Harrosh
      • Re: [PATCH UPDATED 09/14] block: clean up request completion API, Tejun Heo
  • [PATCH 14/14] block-kill-data, Tejun Heo
    • Re: [PATCH 14/14] block: kill rq->data, Tejun Heo
  • [PATCH 13/14] block: don't abuse rq->data, Tejun Heo
  • [PATCH 11/14] block: implement and use [__]blk_end_request_all(), Tejun Heo
  • [PATCH 12/14] block: replace end_request() with [__]blk_end_request_cur(), Tejun Heo
    • Re: [PATCH 12/14] block: replace end_request() with [__]blk_end_request_cur(), Joerg Dorchain
    • Re: [PATCH 12/14] block: replace end_request() with [__]blk_end_request_cur(), Laurent Vivier
    • Re: [PATCH 12/14] block: replace end_request() with [__]blk_end_request_cur(), Geert Uytterhoeven
    • Re: [PATCH 12/14] block: replace end_request() with [__]blk_end_request_cur(), Grant Likely
  • Re: [GIT PATCH linux-2.6-block] block: cleanup patches, take#3, Jens Axboe
    • Re: [GIT PATCH linux-2.6-block] block: cleanup patches, take#3, Tejun Heo
      • Re: [GIT PATCH linux-2.6-block] block: cleanup patches, take#3, Jens Axboe
• Large Pages - Linux Foundation HPC, Badari Pulavarty
  • Re: Large Pages - Linux Foundation HPC, Dave Hansen
    • Re: Large Pages - Linux Foundation HPC, Balbir Singh
      • Re: Large Pages - Linux Foundation HPC, Wu Fengguang
      • Re: Large Pages - Linux Foundation HPC, Dave Hansen
      • Re: Large Pages - Linux Foundation HPC, Christoph Lameter
      • Re: Large Pages - Linux Foundation HPC, Wu Fengguang
• linux-2.6.30-rc2 - No sound (HDA Intel) avec resume, Paul Rolland
  • Re: linux-2.6.30-rc2 - No sound (HDA Intel) avec resume, Takashi Iwai
    • Re: linux-2.6.30-rc2 - No sound (HDA Intel) avec resume, Paul Rolland
  • Re: linux-2.6.30-rc2 - No sound (HDA Intel) avec resume, Rafael J. Wysocki
• tranferring the $10,000,000.00, CHARLES BIGNELL
• 2.6.29.1: Pid: 2831, comm: nfsd Not tainted 2.6.29.1 #4, Justin Piszcz
  • Re: 2.6.29.1: Pid: 2831, comm: nfsd Not tainted 2.6.29.1 #4, Aioanei Rares
    • Re: 2.6.29.1: Pid: 2831, comm: nfsd Not tainted 2.6.29.1 #4, Jesse Brandeburg
      • Re: 2.6.29.1: Pid: 2831, comm: nfsd Not tainted 2.6.29.1 #4, Justin Piszcz
• [PATCH 3/3] IB/ehca: Increment version number, Stefan Roscher
  • Re: [PATCH 3/3] IB/ehca: Increment version number, Roland Dreier
• [PATCH 2/3] IB/ehca: Remove unnecessary memory operations for userspace queue pairs, Stefan Roscher
• [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, Stefan Roscher
  • Re: [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, Roland Dreier
    • Re: [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, Stefan Roscher
      • Re: [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, michael
      • Re: [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, Stefan Roscher
      • Re: [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, michael
      • Re: [ewg] Re: [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, Alexander Schmidt
      • Re: [ewg] Re: [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, Roland Dreier
      • Re: [ewg] Re: [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, Alexander Schmidt
  • Re: [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, Dave Hansen
    • Re: [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, Stefan Roscher
  • Re: [PATCH 1/3] IB/ehca: Replace vmalloc with kmalloc, Roland Dreier
• [PATCH 0/3] IB/ehca: Perfomance improvment for creation of queue pairs, Stefan Roscher
  • Re: [PATCH 0/3] IB/ehca: Perfomance improvment for creation of queue pairs, Roland Dreier
• Re: [PATCH 11/25] Calculate the cold parameter for allocation only once, Mel Gorman
  • Re: [PATCH 11/25] Calculate the cold parameter for allocation only once, Christoph Lameter
    • Re: [PATCH 11/25] Calculate the cold parameter for allocation only once, Mel Gorman
• [PATCH] vgacon: Return the upper half of 512 character fonts, Stefan Bader
  • Re: [PATCH] vgacon: Return the upper half of 512 character fonts, Andrew Morton
    • Re: [PATCH] vgacon: Return the upper half of 512 character fonts, Stefan Bader
• [patch] x86: UV: Pass PAGE_OFFSET to bios for runtime access to chipset registers., Russ Anderson
• fbcmap: non working tests on unsigned cmap->start, Roel Kluin
  • Re: fbcmap: non working tests on unsigned cmap->start, Andrew Morton
    • Re: [Linux-fbdev-devel] fbcmap: non working tests on unsigned cmap->start, Ville Syrjälä
      • Re: [Linux-fbdev-devel] fbcmap: non working tests on unsigned cmap->start, Andrew Morton
      • Re: [Linux-fbdev-devel] fbcmap: non working tests on unsigned cmap->start, Roel Kluin
      • Re: [Linux-fbdev-devel] fbcmap: non working tests on unsigned cmap->start, Ville Syrjälä
      • Re: [Linux-fbdev-devel] fbcmap: non working tests on unsigned cmap->start, Roel Kluin
      • Re: [Linux-fbdev-devel] fbcmap: non working tests on unsigned cmap->start, Geert Uytterhoeven
• [PATCH] platform: fix kernel-doc warnings, Randy Dunlap
• Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
  • Re: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
  • Re: Booting 2.6.30-rc2-git7 very slow, Rafael J. Wysocki
    • Re: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
  • <Possible follow-ups>
  • Re: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
  • Re: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
  • Re: Booting 2.6.30-rc2-git7 very slow, Martin Knoblauch
• 2.6.30-rc30-git7 build problem, Martin Knoblauch
  • <Possible follow-ups>
  • Re: 2.6.30-rc30-git7 build problem, Martin Knoblauch
• staging: comedi: non working tests on unsigned cmd->convert_arg, Roel Kluin
  • Re: staging: comedi: non working tests on unsigned cmd->convert_arg, Roel Kluin
  • Re: staging: comedi: non working tests on unsigned cmd->convert_arg, Greg KH
    • Re: staging: comedi: non working tests on unsigned cmd->convert_arg, Ian Abbott
    • Message not available
      • Re: staging: comedi: non working tests on unsigned cmd->convert_arg, Greg KH
      • Re: staging: comedi: non working tests on unsigned cmd->convert_arg, Roel Kluin
      • Re: staging: comedi: non working tests on unsigned cmd->convert_arg, Ian Abbott
• cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Maróy Ákos
  • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Oliver Neukum
    • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Maróy Ákos
      • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Oliver Neukum
      • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Maróy Ákos
      • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Maróy Ákos
      • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Oliver Neukum
      • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Maróy Ákos
      • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Oliver Neukum
      • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Maróy Ákos
      • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Oliver Neukum
      • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Maróy Ákos
      • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Maróy Ákos
    • Re: cdc-acm driver hangs on poll() call - 2.6.27, works on 2.6.24, Maróy Ákos
• [PATCH] Fix SYSCALL_ALIAS for older MIPS assembler, Thomas Bogendoerfer
• [PATCH 0/7] OMAP4: Patch series, Shilimkar, Santosh
  • <Possible follow-ups>
  • RE: [PATCH 0/7] OMAP4: Patch series, Shilimkar, Santosh
• Re: unknown config var ETRAXFS_SIM, Jesper Nilsson
• [2.6.30-rc2] usb reset during big file transfer and ext3 error, Rogério Brito
  • Re: [2.6.30-rc2] usb reset during big file transfer and ext3 error, Robert Hancock
    • Re: [2.6.30-rc2] usb reset during big file transfer and ext3 error, Rogério Brito
      • Re: [2.6.30-rc2] usb reset during big file transfer and ext3 error, Alan Stern
• [PATCH 2.6.29.1 1/1]8139too:fix HW initial flow, User Tzungder
• GFS2: Pull request (small fixes), Steven Whitehouse
• GFS2: A couple more small fixes, Steven Whitehouse
  • [PATCH 1/2] GFS2: Clear dirty bit at end of inode glock sync, Steven Whitehouse
    • [PATCH 2/2] GFS2: Fix page_mkwrite() return code, Steven Whitehouse
• [PATCH 1/3] tracing/filters: don't remove old filters when failed to write subsys->filter, Li Zefan
  • [PATCH 2/3] tracing/filters: allow user-input to be integer-like string, Li Zefan
    • [tip:tracing/core] tracing/filters: allow user-input to be integer-like string, tip-bot for Li Zefan
  • [PATCH 3/3] tracing/filters: disallow newline as delimeter, Li Zefan
    • Re: [PATCH 3/3] tracing/filters: disallow newline as delimeter, Ingo Molnar
      • Re: [PATCH 3/3] tracing/filters: disallow newline as delimeter, Li Zefan
      • Re: [PATCH 3/3] tracing/filters: disallow newline as delimeter, Ingo Molnar
      • Re: [PATCH 3/3] tracing/filters: disallow newline as delimeter, Li Zefan
      • Re: [PATCH 3/3] tracing/filters: disallow newline as delimeter, Ingo Molnar
      • Re: [PATCH 3/3] tracing/filters: disallow newline as delimeter, Tom Zanussi
      • Re: [PATCH 3/3] tracing/filters: disallow newline as delimeter, Ingo Molnar
      • Re: [PATCH 3/3] tracing/filters: disallow newline as delimeter, Tom Zanussi
  • [tip:tracing/core] tracing/filters: don't remove old filters when failed to write subsys->filter, tip-bot for Li Zefan
• [PATCH] x86: unify noexec handling, Pekka Enberg
  • [tip:x86/mm] x86: unify noexec handling, tip-bot for Pekka Enberg
• [GIT PULL] sh updates for 2.6.30-rc3, Paul Mundt
• [tip:sched/core] sched: Replace first_cpu() with cpumask_first() in ILB nomination code, tip-bot for Gautham R Shenoy
• Microblaze noMMU/MMU merge, Michal Simek
  • Re: Microblaze noMMU/MMU merge, Paul Mundt
  • Re: Microblaze noMMU/MMU merge, Sam Ravnborg
    • Re: Microblaze noMMU/MMU merge, Michal Simek
  • Re: Microblaze noMMU/MMU merge, Greg Ungerer
• [PATCH] OMAP: HSMMC: Do not enable buffer ready interrupt if using DMA, Gadiyar, Anand
  • Re: [PATCH] OMAP: HSMMC: Do not enable buffer ready interrupt if using DMA, Pierre Ossman
    • Re: [PATCH] OMAP: HSMMC: Do not enable buffer ready interrupt if using DMA, Tony Lindgren
• [RFC][PATCH] fix swap entries is not reclaimed in proper way for mem+swap controller, KAMEZAWA Hiroyuki
  • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for mem+swap controller, Daisuke Nishimura
    • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for mem+swap controller, KAMEZAWA Hiroyuki
    • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for mem+swap controller, Daisuke Nishimura
      • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for mem+swap controller, KAMEZAWA Hiroyuki
    • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for mem+swap controller, KAMEZAWA Hiroyuki
      • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for mem+swap controller, Daisuke Nishimura
      • [RFC][PATCH] fix swap entries is not reclaimed in proper way for memg v3., KAMEZAWA Hiroyuki
      • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for memg v3., Daisuke Nishimura
      • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for memg v3., Daisuke Nishimura
      • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for memg v3., Daisuke Nishimura
      • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for memg v3., KAMEZAWA Hiroyuki
      • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for memg v3., Balbir Singh
      • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for memg v3., KAMEZAWA Hiroyuki
      • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for memg v3., Balbir Singh
      • Re: [RFC][PATCH] fix swap entries is not reclaimed in proper way for memg v3., KAMEZAWA Hiroyuki
• [PATCH] drivers: move media after i2c, Guennadi Liakhovetski
  • Re: [PATCH] drivers: move media after i2c, Jean Delvare
• Is sata_nv compatible with async scsi scan?, Benny Halevy
  • Re: Is sata_nv compatible with async scsi scan?, Jeff Garzik
    • Re: Is sata_nv compatible with async scsi scan?, Matthew Wilcox
      • Re: Is sata_nv compatible with async scsi scan?, Benny Halevy
• [PATCH] low order lumpy reclaim also should use PAGEOUT_IO_SYNC., KOSAKI Motohiro
  • Re: [PATCH] low order lumpy reclaim also should use PAGEOUT_IO_SYNC., Minchan Kim
    • Re: [PATCH] low order lumpy reclaim also should use PAGEOUT_IO_SYNC., KOSAKI Motohiro
      • Re: [PATCH] low order lumpy reclaim also should use PAGEOUT_IO_SYNC., Minchan Kim
  • Re: [PATCH] low order lumpy reclaim also should use PAGEOUT_IO_SYNC., Mel Gorman
    • Re: [PATCH] low order lumpy reclaim also should use PAGEOUT_IO_SYNC., KOSAKI Motohiro
• [PATCH][tip:core/futexes][next][rt] remove FUTEX_REQUEUE_PI (non CMP), Darren Hart
  • [tip:core/futexes] futex: remove FUTEX_REQUEUE_PI (non CMP), tip-bot for Darren Hart
• [PATCH] Move dtc and libfdt sources from arch/powerpc/boot to scripts/dtc, David Gibson
  • <Possible follow-ups>
  • [PATCH] Move dtc and libfdt sources from arch/powerpc/boot to scripts/dtc, David Gibson
• man-pages-3.21 is released, Michael Kerrisk
• [RFC PATCH] v3 RCU implementation with fast grace periods, Paul E. McKenney
  • Re: [RFC PATCH] v3 RCU implementation with fast grace periods, Mathieu Desnoyers
    • Re: [RFC PATCH] v3 RCU implementation with fast grace periods, Paul E. McKenney
      • Re: [RFC PATCH] v3 RCU implementation with fast grace periods, Mathieu Desnoyers
      • Re: [RFC PATCH] v3 RCU implementation with fast grace periods, Paul E. McKenney
      • Re: [RFC PATCH] v3 RCU implementation with fast grace periods, Mathieu Desnoyers
• linux-next: Tree for April 21, Stephen Rothwell
  • Re: linux-next: Tree for April 21, Sachin Sant
    • Re: linux-next: Tree for April 21, Stephen Rothwell
      • Re: linux-next: Tree for April 21, Sachin Sant
• [git pull] vfs patches for -rc3, Al Viro
• Re: [patch 08/14] input: PCAP2 based touchscreen driver, Dmitry Torokhov
  • Re: [patch 08/14] input: PCAP2 based touchscreen driver, Daniel Ribeiro
• [2.6.30-rc2] CD-R: wodim intermittent failures: [sr0] Add. Sense: Logical block address out of range, sector 0, Andy Isaacson
  • Re: [2.6.30-rc2] CD-R: wodim intermittent failures: [sr0] Add. Sense: Logical block address out of range, sector 0, Andrew Morton
    • Re: [2.6.30-rc2] CD-R: wodim intermittent failures: [sr0] Add. Sense: Logical block address out of range, sector 0, Robert Hancock
      • Re: [2.6.30-rc2] CD-R: wodim intermittent failures: [sr0] Add. Sense: Logical block address out of range, sector 0, Andy Isaacson
  • <Possible follow-ups>
  • Re: [2.6.30-rc2] CD-R: wodim intermittent failures: [sr0] Add. Sense: Logical block address out of range, sector 0, Joerg Schilling
    • Re: [2.6.30-rc2] CD-R: wodim intermittent failures: [sr0] Add. Sense: Logical block address out of range, sector 0, Bill Davidsen
• [PATCH] Doc: hrtimers.txt was moved a long time ago, update reference, Randy Dunlap
• [PATCH] Doc/sysfs-rules: Swap the order of the words so the sentence makes more sense, Randy Dunlap
• [PATCH] x86/pci: do assign root bus res if _CRS is used, Yinghai Lu
  • Re: [PATCH] x86/pci: do assign root bus res if _CRS is used, Jesse Barnes
  • Re: [PATCH] x86/pci: do assign root bus res if _CRS is used, Bjorn Helgaas
    • Re: [PATCH] x86/pci: do assign root bus res if _CRS is used, Jesse Barnes
    • Re: [PATCH] x86/pci: do assign root bus res if _CRS is used, Yinghai Lu
      • Re: [PATCH] x86/pci: do assign root bus res if _CRS is used, Bjorn Helgaas
      • Re: [PATCH] x86/pci: do assign root bus res if _CRS is used, Yinghai Lu
      • Re: [PATCH] x86/pci: do assign root bus res if _CRS is used, Bjorn Helgaas
      • Re: [PATCH] x86/pci: do assign root bus res if _CRS is used, Yinghai Lu
      • Re: [PATCH] x86/pci: do assign root bus res if _CRS is used, Bjorn Helgaas
      • Re: [PATCH] x86/pci: do assign root bus res if _CRS is used, Bjorn Helgaas
    • Re: [PATCH] x86/pci: do assign root bus res if _CRS is used, Gary Hade
• [BUG] NULL pointer crash in early NMI handler, Steven Rostedt
  • [PATCH] x86: fix boot crash in NMI watchdog with CONFIG_CPUMASK_OFFSTACK=y and flat APIC, Rusty Russell
    • [PATCH] x86: avoid theoretical spurious NMI backtraces with CONFIG_CPUMASK_OFFSTACK=y, Rusty Russell
  • [tip:x86/urgent] x86: fix boot crash in NMI watchdog with CONFIG_CPUMASK_OFFSTACK=y and flat APIC, tip-bot for Rusty Russell
  • [tip:x86/urgent] x86: avoid theoretical spurious NMI backtraces with CONFIG_CPUMASK_OFFSTACK=y, tip-bot for Rusty Russell
• question regarding the -stable patch queue ?, Abhijit Karmarkar
  • Re: [stable] question regarding the -stable patch queue ?, Greg KH
    • Re: [stable] question regarding the -stable patch queue ?, Abhijit Karmarkar
• [no subject], uveoecwsyawcgt
• [PATCH 0/4] fix some improper uses of dev_set_name, Thadeu Lima de Souza Cascardo
  • Message not available
    • [PATCH 1/4] driver core: use string format when name is another device's name, Thadeu Lima de Souza Cascardo
      • Message not available
      • [PATCH 2/4] driver core: use string format when name is given to an exported function, Thadeu Lima de Souza Cascardo
      • Message not available
      • [PATCH 3/4] input: set the device's name and copy it to private version, Thadeu Lima de Souza Cascardo
      • Message not available
      • [PATCH 4/4] ARM: use put_device instead of kfree, Thadeu Lima de Souza Cascardo
  • Re: [PATCH 0/4] fix some improper uses of dev_set_name, Greg KH
    • Re: [PATCH 0/4] fix some improper uses of dev_set_name, Thadeu Lima de Souza Cascardo
• Address of .globl _start, Dragoslav Zaric
  • Message not available
    • Re: Address of .globl _start, Dragoslav Zaric
• Wait for console to become available, v3.2, David VomLehn
  • Re: Wait for console to become available, v3.2, Ingo Molnar
    • Re: Wait for console to become available, v3.2, David Brownell
      • Re: Wait for console to become available, v3.2, Ingo Molnar
      • Re: Wait for console to become available, v3.2, David Woodhouse
      • Re: Wait for console to become available, v3.2, David VomLehn
      • Re: Wait for console to become available, v3.2, David Woodhouse
      • Re: Wait for console to become available, v3.2, Linus Torvalds
      • Re: Wait for console to become available, v3.2, David VomLehn
      • Re: Wait for console to become available, v3.2, Linus Torvalds
      • Re: Wait for console to become available, v3.2, Alan Cox
      • Re: Wait for console to become available, v3.2, David VomLehn
      • Re: Wait for console to become available, v3.2, Jamie Lokier
      • Re: Wait for console to become available, v3.2, Alan Cox
      • Re: Wait for console to become available, v3.2, Jamie Lokier
    • Re: Wait for console to become available, v3.2, Arjan van de Ven
      • Re: Wait for console to become available, v3.2, Ingo Molnar
      • Re: Wait for console to become available, v3.2, Jamie Lokier
      • Re: Wait for console to become available, v3.2, Ingo Molnar
      • Re: Wait for console to become available, v3.2, Alan Cox
      • Re: Wait for console to become available, v3.2, Jamie Lokier
      • Re: Wait for console to become available, v3.2, Alan Cox
      • Re: Wait for console to become available, v3.2, David VomLehn
      • Re: Wait for console to become available, v3.2, Alan Stern
      • Re: Wait for console to become available, v3.2, David VomLehn
      • Re: Wait for console to become available, v3.2, Alan Stern
      • Re: Wait for console to become available, v3.2, David VomLehn
      • Re: Wait for console to become available, v3.2, Alan Stern
      • Re: Wait for console to become available, v3.2, David VomLehn
      • Re: Wait for console to become available, v3.2, Alan Cox
      • Re: Wait for console to become available, v3.2, Alan Stern
      • Re: Wait for console to become available, v3.2, David VomLehn
      • Re: Wait for console to become available, v3.2, Alan Stern
      • Re: Wait for console to become available, v3.2, David VomLehn
      • Re: Wait for console to become available, v3.2, Jamie Lokier
      • Re: Wait for console to become available, v3.2, David VomLehn
      • Re: Wait for console to become available, v3.2, Jamie Lokier
      • Re: Wait for console to become available, v3.2, Alan Stern
      • Re: Wait for console to become available, v3.2, Jamie Lokier
      • Re: Wait for console to become available, v3.2, Alan Stern
      • Re: Wait for console to become available, v3.2, Jamie Lokier
      • Re: Wait for console to become available, v3.2, Kay Sievers
      • Re: Wait for console to become available, v3.2, Jamie Lokier
      • Re: Wait for console to become available, v3.2, Kay Sievers
      • Re: Wait for console to become available, v3.2, Jamie Lokier
      • Re: Wait for console to become available, v3.2, David VomLehn
      • Re: Wait for console to become available, v3.2, David VomLehn
• [PATCH] NFS: Fix the XDR iovec calculation in nfs3_xdr_setaclargs, Trond Myklebust
• [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
  • [PATCH 2/2] tracing: use nowakeup version of commit for function event trace tests, Steven Rostedt
    • Re: [PATCH 2/2] tracing: use nowakeup version of commit for function event trace tests, Frederic Weisbecker
      • Re: [PATCH 2/2] tracing: use nowakeup version of commit for function event trace tests, Steven Rostedt
  • [PATCH 1/2] tracing: use recursive counter over irq level, Steven Rostedt
  • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Ingo Molnar
    • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Ingo Molnar
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
      • [PATCH][GIT PULL] ring-buffer: only warn on wrap if buffer is bigger than two pages, Steven Rostedt
      • Re: [PATCH][GIT PULL] ring-buffer: only warn on wrap if buffer is bigger than two pages, Ingo Molnar
      • Re: [PATCH][GIT PULL] ring-buffer: only warn on wrap if buffer is bigger than two pages, Steven Rostedt
      • Re: [PATCH][GIT PULL] ring-buffer: only warn on wrap if buffer is bigger than two pages, Steven Rostedt
      • [tip:tracing/core] ring-buffer: only warn on wrap if buffer is bigger than two pages, tip-bot for Steven Rostedt
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Frederic Weisbecker
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Frederic Weisbecker
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Jeremy Fitzhardinge
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Ingo Molnar
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Ingo Molnar
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Ingo Molnar
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Jeremy Fitzhardinge
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Chris Wright
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Chris Wright
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Chris Wright
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Ingo Molnar
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Chris Wright
      • [tip:tracing/core] x86: use native register access for native tlb flushing, tip-bot for Chris Wright
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Steven Rostedt
      • Re: [PATCH 0/2] [GIT PULL] tracing: various bug fixes, Ingo Molnar
• [PATCH 00/25] Cleanup and optimise the page allocator V6, Mel Gorman
  • [PATCH 02/25] Do not sanity check order in the fast path, Mel Gorman
    • Re: [PATCH 02/25] Do not sanity check order in the fast path, KOSAKI Motohiro
    • Re: [PATCH 02/25] Do not sanity check order in the fast path, Pekka Enberg
  • [PATCH 01/25] Replace __alloc_pages_internal() with __alloc_pages_nodemask(), Mel Gorman
    • Re: [PATCH 01/25] Replace __alloc_pages_internal() with __alloc_pages_nodemask(), KOSAKI Motohiro
    • Re: [PATCH 01/25] Replace __alloc_pages_internal() with __alloc_pages_nodemask(), Pekka Enberg
  • [PATCH 04/25] Check only once if the zonelist is suitable for the allocation, Mel Gorman
    • Re: [PATCH 04/25] Check only once if the zonelist is suitable for the allocation, KOSAKI Motohiro
    • Re: [PATCH 04/25] Check only once if the zonelist is suitable for the allocation, Pekka Enberg
  • [PATCH 03/25] Do not check NUMA node ID when the caller knows the node is valid, Mel Gorman
    • Re: [PATCH 03/25] Do not check NUMA node ID when the caller knows the node is valid, KOSAKI Motohiro
    • Re: [PATCH 03/25] Do not check NUMA node ID when the caller knows the node is valid, Pekka Enberg
    • Re: [PATCH 03/25] Do not check NUMA node ID when the caller knows the node is valid, Paul Mundt
  • [PATCH 06/25] Move check for disabled anti-fragmentation out of fastpath, Mel Gorman
    • Re: [PATCH 06/25] Move check for disabled anti-fragmentation out of fastpath, KOSAKI Motohiro
  • [PATCH 07/25] Check in advance if the zonelist needs additional filtering, Mel Gorman
    • Re: [PATCH 07/25] Check in advance if the zonelist needs additional filtering, KOSAKI Motohiro
      • Re: [PATCH 07/25] Check in advance if the zonelist needs additional filtering, Mel Gorman
    • Re: [PATCH 07/25] Check in advance if the zonelist needs additional filtering, Pekka Enberg
      • Re: [PATCH 07/25] Check in advance if the zonelist needs additional filtering, Mel Gorman
  • [PATCH 05/25] Break up the allocator entry point into fast and slow paths, Mel Gorman
    • Re: [PATCH 05/25] Break up the allocator entry point into fast and slow paths, KOSAKI Motohiro
      • Re: [PATCH 05/25] Break up the allocator entry point into fast and slow paths, Pekka Enberg
      • Re: [PATCH 05/25] Break up the allocator entry point into fast and slow paths, Mel Gorman
      • Re: [PATCH 05/25] Break up the allocator entry point into fast and slow paths, Mel Gorman
      • Re: [PATCH 05/25] Break up the allocator entry point into fast and slow paths, KOSAKI Motohiro
  • [PATCH 08/25] Calculate the preferred zone for allocation only once, Mel Gorman
    • Re: [PATCH 08/25] Calculate the preferred zone for allocation only once, KOSAKI Motohiro
      • Re: [PATCH 08/25] Calculate the preferred zone for allocation only once, Mel Gorman
    • Re: [PATCH 08/25] Calculate the preferred zone for allocation only once, Pekka Enberg
      • Re: [PATCH 08/25] Calculate the preferred zone for allocation only once, Mel Gorman
      • Re: [PATCH 08/25] Calculate the preferred zone for allocation only once, Pekka Enberg
  • [PATCH 09/25] Calculate the migratetype for allocation only once, Mel Gorman
    • Re: [PATCH 09/25] Calculate the migratetype for allocation only once, KOSAKI Motohiro
      • Re: [PATCH 09/25] Calculate the migratetype for allocation only once, Mel Gorman
      • Re: [PATCH 09/25] Calculate the migratetype for allocation only once, KOSAKI Motohiro
      • Re: [PATCH 09/25] Calculate the migratetype for allocation only once, Mel Gorman
  • [PATCH 10/25] Calculate the alloc_flags for allocation only once, Mel Gorman
    • Re: [PATCH 10/25] Calculate the alloc_flags for allocation only once, KOSAKI Motohiro
      • Re: [PATCH 10/25] Calculate the alloc_flags for allocation only once, Mel Gorman
      • Re: [PATCH 10/25] Calculate the alloc_flags for allocation only once, KOSAKI Motohiro
      • Re: [PATCH 10/25] Calculate the alloc_flags for allocation only once, Mel Gorman
      • Re: [PATCH 10/25] Calculate the alloc_flags for allocation only once, KOSAKI Motohiro
  • [PATCH 11/25] Calculate the cold parameter for allocation only once, Mel Gorman
    • Re: [PATCH 11/25] Calculate the cold parameter for allocation only once, Pekka Enberg
      • Re: [PATCH 11/25] Calculate the cold parameter for allocation only once, Mel Gorman
    • Re: [PATCH 11/25] Calculate the cold parameter for allocation only once, KOSAKI Motohiro
      • Re: [PATCH 11/25] Calculate the cold parameter for allocation only once, Mel Gorman
      • Re: [PATCH 11/25] Calculate the cold parameter for allocation only once, Christoph Lameter
    • Re: [PATCH 11/25] Calculate the cold parameter for allocation only once, Christoph Lameter
  • [PATCH 12/25] Remove a branch by assuming __GFP_HIGH == ALLOC_HIGH, Mel Gorman
    • Re: [PATCH 12/25] Remove a branch by assuming __GFP_HIGH == ALLOC_HIGH, Pekka Enberg
      • Re: [PATCH 12/25] Remove a branch by assuming __GFP_HIGH == ALLOC_HIGH, Mel Gorman
      • Re: [PATCH 12/25] Remove a branch by assuming __GFP_HIGH == ALLOC_HIGH, Pekka Enberg
    • Re: [PATCH 12/25] Remove a branch by assuming __GFP_HIGH == ALLOC_HIGH, KOSAKI Motohiro
      • Re: [PATCH 12/25] Remove a branch by assuming __GFP_HIGH == ALLOC_HIGH, KOSAKI Motohiro
      • Re: [PATCH 12/25] Remove a branch by assuming __GFP_HIGH == ALLOC_HIGH, Mel Gorman
  • [PATCH 13/25] Inline __rmqueue_smallest(), Mel Gorman
    • Re: [PATCH 13/25] Inline __rmqueue_smallest(), Pekka Enberg
      • Re: [PATCH 13/25] Inline __rmqueue_smallest(), Mel Gorman
    • Re: [PATCH 13/25] Inline __rmqueue_smallest(), KOSAKI Motohiro
      • Re: [PATCH 13/25] Inline __rmqueue_smallest(), Mel Gorman
      • Re: [PATCH 13/25] Inline __rmqueue_smallest(), KOSAKI Motohiro
  • [PATCH 14/25] Inline buffered_rmqueue(), Mel Gorman
    • Re: [PATCH 14/25] Inline buffered_rmqueue(), KOSAKI Motohiro
  • [PATCH 15/25] Inline __rmqueue_fallback(), Mel Gorman
    • Re: [PATCH 15/25] Inline __rmqueue_fallback(), KOSAKI Motohiro
  • [PATCH 16/25] Save text by reducing call sites of __rmqueue(), Mel Gorman
    • Re: [PATCH 16/25] Save text by reducing call sites of __rmqueue(), KOSAKI Motohiro
  • [PATCH 17/25] Do not call get_pageblock_migratetype() more than necessary, Mel Gorman
    • Re: [PATCH 17/25] Do not call get_pageblock_migratetype() more than necessary, KOSAKI Motohiro
      • Re: [PATCH 17/25] Do not call get_pageblock_migratetype() more than necessary, Mel Gorman
      • Re: [PATCH 17/25] Do not call get_pageblock_migratetype() more than necessary, KOSAKI Motohiro
  • [PATCH 18/25] Do not disable interrupts in free_page_mlock(), Mel Gorman
    • Re: [PATCH 18/25] Do not disable interrupts in free_page_mlock(), Pekka Enberg
      • Re: [PATCH 18/25] Do not disable interrupts in free_page_mlock(), Mel Gorman
      • Re: [PATCH 18/25] Do not disable interrupts in free_page_mlock(), Christoph Lameter
    • Re: [PATCH 18/25] Do not disable interrupts in free_page_mlock(), KOSAKI Motohiro
      • Re: [PATCH 18/25] Do not disable interrupts in free_page_mlock(), Lee Schermerhorn
  • [PATCH 19/25] Do not setup zonelist cache when there is only one node, Mel Gorman
  • [PATCH 20/25] Do not check for compound pages during the page allocator sanity checks, Mel Gorman
    • Re: [PATCH 20/25] Do not check for compound pages during the page allocator sanity checks, KOSAKI Motohiro
      • Re: [PATCH 20/25] Do not check for compound pages during the page allocator sanity checks, Mel Gorman
      • Re: [PATCH 20/25] Do not check for compound pages during the page allocator sanity checks, KOSAKI Motohiro
  • [PATCH 21/25] Use allocation flags as an index to the zone watermark, Mel Gorman
    • Re: [PATCH 21/25] Use allocation flags as an index to the zone watermark, KOSAKI Motohiro
      • Re: [PATCH 21/25] Use allocation flags as an index to the zone watermark, David Rientjes
      • Re: [PATCH 21/25] Use allocation flags as an index to the zone watermark, Mel Gorman
      • Re: [PATCH 21/25] Use allocation flags as an index to the zone watermark, Mel Gorman
  • [PATCH 22/25] Update NR_FREE_PAGES only as necessary, Mel Gorman
    • Re: [PATCH 22/25] Update NR_FREE_PAGES only as necessary, KOSAKI Motohiro
  • [PATCH 23/25] Get the pageblock migratetype without disabling interrupts, Mel Gorman
  • [PATCH 24/25] Re-sort GFP flags and fix whitespace alignment for easier reading., Mel Gorman
    • Re: [PATCH 24/25] Re-sort GFP flags and fix whitespace alignment for easier reading., Pekka Enberg
      • Re: [PATCH 24/25] Re-sort GFP flags and fix whitespace alignment for easier reading., Mel Gorman
      • Re: [PATCH 24/25] Re-sort GFP flags and fix whitespace alignment for easier reading., Christoph Lameter
      • Re: [PATCH 24/25] Re-sort GFP flags and fix whitespace alignment for easier reading., Mel Gorman
  • [PATCH 25/25] Use a pre-calculated value instead of num_online_nodes() in fast paths, Mel Gorman
    • Re: [PATCH 25/25] Use a pre-calculated value instead of num_online_nodes() in fast paths, Pekka Enberg
      • Re: [PATCH 25/25] Use a pre-calculated value instead of num_online_nodes() in fast paths, Mel Gorman
      • Re: [PATCH 25/25] Use a pre-calculated value instead of num_online_nodes() in fast paths, Christoph Lameter
  • Re: [PATCH 00/25] Cleanup and optimise the page allocator V6, Pekka Enberg
    • Re: [PATCH 00/25] Cleanup and optimise the page allocator V6, Mel Gorman
• VIA Padlock driver no longer loads automatically, Chuck Ebbert
  • Re: VIA Padlock driver no longer loads automatically, Herbert Xu
    • Re: VIA Padlock driver no longer loads automatically, Herbert Xu
      • Re: VIA Padlock driver no longer loads automatically, Sebastian Andrzej Siewior
      • Re: VIA Padlock driver no longer loads automatically, Herbert Xu
      • Re: VIA Padlock driver no longer loads automatically, Sebastian Andrzej Siewior
• Re: enable padlock on x86_64, Chuck Ebbert
  • Re: enable padlock on x86_64, Herbert Xu
• linux-next ia64 build problems in slqb, Luck, Tony
  • Re: linux-next ia64 build problems in slqb, Randy Dunlap
    • RE: linux-next ia64 build problems in slqb, Luck, Tony
  • Re: linux-next ia64 build problems in slqb, Pekka Enberg
    • Re: linux-next ia64 build problems in slqb, Paul Mundt
    • Re: linux-next ia64 build problems in slqb, Christoph Lameter
      • Re: linux-next ia64 build problems in slqb, Pekka Enberg
      • RE: linux-next ia64 build problems in slqb, Luck, Tony
      • Re: linux-next ia64 build problems in slqb, Pekka Enberg
      • RE: linux-next ia64 build problems in slqb, Luck, Tony
      • RE: linux-next ia64 build problems in slqb, Pekka J Enberg
      • Re: linux-next ia64 build problems in slqb, Paul Mundt
• [patch] serial: add parameter to force skipping the test for the TXEN bug, Chuck Ebbert
  • Re: [patch] serial: add parameter to force skipping the test for the TXEN bug, Andrew Morton
    • Re: [patch] serial: add parameter to force skipping the test for the TXEN bug, Chuck Ebbert
• [RFC][PATCH] Dynamic Tick: Allow 32-bit machines to sleep for more than 2.15 seconds, Jon Hunter
  • Re: [RFC][PATCH] Dynamic Tick: Allow 32-bit machines to sleep for more than 2.15 seconds, Ingo Molnar
    • Re: [RFC][PATCH] Dynamic Tick: Allow 32-bit machines to sleep for more than 2.15 seconds, john stultz
      • Re: [RFC][PATCH] Dynamic Tick: Allow 32-bit machines to sleep for more than 2.15 seconds, Jon Hunter
      • Re: [RFC][PATCH] Dynamic Tick: Allow 32-bit machines to sleep for more than 2.15 seconds, john stultz
      • Re: [RFC][PATCH] Dynamic Tick: Allow 32-bit machines to sleep for more than 2.15 seconds, john stultz
      • Re: [RFC][PATCH] Dynamic Tick: Allow 32-bit machines to sleep for more than 2.15 seconds, Jon Hunter
      • Re: [RFC][PATCH] Dynamic Tick: Allow 32-bit machines to sleep for more than 2.15 seconds, Chris Friesen
      • Re: [RFC][PATCH] Dynamic Tick: Allow 32-bit machines to sleep for more than 2.15 seconds, Jon Hunter
      • Re: [RFC][PATCH] Dynamic Tick: Allow 32-bit machines to sleep for more than 2.15 seconds, Geert Uytterhoeven
• pull request: wireless-2.6 2009-04-20, John W. Linville
  • Re: pull request: wireless-2.6 2009-04-20, David Miller
• Re: [RFC][PATCH] block: enable by default support for large devices and files on 32-bit archs, Bartlomiej Zolnierkiewicz
  • Re: [RFC][PATCH] block: enable by default support for large devices and files on 32-bit archs, Jens Axboe
• [patch 1/3] mm: fix pageref leak in do_swap_page(), Johannes Weiner
  • [patch 3/3][rfc] vmscan: batched swap slot allocation, Johannes Weiner
    • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, Johannes Weiner
      • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, Andrew Morton
      • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, Johannes Weiner
    • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, KAMEZAWA Hiroyuki
      • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, Johannes Weiner
      • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, KAMEZAWA Hiroyuki
      • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, Johannes Weiner
      • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, KOSAKI Motohiro
      • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, Johannes Weiner
      • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, KOSAKI Motohiro
    • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, Hugh Dickins
      • Re: [patch 3/3][rfc] vmscan: batched swap slot allocation, Johannes Weiner
  • [patch 2/3][rfc] swap: try to reuse freed slots in the allocation area, Johannes Weiner
    • Re: [patch 2/3][rfc] swap: try to reuse freed slots in the allocation area, Hugh Dickins
      • Re: [patch 2/3][rfc] swap: try to reuse freed slots in the allocation area, Johannes Weiner
  • Re: [patch 1/3] mm: fix pageref leak in do_swap_page(), Minchan Kim
  • Re: [patch 1/3] mm: fix pageref leak in do_swap_page(), Balbir Singh
    • Re: [patch 1/3] mm: fix pageref leak in do_swap_page(), Johannes Weiner
      • Re: [patch 1/3] mm: fix pageref leak in do_swap_page(), Balbir Singh
  • Re: [patch 1/3] mm: fix pageref leak in do_swap_page(), KAMEZAWA Hiroyuki
• [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Dmitry Adamushko
  • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Ingo Molnar
  • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Dmitry Adamushko
    • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Dmitry Adamushko
    • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Ingo Molnar
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Dmitry Adamushko
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Ingo Molnar
    • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Ingo Molnar
    • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Dmitry Adamushko
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Ingo Molnar
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Dmitry Adamushko
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Hugh Dickins
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Dmitry Adamushko
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Hugh Dickins
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Dmitry Adamushko
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Hugh Dickins
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Dmitry Adamushko
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Hugh Dickins
      • Re: [PATCH] x86 microcode: work_on_cpu and cleanup of the synchronization logic, Dmitry Adamushko
• [patch 1/5] x2apic, IR: cleanup X86_X2APIC and INTR_REMAP config checks, Suresh Siddha
  • [patch 3/5] x2apic, IR: cleanup panic() with nox2apic boot option, Suresh Siddha
    • Re: [patch 3/5] x2apic, IR: cleanup panic() with nox2apic boot option, Ingo Molnar
    • [tip:x86/apic] x86: x2apic, IR: Clean up panic() with nox2apic boot option, tip-bot for Suresh Siddha
  • [patch 5/5] x2apic, IR: Make config X86_UV dependent on X86_X2APIC, Suresh Siddha
    • Re: [patch 5/5] x2apic, IR: Make config X86_UV dependent on X86_X2APIC, Jack Steiner
    • [tip:x86/apic] x86: x2apic, IR: Make config X86_UV dependent on X86_X2APIC, tip-bot for Suresh Siddha
  • [patch 4/5] x2apic, IR: remove reinit_intr_remapped_IO_APIC(), Suresh Siddha
    • RE: [patch 4/5] x2apic, IR: remove reinit_intr_remapped_IO_APIC(), Han, Weidong
      • Re: [patch 4/5] x2apic, IR: remove reinit_intr_remapped_IO_APIC(), Ingo Molnar
      • Re: [patch 4/5] x2apic, IR: remove reinit_intr_remapped_IO_APIC(), Suresh Siddha
      • RE: [patch 4/5] x2apic, IR: remove reinit_intr_remapped_IO_APIC(), Han, Weidong
      • Re: [patch 4/5] x2apic, IR: remove reinit_intr_remapped_IO_APIC(), Ingo Molnar
    • [tip:x86/apic] x86: x2apic, IR: remove reinit_intr_remapped_IO_APIC(), tip-bot for Suresh Siddha
  • [patch 2/5] x2apic, IR: Fix compiler warning with !CONFIG_INTR_REMAP, Suresh Siddha
    • [tip:x86/apic] x86: x2apic, IR: Move eoi_ioapic_irq() into a CONFIG_INTR_REMAP section, tip-bot for Suresh Siddha
      • Re: [tip:x86/apic] x86: x2apic, IR: Move eoi_ioapic_irq() into a CONFIG_INTR_REMAP section, Cyrill Gorcunov
  • Re: [patch 1/5] x2apic, IR: cleanup X86_X2APIC and INTR_REMAP config checks, Ingo Molnar
  • [tip:x86/apic] x86: x2apic, IR: Clean up X86_X2APIC and INTR_REMAP config checks, tip-bot for Suresh Siddha
• [PATCH] [Target_Core_Mod/STGT]: Add struct Scsi_Host target infrastructure WIP, Nicholas A. Bellinger
• Re: USB: usb-serial ch341: support for DTR/RTS/CTS, Simon Arlott
• [RFC] Stupid tracepoint ideas, Steven Rostedt
  • Re: [RFC] Stupid tracepoint ideas, Ingo Molnar
    • Re: [RFC] Stupid tracepoint ideas, Steven Rostedt
  • Re: [RFC] Stupid tracepoint ideas, Mathieu Desnoyers
    • Re: [RFC] Stupid tracepoint ideas, Steven Rostedt
      • Re: [RFC] Stupid tracepoint ideas, Mathieu Desnoyers
      • Re: [RFC] Stupid tracepoint ideas, Ingo Molnar
      • Re: [RFC] Stupid tracepoint ideas, Mathieu Desnoyers
• [tip:sched/core] sched: remove extra call overhead for schedule(), tip-bot for Peter Zijlstra
• [PATCH] gpiolib: Introduce a GPIO "port" concept, H Hartley Sweeten
• [PATCH] mvsdio: fix CONFIG_PM=y build, Rabin Vincent
  • Re: [PATCH] mvsdio: fix CONFIG_PM=y build, Nicolas Pitre
    • Re: [PATCH] mvsdio: fix CONFIG_PM=y build, Pierre Ossman
• 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Tino Keitel
  • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Rafael J. Wysocki
  • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Takashi Iwai
    • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Tino Keitel
      • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Takashi Iwai
      • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Tino Keitel
      • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Takashi Iwai
      • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Tino Keitel
      • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Takashi Iwai
      • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Tino Keitel
      • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Takashi Iwai
      • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Tino Keitel
      • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Takashi Iwai
      • Re: 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA, Tino Keitel
• ioremap_wc | set_memory_(uc|wc) and suspend, Jerome Glisse
  • Re: ioremap_wc | set_memory_(uc|wc) and suspend, Jerome Glisse
• Add support for Eject hotkey in dell-wmi, Mario Limonciello
  • Re: Add support for Eject hotkey in dell-wmi, Matthew Garrett
    • Re: Add support for Eject hotkey in dell-wmi, Mario Limonciello
      • Re: Add support for Eject hotkey in dell-wmi, Matthew Garrett
      • Re: Add support for Eject hotkey in dell-wmi, Mario Limonciello
      • Message not available
      • Re: Add support for Eject hotkey in dell-wmi, Matthew Garrett
      • Re: Add support for Eject hotkey in dell-wmi, Mario Limonciello
  • [PATCH 1/3] Add support for more dell-wmi hotkeys, Mario Limonciello
    • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Matthew Garrett
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Mario Limonciello
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Matthew Garrett
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Mario Limonciello
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Matthew Garrett
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Mario Limonciello
    • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Matthew Garrett
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Mario Limonciello
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Matthew Garrett
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Valdis . Kletnieks
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Matthew Garrett
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Mario Limonciello
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Matthew Garrett
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Mario Limonciello
    • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Matthew Garrett
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Mario Limonciello
      • Re: [PATCH 1/3] Add support for more dell-wmi hotkeys, Matthew Garrett
  • [PATCH 2/3] Don't load Dell-WMI on non WMI systems, Mario Limonciello
  • [PATCH 3/3] Mark OSD type scancodes, Mario Limonciello
• bond interface arp, vlan and trunk / network question, stefan novak
  • Re: bond interface arp, vlan and trunk / network question, Eric Dumazet
    • Re: bond interface arp, vlan and trunk / network question, Jay Vosburgh
      • Re: bond interface arp, vlan and trunk / network question, stefan novak
      • Re: bond interface arp, vlan and trunk / network question, Jay Vosburgh
      • Re: bond interface arp, vlan and trunk / network question, stefan novak
      • Re: bond interface arp, vlan and trunk / network question, Eric Dumazet
      • Re: bond interface arp, vlan and trunk / network question, Jay Vosburgh
      • Re: bond interface arp, vlan and trunk / network question, stefan novak
      • Re: bond interface arp, vlan and trunk / network question, Jay Vosburgh
      • Re: bond interface arp, vlan and trunk / network question, stefan novak
      • Re: bond interface arp, vlan and trunk / network question, Jay Vosburgh
      • Re: bond interface arp, vlan and trunk / network question, Eric Dumazet
      • Re: bond interface arp, vlan and trunk / network question, Jay Vosburgh
      • Re: bond interface arp, vlan and trunk / network question, Jiri Pirko
      • Re: bond interface arp, vlan and trunk / network question, Jay Vosburgh
      • Re: bond interface arp, vlan and trunk / network question, Jiri Pirko
      • Re: bond interface arp, vlan and trunk / network question, Jay Vosburgh
      • Re: bond interface arp, vlan and trunk / network question, Jiri Pirko
• [PATCH] go7007: Convert to the new i2c device binding model, Jean Delvare
  • Re: [PATCH] go7007: Convert to the new i2c device binding model, Clemens Ladisch
    • Re: [PATCH] go7007: Convert to the new i2c device binding model, Jean Delvare
• [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Steven Rostedt
  • [PATCH 2/4] tracing: remove dangling semicolon, Steven Rostedt
  • [PATCH 1/4] tracing/events: call the correct event trace selftest init function, Steven Rostedt
  • [PATCH 3/4] tracing: fix recursive test level calculation, Steven Rostedt
    • Re: [PATCH 3/4] tracing: fix recursive test level calculation, Andrew Morton
  • [PATCH 4/4] tracing: remove recursive test from ring_buffer_event_discard, Steven Rostedt
  • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Ingo Molnar
    • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Ingo Molnar
      • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Frederic Weisbecker
      • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Steven Rostedt
      • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Steven Rostedt
      • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Frederic Weisbecker
      • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Steven Rostedt
      • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Frederic Weisbecker
      • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Steven Rostedt
      • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Frederic Weisbecker
    • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Ingo Molnar
      • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Steven Rostedt
      • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Frederic Weisbecker
      • Re: [PATCH 0/4] [GIT PULL] tracing: recursion and compile fixes, Steven Rostedt
• 2.6.28.9: EXT3/NFS inodes corruption, Sylvain Rochet
• Prize Claims, ©Online Notification
• [PATCH 0/3] [GIT PULL] tracing: config updates, Steven Rostedt
  • [PATCH 1/3] tracing: change branch profiling to a choice selection, Steven Rostedt
  • [PATCH 2/3] tracing: create menuconfig for tracing infrastructure, Steven Rostedt
  • [PATCH 3/3] tracing: rename EVENT_TRACER config to ENABLE_EVENT_TRACING, Steven Rostedt
  • Re: [PATCH 0/3] [GIT PULL] tracing: config updates, Ingo Molnar
• swap hint, Wil
  • Re: swap hint, KAMEZAWA Hiroyuki
    • RE: swap hint, Wil
• [RFD] voltage/current regulator consumer interface, Mike Rapoport
  • Re: [RFD] voltage/current regulator consumer interface, Mark Brown
    • Re: [RFD] voltage/current regulator consumer interface, Mike Rapoport
      • Re: [RFD] voltage/current regulator consumer interface, Mark Brown
      • Re: [RFD] voltage/current regulator consumer interface, Mike Rapoport
      • Re: [RFD] voltage/current regulator consumer interface, Mark Brown
      • Re: [RFD] voltage/current regulator consumer interface, Mike Rapoport
      • Re: [RFD] voltage/current regulator consumer interface, Mark Brown
      • Re: [RFD] voltage/current regulator consumer interface, Mike Rapoport
      • Re: [RFD] voltage/current regulator consumer interface, Mark Brown
  • <Possible follow-ups>
  • Re: [RFD] voltage/current regulator consumer interface, James Kosin
    • Re: [RFD] voltage/current regulator consumer interface, Mike Rapoport
      • Re: [RFD] voltage/current regulator consumer interface, James Kosin
      • Re: [RFD] voltage/current regulator consumer interface, Mike Rapoport
      • Re: [RFD] voltage/current regulator consumer interface, James Kosin
      • Re: [RFD] voltage/current regulator consumer interface, Pavel Machek
      • Re: [RFD] voltage/current regulator consumer interface, Mark Brown
      • Re: [RFD] voltage/current regulator consumer interface, James Kosin
      • Re: [RFD] voltage/current regulator consumer interface, Mark Brown
      • Re: [RFD] voltage/current regulator consumer interface, Mark Brown
    • Re: [RFD] voltage/current regulator consumer interface, Mark Brown
  • Re: [RFD] voltage/current regulator consumer interface, James Kosin
    • Re: [RFD] voltage/current regulator consumer interface, Alan Cox
      • Re: [RFD] voltage/current regulator consumer interface, James Kosin
• [PATCH] pagemap: require aligned-length, non-null reads of /proc/pid/pagemap, Vitaly Mayatskikh
• [PATCH] e100: do not go D3 in shutdown unless system is powering off, Thadeu Lima de Souza Cascardo
  • Re: [PATCH] e100: do not go D3 in shutdown unless system is powering off, Rafael J. Wysocki
    • Re: [PATCH] e100: do not go D3 in shutdown unless system is powering off, Thadeu Lima de Souza Cascardo
      • Re: [PATCH] e100: do not go D3 in shutdown unless system is powering off, Rafael J. Wysocki
      • [PATCH v2] e100: do not go D3 in shutdown unless system is powering off, Thadeu Lima de Souza Cascardo
      • [PATCH v2 fixed] e100: do not go D3 in shutdown unless system is powering off, Thadeu Lima de Souza Cascardo
      • Re: [PATCH v2 fixed] e100: do not go D3 in shutdown unless system is powering off, Jeff Kirsher
      • Re: [PATCH v2 fixed] e100: do not go D3 in shutdown unless system is powering off, Thadeu Lima de Souza Cascardo
      • Re: [PATCH v2 fixed] e100: do not go D3 in shutdown unless system is powering off, Jeff Kirsher
      • Re: [PATCH v2 fixed] e100: do not go D3 in shutdown unless system is powering off, Rafael J. Wysocki
• [RESEND][PATCH 0/2] sched: make the scheduler (even) more modular, Henrik Austad
  • [PATCH 1/2] sched: Move priority calculation into sched_class., Henrik Austad
    • [PATCH 2/2] sched: Let sched_class handle effective_prio calculation, Henrik Austad
• [no subject], Henrik Austad
• [no subject], Henrik Austad
• Re: [Announce] 2.6.29.1-rt8, Stephane Couture
• [PATCH] x86/uv - fix for no memory at paddr 0, Jack Steiner
  • [tip:x86/urgent] x86/uv: fix for no memory at paddr 0, tip-bot for Jack Steiner
• Re: [PATCH 1/5] [RFC PATCH] Support for AT572D940HF-EK [RFC PATCH], Jean-Christophe PLAGNIOL-VILLARD
• IMF Scam repayment(confirm Payment Details), IMF
• Am I allowed to call request_firmware_nowait from an interrupt handler?, John Hughes
  • Re: Am I allowed to call request_firmware_nowait from an interrupt handler?, Andi Kleen
    • Re: Am I allowed to call request_firmware_nowait from an interrupt handler?, John Hughes
      • Re: Am I allowed to call request_firmware_nowait from an interrupt handler?, Andi Kleen
• [PATCH] FRV: Don't attempt to #include <linux/blk.h> as it doesn't exist, David Howells
• SDHCI driver runnining in aspire one, allows to write to R/O SD cards, Maxim Levitsky
  • Re: SDHCI driver runnining in aspire one, allows to write to R/O SD cards, Robert Hancock
    • Re: SDHCI driver runnining in aspire one, allows to write to R/O SD cards, Maxim Levitsky
      • Re: SDHCI driver runnining in aspire one, allows to write to R/O SD cards, Maxim Levitsky
      • Re: [Sdhci-devel] SDHCI driver runnining in aspire one, allows to write to R/O SD cards, Garrett D'Amore
      • Re: [Sdhci-devel] SDHCI driver runnining in aspire one, allows to write to R/O SD cards, Maxim Levitsky
      • Re: [Sdhci-devel] SDHCI driver runnining in aspire one, allows to write to R/O SD cards, Garrett D'Amore
• Re: [PATCH V3] Fix Committed_AS underflow, KOSAKI Motohiro
  • <Possible follow-ups>
  • Re: [PATCH V3] Fix Committed_AS underflow, Dave Hansen
    • Re: [PATCH V3] Fix Committed_AS underflow, Dave Hansen
      • Re: [PATCH V3] Fix Committed_AS underflow, KOSAKI Motohiro
      • Message not available
      • Re: [PATCH V3] Fix Committed_AS underflow, Dave Hansen
• Re: [PATCH 1/2] fs/compat_ioctl: fix build when !BLOCK, Alexander Beregalov
  • <Possible follow-ups>
  • Re: [PATCH 1/2] fs/compat_ioctl: fix build when !BLOCK, Jens Axboe
    • Re: [PATCH 1/2] fs/compat_ioctl: fix build when !BLOCK, Alexander Beregalov
      • Re: [PATCH 1/2] fs/compat_ioctl: fix build when !BLOCK, Jens Axboe
• [PATCH 2/2] pktcdvd.h should include mempool.h, Alexander Beregalov
  • Re: [PATCH 2/2] pktcdvd.h should include mempool.h, Jens Axboe
• Re: TMDC Joystick no longer works in kernel 2.6.28, Dmitry Torokhov
  • Re: TMDC Joystick no longer works in kernel 2.6.28, Andrew S. Johnson
• [PULL REQUEST] a few more md patches for 2.6.30, Neil Brown
• Kernel Panic: Early exception with 2.6.29.1-rt8 on x86_64, tom smith
  • Re: Kernel Panic: Early exception with 2.6.29.1-rt8 on x86_64, Thomas Gleixner
    • Re: Kernel Panic: Early exception with 2.6.29.1-rt8 on x86_64, tom smith
• Re: [LTP] statvfs -> f_bavail, Michal Simek
  • Re: [LTP] statvfs -> f_bavail, Al Viro
    • Re: [LTP] statvfs -> f_bavail, Michal Simek
      • Re: [LTP] statvfs -> f_bavail, Nate Straz
      • Re: [LTP] statvfs -> f_bavail, Al Viro
      • Re: [LTP] statvfs -> f_bavail, Andreas Dilger
      • Re: [LTP] statvfs -> f_bavail, Al Viro
      • Re: [LTP] statvfs -> f_bavail, Michal Simek
• [PATCH] RFC: mm: Fix build error SLBQ when CONFIG_SMP is not enable, Nobuhiro Iwamatsu
• Re: [PATCH/RFC] crypto: compress - Return produced bytes in crypto_{,de}compress_{update,final}() (was: Re: [PATCH/RFC] crypto: compress - Add comp_request.total_out (was: Re: [PATCH 6/6] squashfs: Make SquashFS 4 use the new pcomp crypto interface)), Herbert Xu
  • Re: [PATCH/RFC] crypto: compress - Return produced bytes in crypto_{,de}compress_{update,final}() (was: Re: [PATCH/RFC] crypto: compress - Add comp_request.total_out (was: Re: [PATCH 6/6] squashfs: Make SquashFS 4 use the new pcomp crypto interface)), Geert Uytterhoeven
    • Re: [PATCH/RFC] crypto: compress - Return produced bytes in crypto_{,de}compress_{update,final}() (was: Re: [PATCH/RFC] crypto: compress - Add comp_request.total_out, Phillip Lougher
      • Re: [PATCH/RFC] crypto: compress - Return produced bytes in crypto_{,de}compress_{update,final}() (was: Re: [PATCH/RFC] crypto: compress - Add comp_request.total_out, Herbert Xu
• Re: patch 0022-CIFS-Fix-memory-overwrite-when-saving-nativeFileSys.patch added to 2.6.27-stable tree, Eugene Teo
• Suggestion on GPIO sysfs interface (gpio_export), Kim Kyuwon
  • Re: Suggestion on GPIO sysfs interface (gpio_export), David Brownell
    • Re: Suggestion on GPIO sysfs interface (gpio_export), Kim Kyuwon
• [ANNOUNCE] GIT 1.6.2.4, Junio C Hamano
• [PATCH 0/4] Bluetooth: l2cap clean ups, Gustavo F. Padovan
  • [PATCH 1/4] Bluetooth: create macros for channels identifiers, Gustavo F. Padovan
    • [PATCH 2/4] Bluetooth: remove unnecessary atribution to err var, Gustavo F. Padovan
      • [PATCH 3/4] Bluetooth: create macro to hint mask on receiving config request, Gustavo F. Padovan
      • [PATCH 4/4] Bluetooth: fix many errors and warnings reported by checkpatch.pl, Gustavo F. Padovan
• [PATCH] drivers: memory_open cleanup - lookup minor device number from devlist, Adriano dos Santos Fernandes
  • Re: [PATCH] drivers: memory_open cleanup - lookup minor device number from devlist, Andrew Morton
    • Re: [PATCH] drivers: memory_open cleanup - lookup minor device number from devlist, Adriano dos Santos Fernandes
• linux-next: Tree for April 20, Stephen Rothwell
  • Re: linux-next: Tree for April 20, Nico -telmich- Schottelius
    • Suspend issues on linux-next April 20, Nico -telmich- Schottelius
• [PATCH] favr32: improve touchscreen response, Ben Nizette
  • Re: [PATCH] favr32: improve touchscreen response, Ben Nizette
  • Re: [PATCH] favr32: improve touchscreen response, Hans-Christian Egtvedt
• "RT_PREEMPT for loongson" is updated to patch-2.6.29.1-rt8, Wu Zhangjin
  • Re: "RT_PREEMPT for loongson" is updated to patch-2.6.29.1-rt8, Zhang Le
    • Re: "RT_PREEMPT for loongson" is updated to patch-2.6.29.1-rt8, Wu Zhangjin
      • Re: "RT_PREEMPT for loongson" is updated to patch-2.6.29.1-rt8, Ralf Baechle
      • Re: "RT_PREEMPT for loongson" is updated to patch-2.6.29.1-rt8, Ralf Baechle
      • Re: "RT_PREEMPT for loongson" is updated to patch-2.6.29.1-rt8, Wu Zhangjin
      • Re: "RT_PREEMPT for loongson" is updated to patch-2.6.29.1-rt8, Ralf Baechle
      • Re: "RT_PREEMPT for loongson" is updated to patch-2.6.29.1-rt8, Wu Zhangjin
      • Re: "RT_PREEMPT for loongson" is updated to patch-2.6.29.1-rt8, Wu Zhangjin
• [PATCH] ads7846: Allow both-edge interrupt mode, Ben Nizette
• [PATCH 2/2] pci, msi: Define PCI_MSI_MASK_32/64, Hidetoshi Seto
  • Re: [PATCH 2/2] pci, msi: Define PCI_MSI_MASK_32/64, Matthew Wilcox
• [PATCH 1/2] pci, msi: Remove unused/obsolete macros and definitions, Hidetoshi Seto
  • Re: [PATCH 1/2] pci, msi: Remove unused/obsolete macros and definitions, Matthew Wilcox
• [PATCH 0/5] ksm - dynamic page sharing driver for linux v4, Izik Eidus
  • [PATCH 1/5] MMU_NOTIFIERS: add set_pte_at_notify(), Izik Eidus
    • [PATCH 2/5] add get_pte(): helper function: fetching pte for va, Izik Eidus
      • [PATCH 3/5] add page_wrprotect(): write protecting page., Izik Eidus
      • [PATCH 4/5] add replace_page(): change the page pte is pointing to., Izik Eidus
      • [PATCH 5/5] add ksm kernel shared memory driver., Izik Eidus
      • Re: [PATCH 5/5] add ksm kernel shared memory driver., Alan Cox
      • Re: [PATCH 5/5] add ksm kernel shared memory driver., Avi Kivity
      • Re: [PATCH 5/5] add ksm kernel shared memory driver., Izik Eidus
      • Re: [PATCH 5/5] add ksm kernel shared memory driver., Andrew Morton
      • Re: [PATCH 5/5] add ksm kernel shared memory driver., Izik Eidus
      • Re: [PATCH 5/5] add ksm kernel shared memory driver., Izik Eidus
      • Re: [PATCH 5/5] add ksm kernel shared memory driver., Andrew Morton
• [RESEND][PATCH -tip 0/3] x86, mce: re-implement options for corrected errors, Hidetoshi Seto
  • [RESEND][PATCH -tip 1/3] x86, mce: Revert "add mce_threshold option for intel cmci", Hidetoshi Seto
    • Re: [RESEND][PATCH -tip 1/3] x86, mce: Revert "add mce_threshold option for intel cmci", Andi Kleen
  • [RESEND][PATCH -tip 2/3] x86, mce: Revert "add mce=nopoll option to disable timer polling", Hidetoshi Seto
    • Re: [RESEND][PATCH -tip 2/3] x86, mce: Revert "add mce=nopoll option to disable timer polling", Andi Kleen
      • Re: [RESEND][PATCH -tip 2/3] x86, mce: Revert "add mce=nopoll option to disable timer polling", Hidetoshi Seto
      • Re: [RESEND][PATCH -tip 2/3] x86, mce: Revert "add mce=nopoll option to disable timer polling"\, Andi Kleen
      • Re: [RESEND][PATCH -tip 2/3] x86, mce: Revert "add mce=nopoll option to disable timer polling"\, Hidetoshi Seto
  • [RESEND][PATCH -tip 3/3] x86, mce: Add new option mce=no_cmci and mce=ignore_ce, Hidetoshi Seto
    • Re: [RESEND][PATCH -tip 3/3] x86, mce: Add new option mce=no_cmci and mce=ignore_ce, Andi Kleen
      • Re: [RESEND][PATCH -tip 3/3] x86, mce: Add new option mce=no_cmci and mce=ignore_ce, Hidetoshi Seto
      • [PATCH] x86, mce: Add options for corrected errors (no_cmci/dont_log_ce/ignore_ce), Hidetoshi Seto
      • Re: [PATCH] x86, mce: Add options for corrected errors (no_cmci/dont_log_ce/ignore_ce), Andi Kleen
• [git-pull -tip] x86: cpu_debug patches, Jaswinder Singh Rajput
  • Re: [git-pull -tip] x86: cpu_debug patches, Jaswinder Singh Rajput
    • Re: [git-pull -tip] x86: cpu_debug patches, Jaswinder Singh Rajput
      • Re: [git-pull -tip] x86: cpu_debug patches, Ingo Molnar
      • Re: [git-pull -tip] x86: cpu_debug patches, Jaswinder Singh Rajput
      • Re: [git-pull -tip] x86: cpu_debug patches, Ingo Molnar
      • Re: [git-pull -tip] x86: cpu_debug patches, Jaswinder Singh Rajput
      • Re: [git-pull -tip] x86: cpu_debug patches, Ingo Molnar
      • Re: [git-pull -tip] x86: cpu_debug patches, Jaswinder Singh Rajput
      • Re: [git-pull -tip] x86: cpu_debug patches, Ingo Molnar
• CFQ: Preemption/timeout logic reversed?, Carl Henrik Lunde
  • Re: CFQ: Preemption/timeout logic reversed?, Jens Axboe
    • Re: CFQ: Preemption/timeout logic reversed?, Carl Henrik Lunde
      • Re: CFQ: Preemption/timeout logic reversed?, Jens Axboe
• [git pull] drm + 1xagp fixes, Dave Airlie
• Re: [Bug #13067] iwl3945: wlan0: beacon loss from AP - sending probe request, Niel Lambrechts
  • Re: [Bug #13067] iwl3945: wlan0: beacon loss from AP - sending probe request, Niel Lambrechts
• [PATCH 0/2] tracing: recursion protection fixes, Frederic Weisbecker
  • [PATCH 1/2 v3] tracing/core: Add current context on tracing recursion warning, Frederic Weisbecker
  • [PATCH 2/2] tracing/ring-buffer: unlock recursion protection on discard, Frederic Weisbecker
  • Re: [PATCH 0/2] tracing: recursion protection fixes, Ingo Molnar
    • Re: [PATCH 0/2] tracing: recursion protection fixes, Steven Rostedt
• arch/x86/mm/pgtable.c:352: error: incorrect sharing of tree nodes, Justin Mattock
• arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Robert P. J. Day
  • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Roland Dreier
    • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Ingo Molnar
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, H. Peter Anvin
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Ingo Molnar
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Roland Dreier
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Robert Hancock
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Roland Dreier
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, H. Peter Anvin
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Ingo Molnar
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Hitoshi Mitake
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Ingo Molnar
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Hitoshi Mitake
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Ingo Molnar
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Hitoshi Mitake
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, H. Peter Anvin
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Roland Dreier
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, H. Peter Anvin
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Roland Dreier
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, H. Peter Anvin
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, Roland Dreier
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, H. Peter Anvin
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, David Miller
      • [PATCH] x86: Remove readq()/writeq() on 32-bit, Roland Dreier
      • Re: [PATCH] x86: Remove readq()/writeq() on 32-bit, David Miller
      • Re: [PATCH] x86: Remove readq()/writeq() on 32-bit, Ingo Molnar
      • Re: [PATCH] x86: Remove readq()/writeq() on 32-bit, Jeff Garzik
      • Re: [PATCH] x86: Remove readq()/writeq() on 32-bit, Roland Dreier
      • Re: [PATCH] x86: Remove readq()/writeq() on 32-bit, Jeff Garzik
      • Re: [PATCH] x86: Remove readq()/writeq() on 32-bit, Roland Dreier
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, David Miller
      • Re: arch/x86/Kconfig selects invalid HAVE_READQ, HAVE_WRITEQ vars, David Miller
• "PRINTK_DEBUG"?, Robert P. J. Day
  • Re: "PRINTK_DEBUG"?, Stefan Richter
    • Re: "PRINTK_DEBUG"?, Jason Baron
• Linux 2.4.37.1, Willy Tarreau
• [PATCH] fs: add roundup_to_blocksize and bytes_to_blocks helper functions, Marcin Slusarz
  • [PATCH] filesystems: start using roundup_to_blocksize and bytes_to_blocks, Marcin Slusarz
    • Re: [PATCH] filesystems: start using roundup_to_blocksize and bytes_to_blocks, Dave Kleikamp
      • Re: [PATCH] filesystems: start using roundup_to_blocksize and bytes_to_blocks, Dave Kleikamp
  • Re: [PATCH] fs: add roundup_to_blocksize and bytes_to_blocks helper functions, Andrew Morton
    • Re: [PATCH] fs: add roundup_to_blocksize and bytes_to_blocks helper functions, Dave Kleikamp
      • Re: [PATCH] fs: add roundup_to_blocksize and bytes_to_blocks helper functions, Andrew Morton
    • Re: [PATCH] fs: add roundup_to_blocksize and bytes_to_blocks helper functions, Marcin Slusarz
• Read other people's sms without registration, Clarence Bailey
• [PATCH] Don't print lockdep taint message for !LOCKDEP, Andi Kleen
• [PATCH] kbuild: clean Module.markers and modules.order for out-of-tree modules, Frédéric Brière
  • Re: [PATCH] kbuild: clean Module.markers and modules.order for out-of-tree modules, Sam Ravnborg
• [warn_once] warning: at kernel/hrtimer.c:625 hres_timers_resume+0x24/0x38(), Alexey Klimov
  • Re: [warn_once] warning: at kernel/hrtimer.c:625 hres_timers_resume+0x24/0x38(), Rafael J. Wysocki
    • Re: [warn_once] warning: at kernel/hrtimer.c:625 hres_timers_resume+0x24/0x38(), Alexey Klimov
      • Re: [warn_once] warning: at kernel/hrtimer.c:625 hres_timers_resume+0x24/0x38(), Rafael J. Wysocki
      • Re: [warn_once] warning: at kernel/hrtimer.c:625 hres_timers_resume+0x24/0x38(), Alexey Klimov
• [PATCH] Don't set relatime when noatime is specified, Andi Kleen
  • Re: [PATCH] Don't set relatime when noatime is specified, Matthew Garrett
• splice_read() for device drivers?, Leon Woestenberg
• [PATCH 0/2] Putting bio_list into struct request?, Jeff Garzik
  • [PATCH 1/2] Update struct request to use bio_list, Jeff Garzik
  • [PATCH 2/2] Fix bugs found during bio_list update, Jeff Garzik
  • Re: [PATCH 0/2] Putting bio_list into struct request?, Jens Axboe
• Allocate on Flush in vfat?, John Richard Moser
• Re: Problems with default ACLs over NFS, Sven Geggus
  • <Possible follow-ups>
  • Re: Problems with default ACLs over NFS, Suresh Jayaraman
    • Re: Problems with default ACLs over NFS, hooanon05
      • Re: Problems with default ACLs over NFS, Suresh Jayaraman
      • Re: Problems with default ACLs over NFS, Sven Geggus
      • Re: Problems with default ACLs over NFS, Suresh Jayaraman
• how to build a vmlinux with debugging symbols?, Task Struct From Hell
  • Re: how to build a vmlinux with debugging symbols?, Arjan van de Ven
• [PATCH] this mutex_lock is miss used, Zhenwen Xu
  • Re: [PATCH] this mutex_lock is miss used, Al Viro
• [PULL] lguest & virtio fixes, Rusty Russell
• [PATCH 00/10] kconfig: various fixes and documentation updates, Markus Heidelberg
  • [PATCH 01/10] kconfig: fix typo "mconfig" to "menuconfig" in a comment, Markus Heidelberg
  • [PATCH 02/10] kconfig: add a note about the deps to the 'silentoldconfig' help, Markus Heidelberg
  • [PATCH 04/10] gitignore: ignore Kconfig i18n files, Markus Heidelberg
  • [PATCH 05/10] kconfig qconf: fix -Wall compiler warnings, Markus Heidelberg
  • [PATCH 03/10] kconfig: resort the documentation of the environment variables, Markus Heidelberg
  • [PATCH 06/10] kconfig qconf: fix namespace for Horizontal and Vertical enum values, Markus Heidelberg
  • [PATCH 08/10] kconfig qconf: fix the type of the desktop widget, Markus Heidelberg
  • [PATCH 09/10] kconfig: do not hardcode ".config" filename, Markus Heidelberg
  • [PATCH 10/10] kconfig: do not hardcode "include/config/auto.conf" filename, Markus Heidelberg
  • [PATCH 07/10] kconfig qconf: add namespace for use of Key_ enum values, Markus Heidelberg
• [GIT PULL] sound updates #2 for 2.6.30-rc2, Takashi Iwai
• Re: port kvm to arm, Avi Kivity
• [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, Tzungder Lin
  • Re: [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, Eric Dumazet
  • [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, Tzungder Lin
    • Re: [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, David Miller
  • <Possible follow-ups>
  • [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, jon.lin
    • Re: [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, Amos Kong
    • Re: [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, David Miller
      • Re: [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, Amos Kong
      • RE: [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, jon.lin
      • Re: [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, Eric Dumazet
      • Re: [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, Eric Dumazet
      • Re: [PATCH 2.6.29.1 1/1] 8139too: fix HW initial flow, David Miller
• [PATCH -tip] x86: es7000, uv - use __cpuinit for kicking secondary cpus, Cyrill Gorcunov
  • [tip:x86/apic] x86: es7000, uv - use __cpuinit for kicking secondary cpus, tip-bot for Cyrill Gorcunov
• mips build failure, Stephen Rothwell
  • Re: mips build failure, Wu Zhangjin
    • Re: mips build failure, Stephen Rothwell
    • Re: mips build failure, Ingo Molnar
      • Re: mips build failure, Ralf Baechle
• 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption, Alex Bennee
  • Re: 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption, Florian Mickler
    • Re: 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption, Alex Bennee
      • Re: 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption, Jesse Barnes
      • Re: 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption, Alex Bennee
      • Re: 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption, Jesse Barnes
      • Message not available
      • Re: 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption, Andreas Proschofsky
      • Message not available
      • Re: 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption, Alex Bennee
      • Re: 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption, Alex Bennee
• BUG: using smp_processor_id() in preemptible on 2.6.30-rc2, Alex Bennee
• [PATCH 0/2 v3] [GIT PULL] tracing/events: add the __string field, Frederic Weisbecker
  • [PATCH 1/2 v3] tracing/events: provide string with undefined size support, Frederic Weisbecker
    • Re: [PATCH 1/2 v3] tracing/events: provide string with undefined size support, Li Zefan
      • Re: [PATCH 1/2 v3] tracing/events: provide string with undefined size support, Frederic Weisbecker
    • Re: [PATCH 1/2 v3] tracing/events: provide string with undefined size support, Frederic Weisbecker
      • Re: [PATCH 1/2 v3] tracing/events: provide string with undefined size support, Steven Rostedt
    • Re: [PATCH 1/2 v3] tracing/events: provide string with undefined size support, Steven Rostedt
      • Re: [PATCH 1/2 v3] tracing/events: provide string with undefined size support, Steven Rostedt
      • Re: [PATCH 1/2 v3] tracing/events: provide string with undefined size support, Frederic Weisbecker
      • Re: [PATCH 1/2 v3] tracing/events: provide string with undefined size support, Steven Rostedt
      • [PATCH][GIT-PULL] tracing/events: protect __get_str(), Frederic Weisbecker
      • Re: [PATCH][GIT-PULL] tracing/events: protect __get_str(), Ingo Molnar
      • Re: [PATCH 1/2 v3] tracing/events: provide string with undefined size support, Ingo Molnar
  • [PATCH 2/2 v3] tracing/lock: provide lock_acquired event support for dynamic size string, Frederic Weisbecker
    • Re: [PATCH 2/2 v3] tracing/lock: provide lock_acquired event support for dynamic size string, Steven Rostedt
  • Re: [PATCH 0/2 v3] [GIT PULL] tracing/events: add the __string field, Li Zefan
    • Re: [PATCH 0/2 v3] [GIT PULL] tracing/events: add the __string field, Frederic Weisbecker
      • [PATCH] tracing/core: Add current context on tracing recursion warning, Frederic Weisbecker
      • Re: [PATCH] tracing/core: Add current context on tracing recursion warning, Ingo Molnar
      • Re: [PATCH] tracing/core: Add current context on tracing recursion warning, Frederic Weisbecker
      • Re: [PATCH] tracing/core: Add current context on tracing recursion warning, Ingo Molnar
      • Re: [PATCH] tracing/core: Add current context on tracing recursion warning, Frédéric Weisbecker
      • Re: [PATCH] tracing/core: Add current context on tracing recursion warning, Ingo Molnar
      • Re: [PATCH] tracing/core: Add current context on tracing recursion warning, Frederic Weisbecker
      • Re: [PATCH] tracing/core: Add current context on tracing recursion warning, Li Zefan
• Re: [PATCH] mfd: Mark clocks_init as non-init in twl4030-core.c, Rakib Mullick
• [PATCH] x86: Fix section mismatches in apic., Rakib Mullick
  • [tip:x86/urgent] x86: Fix false positive section mismatch warnings in the apic code, tip-bot for Rakib Mullick
    • Re: [tip:x86/urgent] x86: Fix false positive section mismatch warnings in the apic code, Marcin Slusarz
      • Re: [tip:x86/urgent] x86: Fix false positive section mismatch warnings in the apic code, Ingo Molnar
      • Re: [tip:x86/urgent] x86: Fix false positive section mismatch warnings in the apic code, Marcin Slusarz
      • Re: [tip:x86/urgent] x86: Fix false positive section mismatch warnings in the apic code, Ingo Molnar
      • Re: [tip:x86/urgent] x86: Fix false positive section mismatch warnings in the apic code, Sam Ravnborg
      • Re: [tip:x86/urgent] x86: Fix false positive section mismatch warnings in the apic code, Rakib Mullick
• [PATCH] rtl8187se staging: Fix compilation warnings and procfs directory leak, Larry Finger
  • Re: [PATCH] rtl8187se staging: Fix compilation warnings and procfs directory leak, Greg KH
    • Re: [PATCH] rtl8187se staging: Fix compilation warnings and procfs directory leak, Larry Finger
• [PATCH] eee-laptop: Register as a pci-hotplug device, Matthew Garrett
  • Re: [PATCH] eee-laptop: Register as a pci-hotplug device, Corentin Chary
    • Re: [PATCH] eee-laptop: Register as a pci-hotplug device, Matthew Garrett
      • Re: [PATCH] eee-laptop: Register as a pci-hotplug device, Corentin Chary
      • Re: [PATCH] eee-laptop: Register as a pci-hotplug device, Matthew Garrett
      • Re: [PATCH] eee-laptop: Register as a pci-hotplug device, Corentin Chary
• [ANNOUNCE] GIT 1.6.3.rc1, Junio C Hamano
• Quick question about libata and hdparm, Rogério Brito
  • Re: Quick question about libata and hdparm, Robert Hancock
  • Re: Quick question about libata and hdparm, Mark Lord
    • Re: Quick question about libata and hdparm, Michael Tokarev
      • Re: Quick question about libata and hdparm, Jeff Garzik
      • Re: Quick question about libata and hdparm, Michael Tokarev
      • Re: Quick question about libata and hdparm, Rogério Brito
      • Re: Quick question about libata and hdparm, Jeff Garzik
      • Re: Quick question about libata and hdparm, Rogério Brito
      • Re: Quick question about libata and hdparm, Alan Cox
      • Re: Quick question about libata and hdparm, Rogério Brito
      • Re: Quick question about libata and hdparm, Alan Cox
      • Re: Quick question about libata and hdparm, Bartlomiej Zolnierkiewicz
      • Re: Quick question about libata and hdparm, Rogério Brito
      • Re: Quick question about libata and hdparm, Alan Cox
      • Re: Quick question about libata and hdparm, Rogério Brito
      • Re: Quick question about libata and hdparm, Rogério Brito
      • Re: Quick question about libata and hdparm, Bartlomiej Zolnierkiewicz
      • Re: Quick question about libata and hdparm, Rogério Brito
      • Re: Quick question about libata and hdparm, Bartlomiej Zolnierkiewicz
      • Re: Quick question about libata and hdparm, Rogério Brito
    • Re: Quick question about libata and hdparm, Rogério Brito
      • Re: Quick question about libata and hdparm, Mark Lord
• Re: /proc/bus/input/devices changing while booting, Dmitry Torokhov
• [BUG] 2.6.30-rc broke ixp4xx_eth, firmware breakage?, Mikael Pettersson
  • Re: [BUG] 2.6.30-rc broke ixp4xx_eth, firmware breakage?, David Miller
    • Re: [BUG] 2.6.30-rc broke ixp4xx_eth, firmware breakage?, Mikael Pettersson
      • Re: [BUG] 2.6.30-rc broke ixp4xx_eth, firmware breakage?, Mikael Pettersson
  • Re: [BUG] 2.6.30-rc broke ixp4xx_eth, firmware breakage?, Krzysztof Halasa
• [PATCH 0/7] cgroup: io-throttle controller (v14), Andrea Righi
  • Re: [PATCH 0/7] cgroup: io-throttle controller (v14), Gui Jianfeng
    • Re: [PATCH 0/7] cgroup: io-throttle controller (v14), Andrea Righi
      • Re: [PATCH 0/7] cgroup: io-throttle controller (v14), Gui Jianfeng
      • Re: [PATCH 0/7] cgroup: io-throttle controller (v14), Andrea Righi
      • Re: [PATCH 0/7] cgroup: io-throttle controller (v14), Gui Jianfeng
      • Re: [PATCH 0/7] cgroup: io-throttle controller (v14), Andrea Righi
      • Re: [PATCH 0/7] cgroup: io-throttle controller (v14), Gui Jianfeng
      • Re: [PATCH 0/7] cgroup: io-throttle controller (v14), Andrea Righi
      • Re: [PATCH 0/7] cgroup: io-throttle controller (v14), Gui Jianfeng
      • Re: [PATCH 0/7] cgroup: io-throttle controller (v14), Andrea Righi
  • <Possible follow-ups>
  • [PATCH 0/7] cgroup: io-throttle controller (v14), Andrea Righi
    • [PATCH 1/7] io-throttle documentation, Andrea Righi
    • [PATCH 2/7] res_counter: introduce ratelimiting attributes, Andrea Righi
      • Re: [PATCH 2/7] res_counter: introduce ratelimiting attributes, KAMEZAWA Hiroyuki
      • Re: [PATCH 2/7] res_counter: introduce ratelimiting attributes, Andrea Righi
      • Re: [PATCH 2/7] res_counter: introduce ratelimiting attributes, Balbir Singh
      • Re: [PATCH 2/7] res_counter: introduce ratelimiting attributes, Andrea Righi
      • Re: [PATCH 2/7] res_counter: introduce ratelimiting attributes, KAMEZAWA Hiroyuki
      • Re: [PATCH 2/7] res_counter: introduce ratelimiting attributes, Balbir Singh
      • Re: [PATCH 2/7] res_counter: introduce ratelimiting attributes, Andrea Righi
    • [PATCH 3/7] page_cgroup: provide a generic page tracking infrastructure, Andrea Righi
      • Re: [PATCH 3/7] page_cgroup: provide a generic page tracking infrastructure, Gui Jianfeng
      • Re: [PATCH 3/7] page_cgroup: provide a generic page tracking infrastructure, Andrea Righi
      • Re: [PATCH 3/7] page_cgroup: provide a generic page tracking infrastructure, Gui Jianfeng
      • Re: [PATCH 3/7] page_cgroup: provide a generic page tracking infrastructure, Andrea Righi
    • [PATCH 4/7] io-throttle controller infrastructure, Andrea Righi
      • Re: [PATCH 4/7] io-throttle controller infrastructure, Paul E. McKenney
      • Re: [PATCH 4/7] io-throttle controller infrastructure, Andrea Righi
      • Re: [PATCH 4/7] io-throttle controller infrastructure, Paul E. McKenney
      • Re: [PATCH 4/7] io-throttle controller infrastructure, Andrea Righi
      • Re: [PATCH 4/7] io-throttle controller infrastructure, Paul E. McKenney
    • [PATCH 5/7] kiothrottled: throttle buffered (writeback) IO, Andrea Righi
      • Re: [PATCH 5/7] kiothrottled: throttle buffered (writeback) IO, Gui Jianfeng
      • Re: [PATCH 5/7] kiothrottled: throttle buffered (writeback) IO, Andrea Righi
      • Re: [PATCH 5/7] kiothrottled: throttle buffered (writeback) IO, Gui Jianfeng
    • [PATCH 6/7] io-throttle instrumentation, Andrea Righi
    • [PATCH 7/7] export per-task io-throttle statistics to userspace, Andrea Righi
• Kernel Summit: Call for nominations, Theodore Ts'o
  • Re: Kernel Summit: Call for nominations, Theodore Tso
• [console] CSI (128+27) vs BIG5 (and possibly others), Samuel Thibault
  • Re: [console] CSI (128+27) vs BIG5 (and possibly others), Alan Cox
    • Re: [console] CSI (128+27) vs BIG5 (and possibly others), Samuel Thibault
• [PATCH] Please revert console ASCII glyph 1:1 mapping, Samuel Thibault
• [PATCH -tip] x86: smpboot - wakeup_secondary should be done via __cpuinit section, Cyrill Gorcunov
  • [tip:x86/apic] x86: smpboot - wakeup_secondary should be done via __cpuinit section, tip-bot for Cyrill Gorcunov
    • Re: [tip:x86/apic] x86: smpboot - wakeup_secondary should be done via __cpuinit section, Yinghai Lu
      • Re: [tip:x86/apic] x86: smpboot - wakeup_secondary should be done via __cpuinit section, Cyrill Gorcunov
  • [tip:x86/apic] x86: smpboot - wakeup_secondary should be done via __cpuinit section, tip-bot for Cyrill Gorcunov
• git-current: In function `intel_opregion_init': undefined reference to `acpi_video_register', Soeren Sonnenburg
  • Re: git-current build failure: In function `intel_opregion_init': undefined reference to `acpi_video_register', Soeren Sonnenburg
• [PATCH/RFC 0/16] m68k: Device model patches, Geert Uytterhoeven
  • [PATCH/RFC 01/16] platform: Make platform resources input parameters const, Geert Uytterhoeven
    • [PATCH/RFC 02/16] m68k: amiga - Zorro bus modalias support, Geert Uytterhoeven
      • [PATCH/RFC 03/16] m68k: amiga - Zorro host bridge platform device conversion, Geert Uytterhoeven
      • [PATCH/RFC 04/16] m68k: amiga - Frame buffer platform device conversion, Geert Uytterhoeven
      • [PATCH/RFC 05/16] m68k: amiga - Sound platform device conversion, Geert Uytterhoeven
      • [PATCH/RFC 06/16] m68k: amiga - Floppy platform device conversion, Geert Uytterhoeven
      • [PATCH/RFC 07/16] m68k: amiga - A3000 SCSI platform device conversion, Geert Uytterhoeven
      • [PATCH/RFC 08/16] m68k: amiga - A4000T SCSI platform device conversion, Geert Uytterhoeven
      • [PATCH/RFC 09/16] m68k: amiga - Amiga Gayle IDE platform device conversion, Geert Uytterhoeven
      • [PATCH/RFC 10/16] m68k: amiga - Keyboard platform device conversion, Geert Uytterhoeven
      • [PATCH/RFC 11/16] m68k: amiga - Mouse platform device conversion, Geert Uytterhoeven
      • [PATCH/RFC 12/16] m68k: amiga - Serial port platform device conversion, Geert Uytterhoeven
      • [PATCH/RFC 13/16] m68k: amiga - Parallel port platform device conversion, Geert Uytterhoeven
      • [PATCH/RFC 14/16] rtc: Add an RTC driver for the Oki MSM6242, Geert Uytterhoeven
      • [PATCH/RFC 15/16] rtc: Add an RTC driver for the Ricoh RP5C01, Geert Uytterhoeven
      • [PATCH/RFC 16/16] m68k: amiga - RTC platform device conversion, Geert Uytterhoeven
      • Re: [rtc-linux] [PATCH/RFC 15/16] rtc: Add an RTC driver for the Ricoh RP5C01, Alessandro Zummo
      • Re: [rtc-linux] [PATCH/RFC 15/16] rtc: Add an RTC driver for the Ricoh RP5C01, Geert Uytterhoeven
      • Re: [rtc-linux] Re: [PATCH/RFC 15/16] rtc: Add an RTC driver for the Ricoh RP5C01, Alessandro Zummo
      • Re: [rtc-linux] [PATCH/RFC 14/16] rtc: Add an RTC driver for the Oki MSM6242, Alessandro Zummo
    • Re: [PATCH/RFC 01/16] platform: Make platform resources input parameters const, Greg KH
      • Re: [PATCH/RFC 01/16] platform: Make platform resources input parameters const, Geert Uytterhoeven
• Technical Service Unit, Webmail Help Service
• [PATCH 1/2] export usbnet_get_ethernet_addr from usbnet and fixed cdc_ether.c, Peter Holik
• [PATCH 0/2] new usb driver int51x1 overview, Peter Holik
• [PATCH 2/2] usb driver for intellon int51x1 based PLC like devolo dlan duo, Peter Holik
  • Re: [PATCH 2/2] usb driver for intellon int51x1 based PLC like devolo dlan duo, Jon Smirl
  • <Possible follow-ups>
  • [PATCH 2/2] usb driver for intellon int51x1 based PLC like devolo dlan duo, Peter Holik
• [PATCH 1/2] usb driver for intellon int51x1 based PLC like devolo dlan duo, Peter Holik
  • Re: [PATCH 1/2] usb driver for intellon int51x1 based PLC like devolo dlan duo, Ilpo Järvinen
• [git pull] IDE fixes, Bartlomiej Zolnierkiewicz
  • <Possible follow-ups>
  • [git pull] IDE fixes, Bartlomiej Zolnierkiewicz
    • Re: [git pull] IDE fixes, Joe Perches
      • Re: [git pull] IDE fixes, Sam Ravnborg
      • Re: [git pull] IDE fixes, Bartlomiej Zolnierkiewicz
      • Re: [git pull] IDE fixes, Joe Perches
      • Re: [git pull] IDE fixes, Bartlomiej Zolnierkiewicz
      • Re: [git pull] IDE fixes, Ray Lee
      • Re: [git pull] IDE fixes, Bartlomiej Zolnierkiewicz
      • Re: [git pull] IDE fixes, Bartlomiej Zolnierkiewicz
• smatch 1.52 released, Dan Carpenter
• [PATCH]: uvcvideo: fill reserved fields with zero of VIDIOC_QUERYMENU, Németh Márton
  • Re: [PATCH]: uvcvideo: fill reserved fields with zero of VIDIOC_QUERYMENU, Laurent Pinchart
• reference to undefined CONFIG_HDPU_FEATURES Kconfig var, Robert P. J. Day
• kbuild - introduce support for subdir-ccflags-y, Sam Ravnborg
  • Re: kbuild - introduce support for subdir-ccflags-y, Russell King
    • Re: kbuild - introduce support for subdir-ccflags-y, Ingo Molnar
      • Re: kbuild - introduce support for subdir-ccflags-y, Russell King
      • Re: kbuild - introduce support for subdir-ccflags-y, Kyle Moffett
      • Re: kbuild - introduce support for subdir-ccflags-y, Sam Ravnborg
      • Re: kbuild - introduce support for subdir-ccflags-y, Ingo Molnar
    • Re: kbuild - introduce support for subdir-ccflags-y, Sam Ravnborg
• [PATCH] <linux/seccomp.h> needs to include <linux/errno.h>., Ralf Baechle
• WEBMAIL UPDAE, WEBMAIL UPDATE
• [PATCH 0/2] Stop disks on reboot for laptop which cuts power, Bruno Prémont
  • [PATCH 2/2] sd: Stop disks on reboot for laptop which cuts power, Bruno Prémont
  • [PATCH 1/2] ide: Stop disks on reboot for laptop which cuts power, Bruno Prémont
    • Re: [PATCH 1/2] ide: Stop disks on reboot for laptop which cuts power, Tejun Heo
      • Re: [PATCH 1/2] ide: Stop disks on reboot for laptop which cuts power, Bruno Prémont
      • Re: [PATCH 1/2] ide: Stop disks on reboot for laptop which cuts power, Tejun Heo
    • Re: [PATCH 1/2] ide: Stop disks on reboot for laptop which cuts power, Bartlomiej Zolnierkiewicz
• [PATCH]fix a warning on drivers/scsi/NCR_D700.c, Zhenwen Xu
• Re: [RFC v2][PATCH 1/1] intel_txt: Intel(R) TXT and tboot kernel support, Andi Kleen
  • Re: [RFC v2][PATCH 1/1] intel_txt: Intel(R) TXT and tboot kernel support II, Andi Kleen
  • Re: [RFC v2][PATCH 1/1] intel_txt: Intel(R) TXT and tboot kernel support, Jeremy Fitzhardinge
    • Re: [RFC v2][PATCH 1/1] intel_txt: Intel(R) TXT and tboot kernel support, Andi Kleen
      • RE: [RFC v2][PATCH 1/1] intel_txt: Intel(R) TXT and tboot kernel support, Cihula, Joseph
  • RE: [RFC v2][PATCH 1/1] intel_txt: Intel(R) TXT and tboot kernel support, Cihula, Joseph
    • Re: [RFC v2][PATCH 1/1] intel_txt: Intel(R) TXT and tboot kernel support, Andi Kleen
      • RE: [RFC v2][PATCH 1/1] intel_txt: Intel(R) TXT and tboot kernel support, Cihula, Joseph
• [Resend][PATCH] usb driver for intellon int51x1 based PLC like devolo dlan duo, Peter Holik
  • Re: [Resend][PATCH] usb driver for intellon int51x1 based PLC like devolo dlan duo, Ilpo Järvinen
    • Re: [Resend][PATCH] usb driver for intellon int51x1 based PLC like devolo dlan duo, Peter Holik
    • Re: [Resend][PATCH] usb driver for intellon int51x1 based PLC like devolo dlan duo, Peter Holik
      • Re: [Resend][PATCH] usb driver for intellon int51x1 based PLC like devolo dlan duo, Ilpo Järvinen
      • [PATCH 0/2] usb driver for intellon int51x1 based PLC like devolo dlan duo, Peter Holik
      • Re: [PATCH 0/2] usb driver for intellon int51x1 based PLC like devolo dlan duo, David Miller
  • <Possible follow-ups>
  • Re: [Resend][PATCH] usb driver for intellon int51x1 based PLC like devolo dlan duo, Peter Holik
• [PATCH 1/3] x86/pci: fix -1 calling to e820_all_mapped with mmconfig, Yinghai Lu
  • [PATCH 2/3] pci: don't assume pref memio are 64bit -v2, Yinghai Lu
    • Re: [PATCH 2/3] pci: don't assume pref memio are 64bit -v2, Ingo Molnar
      • Re: [PATCH 2/3] pci: don't assume pref memio are 64bit -v2, Yinghai Lu
    • Re: [PATCH 2/3] pci: don't assume pref memio are 64bit -v2, Ivan Kokshaysky
      • Re: [PATCH 2/3] pci: don't assume pref memio are 64bit -v2, Ingo Molnar
  • [PATCH 3/3] pci: don't printout if the bus res size is 0, Yinghai Lu
    • Re: [PATCH 3/3] pci: don't printout if the bus res size is 0, Ingo Molnar
  • Re: [PATCH 1/3] x86/pci: fix -1 calling to e820_all_mapped with mmconfig, Ingo Molnar
  • Re: [PATCH 1/3] x86/pci: fix -1 calling to e820_all_mapped with mmconfig, Jesse Barnes
• uvcvideo: unknown event type 206., Justin P. Mattock
• ACPI Exception (evregion-0422): AE_ERROR, Justin P. Mattock
• Proposal: make RAID6 code optional, Prakash Punnoor
  • Re: Proposal: make RAID6 code optional, Michael Tokarev
    • Re: Proposal: make RAID6 code optional, Prakash Punnoor
      • Re: Proposal: make RAID6 code optional, Jesper Juhl
      • Re: Proposal: make RAID6 code optional, Matti Aarnio
      • Re: Proposal: make RAID6 code optional, H. Peter Anvin
      • Re: Proposal: make RAID6 code optional, NeilBrown
      • Re: Proposal: make RAID6 code optional, Neil Brown
      • Re: Proposal: make RAID6 code optional, Bill Davidsen
      • Re: Proposal: make RAID6 code optional, H. Peter Anvin
      • Re: Proposal: make RAID6 code optional, Goswin von Brederlow
      • Re: Proposal: make RAID6 code optional, Bill Davidsen
      • Re: Proposal: make RAID6 code optional, H. Peter Anvin
      • Re: Proposal: make RAID6 code optional, Andre Noll
      • Re: Proposal: make RAID6 code optional, Goswin von Brederlow
      • Re: Proposal: make RAID6 code optional, Andre Noll
      • Re: Proposal: make RAID6 code optional, H. Peter Anvin
      • Re: Proposal: make RAID6 code optional, Andre Noll
      • Re: Proposal: make RAID6 code optional, H. Peter Anvin
      • Re: Proposal: make RAID6 code optional, Andre Noll
• Re: + mtd-mtd-in-mtd_release-is-unused-without-config_mtd_char.patch added to -mm tree, KOSAKI Motohiro
  • Re: + mtd-mtd-in-mtd_release-is-unused-without-config_mtd_char.patch added to -mm tree, Denis V. Lunev
    • Re: + mtd-mtd-in-mtd_release-is-unused-without-config_mtd_char.patch added to -mm tree, KOSAKI Motohiro
• [PATCH for mmotm 0414] vmscan,memcg: reintroduce sc->may_swap, KOSAKI Motohiro
  • Re: [PATCH for mmotm 0414] vmscan,memcg: reintroduce sc->may_swap, Johannes Weiner
    • Re: [PATCH for mmotm 0414] vmscan,memcg: reintroduce sc->may_swap, KOSAKI Motohiro
      • Re: [PATCH for mmotm 0414] vmscan,memcg: reintroduce sc->may_swap, KOSAKI Motohiro
    • [PATCH v3] vmscan,memcg: reintroduce sc->may_swap, KOSAKI Motohiro
      • Re: [PATCH v3] vmscan,memcg: reintroduce sc->may_swap, Johannes Weiner
• **Winners Notification**, Siemens News Center
  • <Possible follow-ups>
  • **Winners Notification**, Siemens News Center
• 2.6.30-rc2: format warning in fs/reiserfs/procfs.o, Andrey Borzenkov
• ext3 v. ext4 writeback mode, Bojan Smojver
  • Re: ext3 v. ext4 writeback mode, Bojan Smojver
• [PATCH] doc: fix kernel-parameters.txt mistaken deletions, Randy Dunlap
  • Re: [PATCH] doc: fix kernel-parameters.txt mistaken deletions, Ingo Molnar
• [PATCH] kmap_types: make most arches use generic header file, Randy Dunlap
  • Re: [PATCH] kmap_types: make most arches use generic header file, Mike Frysinger
• [PATCH] mm/slab.c: fix sparse warnings, H Hartley Sweeten
• [PATCH 1/1] edac: ppc mpc85xx fix mc err detect, dougthompson
• [PATCH] mm/vmalloc.c: fix sparse warning, H Hartley Sweeten
  • Re: [PATCH] mm/vmalloc.c: fix sparse warning, Andrew Morton
    • Re: [PATCH] mm/vmalloc.c: fix sparse warning, Al Viro
      • Re: [PATCH] mm/vmalloc.c: fix sparse warning, Andrew Morton
• [PATCH] add myself as HW RNG maintainer, Matt Mackall
• Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions), Kyle Moffett
  • Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions), Josh Boyer
    • Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions), Kyle Moffett
      • Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions), Benjamin Herrenschmidt
      • Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions), Kyle Moffett
      • Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions), Grant Likely
      • Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions), Kyle Moffett
      • Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions), Benjamin Herrenschmidt
• Q: crypto/cipher.c, H Hartley Sweeten
  • Re: Q: crypto/cipher.c, Paulo Marques
• [PATCH] Wait for console to become available, ver 3.1, David VomLehn
  • <Possible follow-ups>
  • Re: [PATCH] Wait for console to become available, ver 3.1, Bodo Eggert
    • Re: [PATCH] Wait for console to become available, ver 3.1, David VomLehn
• 900af0d breaks some embedded suspend/resume, Russell King
  • Re: 900af0d breaks some embedded suspend/resume, Rafael J. Wysocki
    • Re: 900af0d breaks some embedded suspend/resume, Russell King
      • Re: 900af0d breaks some embedded suspend/resume, Rafael J. Wysocki
      • Re: 900af0d breaks some embedded suspend/resume, Russell King
      • Re: 900af0d breaks some embedded suspend/resume, Rafael J. Wysocki
      • Re: 900af0d breaks some embedded suspend/resume, Russell King
      • [PATCH] PM/Suspend: Introduce two new platform callbacks to avoid breakage (Re: 900af0d breaks some embedded suspend/resume), Rafael J. Wysocki
      • Re: [PATCH] PM/Suspend: Introduce two new platform callbacks to avoid breakage (Re: 900af0d breaks some embedded suspend/resume), Len Brown
      • Re: [PATCH] PM/Suspend: Introduce two new platform callbacks to avoid breakage (Re: 900af0d breaks some embedded suspend/resume), Russell King
      • Re: [PATCH] PM/Suspend: Introduce two new platform callbacks to avoid breakage (Re: 900af0d breaks some embedded suspend/resume), Rafael J. Wysocki
      • [GIT PULL] PM update for 2.6.30, Rafael J. Wysocki
      • Re: [PATCH] PM/Suspend: Introduce two new platform callbacks to avoid breakage (Re: 900af0d breaks some embedded suspend/resume), Nigel Cunningham
      • Re: [PATCH] PM/Suspend: Introduce two new platform callbacks to avoid breakage (Re: 900af0d breaks some embedded suspend/resume), Rafael J. Wysocki
      • Re: [PATCH] PM/Suspend: Introduce two new platform callbacks to avoid breakage (Re: 900af0d breaks some embedded suspend/resume), Russell King
      • Re: [PATCH] PM/Suspend: Introduce two new platform callbacks to avoid breakage (Re: 900af0d breaks some embedded suspend/resume), Nigel Cunningham
      • Re: 900af0d breaks some embedded suspend/resume, Rafael J. Wysocki
      • Re: 900af0d breaks some embedded suspend/resume, Linus Torvalds
      • Re: 900af0d breaks some embedded suspend/resume, Rafael J. Wysocki
      • Re: 900af0d breaks some embedded suspend/resume, Pavel Machek
    • Re: 900af0d breaks some embedded suspend/resume, Rafael J. Wysocki
      • Re: 900af0d breaks some embedded suspend/resume, Russell King
• [PATCH 2.6.30 4/4] cxgb3: Fix EEH final recovery attempt, Divy Le Ray
  • Re: [PATCH 2.6.30 4/4] cxgb3: Fix EEH final recovery attempt, David Miller
• [PATCH 2.6.30 1/4] cxgb3: fix link fault handling, Divy Le Ray
  • Re: [PATCH 2.6.30 1/4] cxgb3: fix link fault handling, David Miller
• [PATCH 2.6.30 2/4] cxgb3: fix workqueue flush issues, Divy Le Ray
  • Re: [PATCH 2.6.30 2/4] cxgb3: fix workqueue flush issues, David Miller
• [PATCH 2.6.30 3/4] cxgb3: Fix potential msi-x vector leak, Divy Le Ray
  • Re: [PATCH 2.6.30 3/4] cxgb3: Fix potential msi-x vector leak, David Miller
• [PATCH 2.6.30 0/4] cxgb3: driver fixes, Divy Le Ray
• libata git repo guide (was Re: [PATCH 01/02] sata_mv: tidy up qc->tf usage in qc_prep() functions), Jeff Garzik
• File system driver tutorial?, Robert Mykland
• Re: dma-debug: add a check dma memory leaks, David Woodhouse
  • Re: dma-debug: add a check dma memory leaks, Joerg Roedel
• Re: [v2 PATCH 2/3] EDAC: Add edac_device_alloc_index(), Doug Thompson
• [Patch] Wait for console to become available, ver 3, David VomLehn
  • Re: [Patch] Wait for console to become available, ver 3, H. Peter Anvin
    • Re: [Patch] Wait for console to become available, ver 3, David VomLehn
  • Re: [Patch] Wait for console to become available, ver 3, Andrew Morton
    • Re: [Patch] Wait for console to become available, ver 3, Alan Stern
      • Re: [Patch] Wait for console to become available, ver 3, Andrew Morton
      • Re: [Patch] Wait for console to become available, ver 3, David VomLehn
      • Re: [Patch] Wait for console to become available, ver 3, Andrew Morton
      • Re: [Patch] Wait for console to become available, ver 3, David VomLehn
      • Re: [Patch] Wait for console to become available, ver 3, Greg KH
      • Re: [Patch] Wait for console to become available, ver 3, David VomLehn
      • Re: [Patch] Wait for console to become available, ver 3, Andrew Morton
  • Re: [Patch] Wait for console to become available, ver 3, Pavel Machek
• [PATCH] tracing: remove format attribute of inline function, Steven Rostedt
  • Re: [PATCH] tracing: remove format attribute of inline function, Ingo Molnar
  • [tip:tracing/core] tracing: remove format attribute of inline function, tip-bot for Steven Rostedt
• [PATCH 0/5] [GIT PULL] tracing,lockdep,x86: more updates for tip, Steven Rostedt
  • [PATCH 4/5] tracing: protect trace_printk from recursion, Steven Rostedt
  • [PATCH 1/5] tracing/events: enable code with EVENT_TRACING not EVENT_TRACER, Steven Rostedt
    • Re: [PATCH 1/5] tracing/events: enable code with EVENT_TRACING not EVENT_TRACER, Ingo Molnar
      • Re: [PATCH 1/5] tracing/events: enable code with EVENT_TRACING not EVENT_TRACER, Steven Rostedt
  • [PATCH 5/5] lockdep,x86: account for irqs enabled in paranoid_exit, Steven Rostedt
    • Re: [PATCH 5/5] lockdep,x86: account for irqs enabled in paranoid_exit, Ingo Molnar
  • [PATCH 3/5] tracing: add same level recursion detection, Steven Rostedt
    • Re: [PATCH 3/5] tracing: add same level recursion detection, Ingo Molnar
      • Re: [PATCH 3/5] tracing: add same level recursion detection, Steven Rostedt
  • [PATCH 2/5] tracing: add EXPORT_SYMBOL_GPL for trace commits, Steven Rostedt
• [git pull] Fixes to 2.6.30rc2, Eric Anholt
  • Re: [git pull] Fixes to 2.6.30rc2, David Miller
    • Re: [git pull] Fixes to 2.6.30rc2, Eric Anholt
      • Re: [git pull] Fixes to 2.6.30rc2, David Miller
      • Re: [git pull] Fixes to 2.6.30rc2, Dave Airlie
      • Re: [git pull] Fixes to 2.6.30rc2, Dave Airlie
      • Re: [git pull] Fixes to 2.6.30rc2, Eric Anholt
• pull request: wireless-2.6 2009-04-17, John W. Linville
  • Re: pull request: wireless-2.6 2009-04-17, David Miller
• [PATCH] Add myself to embedded maintainers, Matt Mackall
  • Re: [PATCH] Add myself to embedded maintainers, Paul Gortmaker
• Subject: PATCH : offline scheduler, raz ben yehuda
  • Re: Subject: PATCH : offline scheduler, Len Brown
    • Re: Subject: PATCH : offline scheduler, raz ben yehuda
• [GIT PATCH] STAGING patches for 2.6.31-rc2 tree, Greg KH
• [GIT PATCH] driver core patches for 2.6.31-rc2, Greg KH
  • [PATCH 01/10] sysfs: don't use global workqueue in sysfs_schedule_callback(), Greg Kroah-Hartman
    • Re: [PATCH 01/10] sysfs: don't use global workqueue in sysfs_schedule_callback(), Andrew Morton
      • Re: [PATCH 01/10] sysfs: don't use global workqueue in sysfs_schedule_callback(), Alex Chiang
  • [PATCH 02/10] driver core: fix driver_match_device, Greg Kroah-Hartman
  • [PATCH 03/10] driver core: allow non-root users to listen to uevents, Greg Kroah-Hartman
  • [PATCH 04/10] sysfs: sysfs poll keep the poll rule of regular file., Greg Kroah-Hartman
  • [PATCH 05/10] proc: mounts_poll() make consistent to mdstat_poll, Greg Kroah-Hartman
  • [PATCH 06/10] Driver Core: early platform driver, Greg Kroah-Hartman
  • [PATCH 07/10] dynamic debug: resurrect old pr_debug() semantics as pr_devel(), Greg Kroah-Hartman
  • [PATCH 08/10] driver core: prevent device_for_each_child from oopsing, Greg Kroah-Hartman
  • [PATCH 09/10] Driver core: remove pr_fmt() from dynamic_dev_dbg() printk, Greg Kroah-Hartman
  • [PATCH 10/10] UIO: fix specific device driver missing statement for depmod, Greg Kroah-Hartman
  • Re: [GIT PATCH] driver core patches for 2.6.31-rc2, KOSAKI Motohiro
    • Re: [GIT PATCH] driver core patches for 2.6.31-rc2, Greg KH
• [GIT PATCH] USB fixes for 2.6.31-rc2, Greg KH
  • Re: [GIT PATCH] USB fixes for 2.6.31-rc2, Alexander Beregalov
    • Re: [GIT PATCH] USB fixes for 2.6.31-rc2, Greg KH
• [PATCH] Make new_utsname fields use the proper length constant, Dan Smith
  • Re: [PATCH] Make new_utsname fields use the proper length constant, Serge E. Hallyn
• RE:MESSAGE, Mrs.Z. Yubao
  • <Possible follow-ups>
  • Re:message, Mrs.Z. Yubao
• [no subject], yzieoljxxg
• Spontaneous reboots since 2.6.29-rc*, Maciej Rutecki
  • Re: Spontaneous reboots since 2.6.29-rc*, Yinghai Lu
    • Re: Spontaneous reboots since 2.6.29-rc*, Maciej Rutecki
• [Patch] sgi-xp sgi-gru Allow modules to load on non-uv systems., Robin Holt
• include/linux/compiler-gcc[34].h no longer referenced?, Robert P. J. Day
  • Re: include/linux/compiler-gcc[34].h no longer referenced?, Andreas Schwab
    • Re: include/linux/compiler-gcc[34].h no longer referenced?, Robert P. J. Day
• /dev/vcs - poll for changes?, Phil Endecott
  • Re: /dev/vcs - poll for changes?, Andi Kleen
• [BUG] IO-APIC + timer doesn't work!, Jeff Mahoney
  • Re: [BUG] IO-APIC + timer doesn't work!, Jan Kiszka
    • Re: [BUG] IO-APIC + timer doesn't work!, Jeff Mahoney
      • Re: [BUG] IO-APIC + timer doesn't work!, Ingo Molnar
      • Re: [BUG] IO-APIC + timer doesn't work!, Jan Kiszka
      • Re: [BUG] IO-APIC + timer doesn't work!, Ingo Molnar
      • Re: [BUG] IO-APIC + timer doesn't work!, Jan Kiszka
      • Re: [BUG] IO-APIC + timer doesn't work!, Andreas Herrmann
      • Re: [BUG] IO-APIC + timer doesn't work!, Ingo Molnar
      • Re: [BUG] IO-APIC + timer doesn't work!, Andreas Herrmann
      • Re: [BUG] IO-APIC + timer doesn't work!, Jeff Mahoney
  • Re: [BUG] IO-APIC + timer doesn't work!, Andreas Herrmann
    • Re: [BUG] IO-APIC + timer doesn't work!, Jeff Mahoney
      • Re: [BUG] IO-APIC + timer doesn't work!, Andreas Herrmann
      • [tip:x86/urgent] x86: hpet: fix periodic mode programming on AMD 81xx, tip-bot for Andreas Herrmann
      • [tip:x86/urgent] x86: hpet: fix periodic mode programming on AMD 81xx, tip-bot for Andreas Herrmann
  • Re: [BUG] IO-APIC + timer doesn't work!, Andreas Herrmann
• 2.6.29.1 sdhci: irq 19: nobody cared, Alessandro Bono
• SSE soft emulation for Linux?, Jan Engelhardt
  • Re: SSE soft emulation for Linux?, Lennart Sorensen
• [PATCH v2 0/5] [GIT PULL] ftrace,tracing/events rebase updates., Steven Rostedt
  • [PATCH v2 1/5] ftrace: use module notifier for function tracer, Steven Rostedt
  • [PATCH v2 2/5] tracing/events: add startup tests for events, Steven Rostedt
  • [PATCH v2 3/5] tracing/events/ring-buffer: expose format of ring buffer headers to users, Steven Rostedt
  • [PATCH v2 4/5] tracing: add saved_cmdlines file to show cached task comms, Steven Rostedt
  • [PATCH v2 5/5] tracing/events: perform function tracing in event selftests, Steven Rostedt
  • Re: [PATCH v2 0/5] [GIT PULL] ftrace,tracing/events rebase updates., Ingo Molnar
    • Re: [PATCH v2 0/5] [GIT PULL] ftrace,tracing/events rebase updates., Ingo Molnar
      • BUG: Function graph tracer hang, Ingo Molnar
      • Re: BUG: Function graph tracer hang, Frederic Weisbecker
      • Re: BUG: Function graph tracer hang, Steven Rostedt
      • Re: BUG: Function graph tracer hang, Ingo Molnar
      • Re: BUG: Function graph tracer hang, Steven Rostedt
• [PATCH] x86 - UV Nodes without cpus, Jack Steiner
  • [tip:x86/urgent] x86/uv: fix init of cpu-less nodes, tip-bot for Jack Steiner
  • [tip:x86/urgent] x86/uv: fix init of cpu-less nodes, tip-bot for Jack Steiner
• [PATCH] - Memoryless nodes, Jack Steiner
  • [tip:x86/urgent] x86/uv: fix init of memory-less nodes, tip-bot for Jack Steiner
    • Re: [tip:x86/urgent] x86/uv: fix init of memory-less nodes, David Rientjes
      • Re: [tip:x86/urgent] x86/uv: fix init of memory-less nodes, Jack Steiner
  • [tip:x86/urgent] x86/uv: fix init of memory-less nodes, tip-bot for Jack Steiner
  • Re: [PATCH] - Memoryless nodes, Andi Kleen
    • Re: [PATCH] - Memoryless nodes, Jack Steiner
• [PATCH] usb driver for intellon based PLC like devolo dlan duo, Peter Holik
  • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Florian Fainelli
    • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Guennadi Liakhovetski
      • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, David Miller
      • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Guennadi Liakhovetski
      • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, David Miller
      • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, David Miller
      • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Guennadi Liakhovetski
      • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, David Miller
    • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Peter Holik
      • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Florian Fainelli
      • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Jon Smirl
  • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Oliver Neukum
    • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Peter Holik
      • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Oliver Neukum
      • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Peter Holik
      • Re: [PATCH] usb driver for intellon based PLC like devolo dlan duo, Oliver Neukum
• [ANNOUNCE] util-linux-ng v2.15-rc2, Karel Zak
• [PATCH] AFS: Guard afs_file_readpage_read_complete() definition with CONFIG_AFS_FSCACHE, David Howells
• aic94xx driver very low writing speed on sata-discs, Thomas Lange
  • Re: aic94xx driver very low writing speed on sata-discs, Andrew Morton
• Re: [PATCH] driver core:fix driver_match_device, Guennadi Liakhovetski
  • Re: [PATCH] driver core:fix driver_match_device, Greg KH
• [PATCH] x86: fixup numa_node information for AMD CPU northbridge functions, Andreas Herrmann
  • Re: [PATCH] x86: fixup numa_node information for AMD CPU northbridge functions, Ingo Molnar
  • [tip:x86/cpu] x86: fixup numa_node information for AMD CPU northbridge functions, tip-bot for Andreas Herrmann
    • Re: [tip:x86/cpu] x86: fixup numa_node information for AMD CPU northbridge functions, Yinghai Lu
• [PATCH] pci: derive nearby CPUs from device's instead of bus' NUMA information, Andreas Herrmann
  • Re: [PATCH] pci: derive nearby CPUs from device's instead of bus' NUMA information, Ingo Molnar
    • Re: [PATCH] pci: derive nearby CPUs from device's instead of bus' NUMA information, Yinghai Lu
      • Re: [PATCH] pci: derive nearby CPUs from device's instead of bus' NUMA information, Andreas Herrmann
      • Re: [PATCH] pci: derive nearby CPUs from device's instead of bus' NUMA information, Jesse Barnes
      • Re: [PATCH] pci: derive nearby CPUs from device's instead of bus' NUMA information, Yinghai Lu
      • Re: [PATCH] pci: derive nearby CPUs from device's instead of bus' NUMA information, Andreas Herrmann
• [PATCH] staging/wlan-ng: Move firmware loading into driver, Karl Relton
• [Patch] uml: kill a kconfig warning, Américo Wang
• Trouble using netlink_broadcast, need help, Thierry
  • Re: Trouble using netlink_broadcast, need help, David Miller
• WARNING: at fs/sysfs/group.c:138 sysfs_remove_group, Zdenek Kabelac
  • Re: WARNING: at fs/sysfs/group.c:138 sysfs_remove_group, Andrew Morton
    • Re: WARNING: at fs/sysfs/group.c:138 sysfs_remove_group, Greg KH
      • Re: WARNING: at fs/sysfs/group.c:138 sysfs_remove_group, Andrew Morton
      • Re: WARNING: at fs/sysfs/group.c:138 sysfs_remove_group, Ingo Molnar
      • Re: WARNING: at fs/sysfs/group.c:138 sysfs_remove_group, Dmitry Adamushko
      • Re: WARNING: at fs/sysfs/group.c:138 sysfs_remove_group, Ingo Molnar
    • Re: WARNING: at fs/sysfs/group.c:138 sysfs_remove_group, Dmitry Adamushko
      • Re: WARNING: at fs/sysfs/group.c:138 sysfs_remove_group, Dmitry Adamushko
• [PATCH 0/5] fix bugs of x2apic/intr-remap, Weidong Han
  • [PATCH 1/5] docs: add nox2apic back to kernel-parameters.txt, Weidong Han
    • Re: [PATCH 1/5] docs: add nox2apic back to kernel-parameters.txt, Ingo Molnar
    • [tip:x86/apic] docs, x86: add nox2apic back to kernel-parameters.txt, tip-bot for Weidong Han
    • [tip:x86/urgent] docs, x86: add nox2apic back to kernel-parameters.txt, tip-bot for Weidong Han
    • [tip:x86/apic] docs, x86: add nox2apic back to kernel-parameters.txt, tip-bot for Weidong Han
  • [PATCH 5/5] x86: fix x2apic/intr-remap resume, Weidong Han
    • Re: [PATCH 5/5] x86: fix x2apic/intr-remap resume, Ingo Molnar
    • [tip:x86/apic] x86, intr-remap: fix x2apic/intr-remap resume, tip-bot for Weidong Han
    • [tip:x86/apic] x86, intr-remap: fix x2apic/intr-remap resume, tip-bot for Weidong Han
  • [PATCH 4/5] x86, intr-remap: add option to disable interrupt remapping, Weidong Han
    • [tip:x86/apic] x86, intr-remap: add option to disable interrupt remapping, tip-bot for Weidong Han
    • [tip:x86/apic] x86, intr-remap: add option to disable interrupt remapping, tip-bot for Weidong Han
  • [PATCH 3/5] x86, intr-remap: enable interrupt remapping early, Weidong Han
    • Re: [PATCH 3/5] x86, intr-remap: enable interrupt remapping early, Ingo Molnar
      • Re: [PATCH 3/5] x86, intr-remap: enable interrupt remapping early, Suresh Siddha
      • Re: [PATCH 3/5] x86, intr-remap: enable interrupt remapping early, Ingo Molnar
    • [tip:x86/apic] x86, intr-remap: enable interrupt remapping early, tip-bot for Weidong Han
    • [tip:x86/apic] x86, intr-remap: enable interrupt remapping early, tip-bot for Weidong Han
  • [PATCH 2/5] x86,intr-remap: fix ack for interrupt remapping, Weidong Han
    • [tip:x86/apic] x86, intr-remap: fix ack for interrupt remapping, tip-bot for Weidong Han
    • [tip:x86/apic] x86, intr-remap: fix ack for interrupt remapping, tip-bot for Weidong Han
  • Re: [PATCH 0/5] fix bugs of x2apic/intr-remap, Ingo Molnar
    • Re: [PATCH 0/5] fix bugs of x2apic/intr-remap, Ingo Molnar
      • RE: [PATCH 0/5] fix bugs of x2apic/intr-remap, Han, Weidong
      • Re: [PATCH 0/5] fix bugs of x2apic/intr-remap, Ingo Molnar
    • Re: [PATCH 0/5] fix bugs of x2apic/intr-remap, David Woodhouse
      • Re: [PATCH 0/5] fix bugs of x2apic/intr-remap, Ingo Molnar
• NIU - transmit timed out (10Gbit Sun Neptune). - 2.6.29, Jesper Krogh
• Re: [PATCH net-next] myri10ge: allow per-board firmware overriding, Stanislaw Gruszka
  • Re: [PATCH net-next] myri10ge: allow per-board firmware overriding, Brice Goglin
    • Re: [PATCH net-next] myri10ge: allow per-board firmware overriding, David Dillow
      • Re: [PATCH net-next] myri10ge: allow per-board firmware overriding, David Dillow
      • Re: [PATCH net-next] myri10ge: allow per-board firmware overriding, Stanislaw Gruszka
      • Re: [PATCH net-next] myri10ge: allow per-board firmware overriding, Brice Goglin
      • Re: [PATCH net-next] myri10ge: allow per-board firmware overriding, Stanislaw Gruszka
      • Re: [PATCH net-next] myri10ge: allow per-board firmware overriding, David Miller
      • Re: [PATCH net-next] myri10ge: allow per-board firmware overriding, David Dillow
      • Re: [PATCH net-next] myri10ge: allow per-board firmware overriding, Kyle Moffett
• [PATCH -v2 2/2] kvm userspace: Add MCE simulation to kvm, Huang Ying
  • Re: [PATCH -v2 2/2] kvm userspace: Add MCE simulation to kvm, Marcelo Tosatti
    • Re: [PATCH -v2 2/2] kvm userspace: Add MCE simulation to kvm, Huang Ying
• [PATCH -v2 1/2] kvm userspace: Add handler_8/9/10 support to monitor, Huang Ying
• [PATCH] v3 fix error on drivers/ata/pata_legacy.c, Zhenwen Xu
  • Re: [PATCH] v3 fix error on drivers/ata/pata_legacy.c, Alan Cox
    • Re: [PATCH] v3 fix error on drivers/ata/pata_legacy.c, Jeff Garzik
• [PATCH -v2] Add MCE support to KVM, Huang Ying
  • Re: [PATCH -v2] Add MCE support to KVM, Anthony Liguori
    • Re: [PATCH -v2] Add MCE support to KVM, Avi Kivity
      • Re: [PATCH -v2] Add MCE support to KVM, Anthony Liguori
      • Re: [PATCH -v2] Add MCE support to KVM, Avi Kivity
      • Re: [PATCH -v2] Add MCE support to KVM, Anthony Liguori
      • Re: [PATCH -v2] Add MCE support to KVM, Avi Kivity
      • Re: [PATCH -v2] Add MCE support to KVM, Anthony Liguori
      • Re: [PATCH -v2] Add MCE support to KVM, Avi Kivity
      • Re: [PATCH -v2] Add MCE support to KVM, Anthony Liguori
      • Re: [PATCH -v2] Add MCE support to KVM, Avi Kivity
      • Re: [PATCH -v2] Add MCE support to KVM, Anthony Liguori
      • Re: [PATCH -v2] Add MCE support to KVM, Avi Kivity
      • Re: [PATCH -v2] Add MCE support to KVM, Anthony Liguori
      • Re: [PATCH -v2] Add MCE support to KVM, Avi Kivity
      • Re: [PATCH -v2] Add MCE support to KVM, Huang Ying
    • Re: [PATCH -v2] Add MCE support to KVM, Huang Ying
      • Re: [PATCH -v2] Add MCE support to KVM, Kyle Moffett
      • Re: [PATCH -v2] Add MCE support to KVM, Huang Ying
      • Re: [PATCH -v2] Add MCE support to KVM, Andi Kleen
      • Re: [PATCH -v2] Add MCE support to KVM, Gregory Haskins
• [PATCH] macb: Kconfig net device compat fixup, Ben Nizette
  • Re: [PATCH] macb: Kconfig net device compat fixup, Haavard Skinnemoen
    • Re: [PATCH] macb: Kconfig net device compat fixup, Haavard Skinnemoen
  • Re: [PATCH] macb: Kconfig net device compat fixup, David Miller
    • Re: [PATCH] macb: Kconfig net device compat fixup, Ben Nizette
• blank screen on resume (recoverable), Niel Lambrechts
• [PATCH RFC] WIP pvops trace events, Jeremy Fitzhardinge
  • [PATCH 4/5] x86/paravirt: add forward-decl for task_struct, Jeremy Fitzhardinge
  • [PATCH 3/5] x86/paravirt: update tracing for start/end context switch, Jeremy Fitzhardinge
  • [PATCH 1/5] x86/paravirt: split paravirt definitions into paravirt_types.h, Jeremy Fitzhardinge
  • [PATCH 5/5] x86/pvops: move tracing around to match CREATE_PVOPS_TRACE_POINTS, Jeremy Fitzhardinge
  • [PATCH 2/5] x86/pvops: add tracing for all significant pvops entrypoints, Jeremy Fitzhardinge
  • Re: [PATCH RFC] WIP pvops trace events, Ingo Molnar
    • Re: [PATCH RFC] WIP pvops trace events, Jeremy Fitzhardinge
      • Re: [PATCH RFC] WIP pvops trace events, Ingo Molnar
• [PATCH] tracing WIP patches, Jeremy Fitzhardinge
  • [PATCH 4/4] tracing: avoid warnings from zero-arg tracepoints, Jeremy Fitzhardinge
    • Re: [PATCH 4/4] tracing: avoid warnings from zero-arg tracepoints, Steven Rostedt
    • Re: [PATCH 4/4] tracing: avoid warnings from zero-arg tracepoints, Ingo Molnar
    • [tip:tracing/core] tracing: avoid warnings from zero-arg tracepoints, tip-bot for Jeremy Fitzhardinge
  • [PATCH 2/4] x86/pvops: target CREATE_TRACE_POINTS to particular subsystems, Jeremy Fitzhardinge
    • Re: [PATCH 2/4] x86/pvops: target CREATE_TRACE_POINTS to particular subsystems, Steven Rostedt
      • Re: [PATCH 2/4] x86/pvops: target CREATE_TRACE_POINTS to particular subsystems, Jeremy Fitzhardinge
      • Re: [PATCH 2/4] x86/pvops: target CREATE_TRACE_POINTS to particular subsystems, Steven Rostedt
      • Re: [PATCH 2/4] x86/pvops: target CREATE_TRACE_POINTS to particular subsystems, Jeremy Fitzhardinge
      • Re: [PATCH 2/4] x86/pvops: target CREATE_TRACE_POINTS to particular subsystems, Steven Rostedt
      • Re: [PATCH 2/4] x86/pvops: target CREATE_TRACE_POINTS to particular subsystems, Jeremy Fitzhardinge
      • Re: [PATCH 2/4] x86/pvops: target CREATE_TRACE_POINTS to particular subsystems, Steven Rostedt
      • Re: [PATCH 2/4] x86/pvops: target CREATE_TRACE_POINTS to particular subsystems, Jeremy Fitzhardinge
  • [PATCH 1/4] tracing: move __DO_TRACE out of line, Jeremy Fitzhardinge
    • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Ingo Molnar
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Mathieu Desnoyers
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Ingo Molnar
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Jeremy Fitzhardinge
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Jeremy Fitzhardinge
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Ingo Molnar
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Steven Rostedt
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Jeremy Fitzhardinge
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Steven Rostedt
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Mathieu Desnoyers
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Steven Rostedt
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Mathieu Desnoyers
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Jeremy Fitzhardinge
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Mathieu Desnoyers
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Jeremy Fitzhardinge
      • Re: [PATCH 1/4] tracing: move __DO_TRACE out of line, Mathieu Desnoyers
  • [PATCH 3/4] tracing: pass proto and args to DEFINE_TRACE, Jeremy Fitzhardinge
    • Re: [PATCH 3/4] tracing: pass proto and args to DEFINE_TRACE, Christoph Hellwig
      • Re: [PATCH 3/4] tracing: pass proto and args to DEFINE_TRACE, Jeremy Fitzhardinge
      • Re: [PATCH 3/4] tracing: pass proto and args to DEFINE_TRACE, Christoph Hellwig
      • Re: [PATCH 3/4] tracing: pass proto and args to DEFINE_TRACE, Ingo Molnar
      • Re: [PATCH 3/4] tracing: pass proto and args to DEFINE_TRACE, Mathieu Desnoyers
• [PATCH] loop: use BIO list management functions, Akinobu Mita
  • Re: [PATCH] loop: use BIO list management functions, Christoph Hellwig
    • Re: [PATCH] loop: use BIO list management functions, Jens Axboe
    • Re: [PATCH] loop: use BIO list management functions, Akinobu Mita
  • Re: [PATCH] loop: use BIO list management functions, Jens Axboe
    • Re: [PATCH] loop: use BIO list management functions, Akinobu Mita
      • Re: [PATCH] loop: use BIO list management functions, Jens Axboe
• [PATCH]v2 fix error on drivers/ata/pata_legacy.c, Zhenwen Xu
• [PATCH] Fix discard requests accounting in the diskstats, Nikanth Karthikesan
  • Re: [PATCH] Fix discard requests accounting in the diskstats, Jens Axboe
    • Re: [PATCH] Fix discard requests accounting in the diskstats, Nikanth Karthikesan
      • Re: [PATCH] Fix discard requests accounting in the diskstats, David Woodhouse
      • Re: [PATCH] Fix discard requests accounting in the diskstats, Jens Axboe
  • Re: [PATCH] Fix discard requests accounting in the diskstats, Andrew Morton
• [RFC][PATCH] sched: fix the nice-unfairness on SMP when offline a CPU, Miao Xie
• [PATCH v2] tracing/filters: add filter_mutex to protect filter predicates, Tom Zanussi
  • Re: [PATCH v2] tracing/filters: add filter_mutex to protect filter predicates, Li Zefan
    • Re: [PATCH v2] tracing/filters: add filter_mutex to protect filter predicates, Ingo Molnar
  • [tip:tracing/core] tracing/filters: add filter_mutex to protect filter predicates, tip-bot for Tom Zanussi
• [PATCH] fix error on drivers/ata/pata_legacy.c, Zhenwen Xu
• Barriers on LVM?, Robert Hancock
• [PATCH] tracing: Remove include/trace/kmem_event_types.h, Zhaolei
  • Re: [PATCH] tracing: Remove include/trace/kmem_event_types.h, Steven Rostedt
  • [tip:tracing/core] tracing: Remove include/trace/kmem_event_types.h, tip-bot for Zhaolei
• [PATCH] splice: fix new kernel-doc warnings, Randy Dunlap
  • Re: [PATCH] splice: fix new kernel-doc warnings, Jens Axboe
• [PATCH 0/3] AHCI updates: Marvell AHCI PATA works; pata_marvell fate?, Jeff Garzik
  • [PATCH 1/3] ahci: move core code into new libahci module, Jeff Garzik
  • [PATCH 2/3] mv-ahci: Add Marvell PATA support, Jeff Garzik
  • [PATCH 3/3] acard-ahci: Add new ACard ATP AHCI driver, Jeff Garzik
  • Re: [PATCH 0/3] AHCI updates: Marvell AHCI PATA works; pata_marvell fate?, Alan Cox
    • Re: [PATCH 0/3] AHCI updates: Marvell AHCI PATA works; pata_marvell fate?, Jeff Garzik
    • Re: [PATCH 0/3] AHCI updates: Marvell AHCI PATA works; pata_marvell fate?, Ville Syrjälä
      • Re: [PATCH 0/3] AHCI updates: Marvell AHCI PATA works; pata_marvell fate?, Jeff Garzik
• [PATCH] tracing: fix file mode of trace and README, Li Zefan
  • Re: [PATCH] tracing: fix file mode of trace and README, Frederic Weisbecker
    • Re: [PATCH] tracing: fix file mode of trace and README, Li Zefan
  • [tip:tracing/core] tracing: fix file mode of trace and README, tip-bot for Li Zefan
• [git pull] Input updates for 2.6.30-rc2, Dmitry Torokhov
• [PATCH] include/asm-generic/pgtable.h: fix sparse warnings, H Hartley Sweeten
• linux-next: Tree for April 17, Stephen Rothwell
  • Next April 17: x86 allmodconfig drivers/ata failure, Sachin Sant
  • Instant reboot with next April 17, Nico -telmich- Schottelius
• LIO-Target/ConfigFS v3.0 on ppc64 for Playstation3, Nicholas A. Bellinger
• [PATCH] mm/page-writeback.c: fix sparse warnings, H Hartley Sweeten
  • Re: [PATCH] mm/page-writeback.c: fix sparse warnings, Johannes Weiner
    • RE: [PATCH] mm/page-writeback.c: fix sparse warnings, H Hartley Sweeten
    • RE: [PATCH] mm/page-writeback.c: fix sparse warnings, H Hartley Sweeten
• [PATCH] [Target_Core_Mod/pSCSI]: Add optional legacy scsi_execute_async() usage for Linux/SCSI passthrough, Nicholas A. Bellinger
  • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add optional legacy scsi_execute_async() usage for Linux/SCSI passthrough, Boaz Harrosh
    • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add optional legacy scsi_execute_async() usage for Linux/SCSI passthrough, Nicholas A. Bellinger
      • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add optional legacy scsi_execute_async() usage for Linux/SCSI passthrough, Boaz Harrosh
    • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add optional legacy scsi_execute_async() usage for Linux/SCSI passthrough, Vladislav Bolkhovitin
      • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add optional legacy scsi_execute_async() usage for Linux/SCSI passthrough, Boaz Harrosh
      • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add optional legacy scsi_execute_async() usage for Linux/SCSI passthrough, Douglas Gilbert
      • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add optional legacy scsi_execute_async() usage for Linux/SCSI passthrough, Boaz Harrosh
      • Re: [PATCH] [Target_Core_Mod/pSCSI]: Add optional legacy scsi_execute_async() usage for Linux/SCSI passthrough, Vladislav Bolkhovitin
• [patch 0/3] Tracepoints kill rcupdate header dependency (v2), mathieu . desnoyers
  • [patch 1/3] rcupdate header remove whitespace, mathieu . desnoyers
  • [patch 3/3] tracepoints : remove rcupdate.h dependency, mathieu . desnoyers
  • [patch 2/3] RCU move trace defines to rcupdate_types.h, mathieu . desnoyers
    • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Jeremy Fitzhardinge
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Steven Rostedt
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Mathieu Desnoyers
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Mathieu Desnoyers
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Jeremy Fitzhardinge
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Jeremy Fitzhardinge
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Mathieu Desnoyers
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Jeremy Fitzhardinge
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Mathieu Desnoyers
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Jeremy Fitzhardinge
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Steven Rostedt
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h, Jeremy Fitzhardinge
      • Re: [patch 2/3] RCU move trace defines to rcupdate_types.h (update), Mathieu Desnoyers
• [patch 0/3] Tracepoints kill rcupdate header dependency, mathieu . desnoyers
  • [patch 1/3] rcupdate header remove whitespace, mathieu . desnoyers
  • [patch 2/3] RCU move trace defines to rcupdate_defines.h, mathieu . desnoyers
    • Re: [patch 2/3] RCU move trace defines to rcupdate_defines.h, Ingo Molnar
      • Re: [patch 2/3] RCU move trace defines to rcupdate_defines.h, Mathieu Desnoyers
      • Re: [patch 2/3] RCU move trace defines to rcupdate_defines.h, Ingo Molnar
  • [patch 3/3] tracepoints : remove rcupdate.h dependency, mathieu . desnoyers
• 2.6.30-rc2-git2: Reported regressions from 2.6.29, Rafael J. Wysocki
  • [Bug #13031] Deadlock/hang in SATA probe, Rafael J. Wysocki
  • [Bug #13048] /sys/class/backlight/acpi_video0/* is gone on vaio laptop with Intel GM45., Rafael J. Wysocki
  • [Bug #13066] Intel HD Audio oops, Rafael J. Wysocki
    • Re: [Bug #13066] Intel HD Audio oops, Takashi Iwai
      • Re: [Bug #13066] Intel HD Audio oops, Rafael J. Wysocki
  • [Bug #13067] iwl3945: wlan0: beacon loss from AP - sending probe request, Rafael J. Wysocki
    • Re: [Bug #13067] iwl3945: wlan0: beacon loss from AP - sending probe request, Justin Madru
      • Re: [Bug #13067] iwl3945: wlan0: beacon loss from AP - sending probe request, Rafael J. Wysocki
  • [Bug #13044] 2.6.30-rc1 can't find the root fs, Rafael J. Wysocki
  • [Bug #13058] First hibernation attempt fails, Rafael J. Wysocki
    • Re: [Bug #13058] First hibernation attempt fails, Jens Axboe
      • Re: [Bug #13058] First hibernation attempt fails, Alan Jenkins
      • Re: [Bug #13058] First hibernation attempt fails, Jens Axboe
      • Re: [Bug #13058] First hibernation attempt fails, Jens Axboe
      • Re: [Bug #13058] First hibernation attempt fails, Alan Jenkins
      • Re: [Bug #13058] First hibernation attempt fails, Jens Axboe
      • Re: [Bug #13058] First hibernation attempt fails, Alan Jenkins
      • Re: [Bug #13058] First hibernation attempt fails, Linus Torvalds
      • Re: [Bug #13058] First hibernation attempt fails, Alan Jenkins
      • Re: [Bug #13058] First hibernation attempt fails, Rafael J. Wysocki
      • Re: [Bug #13058] First hibernation attempt fails, Linus Torvalds
      • Re: [Bug #13058] First hibernation attempt fails, Alan Jenkins
      • Re: [Bug #13058] First hibernation attempt fails, Rafael J. Wysocki
      • Re: [Bug #13058] First hibernation attempt fails, Alan Jenkins
      • [PATCH] PM/Hibernate: Fix memory shrinking (Re: [Bug #13058] First hibernation attempt fails), Rafael J. Wysocki
      • Re: [Bug #13058] First hibernation attempt fails, Linus Torvalds
      • Re: [Bug #13058] First hibernation attempt fails, Rafael J. Wysocki
      • Re: [Bug #13058] First hibernation attempt fails, Pavel Machek
      • Re: [Bug #13058] First hibernation attempt fails, Andrew Morton
      • Re: [Bug #13058] First hibernation attempt fails, Pavel Machek
      • Re: [Bug #13058] First hibernation attempt fails, Andrew Morton
      • Re: [Bug #13058] First hibernation attempt fails, Andrew Morton
      • Re: [Bug #13058] First hibernation attempt fails, Rafael J. Wysocki
      • Re: [Bug #13058] First hibernation attempt fails, Pavel Machek
      • Re: [Bug #13058] First hibernation attempt fails, Rafael J. Wysocki
      • Re: [Bug #13058] First hibernation attempt fails, Andrew Morton
      • Re: [Bug #13058] First hibernation attempt fails, Rafael J. Wysocki
  • [Bug #13106] 2.6.30-rc1: intel 3945 no wireless, Rafael J. Wysocki
    • Re: [Bug #13106] 2.6.30-rc1: intel 3945 no wireless, Larry Finger
      • Re: [Bug #13106] 2.6.30-rc1: intel 3945 no wireless, Justin Madru
      • Re: [Bug #13106] 2.6.30-rc1: intel 3945 no wireless, Rafael J. Wysocki
  • [Bug #13068] Lockdep warining in inotify_dev_queue_event, Rafael J. Wysocki
    • Re: [Bug #13068] Lockdep warining in inotify_dev_queue_event, Sachin Sant
      • Re: [Bug #13068] Lockdep warining in inotify_dev_queue_event, Rafael J. Wysocki
    • Re: [Bug #13068] Lockdep warning in inotify_dev_queue_event, Sachin Sant
  • [Bug #13069] regression in 2.6.29-git3 on SH/Dreamcast, Rafael J. Wysocki
    • Re: [Bug #13069] regression in 2.6.29-git3 on SH/Dreamcast, Adrian McMenamin
  • [Bug #13095] thinkpad-acpi: cannot control brightness with hotkeys, Rafael J. Wysocki
  • [Bug #13087] boot hang due to commit ff69f2bba67bd45514923aaedbf40fe351787c59, Rafael J. Wysocki
  • [Bug #13099] net, sky2: BUG: unable to handle kernel NULL pointer dereference, pci_vpd_truncate(), Rafael J. Wysocki
    • Re: [Bug #13099] net, sky2: BUG: unable to handle kernel NULL pointer dereference, pci_vpd_truncate(), Ingo Molnar
      • Re: [Bug #13099] net, sky2: BUG: unable to handle kernel NULL pointer dereference, pci_vpd_truncate(), Rafael J. Wysocki
  • [Bug #13097] Kernel will freeze network after using a tun/tap device, Rafael J. Wysocki
    • Re: [Bug #13097] Kernel will freeze network after using a tun/tap device, David Miller
      • Re: [Bug #13097] Kernel will freeze network after using a tun/tap device, Herbert Xu
  • [Bug #13096] 2.6.30-rc2 hangs in get_measured_perf on tigerton, Rafael J. Wysocki
  • [Bug #13098] 2.6.29-git12 breaks vga=0x0f07 on MSI/Intel GPU, Rafael J. Wysocki
    • Re: [Bug #13098] 2.6.29-git12 breaks vga=0x0f07 on MSI/Intel GPU, Andi Kleen
  • [Bug #13101] BUG: scheduling while atomic: swapper/0/0x10000100, Rafael J. Wysocki
  • [Bug #13107] LTP 20080131 causes defunct processes w/2.6.30-rc1, Rafael J. Wysocki
    • Re: [Bug #13107] LTP 20080131 causes defunct processes w/2.6.30-rc1, Sukadev Bhattiprolu
  • [Bug #13108] 2.6.30-rc1: white screen during boot (regression) on spitz, Rafael J. Wysocki
    • Re: [Bug #13108] 2.6.30-rc1: white screen during boot (regression) on spitz, Pavel Machek
      • Re: [Bug #13108] 2.6.30-rc1: white screen during boot (regression) on spitz, Rafael J. Wysocki
  • [Bug #13110] 2.6.30-rc1 problems with firmware loading, Rafael J. Wysocki
  • [Bug #13109] High latency on /sys/class/thermal, Rafael J. Wysocki
  • [Bug #13111] Linux 2.6.30-rc1 tg3 endian issues with MAC addresses on BCM5701, Rafael J. Wysocki
    • Re: [Bug #13111] Linux 2.6.30-rc1 tg3 endian issues with MAC addresses on BCM5701, David Miller
      • Re: [Bug #13111] Linux 2.6.30-rc1 tg3 endian issues with MAC addresses on BCM5701, Matt Carlson
      • Re: [Bug #13111] Linux 2.6.30-rc1 tg3 endian issues with MAC addresses on BCM5701, Robin Holt
      • Re: [Bug #13111] Linux 2.6.30-rc1 tg3 endian issues with MAC addresses on BCM5701, David Miller
      • Re: [Bug #13111] Linux 2.6.30-rc1 tg3 endian issues with MAC addresses on BCM5701, Michael Chan
  • [Bug #13113] tiobench read 50% regression with 2.6.30-rc1, Rafael J. Wysocki
    • Re: [Bug #13113] tiobench read 50% regression with 2.6.30-rc1, Jens Axboe
      • Re: [Bug #13113] tiobench read 50% regression with 2.6.30-rc1, Rafael J. Wysocki
  • [Bug #13114] USB storage (usbstick) automount woes, Rafael J. Wysocki
    • Re: [Bug #13114] USB storage (usbstick) automount woes, Mike Galbraith
  • [Bug #13112] Oops in drain_array, Rafael J. Wysocki
  • [Bug #13115] microcode driver newly spews warnings, Rafael J. Wysocki
  • [Bug #13116] Can't boot with nosmp, Rafael J. Wysocki
  • [Bug #13119] Trouble with make-install from a NFS mount, Rafael J. Wysocki
  • [Bug #13118] iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49, Rafael J. Wysocki
  • [Bug #13120] BUG: using rootfstype=ext4 causes oops, Rafael J. Wysocki
    • Re: [Bug #13120] BUG: using rootfstype=ext4 causes oops, Andrew Price
  • [Bug #13121] commit 1a7c618a3f7bef1a20ae740df512eeba21397fa5 breaks ACPI video, Rafael J. Wysocki
  • [Bug #13122] reiserfs_delete_xattrs: Couldn't delete all xattrs (-13), Rafael J. Wysocki
  • [Bug #13123] 20 ACPI interrupts per second on EEEPC 4G, Rafael J. Wysocki
  • [Bug #13125] active uvcvideo breaks over suspend, Rafael J. Wysocki
  • [Bug #13126] BUG: MAX_LOCKDEP_ENTRIES too low! when mounting rootfs, Rafael J. Wysocki
  • [Bug #13124] ioatdma: DMA-API: device driver frees DMA memory with wrong function, Rafael J. Wysocki
  • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, David Miller
    • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Rafael J. Wysocki
  • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Linus Torvalds
    • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Ingo Molnar
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Rafael J. Wysocki
  • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Linus Torvalds
    • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Rafael J. Wysocki
  • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Jeff Chua
  • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Zhang Rui
    • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, yakui_zhao
    • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Rafael J. Wysocki
  • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Ming Lei
    • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Rafael J. Wysocki
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Laurent Pinchart
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Rafael J. Wysocki
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, leiming
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Linus Torvalds
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, leiming
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, leiming
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Rafael J. Wysocki
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Laurent Pinchart
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Ming Lei
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Laurent Pinchart
  • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Thomas Meyer
    • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Rafael J. Wysocki
  • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Kalle Valo
    • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Rafael J. Wysocki
  • Message not available
    • Message not available
      • Re: 2.6.30-rc2-git2: Reported regressions from 2.6.29, Ed Tomlinson
• Does the linux kernel contain support for ATA Security feature set?, Robert Nicholson
  • Re: Does the linux kernel contain support for ATA Security feature set?, Matthew Garrett
    • Re: Does the linux kernel contain support for ATA Security feature set?, Robert Nicholson
      • Re: Does the linux kernel contain support for ATA Security feature set?, Matthew Garrett
      • Re: Does the linux kernel contain support for ATA Security feature set?, Robert Nicholson
  • Re: Does the linux kernel contain support for ATA Security feature set?, Alan Cox
    • Re: Does the linux kernel contain support for ATA Security feature set?, Krzysztof Halasa
• [PATCH] Enable coretemp driver on Intel Atom, Michael Riepe
• [PATCH, RFC] check for frozen filesystems in the mmap path, Eric Sandeen
  • Re: [PATCH, RFC] check for frozen filesystems in the mmap path, Rik van Riel
  • Re: [PATCH, RFC] check for frozen filesystems in the mmap path, KOSAKI Motohiro
    • Re: [PATCH, RFC] check for frozen filesystems in the mmap path, Eric Sandeen
      • Re: [PATCH, RFC] check for frozen filesystems in the mmap path, KOSAKI Motohiro
      • Re: [PATCH, RFC] check for frozen filesystems in the mmap path, KOSAKI Motohiro
      • Re: [PATCH, RFC] check for frozen filesystems in the mmap path, Eric Sandeen
      • Re: [PATCH, RFC] check for frozen filesystems in the mmap path, KOSAKI Motohiro
• [PATCH] fs/binfmt_elf.c: fix sparse warning, H Hartley Sweeten
• [PATCH] kernel/sys.c: fix sparse warning, H Hartley Sweeten
• [PATCH] kernel/softirq.c: fix sparse warning, H Hartley Sweeten
  • [tip:core/urgent] kernel/softirq.c: fix sparse warning, tip-bot for H Hartley Sweeten
• [GIT PULL] x86/uv fixes, Ingo Molnar
• [PATCH -tip] trace: ftrace.c ftrace_profile_debugfs should use __init, Jaswinder Singh Rajput
• [git-pull -tip] x86: fix section mismatch warnings, Jaswinder Singh Rajput
  • Re: [git-pull -tip] x86: fix section mismatch warnings, Ingo Molnar
    • Re: [git-pull -tip] x86: fix section mismatch warnings, Jaswinder Singh Rajput
      • Re: [git-pull -tip] x86: fix section mismatch warnings, Ingo Molnar
      • [tip:x86/urgent] x86: mm/numa_32.c calculate_numa_remap_pages should use __init, tip-bot for Jaswinder Singh Rajput
      • [tip:x86/urgent] x86: mm/numa_32.c calculate_numa_remap_pages should use __init, tip-bot for Jaswinder Singh Rajput
• Re: Q: NFSD readdir in linux-2.6.28, J. Bruce Fields
  • Re: Q: NFSD readdir in linux-2.6.28, hooanon05
  • <Possible follow-ups>
  • Re: Q: NFSD readdir in linux-2.6.28, David Woodhouse
    • Re: Q: NFSD readdir in linux-2.6.28, Al Viro
      • Re: Q: NFSD readdir in linux-2.6.28, David Woodhouse
      • Re: Q: NFSD readdir in linux-2.6.28, Al Viro
      • Re: Q: NFSD readdir in linux-2.6.28, David Woodhouse
      • Re: Q: NFSD readdir in linux-2.6.28, Al Viro
      • Re: Q: NFSD readdir in linux-2.6.28, David Woodhouse
      • Re: Q: NFSD readdir in linux-2.6.28, David Woodhouse
      • Re: Q: NFSD readdir in linux-2.6.28, Al Viro
      • Re: Q: NFSD readdir in linux-2.6.28, Al Viro
      • [PATCH] Fix i_mutex handling in nfsd readdir., David Woodhouse
      • Re: [PATCH] Fix i_mutex handling in nfsd readdir., hooanon05
      • Re: [PATCH] Fix i_mutex handling in nfsd readdir., Al Viro
      • Re: [PATCH] Fix i_mutex handling in nfsd readdir., David Woodhouse
      • [PATCH v2] Fix i_mutex handling in nfsd readdir, David Woodhouse
      • Re: [PATCH v2] Fix i_mutex handling in nfsd readdir, J. Bruce Fields
      • Re: [PATCH v2] Fix i_mutex handling in nfsd readdir, J. Bruce Fields
      • Re: [PATCH v2] Fix i_mutex handling in nfsd readdir, Al Viro
      • Re: [PATCH v2] Fix i_mutex handling in nfsd readdir, J. Bruce Fields
      • Re: [PATCH v2] Fix i_mutex handling in nfsd readdir, Al Viro
      • Re: [PATCH v2] Fix i_mutex handling in nfsd readdir, hooanon05
      • Re: [PATCH v2] Fix i_mutex handling in nfsd readdir, J. Bruce Fields
      • Re: [PATCH v2] Fix i_mutex handling in nfsd readdir, hooanon05
      • Re: [PATCH v2] Fix i_mutex handling in nfsd readdir, J. Bruce Fields
• [PATCH -tip] x86: smpboot.c wakeup_secondary_cpu_via_nmi do not required __devinit, Jaswinder Singh Rajput
• [PATCH] drm: count reaches -1, Roel Kluin
• [PATCH-tip] x86: apic/es7000_32.c find_unisys_acpi_oem_table and es7000_acpi_madt_oem_check should use __init, Jaswinder Singh Rajput
• [PATCH] microblaze: iowrite upon timeout, Roel Kluin
  • Re: [microblaze-uclinux] [PATCH] microblaze: iowrite upon timeout, John Williams
• Basic rundown of udev?, John Moser
  • Re: Basic rundown of udev?, Kay Sievers
• AIM9 from 2.6.22 to 2.6.29, Christoph Lameter
  • Re: AIM9 from 2.6.22 to 2.6.29, KOSAKI Motohiro
    • Re: AIM9 from 2.6.22 to 2.6.29, Christoph Lameter
      • Re: AIM9 from 2.6.22 to 2.6.29, KOSAKI Motohiro
      • Re: AIM9 from 2.6.22 to 2.6.29, Pekka Enberg
      • Re: AIM9 from 2.6.22 to 2.6.29, Christoph Lameter
      • Re: AIM9 from 2.6.22 to 2.6.29, Christoph Lameter
      • Re: AIM9 from 2.6.22 to 2.6.29, Mel Gorman
      • Re: AIM9 from 2.6.22 to 2.6.29, Christoph Lameter
• [PATCH] serial: Z85C30: BCM1480: loops reach -1, Roel Kluin
• [PATCH] bfin_5xx: misplaced parentheses, Roel Kluin
  • RE: [PATCH] bfin_5xx: misplaced parentheses, Zhang, Sonic
• [PATCH] staging: operator precedence errors, Roel Kluin
• XFS status update for March 2009, Christoph Hellwig
• [PATCH -tip] x86: mm/numa_32.c calculate_numa_remap_pages should use __init, Jaswinder Singh Rajput
• [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Frederic Weisbecker
  • [PATCH 2/2 v2] tracing/lock: provide lock_acquired event support for dynamic size string, Frederic Weisbecker
  • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Peter Zijlstra
    • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Frédéric Weisbecker
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Peter Zijlstra
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Frédéric Weisbecker
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Peter Zijlstra
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Frédéric Weisbecker
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Frédéric Weisbecker
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Steven Rostedt
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Frédéric Weisbecker
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Peter Zijlstra
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Steven Rostedt
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Frédéric Weisbecker
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Steven Rostedt
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Frederic Weisbecker
      • Re: [PATCH 1/2 v2] tracing/events: provide string with undefined size support, Steven Rostedt
• Scheduler regression: Too frequent timer interrupts(?), Christoph Lameter
  • Re: Scheduler regression: Too frequent timer interrupts(?), Peter Zijlstra
    • Re: Scheduler regression: Too frequent timer interrupts(?), Christoph Lameter
      • Re: Scheduler regression: Too frequent timer interrupts(?), Peter Zijlstra
      • Re: Scheduler regression: Too frequent timer interrupts(?), Christoph Lameter
      • Re: Scheduler regression: Too frequent timer interrupts(?), Peter Zijlstra
      • Re: Scheduler regression: Too frequent timer interrupts(?), Christoph Lameter
      • Re: Scheduler regression: Too frequent timer interrupts(?), Peter Zijlstra
      • Re: Scheduler regression: Too frequent timer interrupts(?), Pavel Machek
      • Re: Scheduler regression: Too frequent timer interrupts(?), Christoph Lameter
      • Re: Scheduler regression: Too frequent timer interrupts(?), Peter Zijlstra
      • Re: Scheduler regression: Too frequent timer interrupts(?), Christoph Lameter
      • Re: Scheduler regression: Too frequent timer interrupts(?), Ingo Molnar
      • Re: Scheduler regression: Too frequent timer interrupts(?), Christoph Lameter
      • Re: Scheduler regression: Too frequent timer interrupts(?), Peter Zijlstra
      • Re: Scheduler regression: Too frequent timer interrupts(?), Christoph Lameter
      • Re: Scheduler regression: Too frequent timer interrupts(?), Ingo Molnar
      • Re: Scheduler regression: Too frequent timer interrupts(?), Chris Friesen
      • Re: Scheduler regression: Too frequent timer interrupts(?), Christoph Lameter
      • Re: Scheduler regression: Too frequent timer interrupts(?), Peter Zijlstra
      • Re: Scheduler regression: Too frequent timer interrupts(?), Christoph Lameter
      • Re: Scheduler regression: Too frequent timer interrupts(?), Peter Zijlstra
      • Re: Scheduler regression: Too frequent timer interrupts(?), Christoph Lameter
      • Re: Scheduler regression: Too frequent timer interrupts(?), Peter Zijlstra
      • Re: Scheduler regression: Too frequent timer interrupts(?), Chris Friesen
      • Re: Scheduler regression: Too frequent timer interrupts(?), Ingo Molnar
      • Re: Scheduler regression: Too frequent timer interrupts(?), Andi Kleen
• 2.6.30-rc2: reiserfs_delete_xattrs: Couldn't delete all xattrs (-13), Alexander Beregalov
  • Re: 2.6.30-rc2: reiserfs_delete_xattrs: Couldn't delete all xattrs (-13), Jeff Mahoney
  • Re: 2.6.30-rc2: reiserfs_delete_xattrs: Couldn't delete all xattrs (-13), Jeff Mahoney
    • Re: 2.6.30-rc2: reiserfs_delete_xattrs: Couldn't delete all xattrs (-13), Alexander Beregalov
    • Re: 2.6.30-rc2: reiserfs_delete_xattrs: Couldn't delete all xattrs (-13), Alex Romosan
• [PATCH] Wait for console to become available, v2, VomLehn
  • Re: [PATCH] Wait for console to become available, v2, Andi Kleen
    • Re: [PATCH] Wait for console to become available, v2, David VomLehn
      • Re: [PATCH] Wait for console to become available, v2, Andi Kleen
      • Re: [PATCH] Wait for console to become available, v2, David VomLehn
• [PATCH] documentation: list common guidelines for commit log content, Paul Gortmaker
  • Re: [PATCH] documentation: list common guidelines for commit log content, Jonathan Corbet
    • Re: [PATCH] documentation: list common guidelines for commit log content, Paul Gortmaker
• [PATCH] removes unused variable from kernel/sysctl.h, Sukanto Ghosh
  • Re: [PATCH] removes unused variable from kernel/sysctl.h, Jaswinder Singh Rajput
    • Re: [PATCH] removes unused variable from kernel/sysctl.h, Sukanto Ghosh
• [PATCH] FRV: Insert PCI root bus resources for the MB93090 devel motherboard, David Howells
• driver-core: set default SYSFS_DEPRECATED=n, Kay Sievers
• driver-core: remove BUS_ID_SIZE, Kay Sievers
• Re: sparc: struct device - replace bus_id with dev_name(), dev_set_name(), Kay Sievers
  • Re: sparc: struct device - replace bus_id with dev_name(), dev_set_name(), David Miller
• [PATCH 0/2] [GIT PULL] updates for event tester and lockdep tracer, Steven Rostedt
  • [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Steven Rostedt
    • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Peter Zijlstra
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Steven Rostedt
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Peter Zijlstra
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Steven Rostedt
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Peter Zijlstra
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Steven Rostedt
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Peter Zijlstra
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Steven Rostedt
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Mathieu Desnoyers
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Mathieu Desnoyers
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Steven Rostedt
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Peter Zijlstra
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Steven Rostedt
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Steven Rostedt
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Peter Zijlstra
      • [tip:core/urgent] lockdep: more robust lockdep_map init sequence, tip-bot for Peter Zijlstra
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Steven Rostedt
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Steven Rostedt
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Mathieu Desnoyers
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Steven Rostedt
      • [PATCH] x86 entry_64.S lockdep fix, Mathieu Desnoyers
      • Re: [PATCH] x86 entry_64.S lockdep fix, Steven Rostedt
      • Re: [PATCH] x86 entry_64.S lockdep fix, Mathieu Desnoyers
      • Re: [PATCH] x86 entry_64.S lockdep fix, Ingo Molnar
      • Re: [PATCH 2/2] tracing/events/lockdep: move tracepoints within recursive protection, Peter Zijlstra
  • [PATCH 1/2] tracing/events: perform function tracing in event selftests, Steven Rostedt
    • [tip:tracing/core] tracing/events: perform function tracing in event selftests, tip-bot for Steven Rostedt
  • Re: [PATCH 0/2] [GIT PULL] updates for event tester and lockdep tracer, Ingo Molnar
• [PATCH] synclink_gt add receive pio mode, Paul Fulghum
  • Re: [PATCH] synclink_gt add receive pio mode, Alan Cox
• [no subject], zxifqfomoyrae
• how to tell if arbitrary kernel memory address is backed by physical memory?, Chris Friesen
  • Re: how to tell if arbitrary kernel memory address is backed by physical memory?, Christoph Lameter
    • Re: how to tell if arbitrary kernel memory address is backed by physical memory?, Chris Friesen
      • Re: how to tell if arbitrary kernel memory address is backed by physical memory?, Christoph Lameter
• Ancient secret of pleasing woman 10 times a day has been discovered., Jean Gilmore
• last remaining asm/ header moves: h8300 and m32r, Christoph Hellwig
  • Re: last remaining asm/ header moves: h8300 and m32r, Sam Ravnborg
    • [GIT PULL] m32r: move include/asm-m32r to arch/m32r/include/asm, takata
      • Re: [GIT PULL] m32r: move include/asm-m32r to arch/m32r/include/asm, Linus Torvalds
      • Re: [GIT PULL] m32r: move include/asm-m32r to arch/m32r/include/asm, Sam Ravnborg
      • Re: [GIT PULL] m32r: move include/asm-m32r to arch/m32r/include/asm, Russell King
      • [PATCH] arm: use include/gen for mach-types.h, Sam Ravnborg
      • Re: [PATCH] arm: use include/gen for mach-types.h, Al Viro
      • Re: [PATCH] arm: use include/gen for mach-types.h, Linus Torvalds
      • [PATCH v2] arm: use include/gen for mach-types.h, Sam Ravnborg
      • Re: [PATCH] arm: use include/gen for mach-types.h, Al Viro
  • Re: last remaining asm/ header moves: h8300 and m32r, Arnd Bergmann
• [PATCH] parisc/superio: fix build breakage, Alexander Beregalov
  • Re: [PATCH] parisc/superio: fix build breakage, Kyle McMartin
• [PATCH 1/2] vfs: Add better VFS support for page_mkwrite when blocksize < pagesize, Jan Kara
• [RFC] Solve problem with page_mkwrite() when blocksize < pagesize, Jan Kara
• [PATCH 2/2] ext2: Add support for reliable mmap, Jan Kara
• [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Alessio Igor Bogani
  • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Christoph Hellwig
    • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Ingo Molnar
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Christoph Hellwig
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Ingo Molnar
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Al Viro
  • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Ingo Molnar
    • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Ingo Molnar
    • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Al Viro
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Ingo Molnar
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Al Viro
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Ingo Molnar
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Al Viro
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Ingo Molnar
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Peter Zijlstra
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Linus Torvalds
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Jonathan Corbet
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Linus Torvalds
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Matthew Wilcox
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, J. Bruce Fields
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Al Viro
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Ingo Molnar
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Al Viro
      • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Al Viro
  • Re: [PATCH -tip] remove the BKL: Replace BKL in mount/umount syscalls with a mutex, Al Viro
• [PATCH] platform: Do not complain for platform_data added by platform_device_add_data(), Atsushi Nemoto
  • Re: [PATCH] platform: Do not complain for platform_data added by platform_device_add_data(), Ming Lei
• IMA and fs, hooanon05
  • Re: IMA and fs, Mimi Zohar
    • Re: IMA and fs, hooanon05
      • Re: IMA and fs, Mimi Zohar
• [RFC]: SCST sysfs layout, Vladislav Bolkhovitin
  • Message not available
    • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Vladislav Bolkhovitin
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Daniel Debonzi
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Vladislav Bolkhovitin
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., James Smart
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Vladislav Bolkhovitin
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Kay Sievers
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Kay Sievers
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Daniel Debonzi
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Vladislav Bolkhovitin
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Kay Sievers
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Daniel Debonzi
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Kay Sievers
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Vladislav Bolkhovitin
      • Re: [Scst-devel] Discussion about SCST sysfs layout and implementation., Vladislav Bolkhovitin
• [PATCH] block: simplify I/O stat accounting, Jerome Marchand
  • Re: [PATCH] block: simplify I/O stat accounting, Jens Axboe
    • Re: [PATCH] block: simplify I/O stat accounting, Jens Axboe
      • Re: [PATCH] block: simplify I/O stat accounting, Jens Axboe
      • Re: [PATCH] block: simplify I/O stat accounting, Jens Axboe
      • Re: [PATCH] block: simplify I/O stat accounting, Jerome Marchand
  • [PATCH v2] block: simplify I/O stat accounting, Jerome Marchand
    • Re: [PATCH v2] block: simplify I/O stat accounting, Jens Axboe
      • Re: [PATCH v2] block: simplify I/O stat accounting, Jens Axboe
      • Re: [PATCH v2] block: simplify I/O stat accounting, Jerome Marchand
      • Re: [PATCH v2] block: simplify I/O stat accounting, Jens Axboe
      • [PATCH v3] block: simplify I/O stat accounting, Jerome Marchand
      • Re: [PATCH v3] block: simplify I/O stat accounting, Jens Axboe
• [PATCH] x86: UV BAU distribution and payload MMRs, Cliff Wickman
  • [tip:x86/uv] x86: UV BAU distribution and payload MMRs, tip-bot for Cliff Wickman
• [PATCH 1/5] bio-cgroup: Introduction, Ryo Tsuruta
  • [PATCH 2/5] bio-cgroup: The new page_cgroup framework, Ryo Tsuruta
    • [PATCH 3/5] bio-cgroup: The body of bio-cgroup, Ryo Tsuruta
      • [PATCH 4/5] bio-cgroup: Page tracking hooks, Ryo Tsuruta
      • [PATCH 5/5] bio-cgroup: Add a cgroup support to dm-ioband, Ryo Tsuruta
• [PATCH] Documentation: Add "how to write a good patch summary" to SubmittingPatches, Theodore Ts'o
  • Re: [PATCH] Documentation: Add "how to write a good patch summary" to SubmittingPatches, Ingo Molnar
    • Re: [PATCH] Documentation: Add "how to write a good patch summary" to SubmittingPatches, Theodore Tso
      • Re: [PATCH] Documentation: Add "how to write a good patch summary" to SubmittingPatches, Linus Torvalds
      • Re: [PATCH] Documentation: Add "how to write a good patch summary" to SubmittingPatches, Ingo Molnar
  • Re: [PATCH] Documentation: Add "how to write a good patch summary" to SubmittingPatches, Jesper Juhl
• [PATCH] w35und: unregister device from the ieee80211 stack upon ->disconnect(), Pekka Enberg
• [BISECTED] [REGRESSION] "ACPI video: support _BQC/_BCL/_BCM methods that use index values" breaks ACPI video, Maxim Levitsky
  • Re: [BISECTED] [REGRESSION] "ACPI video: support _BQC/_BCL/_BCM methods that use index values" breaks ACPI video, yakui_zhao
• [BUG 2.6.30_rc1] powernow-k8: oops during initialization, Ozan Çağlayan
  • Re: [BUG 2.6.30_rc1] powernow-k8: oops during initialization, Ozan Çağlayan
  • Re: [BUG 2.6.30_rc1] powernow-k8: oops during initialization, Borislav Petkov
    • Re: [BUG 2.6.30_rc1] powernow-k8: oops during initialization, Ozan Çağlayan
      • Re: [BUG 2.6.30_rc1] powernow-k8: oops during initialization, Borislav Petkov
• Linux 2.6.30-rc2: undefined reference to `__udivdi3', Eyal Lebedinsky
• 2.6.30-rc2 Build Broken, David John
• Microblaze fixes for revision, monstr
  • [PATCH 01/11] microblaze: Remove unneded per cpu SYSCALL_SAVE variable, monstr
    • [PATCH 02/11] microblaze: Remove while(1) loop from show_regs function, monstr
      • [PATCH 03/11] microblaze: Remove uncache shadow condition, monstr
      • [PATCH 04/11] microblaze: Rename kernel_mode to pt_mode in pt_regs, monstr
      • [PATCH 05/11] microblaze: Move task_pt_regs up, monstr
      • [PATCH 06/11] microblaze: Remove sparse error in traps.c, monstr
      • [PATCH 07/11] microblaze: Add missing declaration for die and _exception func, monstr
      • [PATCH 08/11] microblaze: Add missing preadv and pwritev syscalls, monstr
      • [PATCH 09/11] microblaze: Move start_thread to process.c, monstr
      • [PATCH 10/11] microblaze: Remove redundant variable, monstr
      • [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze, monstr
      • Re: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze, John Williams
      • Re: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze, Grant Likely
      • RE: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze, Stephen Neuendorffer
      • RE: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze, Stephen Neuendorffer
      • Re: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze, Grant Likely
      • who know's what is "TestFloat cases" and how to test this feature on the Freescale MPC8536DS board, derekzheng
      • Re: who know's what is "TestFloat cases" and how to test this feature on the Freescale MPC8536DS board, Kumar Gala
      • RE: who know's what is "TestFloat cases" and how to test this feature onthe Freescale MPC8536DS board, Liu Yu-B13201
      • Message not available
      • Re: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze, John Williams
      • Message not available
      • RE: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze, John Linn
      • Re: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze, Grant Likely
      • Re: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze, John Williams
      • Re: [microblaze-uclinux] [PATCH 10/11] microblaze: Remove redundant variable, John Williams
      • Re: [microblaze-uclinux] [PATCH 09/11] microblaze: Move start_thread to process.c, John Williams
      • Re: [microblaze-uclinux] [PATCH 08/11] microblaze: Add missing preadv and pwritev syscalls, John Williams
      • Re: [microblaze-uclinux] [PATCH 07/11] microblaze: Add missing declaration for die and _exception func, John Williams
      • Re: [microblaze-uclinux] [PATCH 06/11] microblaze: Remove sparse error in traps.c, John Williams
      • Re: [microblaze-uclinux] [PATCH 02/11] microblaze: Remove while(1) loop from show_regs function, John Williams
  • Re: Microblaze fixes for revision, Andrew Morton
    • Re: Microblaze fixes for revision, Michal Simek
• Include in a kernel a patch for tuner support AverMedia Studio 505, vaka
  • Re: Include in a kernel a patch for tuner support AverMedia Studio 505, Andrew Morton
• [PATCH][RESEND][mmc/host]:Blackfin SD Host Controller Driver, cliffcai.sh
  • Re: [PATCH][RESEND][mmc/host]:Blackfin SD Host Controller Driver, Mike Frysinger
  • Re: [PATCH][RESEND][mmc/host]:Blackfin SD Host Controller Driver, Pierre Ossman
    • RE: [PATCH][RESEND][mmc/host]:Blackfin SD Host Controller Driver, Cai, Cliff
• Linux image boot, Dragoslav Zaric
  • <Possible follow-ups>
  • Re: Linux image boot, devzero
    • Re: Linux image boot, Dragoslav Zaric
• X freezes intermittently with 2.6.29.1, David John
  • Re: X freezes intermittently with 2.6.29.1, Yinghai Lu
    • RE: X freezes intermittently with 2.6.29.1, Pallipadi, Venkatesh
      • Re: X freezes intermittently with 2.6.29.1, David John
      • [for stable] x86, PAT: Remove page granularity tracking for vm_insert_pfn maps, Ingo Molnar
• [PATCH] [RFC] make hd_struct->in_flight atomic to avoid diskstat corruption, Nikanth Karthikesan
  • Re: [PATCH] [RFC] make hd_struct->in_flight atomic to avoid diskstat corruption, Jens Axboe
    • Re: [PATCH] [RFC] make hd_struct->in_flight atomic to avoid diskstat corruption, Nikanth Karthikesan
      • Re: [PATCH] [RFC] make hd_struct->in_flight atomic to avoid diskstat corruption, Tejun Heo
      • Re: [PATCH] [RFC] make hd_struct->in_flight atomic to avoid diskstat corruption, Jens Axboe
      • Re: [PATCH] [RFC] make hd_struct->in_flight atomic to avoid diskstat corruption, Tejun Heo
      • Re: [PATCH] [RFC] make hd_struct->in_flight atomic to avoid diskstat corruption, Jens Axboe
• [PATCH] drm: set/clear is_master when master changed, Jonas Bonn
• [v6 PATCH 0/4] timers: Framework for migration of timers, Arun R Bharadwaj
  • [v6 PATCH 1/4] timers: Framework for identifying pinned timers, Arun R Bharadwaj
  • [v6 PATCH 2/4] timers: Identifying the existing pinned timers, Arun R Bharadwaj
  • [v6 PATCH 3/4] timers: /proc/sys sysctl hook to enable timer migration, Arun R Bharadwaj
  • [v6 PATCH 4/4] timers: Logic to move non pinned timers, Arun R Bharadwaj
• [PATCH] MAINTAINERS - Update SOUND, Joe Perches
  • Re: [alsa-devel] [PATCH] MAINTAINERS - Update SOUND, Takashi Iwai
• [PATCH] tracing/filters: add filter_mutex to protect filter predicates, Tom Zanussi
  • Re: [PATCH] tracing/filters: add filter_mutex to protect filter predicates, Li Zefan
    • Re: [PATCH] tracing/filters: add filter_mutex to protect filter predicates, Ingo Molnar
  • Re: [PATCH] tracing/filters: add filter_mutex to protect filter predicates, Frederic Weisbecker
• [PATCH 9/9] omap mmc host: Use disable_irq_nosync() from within irq handlers., Ben Nizette
  • Re: [PATCH 9/9] omap mmc host: Use disable_irq_nosync() from within irq handlers., Pierre Ossman
• [PATCH 8/9] pcf50633: Use disable_irq_nosync() from within irq handlers., Ben Nizette
• [PATCH] rtc-ds1305: Use disable_irq_nosync() from within irq handlers., Ben Nizette
  • Re: [PATCH] rtc-ds1305: Use disable_irq_nosync() from within irq handlers., David Brownell
• [PATCH 6/9] ucb1400: Use disable_irq_nosync() from within irq handlers., Ben Nizette
• [PATCH 5/9] tsc2007: Use disable_irq_nosync() from within irq handlers., Ben Nizette
• [PATCH 4/9] sa1111ps2: Use disable_irq_nosync() from within irq handlers., Ben Nizette
• [PATCH 3/9] omap-keypad: Use disable_irq_nosync() from within irq handlers., Ben Nizette
• [PATCH 2/9] pxa25x_udc: Use disable_irq_nosync() from within irq handlers., Ben Nizette
• [PATCH 1/9] ipu_idmac: Use disable_irq_nosync() from within irq handlers., Ben Nizette
• [PATCH 0/9] Fix unsafe disable_irq usage, Ben Nizette
  • Re: [PATCH 0/9] Fix unsafe disable_irq usage, Dmitry Torokhov
• [v3 PATCH 3/3] EDAC: CPC925 MC platform device setup, Harry Ciao
  • [v3 PATCH 3/3] EDAC: CPC925 MC platform device setup, Harry Ciao
• [PATCH] IO-Controller: Fix kernel panic after moving a task, Gui Jianfeng
  • Re: [PATCH] IO-Controller: Fix kernel panic after moving a task, Vivek Goyal
• Shut her tiny hole, Mercy Rowland
• linux-next: Tree for April 16, Stephen Rothwell
• cpuhotplug: remove cpu_hotplug_init(), Rusty Russell
• [PATCH 0/5] [GIT PULL] updates for tip, Steven Rostedt
  • [PATCH 1/5] ftrace: use module notifier for function tracer, Steven Rostedt
    • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Frederic Weisbecker
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Steven Rostedt
    • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Steven Rostedt
    • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Rusty Russell
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Steven Rostedt
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Rusty Russell
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Steven Rostedt
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Ingo Molnar
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Tim Abbott
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Steven Rostedt
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Tim Abbott
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Ingo Molnar
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Tim Abbott
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Masami Hiramatsu
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Anders Kaseorg
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Mathieu Desnoyers
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Tim Abbott
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Masami Hiramatsu
      • Re: [PATCH 1/5] ftrace: use module notifier for function tracer, Masami Hiramatsu
  • [PATCH 3/5] tracing/events: add rcu locking around trace event prints, Steven Rostedt
    • Re: [PATCH 3/5] tracing/events: add rcu locking around trace event prints, Steven Rostedt
      • Re: [PATCH 3/5] tracing/events: add rcu locking around trace event prints, Jeremy Fitzhardinge
      • Re: [PATCH 3/5] tracing/events: add rcu locking around trace event prints, Steven Rostedt
      • Re: [PATCH 3/5] tracing/events: add rcu locking around trace event prints, Jeremy Fitzhardinge
      • Re: [PATCH 3/5] tracing/events: add rcu locking around trace event prints, Theodore Tso
      • Re: [PATCH 3/5] tracing/events: add rcu locking around trace event prints, Jeremy Fitzhardinge
      • Re: [PATCH 3/5] tracing/events: add rcu locking around trace event prints, Steven Rostedt
  • [PATCH 2/5] tracing/events: add startup tests for events, Steven Rostedt
    • [PATCH] tracing: add #include <linux/delay.h> to fix build failure in test_work(), Ingo Molnar
      • Re: [PATCH] tracing: add #include <linux/delay.h> to fix build failure in test_work(), Steven Rostedt
      • Re: [PATCH] tracing: add #include <linux/delay.h> to fix build failure in test_work(), Ingo Molnar
    • Re: [PATCH 2/5] tracing/events: add startup tests for events, Frederic Weisbecker
      • Re: [PATCH 2/5] tracing/events: add startup tests for events, Steven Rostedt
    • Re: [PATCH 2/5] tracing/events: add startup tests for events, Frederic Weisbecker
  • [PATCH 5/5] tracing: add saved_cmdlines file to show cached task comms, Steven Rostedt
    • Re: [PATCH 5/5] tracing: add saved_cmdlines file to show cached task comms, Frederic Weisbecker
      • Re: [PATCH 5/5] tracing: add saved_cmdlines file to show cached task comms, Steven Rostedt
      • Re: [PATCH 5/5] tracing: add saved_cmdlines file to show cached task comms, Frederic Weisbecker
  • [PATCH 4/5] tracing/events/ring-buffer: expose format of ring buffer headers to users, Steven Rostedt
  • Re: [PATCH 0/5] [GIT PULL] updates for tip, Ingo Molnar
    • Re: [PATCH 0/5] [GIT PULL] updates for tip, Ingo Molnar
    • Re: [PATCH 0/5] [GIT PULL] updates for tip, Steven Rostedt
      • Re: [PATCH 0/5] [GIT PULL] updates for tip, Ingo Molnar
      • Re: [PATCH 0/5] [GIT PULL] updates for tip, Steven Rostedt
      • Re: [PATCH 0/5] [GIT PULL] updates for tip, Ingo Molnar
      • Re: [PATCH 0/5] [GIT PULL] updates for tip, Ingo Molnar
• Re: [PATCH] use multitouch touchpad events as buttons mousedev, Dmitry Torokhov
  • Re: [PATCH] use multitouch touchpad events as buttons mousedev, Lukasz Stelmach
    • Re: [PATCH] use multitouch touchpad events as buttons mousedev, Dmitry Torokhov
• [PATCH] usb/host/ohci-hcd.c: fix sparse warnings, H Hartley Sweeten
  • Re: [PATCH] usb/host/ohci-hcd.c: fix sparse warnings, Greg KH
    • RE: [PATCH] usb/host/ohci-hcd.c: fix sparse warnings, H Hartley Sweeten
      • Re: [PATCH] usb/host/ohci-hcd.c: fix sparse warnings, Greg KH
      • RE: [PATCH] usb/host/ohci-hcd.c: fix sparse warnings, H Hartley Sweeten
      • Re: [PATCH] usb/host/ohci-hcd.c: fix sparse warnings, Greg KH
      • RE: [PATCH] usb/host/ohci-hcd.c: fix sparse warnings, H Hartley Sweeten
      • Re: [PATCH] usb/host/ohci-hcd.c: fix sparse warnings, Greg KH
• [PATCH] block/genhd.c: fix sparse warning, H Hartley Sweeten
  • Re: [PATCH] block/genhd.c: fix sparse warning, Vegard Nossum
    • Re: [PATCH] block/genhd.c: fix sparse warning, Al Viro
      • Re: [PATCH] block/genhd.c: fix sparse warning, Vegard Nossum
    • RE: [PATCH] block/genhd.c: fix sparse warning, H Hartley Sweeten
      • Re: [PATCH] block/genhd.c: fix sparse warning, Al Viro
• [PATCH] usb/core/hub.c: fix sparse warnings, H Hartley Sweeten
  • Re: [PATCH] usb/core/hub.c: fix sparse warnings, Greg KH
    • RE: [PATCH] usb/core/hub.c: fix sparse warnings, H Hartley Sweeten
    • RE: [PATCH] usb/core/hub.c: fix sparse warnings, H Hartley Sweeten
• [PATCH] [mmc/host]:Blackfin SD Host Controller Driver, cliffcai.sh
  • Re: [PATCH] [mmc/host]:Blackfin SD Host Controller Driver, Jaswinder Singh Rajput
    • RE: [PATCH] [mmc/host]:Blackfin SD Host Controller Driver, Cai, Cliff
• [PATCH 1/8] x86/irq: remove NUMA_MIGRATIE_IRQ_DESC, Yinghai Lu
  • [PATCH 2/8] irq: correct CPUMASKS_OFFSTACK typo -v3, Yinghai Lu
  • [PATCH 3/8] irq: make set_affinity to return status -v2, Yinghai Lu
    • Re: [PATCH 3/8] irq: make set_affinity to return status -v2, Ingo Molnar
      • Re: [PATCH 3/8] irq: make set_affinity to return status -v2, Joe Perches
      • Re: [PATCH 3/8] irq: make set_affinity to return status -v2, Ingo Molnar
  • [PATCH 4/8] irq: only update affinity in chip set_affinity() -v3, Yinghai Lu
    • Re: [PATCH 4/8] irq: only update affinity in chip set_affinity() -v3, Suresh Siddha
      • Re: [PATCH 4/8] irq: only update affinity in chip set_affinity() -v3, Yinghai Lu
  • [PATCH 5/8] irq: change irq_desc_alloc to take node instead cpu, Yinghai Lu
    • Re: [PATCH 5/8] irq: change irq_desc_alloc to take node instead cpu, Ingo Molnar
  • [PATCH 6/8] irq: make io_apic_set_pci_routing to take device, Yinghai Lu
    • Re: [PATCH 6/8] irq: make io_apic_set_pci_routing to take device, Ingo Molnar
  • [PATCH 7/8] x86/irq: make MSI irq_desc numa aware, Yinghai Lu
    • Re: [PATCH 7/8] x86/irq: make MSI irq_desc numa aware, Ingo Molnar
  • [PATCH 8/8] irq: make ht irq_desc numa aware, Yinghai Lu
    • Re: [PATCH 8/8] irq: make ht irq_desc numa aware, Ingo Molnar
      • Re: [PATCH 8/8] irq: make ht irq_desc numa aware, Suresh Siddha
  • Re: [PATCH 1/8] x86/irq: remove NUMA_MIGRATIE_IRQ_DESC, Ingo Molnar
    • [PATCH 1/9] x86/irq: remove NUMA_MIGRATE_IRQ_DESC, Yinghai Lu
      • [PATCH 2/9] irq: correct CPUMASKS_OFFSTACK typo -v4, Yinghai Lu
      • [PATCH 2/9] x86/irq: remove NUMA_MIGRATE_IRQ_DESC -v2, Yinghai Lu
      • [PATCH 3/9] irq: make set_affinity to return status -v2, Yinghai Lu
      • [PATCH 3/9] irq: make set_affinity to return status -v2, Yinghai Lu
      • [PATCH 4/9] irq: only update affinity if set_affinity() sucessfully -v4, Yinghai Lu
      • [PATCH 4/9] irq: only update affinity if set_affinity() sucessfully -v4, Yinghai Lu
      • [PATCH 5/9] x86/irq: change irq_desc_alloc to take node instead cpu, Yinghai Lu
      • [PATCH 5/9] x86/irq: change irq_desc_alloc to take node instead cpu -v2, Yinghai Lu
      • [PATCH 6/9] irq: make io_apic_set_pci_routing to take device, Yinghai Lu
      • Re: [PATCH 6/9] irq: make io_apic_set_pci_routing to take device, Len Brown
      • [PATCH] x86/acpi: remove compress irq trick for 32bit, Yinghai Lu
      • [PATCH] x86/acpi: calling mp_config_acpi_gsi in mp_register_gsi, Yinghai Lu
      • Re: [PATCH] x86/acpi: calling mp_config_acpi_gsi in mp_register_gsi, Yinghai Lu
      • [PATCH] x86/acpi: calling mp_config_acpi_gsi in mp_register_gsi -v2, Yinghai Lu
      • Re: [PATCH] x86/acpi: remove compress irq trick for 32bit, Ingo Molnar
      • [PATCH 6/9] irq: make io_apic_set_pci_routing to take device, Yinghai Lu
      • [PATCH 7/9] irq: make io_apic_set_pci_routing to use device, Yinghai Lu
      • [PATCH 7/9] irq: make io_apic_set_pci_routing to use device, Yinghai Lu
      • [PATCH 8/9] x86/irq: make MSI irq_desc numa aware, Yinghai Lu
      • [PATCH 8/9] x86/irq: make MSI irq_desc numa aware -v2, Yinghai Lu
      • [PATCH 8/9] x86/irq: make MSI irq_desc numa aware -v3, Yinghai Lu
      • Re: [PATCH 8/9] x86/irq: make MSI irq_desc numa aware -v3, Ingo Molnar
      • Re: [PATCH 8/9] x86/irq: make MSI irq_desc numa aware -v3, Yinghai Lu
      • Re: [PATCH 8/9] x86/irq: make MSI irq_desc numa aware -v3, Ingo Molnar
      • Re: [PATCH 8/9] x86/irq: make MSI irq_desc numa aware -v3, Yinghai Lu
      • Re: [PATCH 8/9] x86/irq: make MSI irq_desc numa aware -v3, Ingo Molnar
      • [PATCH] x86/irq: using move_irq_desc, Yinghai Lu
      • Re: [PATCH] x86/irq: using move_irq_desc, Ingo Molnar
      • Re: [PATCH] x86/irq: using move_irq_desc, Ingo Molnar
      • Re: [PATCH] x86/irq: using move_irq_desc, Yinghai Lu
      • Re: [PATCH] x86/irq: using move_irq_desc, Yinghai Lu
      • Re: [PATCH] x86/irq: using move_irq_desc, Ingo Molnar
      • [PATCH] x86/irq: using move_irq_desc -v3, Yinghai Lu
      • [PATCH] x86/irq: use move_irq_desc only when CONFIG_NUMA_IRQ_DESC is set, Yinghai Lu
      • [PATCH 9/9] irq: make ht irq_desc numa aware, Yinghai Lu
      • [PATCH 9/9] irq: make ht irq_desc numa aware, Yinghai Lu
      • Re: [PATCH 9/9] irq: make ht irq_desc numa aware, Ingo Molnar
      • Re: [PATCH 9/9] irq: make ht irq_desc numa aware, Jesse Barnes
      • Re: [PATCH 9/9] irq: make ht irq_desc numa aware, Jesse Barnes
      • Re: [PATCH 1/9] x86/irq: remove NUMA_MIGRATE_IRQ_DESC, Ingo Molnar
      • [PATCH 1/9] irq: correct CPUMASKS_OFFSTACK typo -v5, Yinghai Lu
  • [tip:irq/urgent] x86/irq: mark NUMA_MIGRATIE_IRQ_DESC broken, tip-bot for Yinghai Lu
  • [tip:irq/urgent] x86/irq: mark NUMA_MIGRATE_IRQ_DESC broken, tip-bot for Yinghai Lu
• [PATCH] usb/core/sysfs: fix sparse warnings, H Hartley Sweeten
• Problem with CREATE_TRACE_POINTS and recursion safety, Jeremy Fitzhardinge
  • Re: Problem with CREATE_TRACE_POINTS and recursion safety, Steven Rostedt
    • Re: Problem with CREATE_TRACE_POINTS and recursion safety, Jeremy Fitzhardinge
      • Re: Problem with CREATE_TRACE_POINTS and recursion safety, Steven Rostedt
      • Re: Problem with CREATE_TRACE_POINTS and recursion safety, Mathieu Desnoyers
      • Re: Problem with CREATE_TRACE_POINTS and recursion safety, Jeremy Fitzhardinge
      • Re: Problem with CREATE_TRACE_POINTS and recursion safety, Steven Rostedt
      • Re: Problem with CREATE_TRACE_POINTS and recursion safety, Christoph Hellwig
      • Re: Problem with CREATE_TRACE_POINTS and recursion safety, Steven Rostedt
      • Re: Problem with CREATE_TRACE_POINTS and recursion safety, Jeremy Fitzhardinge
• How to completely disable async fastboot?, Jeff Garzik
  • Re: How to completely disable async fastboot?, Arjan van de Ven
    • [PATCH] Re: How to completely disable async fastboot?, Jeff Garzik
    • Re: How to completely disable async fastboot?, Stefan Richter
• [PATCH] Intel IOMMU Pass Through Support, Fenghua Yu
  • RE: [PATCH] Intel IOMMU Pass Through Support, Han, Weidong
  • Re: [PATCH] Intel IOMMU Pass Through Support, David Woodhouse
    • RE: [PATCH] Intel IOMMU Pass Through Support, Yu, Fenghua
• Don't fear the measuring tape anymore , Acai Berri, Whaley
• [block #for-next] block: clear req->errors on bio completion only for fs requests, Tejun Heo
  • Re: [block #for-next] block: clear req->errors on bio completion only for fs requests, Jens Axboe
    • Re: [block #for-next] block: clear req->errors on bio completion only for fs requests, Tejun Heo
• [RFC][PATCH 1/2] tracing/events: provide string with undefined size support, Frederic Weisbecker
  • [RFC][PATCH 2/2] tracing/lock: provide lock_acquired event support for dynamic size string, Frederic Weisbecker
  • Re: [RFC][PATCH 1/2] tracing/events: provide string with undefined size support, Li Zefan
    • Re: [RFC][PATCH 1/2] tracing/events: provide string with undefined size support, Frederic Weisbecker
      • Re: [RFC][PATCH 1/2] tracing/events: provide string with undefined size support, Li Zefan
      • Re: [RFC][PATCH 1/2] tracing/events: provide string with undefined size support, Frederic Weisbecker
  • Re: [RFC][PATCH 1/2] tracing/events: provide string with undefined size support, Steven Rostedt
    • Re: [RFC][PATCH 1/2] tracing/events: provide string with undefined size support, Frederic Weisbecker
• Acai Diet, the all naturaly balanced way to lose weight , Lillie
• [PATCH] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Darrick J. Wong
  • [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Darrick J. Wong
    • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Thomas Renninger
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Ingo Molnar
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Darrick J. Wong
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Thomas Renninger
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Matthew Garrett
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Len Brown
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Thomas Renninger
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Ingo Molnar
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Thomas Renninger
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Ingo Molnar
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Darrick J. Wong
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Thomas Renninger
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Ingo Molnar
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Henrique de Moraes Holschuh
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Darrick J. Wong
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Matthew Garrett
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Darrick J. Wong
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Darrick J. Wong
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Matthew Garrett
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Ingo Molnar
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Matthew Garrett
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Ingo Molnar
      • Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0, Matthew Garrett
• How SHOULD inotify and hardlinks play together?, Eric Paris
• free trial Lose weight boost health Acai Berry , Jackie
• BUG: using rootfstype=ext4 causes oops, Andrew Price
  • Re: BUG: using rootfstype=ext4 causes oops, Theodore Tso
    • Re: BUG: using rootfstype=ext4 causes oops, Andrew Price
      • Re: BUG: using rootfstype=ext4 causes oops, Theodore Tso
      • Re: BUG: using rootfstype=ext4 causes oops, Bartlomiej Zolnierkiewicz
      • Re: BUG: using rootfstype=ext4 causes oops, Andrew Price
      • Re: BUG: using rootfstype=ext4 causes oops, Bartlomiej Zolnierkiewicz
      • Re: BUG: using rootfstype=ext4 causes oops, Andrew Price
      • Re: BUG: using rootfstype=ext4 causes oops, Theodore Tso
• [PATCH] i915: Register ACPI video even when not modesetting, Matthew Garrett
  • Re: [Intel-gfx] [PATCH] i915: Register ACPI video even when not modesetting, Tino Keitel
    • Re: [Intel-gfx] [PATCH] i915: Register ACPI video even when not modesetting, Matthew Garrett
  • Re: [PATCH] i915: Register ACPI video even when not modesetting, Len Brown
• FW: www.old.co.uk webpage sent to you from jllsmclick43@gmail.com, info
• [PATCH] net/sunrpc/svc.c: fix sparse warning, H Hartley Sweeten
  • Re: [PATCH] net/sunrpc/svc.c: fix sparse warning, Jesper Juhl
    • RE: [PATCH] net/sunrpc/svc.c: fix sparse warning, H Hartley Sweeten
  • Re: [PATCH] net/sunrpc/svc.c: fix sparse warning, J. Bruce Fields
    • RE: [PATCH] net/sunrpc/svc.c: fix sparse warning, H Hartley Sweeten
• [PATCH] lib/crc32.c: fix sparse warnings, H Hartley Sweeten
• [PATCH] x86: used used_vectors in init_IRQ, Yinghai Lu
  • Re: [PATCH] x86: used used_vectors in init_IRQ, Ingo Molnar
    • Re: [PATCH] x86: used used_vectors in init_IRQ, Yinghai Lu
      • Re: [PATCH] x86: used used_vectors in init_IRQ, Ingo Molnar
      • Re: [PATCH] x86: used used_vectors in init_IRQ, Yinghai Lu
      • Re: [PATCH] x86: used used_vectors in init_IRQ, Ingo Molnar
      • Re: [PATCH] x86: used used_vectors in init_IRQ, Yinghai Lu
      • Re: [PATCH] x86: used used_vectors in init_IRQ, Yinghai Lu
      • Re: [PATCH] x86: used used_vectors in init_IRQ, Ingo Molnar
  • [tip:x86/apic] x86: use used_vectors in init_IRQ(), tip-bot for Yinghai Lu
• Winner, Mrs Joan Thomas
  • <Possible follow-ups>
  • Winner, primecare
  • Winner, ©Global
  • Winner, ©Global
• Lose 5 pds a day , with accai berry , Claudia
• [PATCH] hda_intel.c - Consolidate bitfields, Joe Perches
  • Re: [PATCH] hda_intel.c - Consolidate bitfields, Takashi Iwai
• [PATCH 1/5] MN10300: Discard duplicate PFN_xxx() macros, David Howells
  • [PATCH 4/5] The default CONFIG_BUG=n version of BUG() should have an empty do...while, David Howells
  • [PATCH 3/5] MN10300: Stop gcc from generating uninitialised variable warnings after BUG(), David Howells
  • [PATCH 2/5] MN10300: Wire up missing system calls, David Howells
  • [PATCH 5/5] RCU: Don't try and predeclare inline funcs as it upsets some versions of gcc, David Howells
    • Re: [PATCH 5/5] RCU: Don't try and predeclare inline funcs as it upsets some versions of gcc, Paul E. McKenney
• k10temp hardware monitor anywhere, Helmut Jarausch
• [core/kill-the-BKL] nfs3: possible circular locking dependency, Alexander Beregalov
• [PATCH RFC] ext3 data=guarded v3, Chris Mason
  • [PATCH 1/3] Export filemap_write_and_wait_range, Chris Mason
    • [PATCH 3/3] Add ext3 data=guarded mode, Chris Mason
      • [PATCH] Add ext3 data=guarded mode, Chris Mason
      • Re: [PATCH] Add ext3 data=guarded mode, Mike Galbraith
      • Re: [PATCH] Add ext3 data=guarded mode, Amit Shah
      • Re: [PATCH] Add ext3 data=guarded mode, Theodore Tso
      • Re: [PATCH] Add ext3 data=guarded mode, Amit Shah
      • Re: [PATCH] Add ext3 data=guarded mode, Mike Galbraith
      • Re: [PATCH] Add ext3 data=guarded mode, Amit Shah
      • Re: [PATCH] Add ext3 data=guarded mode, Mike Galbraith
      • Re: [PATCH] Add ext3 data=guarded mode, Jan Kara
      • Re: [PATCH] Add ext3 data=guarded mode, Mike Galbraith
      • Re: [PATCH] Add ext3 data=guarded mode, Amit Shah
      • Re: [PATCH] Add ext3 data=guarded mode, Mike Galbraith
      • Re: [PATCH] Add ext3 data=guarded mode, Jan Kara
      • Re: [PATCH] Add ext3 data=guarded mode, Chris Mason
      • Re: [PATCH] Add ext3 data=guarded mode, Jan Kara
      • Re: [PATCH] Add ext3 data=guarded mode, Chris Mason
      • Re: [PATCH] Add ext3 data=guarded mode, Jan Kara
    • [PATCH 2/3] Add block_write_full_page_endio for passing endio handler, Chris Mason
  • Re: [PATCH RFC] ext3 data=guarded v3, Eric Sandeen
    • Re: [PATCH RFC] ext3 data=guarded v3, Bojan Smojver
  • Re: [PATCH RFC] ext3 data=guarded v3, Linus Torvalds
    • Re: [PATCH RFC] ext3 data=guarded v3, Theodore Tso
    • Re: [PATCH RFC] ext3 data=guarded v3, Jan Kara
    • Re: [PATCH RFC] ext3 data=guarded v3, Nick Piggin
  • Re: [PATCH RFC] ext3 data=guarded v3, Mike Galbraith
    • Re: [PATCH RFC] ext3 data=guarded v3, Mike Galbraith
    • Re: [PATCH RFC] ext3 data=guarded v3, Chris Mason
      • Re: [PATCH RFC] ext3 data=guarded v3, Chris Mason
      • Re: [PATCH RFC] ext3 data=guarded v3, Mike Galbraith
      • Re: [PATCH RFC] ext3 data=guarded v3, Linus Torvalds
      • Re: [PATCH RFC] ext3 data=guarded v3, Chris Mason
      • Re: [PATCH RFC] ext3 data=guarded v3, Mike Galbraith
• [GIT PULL] s390 patches for 2.6.30-rc2, Martin Schwidefsky
• Boost your health with Acai Berry , Marcia Shafer
• [GIT PULL] sound updates for 2.6.30-rc2, Takashi Iwai
• [PATCH] phylib: Fix delay argument of schedule_delayed_work, Atsushi Nemoto
  • Re: [PATCH] phylib: Fix delay argument of schedule_delayed_work, Marcin Slusarz
  • Re: [PATCH] phylib: Fix delay argument of schedule_delayed_work, David Miller
• GFS2: Tracing support for review, Steven Whitehouse
  • Re: GFS2: Tracing support for review, Steven Rostedt
    • Re: GFS2: Tracing support for review, Ingo Molnar
    • Re: GFS2: Tracing support for review, Steven Whitehouse
    • Re: GFS2: Tracing support for review, Steven Whitehouse
  • Re: GFS2: Tracing support for review, Sam Ravnborg
• [PATCH RT] preempt-rt: implement rt_downgrade_write, Steven Rostedt
• Re: mmotm 2009-04-14-17-24 uploaded (mtd), Randy Dunlap
  • Re: mmotm 2009-04-14-17-24 uploaded (mtd), Andrew Morton
    • Re: mmotm 2009-04-14-17-24 uploaded (mtd), Randy Dunlap
• Acai Diet , Your friends will be so jealous , Claudia
• 2.6.29.1: BUG: sleeping function called from invalid context at mm/slub.c:1599, Nikola Ciprich
  • Re: 2.6.29.1: BUG: sleeping function called from invalid context at mm/slub.c:1599, David Rientjes
    • Re: 2.6.29.1: BUG: sleeping function called from invalid context at mm/slub.c:1599, Nikola Ciprich
• Re: mmotm 2009-04-14-17-24 uploaded, Valdis . Kletnieks
  • Re: mmotm 2009-04-14-17-24 uploaded, Arjan van de Ven
    • Re: mmotm 2009-04-14-17-24 uploaded, Valdis . Kletnieks
  • Re: mmotm 2009-04-14-17-24 uploaded, Andrew Morton
    • Re: mmotm 2009-04-14-17-24 uploaded, Dmitry Torokhov
• [PATCH 3/3] lguest: don't expect linear addresses in gdt pvops, Rusty Russell
• [PATCH 2/3] lguest: fix KVM-style hypercalls with vmlinux images, Rusty Russell
• [PATCH 1/3] lguest: document 32-bit and PAE requirements, Rusty Russell
• Linux Kernel Cross-Compiling question, Jerry Wang
  • Re: Linux Kernel Cross-Compiling question, Jan-Benedict Glaw
  • Re: Linux Kernel Cross-Compiling question, Tony Breeds
• Kconfig Q: expressing a modularity dependency, Tilman Schmidt
• [GIT PATCH block#for-linus] block: various fixes, Tejun Heo
  • [PATCH 1/5] scatterlist: make sure sg_miter_next() doesn't return 0 sized mappings, Tejun Heo
  • [PATCH 2/5] block: fix SG_IO vector request data length handling, Tejun Heo
  • [PATCH 3/5] block: fix queue bounce limit setting, Tejun Heo
  • [PATCH 5/5] bio: use bio_kmalloc() in copy/map functions, Tejun Heo
  • [PATCH 4/5] bio: fix bio_kmalloc(), Tejun Heo
  • Re: [GIT PATCH block#for-linus] block: various fixes, Jens Axboe
• 2.6.30-rc2: BUG: MAX_LOCKDEP_ENTRIES too low! when mounting rootfs, Alexander Beregalov
  • Re: 2.6.30-rc2: BUG: MAX_LOCKDEP_ENTRIES too low! when mounting rootfs, Alexander Beregalov
• OMAP: MMC: Trivial fix for a typo in comment, Gadiyar, Anand
  • Re: OMAP: MMC: Trivial fix for a typo in comment, Pierre Ossman
• [PATCH] Add file based RSS accounting for memory resource controller (v2), Balbir Singh
  • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), KAMEZAWA Hiroyuki
    • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), Balbir Singh
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), Balbir Singh
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), Balbir Singh
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), Balbir Singh
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), Balbir Singh
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), Balbir Singh
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v3), Balbir Singh
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v3), KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v3), Balbir Singh
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v3), Andrew Morton
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v3), KAMEZAWA Hiroyuki
      • [PATCH] memcg: remove trylock_page_cgroup, KAMEZAWA Hiroyuki
      • Re: [PATCH] memcg: remove trylock_page_cgroup, Andrew Morton
      • Re: [PATCH] memcg: remove trylock_page_cgroup, KAMEZAWA Hiroyuki
      • Re: [PATCH] memcg: remove trylock_page_cgroup, Andrew Morton
      • Re: [PATCH] memcg: remove trylock_page_cgroup, KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v3), Balbir Singh
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), Balbir Singh
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), KAMEZAWA Hiroyuki
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), Bharata B Rao
      • Re: [PATCH] Add file based RSS accounting for memory resource controller (v2), Balbir Singh
• Acai Berry , Flush out toxins, reduce Cholesteral , Bingham
• Should MODULE_DESCRIPTION be mandatory ?, devzero
  • Re: Should MODULE_DESCRIPTION be mandatory ?, Sam Ravnborg
    • Re: Should MODULE_DESCRIPTION be mandatory ?, Randy Dunlap
      • Re: Should MODULE_DESCRIPTION be mandatory ?, Sam Ravnborg
      • Re: Should MODULE_DESCRIPTION be mandatory ?, Randy Dunlap
      • Re: Should MODULE_DESCRIPTION be mandatory ?, Alan Cox
  • <Possible follow-ups>
  • Re: Should MODULE_DESCRIPTION be mandatory ?, devzero
    • Re: Should MODULE_DESCRIPTION be mandatory ?, Sam Ravnborg
• [PATCH] [mmc/host]:Blackfin SDH Controller Driver, cliffcai.sh
  • RE: [PATCH] [mmc/host]:Blackfin SDH Controller Driver, Cai, Cliff
• PROBLEM: crashes or unstability while watching tv with MPlayer from pci bttv card, Alejandro Vélez
• GFS2: Pull request, Steven Whitehouse
• [git-pull -tip] Add -Werror to arch/x86/ files only and fix warnings, Jaswinder Singh Rajput
  • Re: [git-pull -tip] Add -Werror to arch/x86/ files only and fix warnings, Ingo Molnar
    • Re: [git-pull -tip] Add -Werror to arch/x86/ files only and fix warnings, Jaswinder Singh Rajput
      • Re: [git-pull -tip] Add -Werror to arch/x86/ files only and fix warnings, Jaswinder Singh Rajput
      • Re: [git-pull -tip] Add -Werror to arch/x86/ files only and fix warnings, Ingo Molnar
  • Re: [git-pull -tip] Add -Werror to arch/x86/ files only and fix warnings, Andrew Morton
    • Re: [git-pull -tip] Add -Werror to arch/x86/ files only and fix warnings, Ingo Molnar
• [GIT PULL] block/io bits for 2.6.30-rc2, Jens Axboe
• 2.6.29 CCISS Problem, Mr Blogs
• Regression: active uvcvideo breaks over suspend, Alan Jenkins
  • Re: Regression: active uvcvideo breaks over suspend, Alan Jenkins
• Acai Diet, goodbye one piece... hello Bikini , Zu***
• mkcramfs for big endian target system, Michal Simek
• The Time to Get Paid is NOW!, Selby Whitten
• Info, Mr Song Lile ( Hang Seng Bank ) Hong Kong
  • <Possible follow-ups>
  • Info, Mr Song Lile ( Hang Seng Bank ) Hong Kong
• Questions on mmc_test suite, Martin Fuzzey
  • Re: Questions on mmc_test suite, Pierre Ossman
• [PATCH] Btrfs: setting variable out of order, Eugene Teo
  • Re: [PATCH] Btrfs: setting variable out of order, Chris Mason
• [PATCH] regulator: remove extraneous semicolon, Eugene Teo
  • Re: [PATCH] regulator: remove extraneous semicolon, Mark Brown
    • Re: [PATCH] regulator: remove extraneous semicolon, Liam Girdwood
• get in to a healthy lifestyle with Acai Berry , Lillie
• Stop dreaming about losing weight , Acai Berry makes it happen right before your eyes , Shafer
  • <Possible follow-ups>
  • Stop dreaming about losing weight , Acai Berry makes it happen right before your eyes , Shafer
• [patch] brd: fix cacheflushing, Nick Piggin
• Let Accai Berry imporve your health , Tanya
• [patch] brd: support barriers, Nick Piggin
  • Re: [patch] brd: support barriers, Jens Axboe
• [PATCH 0/3] bonding: allow bond in mode balance-alb to work properly in bridge -try6, Jiri Pirko
  • [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Jiri Pirko
    • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Li Zefan
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Jiri Pirko
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Jiri Pirko
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, David Miller
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Eric Dumazet
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, David Miller
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Patrick McHardy
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, David Miller
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Patrick McHardy
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, David Miller
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Patrick McHardy
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Jiri Pirko
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Jiri Pirko
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Patrick McHardy
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Jiri Pirko
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list, Eric Dumazet
    • [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v2), Jiri Pirko
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v2), Eric Dumazet
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v2), Jiri Pirko
      • [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3), Jiri Pirko
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3), Stephen Hemminger
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3), Jiri Pirko
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3), Eric Dumazet
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3), Jiri Pirko
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3), Eric Dumazet
      • [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v4), Jiri Pirko
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v4), Jiri Pirko
      • Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v4), Jiri Pirko
  • [PATCH 2/3] net: bridge: use device address list instead of dev_addr, Jiri Pirko
  • [PATCH 3/3] net: bonding: add slave device addresses in mode alb, Jiri Pirko
• Acai Super Berry Capsules, you will love your new body, Claudia Zu***
  • <Possible follow-ups>
  • Acai Super Berry Capsules, you will love your new body, Marcia Shafer
• Lose weight fast without exercising , Accai Bery As seen on Oprah , Claudia Zu***
• [PATCH] migration: only migrate_prep() once per move_pages(), Brice Goglin
  • Re: [PATCH] migration: only migrate_prep() once per move_pages(), KAMEZAWA Hiroyuki
    • Re: [PATCH] migration: only migrate_prep() once per move_pages(), Brice Goglin
      • Re: [PATCH] migration: only migrate_prep() once per move_pages(), Christoph Lameter
• [PATCH 1/3] Char: cyclades, load firmware even on Ze, Jiri Slaby
  • [PATCH 2/3] Char: cyclades, don't kill FW, Jiri Slaby
  • [PATCH 3/3] Char: cyclades, remove spurious check in ISR, Jiri Slaby
• [PATCH 1/1] INPUT: mainstone-wm97xx, fix condition in pen_up, Jiri Slaby
  • Re: [PATCH 1/1] INPUT: mainstone-wm97xx, fix condition in pen_up, Mark Brown
    • Re: [PATCH 1/1] INPUT: mainstone-wm97xx, fix condition in pen_up, Dmitry Torokhov
• Acai Diet, you will love your new life , Shafer
• [PATCH resend 1/8] staging: comedi, remove interrupt.h, Jiri Slaby
  • [PATCH resend 5/8] staging: agnx, fix bssid compiler warnings, Jiri Slaby
  • [PATCH resend 3/8] staging: agnx, remove memlens from probe, Jiri Slaby
  • [PATCH resend 4/8] staging: agnx, fix fail paths in probe, Jiri Slaby
  • [PATCH resend 2/8] staging: agnx, probe cleanup, Jiri Slaby
  • [PATCH resend 6/8] staging: meilhaus, switch to misc device, Jiri Slaby
  • [PATCH resend 7/8] staging: meilhaus, annotate cpi functions, Jiri Slaby
  • [PATCH resend 8/8] staging: meilhaus, move tables to .c, Jiri Slaby
• 2.6.30-rc2 hangs in get_measured_perf on tigerton, Zhang, Yanmin
  • Re: 2.6.30-rc2 hangs in get_measured_perf on tigerton, Zhang, Yanmin
  • Re: 2.6.30-rc2 hangs in get_measured_perf on tigerton, Rusty Russell
    • RE: 2.6.30-rc2 hangs in get_measured_perf on tigerton, Pallipadi, Venkatesh
    • Message not available
      • [PATCH] x86, acpi_cpufreq: Fix the NULL pointer dereference in get_measured_perf, Pallipadi, Venkatesh
      • Re: [PATCH] x86, acpi_cpufreq: Fix the NULL pointer dereference in get_measured_perf, Zhang, Yanmin
      • Re: [PATCH] x86, acpi_cpufreq: Fix the NULL pointer dereference in get_measured_perf, Len Brown
• loose weight Amazing antioxidant power of Acai Berry, Bingham
• Your ticket to a new Slim and Vibrant life , Acai berry , Jackie Whaley
• Beneficial Berry , Acai works to help you lose wieght fast, Lillie Bingham
• [PATCH 7/7] swap: Remove code handling bio_alloc failure with __GFP_WAIT, Nikanth Karthikesan
• [PATCH 3/7] dio: Remove code handling bio_alloc failure with __GFP_WAIT, Nikanth Karthikesan
• [PATCH 2/7] block: Remove code handling bio_alloc failure with __GFP_WAIT, Nikanth Karthikesan
• [PATCH 0/7] Cleanup code that think bio_alloc with __GFP_WAIT can fail, Nikanth Karthikesan
  • Re: [PATCH 0/7] Cleanup code that think bio_alloc with __GFP_WAIT can fail, Jens Axboe
• [PATCH 1/7] Document that bio_alloc with __GFP_WAIT cannot fail, Nikanth Karthikesan
• linux-next: Tree for April 15, Stephen Rothwell
  • Next April 15: s390 allnoconfig build failure, Sachin Sant
    • Re: Next April 15: s390 allnoconfig build failure, Heiko Carstens
• Can't boot with "nosmp", Stephen Hemminger
  • Re: Can't boot with "nosmp", Dan Williams
• [PATCH 2/2] rcupdate: use struct ref_completion, Lai Jiangshan
• [PATCH 1/2] sched: Introduce APIs for waiting multi events, Lai Jiangshan
  • Re: [PATCH 1/2] sched: Introduce APIs for waiting multi events, Paul E. McKenney
• [PATCH 0/4] [GIT PULL] more updates for TRACE_EVENTS for modules, Steven Rostedt
  • [PATCH 1/4] tracing/events: fix compile for modules disabled, Steven Rostedt
    • Re: [PATCH 1/4] tracing/events: fix compile for modules disabled, Frederic Weisbecker
      • Re: [PATCH 1/4] tracing/events: fix compile for modules disabled, Steven Rostedt
  • [PATCH 2/4] tracing/events: fix lockdep system name, Steven Rostedt
    • Re: [PATCH 2/4] tracing/events: fix lockdep system name, Ingo Molnar
    • Re: [PATCH 2/4] tracing/events: fix lockdep system name, Peter Zijlstra
  • [PATCH 3/4] tracing/events: move trace point headers into include/trace/events, Steven Rostedt
  • [PATCH 4/4] tracing/events: add trace-events-sample, Steven Rostedt
    • Re: [PATCH 4/4] tracing/events: add trace-events-sample, Frederic Weisbecker
    • Re: [PATCH 4/4] tracing/events: add trace-events-sample, Christoph Hellwig
      • Re: [PATCH 4/4] tracing/events: add trace-events-sample, Steven Rostedt
      • Re: [PATCH 4/4] tracing/events: add trace-events-sample, Christoph Hellwig
      • Re: [PATCH 4/4] tracing/events: add trace-events-sample, Steven Rostedt
      • Re: [PATCH 4/4] tracing/events: add trace-events-sample, Sam Ravnborg
  • Re: [PATCH 0/4] [GIT PULL] more updates for TRACE_EVENTS for modules, Ingo Molnar
    • Re: [PATCH 0/4] [GIT PULL] more updates for TRACE_EVENTS for modules, Ingo Molnar
• [PATCH] blktrace: fix context-info when mixed-using blk tracer and trace events, Li Zefan
  • [tip:tracing/core] blktrace: fix context-info when mixed-using blk tracer and trace events, tip-bot for Li Zefan
  • [tip:tracing/core] blktrace: fix context-info when mixed-using blk tracer and trace events, tip-bot for Li Zefan
• [PATCH v4] aio: Don't inherit aio ring memory at fork, KOSAKI Motohiro
• [PATCH] sched: fix off-by-one bug in balance_tasks(), Miao Xie
  • Re: [PATCH] sched: fix off-by-one bug in balance_tasks(), Peter Zijlstra
    • Re: [PATCH] sched: fix off-by-one bug in balance_tasks(), Miao Xie
• [PATCH]Documentation/rbtree.txt: cleanup kerneldoc of rbtree, fzhang
• Re: [PATCH 09/13] [sbus] changed ioctls to unlocked, David Miller
• [PATCH 1/2] Trivial: typo (en|dis|avail|remove)bale -> (en|dis|avail|remove)able, Thadeu Lima de Souza Cascardo
  • Re: [PATCH 1/2] Trivial: typo (en|dis|avail|remove)bale -> (en|dis|avail|remove)able, Jiri Kosina
• [PATCH 2/2] Trivial: fix typo s/balence/balance/, Thadeu Lima de Souza Cascardo
  • Re: [PATCH 2/2] Trivial: fix typo s/balence/balance/, Jiri Kosina
• Acai Berry , lose unwanted weight fast, Whaley
  • <Possible follow-ups>
  • Acai Berry , lose unwanted weight fast, Zu***
• [RESEND][PATCH 0/2] Convert acked !GENERIC_TIME architectures to use the generic timekeeping core., john stultz
  • [RESEND][PATCH 1/2] Create arch_gettimeoffset infrastructure for use in the generic timekeeping core., john stultz
    • [RESEND][PATCH 2/2] Convert sh to use arch_getoffset() infrastructure., john stultz
      • [RFC][PATCH 1/8] Convert alpha to use arch_getoffset() infrastructure., john stultz
      • [RFC][PATCH 2/8] Convert arm to use arch_getoffset() infrastructure., john stultz
      • [RFC][PATCH 3/8] Convert blackfin to use arch_getoffset() infrastructure., john stultz
      • [RFC][PATCH 4/8] Convert cris to use arch_getoffset() infrastructure., john stultz
      • [RFC][PATCH 5/8] Convert m32r to use arch_getoffset() infrastructure., john stultz
      • [RFC][PATCH 6/8] Convert m68k to use arch_getoffset() infrastructure., john stultz
      • Re: [RFC][PATCH 7/8] Convert sparc to use arch_getoffset() infrastructure., john stultz
      • [RFC][PATCH 8/8] Remove CONFIG_GENERIC_TIME, john stultz
      • Re: [RFC][PATCH 7/8] Convert sparc to use arch_getoffset() infrastructure., David Miller
      • Re: [RFC][PATCH 2/8] Convert arm to use arch_getoffset() infrastructure., Russell King
• [PATCH] vsprintf: introduce %pf, Frederic Weisbecker
  • Re: [PATCH] vsprintf: introduce %pf, Joe Perches
    • Re: [PATCH] vsprintf: introduce %pf, Frederic Weisbecker
  • Re: [PATCH] vsprintf: introduce %pf, Zhaolei
    • Re: [PATCH] vsprintf: introduce %pf, Frederic Weisbecker
  • Re: [PATCH] vsprintf: introduce %pf, Mike Frysinger
    • Re: [PATCH] vsprintf: introduce %pf, Steven Rostedt
      • Re: [PATCH] vsprintf: introduce %pf, KOSAKI Motohiro
      • [PATCH v2] vsprintf: introduce %pf, Frederic Weisbecker
      • Re: [PATCH v2] vsprintf: introduce %pf, Mike Frysinger
      • [tip:core/printk] vsprintf: introduce %pf format specifier, tip-bot for Frederic Weisbecker
    • Re: [PATCH] vsprintf: introduce %pf, Frederic Weisbecker
  • RFC: introduce struct ksymbol, Joe Perches
    • Re: RFC: introduce struct ksymbol, Ingo Molnar
      • Re: RFC: introduce struct ksymbol, Pekka Enberg
      • Re: RFC: introduce struct ksymbol, Ingo Molnar
      • Re: RFC: introduce struct ksymbol, Frederic Weisbecker
      • Re: RFC: introduce struct ksymbol, Joe Perches
      • Re: RFC: introduce struct ksymbol, Rusty Russell
      • Re: RFC: introduce struct ksymbol, Joe Perches
      • Re: RFC: introduce struct ksymbol, Frederic Weisbecker
      • Re: RFC: introduce struct ksymbol, Joe Perches
      • Re: RFC: introduce struct ksymbol, Joe Perches
• [ext3 performance regression] internal fragmentation on ftruncate+MAP_SHARED allocations, Andy Isaacson
• Linux 2.6.30-rc2, Linus Torvalds
  • Re: Linux 2.6.30-rc2, Alessandro Suardi
    • Re: Linux 2.6.30-rc2, Linus Torvalds
  • patch-2.6.30-rc2.bz2 does not apply cleanly, Tetsuo Handa
  • Re: Linux 2.6.30-rc2, Zhang, Yanmin
    • Re: Linux 2.6.30-rc2, Linus Torvalds
      • Re: Linux 2.6.30-rc2, Tetsuo Handa
      • Re: Linux 2.6.30-rc2, Alessandro Suardi
  • Re: Linux 2.6.30-rc2, Brice Goglin
    • Re: Linux 2.6.30-rc2, yakui_zhao
      • Re: Linux 2.6.30-rc2, Zhang Rui
      • Re: Linux 2.6.30-rc2, Brice Goglin
  • re: Linux 2.6.30-rc2: [PATCH] ARM OABI compatibility: fix build error, Matthias Kaehlcke
    • Re: Linux 2.6.30-rc2: [PATCH] ARM OABI compatibility: fix build error, Russell King - ARM Linux
      • Re: Linux 2.6.30-rc2: [PATCH] ARM OABI compatibility: fix build error, Matthias Kaehlcke
      • Re: Linux 2.6.30-rc2: [PATCH] ARM OABI compatibility: fix build error, Russell King - ARM Linux
      • Re: Linux 2.6.30-rc2: [PATCH] ARM OABI compatibility: fix build error, Matthias Kaehlcke
  • Re: Linux 2.6.30-rc2, Eyal Lebedinsky
• [PATCH] Wait for console to become available, VomLehn
• [RFC][PATCH] alloc_percpu() UP optimization, Dave Hansen
• Online Google Anniversary Promo(Congratulations), claims
• [PATCH 2/2] Staging: b3dfg: remove unused #include <linux/version.h>, Huang Weiyi
• TRACE_BRANCH_PROFILING breaks gcc warnings, Johannes Berg
  • Re: TRACE_BRANCH_PROFILING breaks gcc warnings, Steven Rostedt
    • Re: TRACE_BRANCH_PROFILING breaks gcc warnings, Ingo Molnar
      • Re: TRACE_BRANCH_PROFILING breaks gcc warnings, Sam Ravnborg
      • Re: TRACE_BRANCH_PROFILING breaks gcc warnings, Ingo Molnar
• [PATCH] Avoid possible endless loop when using jiffies clocksource and ONESHOT mode clockevent, john stultz
• [PATCH] add missing definitions(letters) to HD-Audio.txt, Justin Mattock
  • Re: [alsa-devel] [PATCH] add missing definitions(letters) to HD-Audio.txt, Takashi Iwai
    • Re: [alsa-devel] [PATCH] add missing definitions(letters) to HD-Audio.txt, Justin Mattock
      • Re: [alsa-devel] [PATCH] add missing definitions(letters) to HD-Audio.txt, Randy Dunlap
      • Re: [alsa-devel] [PATCH] add missing definitions(letters) to HD-Audio.txt, Justin Mattock
• Trouble with make-install from a NFS mount, Gregory Haskins
  • Re: Trouble with make-install from a NFS mount, Randy Dunlap
    • Re: Trouble with make-install from a NFS mount, Gregory Haskins
      • Re: Trouble with make-install from a NFS mount, Randy Dunlap
      • Re: Trouble with make-install from a NFS mount, Gregory Haskins
      • Re: Trouble with make-install from a NFS mount, Sam Ravnborg
      • Re: Trouble with make-install from a NFS mount, H. Peter Anvin
      • Re: Trouble with make-install from a NFS mount, Sam Ravnborg
      • [tip:x86/urgent] x86, kbuild: make "make install" not depend on vmlinux, tip-bot for H. Peter Anvin
      • [tip:x86/urgent] x86, kbuild: make "make install" not depend on vmlinux, tip-bot for H. Peter Anvin
• Re: [ANNOUNCE]: SCST target drivers suit 1.0.1 development freeze, devzero
  • Re: [ANNOUNCE]: SCST target drivers suit 1.0.1 development freeze, Kevin Bowling
• USB storage no-boot regression (bisected), Jeff Garzik
  • Re: USB storage no-boot regression (bisected), Arjan van de Ven
    • Re: USB storage no-boot regression (bisected), Jeff Garzik
      • Re: USB storage no-boot regression (bisected), Arjan van de Ven
      • Re: USB storage no-boot regression (bisected), Jeff Garzik
      • Re: USB storage no-boot regression (bisected), Arjan van de Ven
      • Re: USB storage no-boot regression (bisected), Alan Cox
  • Re: USB storage no-boot regression (bisected), Greg KH
    • Re: USB storage no-boot regression (bisected), Jeff Garzik
      • Re: USB storage no-boot regression (bisected), Arjan van de Ven
      • Re: USB storage no-boot regression (bisected), Greg KH
      • Re: USB storage no-boot regression (bisected), Jeff Garzik
      • Re: USB storage no-boot regression (bisected), Mark Lord
      • Re: USB storage no-boot regression (bisected), Arjan van de Ven
      • Re: USB storage no-boot regression (bisected), Mark Lord
      • Re: USB storage no-boot regression (bisected), Arjan van de Ven
      • Re: USB storage no-boot regression (bisected), Mark Lord
      • Re: USB storage no-boot regression (bisected), Arjan van de Ven
      • Re: USB storage no-boot regression (bisected), Mark Lord
      • Re: USB storage no-boot regression (bisected), Greg KH
      • Re: USB storage no-boot regression (bisected), Alan Cox
      • Re: USB storage no-boot regression (bisected), Arjan van de Ven
      • Re: USB storage no-boot regression (bisected), Mark Lord
      • Re: USB storage no-boot regression (bisected), Hal Murray
      • Re: USB storage no-boot regression (bisected), Jeff Garzik
      • Re: USB storage no-boot regression (bisected), Alan Cox
      • Re: USB storage no-boot regression (bisected), Alan Stern
      • Re: USB storage no-boot regression (bisected), Mark Lord
      • Re: USB storage no-boot regression (bisected), VomLehn
      • Re: USB storage no-boot regression (bisected), Alan Cox
      • Re: USB storage no-boot regression (bisected), Arjan van de Ven
      • Re: USB storage no-boot regression (bisected), VomLehn
• [PATCH 0/2] ext3 data=guarded, Chris Mason
  • [PATCH 1/2] Add block_write_full_page_endio for passing endio handler, Chris Mason
  • [PATCH 2/2] ext3: add data=guarded mode, Chris Mason
• [PATCH 1/4] irq: correct CPUMASKS_OFFSTACK typo -v2, Yinghai Lu
  • [PATCH 2/4] irq: make set_affinity to return status, Yinghai Lu
    • Re: [PATCH 2/4] irq: make set_affinity to return status, Rusty Russell
    • [PATCH 2/4] irq: make set_affinity to return status -v2, Yinghai Lu
  • [PATCH 3/4] irq: only update affinity in chip set_affinity() -v3, Yinghai Lu
  • [PATCH 4/4] irq: move move_irq_desc calling to set_affinity directly -v4, Yinghai Lu
    • Re: [PATCH 4/4] irq: move move_irq_desc calling to set_affinity directly -v4, Suresh Siddha
  • Re: [PATCH 1/4] irq: correct CPUMASKS_OFFSTACK typo -v2, Andrew Morton
    • Re: [PATCH 1/4] irq: correct CPUMASKS_OFFSTACK typo -v2, Ingo Molnar
      • Re: [PATCH 1/4] irq: correct CPUMASKS_OFFSTACK typo -v2, Andrew Morton
• Re: [RFC v2] virtio: add virtio-over-PCI driver, Grant Likely
  • Re: [RFC v2] virtio: add virtio-over-PCI driver, David Hawkins
    • Re: [RFC v2] virtio: add virtio-over-PCI driver, Grant Likely
      • Re: [RFC v2] virtio: add virtio-over-PCI driver, David Hawkins
      • Re: [RFC v2] virtio: add virtio-over-PCI driver, Grant Likely
      • Re: [RFC v2] virtio: add virtio-over-PCI driver, David Hawkins
  • Re: [RFC v2] virtio: add virtio-over-PCI driver, Ira Snyder
  • <Possible follow-ups>
  • Re: [RFC v2] virtio: add virtio-over-PCI driver, Grant Likely
• [PATCH 0/9] cgroup: io-throttle controller (v13), Andrea Righi
  • [PATCH 1/9] io-throttle documentation, Andrea Righi
    • Re: [PATCH 1/9] io-throttle documentation, KAMEZAWA Hiroyuki
      • Re: [PATCH 1/9] io-throttle documentation, Li Zefan
      • Re: [PATCH 1/9] io-throttle documentation, Andrea Righi
      • Re: [PATCH 1/9] io-throttle documentation, Andrea Righi
      • Re: [PATCH 1/9] io-throttle documentation, Fernando Luis Vázquez Cao
      • Re: [PATCH 1/9] io-throttle documentation, Ryo Tsuruta
      • Re: [PATCH 1/9] io-throttle documentation, Andrea Righi
      • Re: [PATCH 1/9] io-throttle documentation, Ryo Tsuruta
      • Re: [PATCH 1/9] io-throttle documentation, Ryo Tsuruta
      • Re: [PATCH 1/9] io-throttle documentation, Andrea Righi
      • Re: [PATCH 1/9] io-throttle documentation, Gui Jianfeng
      • Re: [PATCH 1/9] io-throttle documentation, KAMEZAWA Hiroyuki
      • Re: [PATCH 1/9] io-throttle documentation, Gui Jianfeng
      • Re: [PATCH 1/9] io-throttle documentation, Andrea Righi
    • Re: [PATCH 1/9] io-throttle documentation, Vivek Goyal
      • Re: [PATCH 1/9] io-throttle documentation, Andrea Righi
      • Re: [PATCH 1/9] io-throttle documentation, Vivek Goyal
      • Re: [PATCH 1/9] io-throttle documentation, Andrea Righi
      • Re: [PATCH 1/9] io-throttle documentation, Vivek Goyal
      • Re: [PATCH 1/9] io-throttle documentation, Andrea Righi
      • Re: [PATCH 1/9] io-throttle documentation, Vivek Goyal
      • Re: [PATCH 1/9] io-throttle documentation, Andrea Righi
      • Re: [PATCH 1/9] io-throttle documentation, Vivek Goyal
      • Re: [PATCH 1/9] io-throttle documentation, Vivek Goyal
      • Re: [PATCH 1/9] io-throttle documentation, Andrea Righi
      • Re: [PATCH 1/9] io-throttle documentation, Andrea Righi
      • Re: [PATCH 1/9] io-throttle documentation, Vivek Goyal
  • [PATCH 2/9] res_counter: introduce ratelimiting attributes, Andrea Righi
  • [PATCH 3/9] bio-cgroup controller, Andrea Righi
    • Re: [PATCH 3/9] bio-cgroup controller, KAMEZAWA Hiroyuki
      • Re: [PATCH 3/9] bio-cgroup controller, Andrea Righi
      • Re: [PATCH 3/9] bio-cgroup controller, Ryo Tsuruta
      • Re: [PATCH 3/9] bio-cgroup controller, Andrea Righi
      • Re: [PATCH 3/9] bio-cgroup controller, KAMEZAWA Hiroyuki
      • Re: [PATCH 3/9] bio-cgroup controller, Andrea Righi
      • Re: [PATCH 3/9] bio-cgroup controller, Ryo Tsuruta
      • Re: [PATCH 3/9] bio-cgroup controller, KAMEZAWA Hiroyuki
      • Re: [PATCH 3/9] bio-cgroup controller, Andrea Righi
      • Re: [PATCH 3/9] bio-cgroup controller, Andrea Righi
    • Re: [PATCH 3/9] bio-cgroup controller, Andrew Morton
      • Re: [PATCH 3/9] bio-cgroup controller, KAMEZAWA Hiroyuki
      • Re: [PATCH 3/9] bio-cgroup controller, Andrew Morton
      • Re: [PATCH 3/9] bio-cgroup controller, Ryo Tsuruta
      • Re: [PATCH 3/9] bio-cgroup controller, Andrew Morton
      • Re: [PATCH 3/9] bio-cgroup controller, Ryo Tsuruta
      • Re: [PATCH 3/9] bio-cgroup controller, Balbir Singh
      • Re: [PATCH 3/9] bio-cgroup controller, Andrea Righi
    • Re: [PATCH 3/9] bio-cgroup controller, Takuya Yoshikawa
      • Re: [PATCH 3/9] bio-cgroup controller, KAMEZAWA Hiroyuki
      • Re: [PATCH 3/9] bio-cgroup controller, Ryo Tsuruta
      • Re: [PATCH 3/9] bio-cgroup controller, KAMEZAWA Hiroyuki
      • Re: [PATCH 3/9] bio-cgroup controller, KAMEZAWA Hiroyuki
      • Re: [PATCH 3/9] bio-cgroup controller, KAMEZAWA Hiroyuki
      • Block I/O tracking (was Re: [PATCH 3/9] bio-cgroup controller), Fernando Luis Vázquez Cao
      • Re: Block I/O tracking (was Re: [PATCH 3/9] bio-cgroup controller), Andrea Righi
      • Re: [PATCH 3/9] bio-cgroup controller, Ryo Tsuruta
    • Re: [PATCH 3/9] bio-cgroup controller, Balbir Singh
      • Re: [PATCH 3/9] bio-cgroup controller, Ryo Tsuruta
      • Re: [PATCH 3/9] bio-cgroup controller, Andrea Righi
      • Re: [PATCH 3/9] bio-cgroup controller, Ryo Tsuruta
      • Re: [PATCH 3/9] bio-cgroup controller, Balbir Singh
  • [PATCH 5/9] io-throttle controller infrastructure, Andrea Righi
  • [PATCH 4/9] support checking of cgroup subsystem dependencies, Andrea Righi
  • [PATCH 6/9] kiothrottled: throttle buffered (writeback) IO, Andrea Righi
  • [PATCH 7/9] io-throttle instrumentation, Andrea Righi
  • [PATCH 8/9] export per-task io-throttle statistics to userspace, Andrea Righi
  • [PATCH 9/9] ext3: do not throttle metadata and journal IO, Andrea Righi
    • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Theodore Tso
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Jens Axboe
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Andrea Righi
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Theodore Tso
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Andrea Righi
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Theodore Tso
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Andrea Righi
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Theodore Tso
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Balbir Singh
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Theodore Tso
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Balbir Singh
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Theodore Tso
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Andrea Righi
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, KAMEZAWA Hiroyuki
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, KAMEZAWA Hiroyuki
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Andrea Righi
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, KAMEZAWA Hiroyuki
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Theodore Tso
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, KAMEZAWA Hiroyuki
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Theodore Tso
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Andrew Morton
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, KAMEZAWA Hiroyuki
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Andrea Righi
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Theodore Tso
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Theodore Tso
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Andrea Righi
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, KAMEZAWA Hiroyuki
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Balbir Singh
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Andrea Righi
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Balbir Singh
      • Re: [PATCH 9/9] ext3: do not throttle metadata and journal IO, Balbir Singh
  • Re: [PATCH 0/9] cgroup: io-throttle controller (v13), Andrew Morton
    • Re: [PATCH 0/9] cgroup: io-throttle controller (v13), Andrea Righi
  • Re: [PATCH 0/9] cgroup: io-throttle controller (v13), Alan D. Brunelle
• Radeon kernel-modesetting on Alpha. Problem reading PCI ROM, Matt Turner
  • Re: Radeon kernel-modesetting on Alpha. Problem reading PCI ROM, Michael Cree
• [PATCH RFC] Documentation/isdn/INTERFACE.CAPI, Tilman Schmidt
  • [PATCH RFC v2] Documentation/isdn/INTERFACE.CAPI, Tilman Schmidt
    • Re: [PATCH RFC v2] Documentation/isdn/INTERFACE.CAPI, David Miller
    • Re: [PATCH RFC v2] Documentation/isdn/INTERFACE.CAPI, David Miller
      • Re: [PATCH RFC v2] Documentation/isdn/INTERFACE.CAPI, Karsten Keil
      • Re: [PATCH RFC v2] Documentation/isdn/INTERFACE.CAPI, Sam Ravnborg
      • Re: [PATCH RFC v2] Documentation/isdn/INTERFACE.CAPI, Tilman Schmidt
    • Re: [PATCH RFC v2] Documentation/isdn/INTERFACE.CAPI, Randy Dunlap
• Save more with us, Cora Harding
• ecryptfs lock loop, Jiri Slaby
  • Re: ecryptfs lock loop, Tyler Hicks
• meminfo Committed_AS underflows, Dave Hansen
  • Re: meminfo Committed_AS underflows, KOSAKI Motohiro
    • Re: meminfo Committed_AS underflows, Balbir Singh
      • Re: meminfo Committed_AS underflows, KOSAKI Motohiro
      • Re: meminfo Committed_AS underflows, Balbir Singh
      • Re: meminfo Committed_AS underflows, Andrew Morton
      • Re: meminfo Committed_AS underflows, KOSAKI Motohiro
      • Re: meminfo Committed_AS underflows, Andrew Morton
      • Re: meminfo Committed_AS underflows, KOSAKI Motohiro
      • Re: meminfo Committed_AS underflows, Dave Hansen
    • Re: meminfo Committed_AS underflows, KOSAKI Motohiro
  • Re: meminfo Committed_AS underflows, Alan Cox
• [git pull] DRM fixes for 2.6.30, Eric Anholt
• [PATCH] MAINTAINERS - Update KMEMTRACE pattern after file rename, Joe Perches
  • Re: [PATCH] MAINTAINERS - Update KMEMTRACE pattern after file rename, Pekka Enberg
  • Re: [PATCH] MAINTAINERS - Update KMEMTRACE pattern after file rename, Eduard - Gabriel Munteanu
• [BUILD FAILURE 12/12] Next April 14 : PPC64 randconfig [drivers/macintosh/mediabay.c], Subrata Modak
• [BUILD FAILURE 11/12] Next April 14 : PPC64 randconfig [drivers/spi/mpc52xx_psc_spi.c], Subrata Modak
  • Re: [BUILD FAILURE 11/12] Next April 14 : PPC64 randconfig [drivers/spi/mpc52xx_psc_spi.c], Grant Likely
    • Re: [BUILD FAILURE 11/12] Next April 14 : PPC64 randconfig [drivers/spi/mpc52xx_psc_spi.c], Anton Vorontsov
      • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Re: [BUILD FAILURE 11/12] Next April 14 : PPC64 randconfig [drivers/spi/mpc52xx_psc_spi.c], Grant Likely
      • [PATCH 2.6.30] fsl_devices.h: Bring the legacy fsl_spi_platform_data hooks back, Anton Vorontsov
• [BUILD FAILURE 09/12] Next April 14 : PPC64 randconfig [drivers/scsi/aic7xxx/aicasm/aicasm], Subrata Modak
  • [BUILD FAILURE 02/04] Next April 21 : x86_64 randconfig [drivers/scsi/aic7xxx/aicasm/aicasm], Subrata Modak
• [BUILD FAILURE 10/12] Next April 14 : PPC64 randconfig [drivers/staging/comedi/drivers.c], Subrata Modak
• [BUILD FAILURE 08/12] Next April 14 : PPC64 randconfig [drivers/built-in.o], Subrata Modak
• [BUILD FAILURE 07/12] Next April 14 : PPC64 randconfig [drivers/ide/pmac.c], Subrata Modak
  • Re: [BUILD FAILURE 07/12] Next April 14 : PPC64 randconfig [drivers/ide/pmac.c], Greg KH
  • Re: [BUILD FAILURE 07/12] Next April 14 : PPC64 randconfig [drivers/ide/pmac.c], Bartlomiej Zolnierkiewicz
• [BUILD FAILURE 06/12] Next April 14 : PPC64 randconfig [drivers/net/ehea/ehea_main.c], Subrata Modak
  • Re: [BUILD FAILURE 06/12] Next April 14 : PPC64 randconfig [drivers/net/ehea/ehea_main.c], Alexander Beregalov
    • Re: [BUILD FAILURE 06/12] Next April 14 : PPC64 randconfig [drivers/net/ehea/ehea_main.c], David Miller
• [BUILD FAILURE 05/12] Next April 14 : PPC64 randconfig [drivers/mtd/maps/sbc8240.c], Subrata Modak
• [BUILD FAILURE 03/12] Next April 14 : PPC64 randconfig [arch/powerpc/platforms/ps3/setup.c], Subrata Modak
  • Re: [BUILD FAILURE 03/12] Next April 14 : PPC64 randconfig [arch/powerpc/platforms/ps3/setup.c], Geoff Levand
    • Re: [BUILD FAILURE 03/12] Next April 14 : PPC64 randconfig [arch/powerpc/platforms/ps3/setup.c], Subrata Modak
• [BUILD FAILURE 04/12] Next April 14 : PPC64 randconfig [drivers/staging/built-in.o], Subrata Modak
  • Re: [Ipw2100-admin] [BUILD FAILURE 04/12] Next April 14 : PPC64 randconfig [drivers/staging/built-in.o], reinette chatre
    • Re: [Ipw2100-admin] [BUILD FAILURE 04/12] Next April 14 : PPC64 randconfig [drivers/staging/built-in.o], Greg KH
• [BUILD FAILURE 02/12] Next April 14 : PPC64 randconfig [arch/powerpc/kernel/of_platform.c], Subrata Modak
  • Re: [BUILD FAILURE 02/12] Next April 14 : PPC64 randconfig [arch/powerpc/kernel/of_platform.c], Michael Ellerman
• [BUILD FAILURE 01/12] Next April 14 : PPC64 randconfig [arch/powerpc/platforms/pseries/dtl.c], Subrata Modak
  • Re: [BUILD FAILURE 01/12] Next April 14 : PPC64 randconfig [arch/powerpc/platforms/pseries/dtl.c], Jeremy Kerr
• [PATCH] Smack: check for SMACK xattr max size in smack_inode_setxattr, Etienne Basset
  • Re: [PATCH] Smack: check for SMACK xattr max size in smack_inode_setxattr, Casey Schaufler
    • Re: [PATCH] Smack: check for SMACK xattr max size in smack_inode_setxattr, Etienne Basset
      • Re: [PATCH] Smack: check for SMACK xattr max size in smack_inode_setxattr, Casey Schaufler
      • [PATCH] Smack: check for SMACK xattr validity in smack_inode_setxattr, Etienne Basset
      • Re: [PATCH] Smack: check for SMACK xattr validity in smack_inode_setxattr, Casey Schaufler
• [BUILD FAILURE 04/04] Next April 14 : x86_64 randconfig [drivers/media/video/cx231xx/cx231xx-alsa.ko], Subrata Modak
  • Re: [BUILD FAILURE 04/04] Next April 14 : x86_64 randconfig [drivers/media/video/cx231xx/cx231xx-alsa.ko], Alexander Beregalov
• [PATCH] x86 microcode: revert some work_on_cpu, Hugh Dickins
  • Re: [PATCH] x86 microcode: revert some work_on_cpu, Rusty Russell
    • Re: [PATCH] x86 microcode: revert some work_on_cpu, Dmitry Adamushko
  • <Possible follow-ups>
  • Re: [PATCH] x86 microcode: revert some work_on_cpu, Dmitry Adamushko
• [BUILD FAILURE 03/04] Next April 14 : x86 randconfig [sound/oss/sequencer.c], Subrata Modak
  • Re: [BUILD FAILURE 03/04] Next April 14 : x86 randconfig [sound/oss/sequencer.c], Takashi Iwai
• [BUILD FAILURE 02/04] Next April 14 : x86 randconfig [drivers/built-in.o cx231xx-audio.c], Subrata Modak
• [BUILD FAILURE 01/04] Next April 14 : x86 randconfig [kernel/module.c], Subrata Modak
• [PATCH] MAINTAINERS - Remove include/asm-*/suspend* file patterns, Joe Perches
  • Re: [PATCH] MAINTAINERS - Remove include/asm-*/suspend* file patterns, Pavel Machek
• [PATCH] rculist: use list_entry_rcu in places where it's appropriate, Jiri Pirko
  • Re: [PATCH] rculist: use list_entry_rcu in places where it's appropriate, Paul E. McKenney
  • [tip:core/rcu] rculist: use list_entry_rcu in places where it's appropriate, tip-bot for Jiri Pirko
• [PATCH] Smack: reset inode security blob on remove_xattr, Etienne Basset
• [RFC][PATCH] Add file RSS accounting to the memory resource controller, Balbir Singh
  • Re: [RFC][PATCH] Add file RSS accounting to the memory resource controller, KAMEZAWA Hiroyuki
    • Re: [RFC][PATCH] Add file RSS accounting to the memory resource controller, Balbir Singh
  • Re: [RFC][PATCH] Add file RSS accounting to the memory resource controller, KOSAKI Motohiro
• [patch 0/6] fix i_mutex locking in splice to file, Miklos Szeredi
  • [patch 2/6] splice: remove i_mutex locking in splice_from_pipe(), Miklos Szeredi
  • [patch 4/6] ocfs2: fix i_mutex locking in ocfs2_splice_to_file(), Miklos Szeredi
  • [patch 5/6] splice: remove generic_file_splice_write_nolock(), Miklos Szeredi
    • Re: [patch 5/6] splice: remove generic_file_splice_write_nolock(), Jamie Lokier
      • Re: [patch 5/6] splice: remove generic_file_splice_write_nolock(), Miklos Szeredi
  • [patch 6/6] splice: add helpers for locking pipe inode, Miklos Szeredi
  • [patch 1/6] splice: split up __splice_from_pipe(), Miklos Szeredi
  • [patch 3/6] splice: fix i_mutex locking in generic_splice_write(), Miklos Szeredi
  • Re: [patch 0/6] fix i_mutex locking in splice to file, Jens Axboe
• [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Steven Rostedt
  • [PATCH 2/8] tracing: create automated trace defines, Steven Rostedt
    • Re: [PATCH 2/8] tracing: create automated trace defines, Jeremy Fitzhardinge
      • Re: [PATCH 2/8] tracing: create automated trace defines, Mathieu Desnoyers
      • Re: [PATCH 2/8] tracing: create automated trace defines, Jeremy Fitzhardinge
      • Re: [PATCH 2/8] tracing: create automated trace defines, Mathieu Desnoyers
      • Re: [PATCH 2/8] tracing: create automated trace defines, Jeremy Fitzhardinge
      • Re: [PATCH 2/8] tracing: create automated trace defines, Mathieu Desnoyers
      • Re: [PATCH 2/8] tracing: create automated trace defines, Jeremy Fitzhardinge
      • Re: [PATCH 2/8] tracing: create automated trace defines, Mathieu Desnoyers
      • Re: [PATCH 2/8] tracing: create automated trace defines, Jeremy Fitzhardinge
      • Re: [PATCH 2/8] tracing: create automated trace defines, Mathieu Desnoyers
      • Re: [PATCH 2/8] tracing: create automated trace defines, Jeremy Fitzhardinge
      • [PATCH] tracepoints : let subsystem nop-out the tracepoints at build time, Mathieu Desnoyers
      • Re: [PATCH 2/8] tracing: create automated trace defines, Andi Kleen
      • Re: [PATCH 2/8] tracing: create automated trace defines, Mathieu Desnoyers
      • Re: [PATCH 2/8] tracing: create automated trace defines, Jeremy Fitzhardinge
      • Re: [PATCH 2/8] tracing: create automated trace defines, Steven Rostedt
      • Re: [PATCH 2/8] tracing: create automated trace defines, Jeremy Fitzhardinge
      • Re: [PATCH 2/8] tracing: create automated trace defines, Andi Kleen
      • Re: [PATCH 2/8] tracing: create automated trace defines, Steven Rostedt
      • Re: [PATCH 2/8] tracing: create automated trace defines, Frank Ch. Eigler
      • Re: [PATCH 2/8] tracing: create automated trace defines, Steven Rostedt
      • Re: [PATCH 2/8] tracing: create automated trace defines, Mathieu Desnoyers
      • Re: [PATCH 2/8] tracing: create automated trace defines, Andi Kleen
      • Re: [PATCH 2/8] tracing: create automated trace defines, Steven Rostedt
      • Re: [PATCH 2/8] tracing: create automated trace defines, Andi Kleen
    • Re: [PATCH 2/8] tracing: create automated trace defines, Zhaolei
  • [PATCH 4/8] tracing/events: move declarations from trace directory to core include, Steven Rostedt
  • [PATCH 1/8] tracing: consolidate trace and trace_event headers, Steven Rostedt
    • Re: [PATCH 1/8] tracing: consolidate trace and trace_event headers, Frederic Weisbecker
      • Re: [PATCH 1/8] tracing: consolidate trace and trace_event headers, Steven Rostedt
  • [PATCH 7/8] tracing/events: add export symbols for trace events in modules, Steven Rostedt
  • [PATCH 5/8] tracing/events: move the ftrace event tracing code to core, Steven Rostedt
    • Re: [PATCH 5/8] tracing/events: move the ftrace event tracing code to core, Peter Zijlstra
      • Re: [PATCH 5/8] tracing/events: move the ftrace event tracing code to core, Steven Rostedt
      • Re: [PATCH 5/8] tracing/events: move the ftrace event tracing code to core, Jiaying Zhang
  • [PATCH 8/8] tracing/events: add support for modules to TRACE_EVENT, Steven Rostedt
    • Re: [PATCH 8/8] tracing/events: add support for modules to TRACE_EVENT, Rusty Russell
  • [PATCH 6/8] tracing/events: convert event call sites to use a link list, Steven Rostedt
  • [PATCH 3/8] tracing: make trace_seq operations available for core kernel, Steven Rostedt
    • Re: [PATCH 3/8] tracing: make trace_seq operations available for core kernel, Peter Zijlstra
      • Re: [PATCH 3/8] tracing: make trace_seq operations available for core kernel, Steven Rostedt
  • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Ingo Molnar
    • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Ingo Molnar
  • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Ingo Molnar
    • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Steven Rostedt
      • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Ingo Molnar
  • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Theodore Tso
    • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Steven Rostedt
      • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Steven Rostedt
    • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Frank Ch. Eigler
      • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Steven Rostedt
      • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Christoph Hellwig
    • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Jeremy Fitzhardinge
      • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Steven Rostedt
      • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Jeremy Fitzhardinge
      • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Ingo Molnar
      • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Mathieu Desnoyers
    • Re: [PATCH 0/8] [GIT PULL] TRACE_EVENT for modules, Christoph Hellwig
• device_for_each_child() before device_add() doesn't work, David Vrabel
  • Re: device_for_each_child() before device_add() doesn't work, Greg KH
    • Re: device_for_each_child() before device_add() doesn't work, David Vrabel
      • Re: device_for_each_child() before device_add() doesn't work, Greg KH
      • Re: device_for_each_child() before device_add() doesn't work, David Vrabel
      • Re: device_for_each_child() before device_add() doesn't work, Greg KH
• [PATCH -tip] x86: k8.h reference to node in node_to_k8_nb_misc for !CONFIG_K8_NB, Jaswinder Singh Rajput
  • Re: [PATCH -tip] x86: k8.h reference to node in node_to_k8_nb_misc for !CONFIG_K8_NB, Ingo Molnar
    • Re: [PATCH -tip] x86: k8.h reference to node in node_to_k8_nb_misc for !CONFIG_K8_NB, Jaswinder Singh Rajput
      • Re: [PATCH -tip] x86: k8.h reference to node in node_to_k8_nb_misc for !CONFIG_K8_NB, Ingo Molnar
      • Re: [PATCH -tip] x86: k8.h reference to node in node_to_k8_nb_misc for !CONFIG_K8_NB, Jaswinder Singh Rajput
• [ANNOUNCE]: A target driver for Marvell 88SE64xx(3G) and 88SE94xx(6G) SAS cards, Vladislav Bolkhovitin
  • Re: [ANNOUNCE]: A target driver for Marvell 88SE64xx(3G) and 88SE94xx(6G) SAS cards, Jeff Garzik
• [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), David Howells
  • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), Linus Torvalds
  • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), David Howells
    • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), Linus Torvalds
    • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), David Howells
      • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), Linus Torvalds
      • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), Ingo Molnar
    • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), David Howells
      • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), Ingo Molnar
      • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), David Howells
      • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), Ingo Molnar
      • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), David Howells
      • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), Ingo Molnar
      • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), David Howells
      • Re: [PATCH] FRV: Fix the section attribute on UP DECLARE_PER_CPU(), Ingo Molnar
• [PATCH -tip] x86: cpu_debug.c prepare report if files are inappropriate or CPU is not supported, Jaswinder Singh Rajput
  • Re: [PATCH -tip] x86: cpu_debug.c prepare report if files are inappropriate or CPU is not supported, Ingo Molnar
    • Re: [PATCH -tip] x86: cpu_debug.c prepare report if files are inappropriate or CPU is not supported, Jaswinder Singh Rajput
      • Re: [PATCH -tip] x86: cpu_debug.c prepare report if files are inappropriate or CPU is not supported, Ingo Molnar
      • Re: [PATCH -tip] x86: cpu_debug.c prepare report if files are inappropriate or CPU is not supported, Jaswinder Singh Rajput
      • Re: [PATCH -tip] x86: cpu_debug.c prepare report if files are inappropriate or CPU is not supported, Alan Cox
      • Re: [PATCH -tip] x86: cpu_debug.c prepare report if files are inappropriate or CPU is not supported, Ingo Molnar
      • Re: [PATCH -tip] x86: cpu_debug.c prepare report if files are inappropriate or CPU is not supported, Jaswinder Singh Rajput
      • Re: [PATCH -tip] x86: cpu_debug.c prepare report if files are inappropriate or CPU is not supported, Ingo Molnar
• [PATCH] Fix lpfc_parse_bg_err()'s use of do_div(), David Howells
  • Re: [PATCH] Fix lpfc_parse_bg_err()'s use of do_div(), James Smart
  • Re: [PATCH] Fix lpfc_parse_bg_err()'s use of do_div(), David Howells
  • <Possible follow-ups>
  • [PATCH] Fix lpfc_parse_bg_err()'s use of do_div(), David Howells
• [PATCH] Make radeon_reinitialize_M10() absent if its reference is #ifdef'd out, David Howells
  • Re: [PATCH] Make radeon_reinitialize_M10() absent if its reference is #ifdef'd out, Benjamin Herrenschmidt
  • Re: [PATCH] Make radeon_reinitialize_M10() absent if its reference is #ifdef'd out, David Howells
• [PATCH] x86: UV BAU partition-relative distribution map, Cliff Wickman
  • [tip:x86/uv] x86: UV: BAU partition-relative distribution map, tip-bot for Cliff Wickman
• [BUG?] vfs_cache_pressure=0 does not free inode caches, Christian Thaeter
• [PATCH] Fix velocity_intr() in the VIA Velocity driver to have the right return type, David Howells
  • Re: [PATCH] Fix velocity_intr() in the VIA Velocity driver to have the right return type, David Miller
• [PATCH 00/14] convert voyager over to the x86 quirks model, James Bottomley
  • [PATCH 01/14] [VOYAGER] x86: add {safe,hard}_smp_processor_id to smp_ops, James Bottomley
    • [PATCH 02/14] [VOYAGER] x86/mca: make mca_nmi_hook external, James Bottomley
      • [PATCH 03/14] [VOYAGER] x86: add prefill_possible_map to x86_quirks, James Bottomley
      • [PATCH 04/14] [VOYAGER] x86: use boot_cpu_id instead of zero for checking boot processor, James Bottomley
      • [PATCH 05/14] [VOYAGER] x86/voyager: Move voyager detection to a new bootparam area, James Bottomley
      • [PATCH 06/14] [VOYAGER] x86: eliminate subarchitecture file setup_arch.h, James Bottomley
      • [PATCH 07/14] [VOYAGER] x86: eliminate subarchitecture file entry_arch.h, James Bottomley
      • [PATCH 08/14] [VOYAGER] x86: eliminate subarchitecture file do_timer.h, James Bottomley
      • [PATCH 09/14] [VOYAGER] x86: redo irq2 cascade setup, James Bottomley
      • [PATCH 10/14] [VOYAGER] x86: make disabling the apics functional instead of a flag, James Bottomley
      • [PATCH 11/14] [VOYAGER] x86/Voyager: add missing QIC call function single gate, James Bottomley
      • [PATCH 12/14] [VOYAGER] x86/Voyager: replace inline io area reads with readX accessors, James Bottomley
      • [PATCH 13/14] [VOYAGER] x86/voyager: remove direct use of pg0 in favour of early_ioremap(), James Bottomley
      • [PATCH 14/14] [VOYAGER] x86/Voyager: Plumb voyager back into the build, James Bottomley
      • Re: [PATCH 10/14] [VOYAGER] x86: make disabling the apics functional instead of a flag, Cyrill Gorcunov
      • Re: [PATCH 10/14] [VOYAGER] x86: make disabling the apics functional instead of a flag, Cyrill Gorcunov
      • Re: [PATCH 10/14] [VOYAGER] x86: make disabling the apics functional instead of a flag, James Bottomley
      • Re: [PATCH 10/14] [VOYAGER] x86: make disabling the apics functional instead of a flag, Cyrill Gorcunov
    • Re: [PATCH 01/14] [VOYAGER] x86: add {safe,hard}_smp_processor_id to smp_ops, Cyrill Gorcunov
      • Re: [PATCH 01/14] [VOYAGER] x86: add {safe,hard}_smp_processor_id to smp_ops, James Bottomley
    • Re: [PATCH 01/14] [VOYAGER] x86: add {safe,hard}_smp_processor_id to smp_ops, Jeremy Fitzhardinge
      • Re: [PATCH 01/14] [VOYAGER] x86: add {safe,hard}_smp_processor_id to smp_ops, James Bottomley
  • Re: [PATCH 00/14] convert voyager over to the x86 quirks model, Joe Perches
  • Re: [PATCH 00/14] convert voyager over to the x86 quirks model, Ingo Molnar
    • Re: [PATCH 00/14] convert voyager over to the x86 quirks model, Ingo Molnar
      • Re: [PATCH 00/14] convert voyager over to the x86 quirks model, James Bottomley
      • Re: [PATCH 00/14] convert voyager over to the x86 quirks model, Ingo Molnar
      • Re: [PATCH 00/14] convert voyager over to the x86 quirks model, James Bottomley
      • Re: [PATCH 00/14] convert voyager over to the x86 quirks model, Jeff Garzik
      • Re: [PATCH 00/14] convert voyager over to the x86 quirks model, Ingo Molnar
      • Re: [PATCH 00/14] convert voyager over to the x86 quirks model, Jeff Garzik
      • Re: [PATCH 00/14] convert voyager over to the x86 quirks model, Ingo Molnar
      • Re: [PATCH 00/14] convert voyager over to the x86 quirks model, James Bottomley