lists-archives.org

Mailing Lists Archives

	Web lists-archives.org

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• [PATCH 4/3] thread_group_cputime: move a couple of callsites outside of ->siglock,Oleg Nesterov
  • Re: [PATCH 4/3] thread_group_cputime: move a couple of callsites outside of ->siglock,Ingo Molnar
• [PATCH 3/3] thread_group_cputime: kill the bogus ->signal != NULL check,Oleg Nesterov
• [PATCH 2/3] account_steal_time: kill the unneeded account_group_system_time(),Oleg Nesterov
  • Re: [PATCH 2/3] account_steal_time: kill the unneeded account_group_system_time(),Ingo Molnar
• [PATCH 1/3] fix the racy usage of ->signal in account_group_xxx/run_posix_cpu_timers,Oleg Nesterov
  • Re: [PATCH 1/3] fix the racy usage of ->signal in account_group_xxx/run_posix_cpu_timers,Ingo Molnar
• [PATCH 0/3] more fixes for "timers: fix itimer/many thread hang",Oleg Nesterov
  • Re: [PATCH 0/3] more fixes for "timers: fix itimer/many thread hang",Frank Mayhar
• [PATCH] softirq: Use local_irq_save() in local_bh_enable(),Jarek Poplawski
  • Re: [PATCH] softirq: Use local_irq_save() in local_bh_enable(),Johannes Berg
    • Re: [PATCH] softirq: Use local_irq_save() in local_bh_enable(),Jarek Poplawski
  • Re: [PATCH] softirq: Use local_irq_save() in local_bh_enable(),Ingo Molnar
    • Re: [PATCH] softirq: Use local_irq_save() in local_bh_enable(),Jarek Poplawski
• [Patch 0/3] eeepc-laptop updates,Matthew Garrett
  • [Patch 1/3] eeepc-laptop: Add support for extended hotkeys,Matthew Garrett
    • [Patch 2/3] eeepc-laptop: Check return values from rfkill_register,Matthew Garrett
      • [Patch 3/3] eeepc-laptop: Implement rfkill hotplugging in eeepc-laptop,Matthew Garrett
      • Re: [Patch 2/3] eeepc-laptop: Check return values from rfkill_register,Alan Jenkins
• [PATCH 7/7] Improve alloc_percpu: Simple testing patch.,Rusty Russell
• [PATCH 6/7] Improve alloc_percpu: __get_cpu_ptr/get_cpu_ptr/put_cpu_ptr,Rusty Russell
• [PATCH 3/7] Improve alloc_percpu: expose percpu_modalloc and percpu_modfree,Rusty Russell
  • Re: [PATCH 3/7] Improve alloc_percpu: expose percpu_modalloc and percpu_modfree,Jörn Engel
    • Re: [PATCH 3/7] Improve alloc_percpu: expose percpu_modalloc and percpu_modfree,Rusty Russell
      • Re: [PATCH 3/7] Improve alloc_percpu: expose percpu_modalloc and percpu_modfree,Jörn Engel
• [PATCH 5/7] Improve alloc_percpu: documentation,Rusty Russell
• [PATCH 4/7] Improve alloc_percpu: switch over to (renamed) percpu_modfree.,Rusty Russell
• [PATCH 2/7] Cleanup dynamic per-cpu: make percpu_modalloc/modfree more generic,Rusty Russell
• [PATCH 1/7] Improve alloc_percpu: make the per cpu reserve configurable and larger.,Rusty Russell
• [PATCH 3/3] Clean up alloc_percpu: change percpu_ptr to per_cpu_ptr,Rusty Russell
• [PATCH 2/3] Clean up alloc_percpu: add align argument to __alloc_percpu.,Rusty Russell
• [PATCH 1/3] Clean up alloc_percpu: make ip_rt_acct a normal percpu var,Rusty Russell
• [PATCH RFC] cpu alloc cleanups and implementation improvement,Rusty Russell
  • Re: [PATCH RFC] cpu alloc cleanups and implementation improvement,Christoph Lameter
    • Re: [PATCH RFC] cpu alloc cleanups and implementation improvement,Stephen Rothwell
      • Re: [PATCH RFC] cpu alloc cleanups and implementation improvement,Christoph Lameter
      • Re: [PATCH RFC] cpu alloc cleanups and implementation improvement,Rusty Russell
• size of swapped-out part of the process,Victoria Muntean
  • Re: size of swapped-out part of the process,J.R. Mauro
    • Re: size of swapped-out part of the process,Victoria Muntean
      • Re: size of swapped-out part of the process,J.R. Mauro
      • Re: size of swapped-out part of the process,Victoria Muntean
      • Re: size of swapped-out part of the process,J.R. Mauro
  • Re: size of swapped-out part of the process,Hugh Dickins
    • Re: size of swapped-out part of the process,Victoria Muntean
    • Re: size of swapped-out part of the process,Victoria Muntean
      • Re: size of swapped-out part of the process,Bryan Donlan
      • Re: size of swapped-out part of the process,Andreas Schwab
      • RE: size of swapped-out part of the process,David Schwartz
• MMC: Add 8-bit bus width support,Jarkko Lavinen
  • Re: MMC: Add 8-bit bus width support,Ben Dooks
    • Re: MMC: Add 8-bit bus width support,Jarkko Lavinen
  • Re: MMC: Add 8-bit bus width support,Pierre Ossman
• [PATCH V2 1/1] mm: introduce kvmalloc()/kvfree(),Lai Jiangshan
  • Re: [PATCH V2 1/1] mm: introduce kvmalloc()/kvfree(),Johannes Weiner
    • Re: [PATCH V2 1/1] mm: introduce kvmalloc()/kvfree(),Lai Jiangshan
    • [PATCH V2 1/4] vmalloc: introduce vfree_atomic(),Lai Jiangshan
      • Re: [PATCH V2 1/4] vmalloc: introduce vfree_atomic(),Nick Piggin
      • Re: [PATCH V2 1/4] vmalloc: introduce vfree_atomic(),Lai Jiangshan
      • Re: [PATCH V2 1/4] vmalloc: introduce vfree_atomic(),Nick Piggin
    • [PATCH V2 0/4] use kvmalloc()/kvfree() the second part, about RCU,Lai Jiangshan
    • [PATCH V2 2/4] mm: introduce kvfree_atomic(),Lai Jiangshan
    • [PATCH V2 3/4] files: use kvmalloc()/kvfree()/kvfree_atomic(),Lai Jiangshan
    • [PATCH V2 4/4] sysipc: use kvmalloc()/kvfree_atomic(),Lai Jiangshan
  • Re: [PATCH V2 1/1] mm: introduce kvmalloc()/kvfree(),Pekka Enberg
• Just a small question on new kernels,Manfred Preußig
  • Re: Just a small question on new kernels,Kay Sievers
• Re: [PATCH] scsi-ioctl: use clock_t <> jiffies,Jens Axboe
• [PATCH] Add generic MacPro support,Henrik Rydberg
• [PATCH] backlight: value of ILI9320_RGB_IF2 register should not be hardcoded,Denis V. Lunev
• arch_flush_lazy_mmu_mode() in arch/x86/mm/highmem_32.c,Jan Beulich
  • Re: arch_flush_lazy_mmu_mode() in arch/x86/mm/highmem_32.c,Zachary Amsden
    • Re: arch_flush_lazy_mmu_mode() in arch/x86/mm/highmem_32.c,Jeremy Fitzhardinge
      • Re: arch_flush_lazy_mmu_mode() in arch/x86/mm/highmem_32.c,Zachary Amsden
      • Re: arch_flush_lazy_mmu_mode() in arch/x86/mm/highmem_32.c,Jan Beulich
      • Re: arch_flush_lazy_mmu_mode() in arch/x86/mm/highmem_32.c,Jeremy Fitzhardinge
      • Re: arch_flush_lazy_mmu_mode() in arch/x86/mm/highmem_32.c,Jan Beulich
      • Re: arch_flush_lazy_mmu_mode() in arch/x86/mm/highmem_32.c,Jeremy Fitzhardinge
      • Re: arch_flush_lazy_mmu_mode() in arch/x86/mm/highmem_32.c,Zachary Amsden
• [PATCH] loop file resizable,Tomas M
  • Re: [PATCH] loop file resizable,Andrew Morton
    • Re: [PATCH] loop file resizable,Akinobu Mita
    • Re: [PATCH] loop file resizable,hooanon05
      • Re: [PATCH] loop file resizable,Tomas M
      • Re: [PATCH] loop file resizable,Andrew Morton
      • Re: [PATCH] loop file resizable,hooanon05
      • Re: [PATCH] loop file resizable,hooanon05
      • [PATCH v2] loop file resizable,hooanon05
      • Re: [PATCH] loop file resizable,Karel Zak
      • Re: [PATCH] loop file resizable,hooanon05
      • Re: [PATCH] loop file resizable,Karel Zak
      • Re: [PATCH] loop file resizable,hooanon05
• [PATCH] fs/binfmt_misc.c: let binfmt status be more readable,Qinghuang Feng
  • Re: [PATCH] fs/binfmt_misc.c: let binfmt status be more readable,Andrew Morton
• [PATCH] swiotlb: use coherent_dma_mask in alloc_coherent,FUJITA Tomonori
  • Re: [PATCH] swiotlb: use coherent_dma_mask in alloc_coherent,Ingo Molnar
    • Re: [PATCH] swiotlb: use coherent_dma_mask in alloc_coherent,FUJITA Tomonori
      • Re: [PATCH] swiotlb: use coherent_dma_mask in alloc_coherent,Ingo Molnar
      • Re: [PATCH] swiotlb: use coherent_dma_mask in alloc_coherent,FUJITA Tomonori
• [patch 00/46] 2.6.27.7-stable review,Greg KH
  • [patch 01/46] touch_mnt_namespace when the mount flags change,Greg KH
  • [patch 02/46] iwlagn: avoid sleep in softirq context,Greg KH
  • [patch 05/46] bnx2x: Removing the PMF indication when unloading,Greg KH
  • [patch 03/46] ath5k: fix suspend-related oops on rmmod,Greg KH
  • [patch 04/46] ath5k: Fix reset sequence for AR5212 in general and RF5111 in particular,Greg KH
  • [patch 07/46] bnx2x: Calling netif_carrier_off at the end of the probe,Greg KH
  • [patch 06/46] bnx2x: PCI configuration bug on big-endian,Greg KH
  • [patch 08/46] ARM: 5329/1: Feroceon: fix feroceon_l2_inv_range,Greg KH
  • [patch 10/46] hostap: pad the skb->cb usage in lieu of a proper fix,Greg KH
  • [patch 11/46] ACPI: avoid empty file name in sysfs,Greg KH
  • [patch 09/46] Fix platform drivers that crash on suspend/resume,Greg KH
  • [patch 12/46] ACPI: EC: make kernel messages more useful when GPE storm is detected,Greg KH
  • [patch 13/46] hugetlb: make unmap_ref_private multi-size-aware,Greg KH
  • [patch 14/46] rtl8187: Add Abocom USB ID,Greg KH
  • [patch 15/46] rtl8187 : support for Sitecom WL-168 0001 v4,Greg KH
  • [patch 17/46] block: fix nr_phys_segments miscalculation bug,Greg KH
  • [patch 18/46] powerpc/mpic: Fix regression caused by change of default IRQ affinity,Greg KH
  • [patch 19/46] Input: ALPS - add signature for DualPoint found in Dell Latitude E6500,Greg KH
  • [patch 20/46] memory hotplug: fix page_zone() calculation in test_pages_isolated(),Greg KH
  • [patch 21/46] r8169: select MII in Kconfig,Greg KH
  • [patch 16/46] kbuild: Fixup deb-pkg target to generate separate firmware deb,Greg KH
  • [patch 22/46] sony-laptop: ignore missing _DIS method on pic device,Greg KH
  • [patch 23/46] net: fix /proc/net/snmp as memory corruptor,Greg KH
  • [patch 26/46] S390: cpu topology: fix locking,Greg KH
  • [patch 27/46] ACPI : Load device driver according to the status of acpi device,Greg KH
  • [patch 24/46] Fix broken ownership of /proc/sys/ files,Greg KH
    • Re: [patch 24/46] Fix broken ownership of /proc/sys/ files,Theodore Tso
      • Re: [stable] [patch 24/46] Fix broken ownership of /proc/sys/ files,Greg KH
      • Re: [stable] [patch 24/46] Fix broken ownership of /proc/sys/ files,Rafael J. Wysocki
      • Re: [stable] [patch 24/46] Fix broken ownership of /proc/sys/ files,Peter Palfrader
  • [patch 28/46] m68k: Fix off-by-one in m68k_setup_user_interrupt(),Greg KH
  • [patch 29/46] SCSI: qla2xxx: Return a FAILED status when abort mailbox-command fails.,Greg KH
  • [patch 25/46] V4L/DVB (9624): CVE-2008-5033: fix OOPS on tvaudio when controlling bass/treble,Greg KH
    • Re: [patch 25/46] V4L/DVB (9624): CVE-2008-5033: fix OOPS on tvaudio when controlling bass/treble,Mauro Carvalho Chehab
  • [patch 33/46] dm raid1: flush workqueue before destruction,Greg KH
  • [patch 32/46] SCSI: dpt_i2o: fix transferred data length for scsi_set_resid(),Greg KH
  • [patch 35/46] USB: gadget: cdc-acm deadlock fix,Greg KH
  • [patch 36/46] USB: unusual_devs entry for Argosy USB mass-storage interface,Greg KH
  • [patch 31/46] SCSI: qla2xxx: Correct Atmel flash-part handling.,Greg KH
  • [patch 34/46] USB: remove optional bus bindings in isp1760, fixing runtime warning,Greg KH
  • [patch 37/46] USB: Fix PS3 USB shutdown problems,Greg KH
  • [patch 40/46] USB: EHCI: fix handling of dead controllers,Greg KH
  • [patch 41/46] USB: dont register endpoints for interfaces that are going away,Greg KH
  • [patch 39/46] USB: EHCI: fix divide-by-zero bug,Greg KH
  • [patch 42/46] ACPI: EC: revert msleep patch,Greg KH
  • [patch 43/46] ACPI: EC: wait for last write gpe,Greg KH
  • [patch 45/46] ACPI: EC: lower interrupt storm treshold,Greg KH
  • [patch 44/46] ACPI: EC: restart failed command,Greg KH
  • [patch 46/46] ACPI: EC: Dont do transaction from GPE handler in poll mode.,Greg KH
  • [patch 38/46] USB: cdc-acm.c: fix recursive lock in acm_start_wb error path,Greg KH
  • [patch 30/46] SCSI: qla2xxx: Do not honour max_vports from firmware for 2G ISPs and below.,Greg KH
• linux-next: Tree for November 17,Stephen Rothwell
• Fastest Way to Make Money. Proven DataEntry Job TODAY!,Jennifer Long
• Fix typo in swap cgroup message,Balbir Singh
  • Re: Fix typo in swap cgroup message,KAMEZAWA Hiroyuki
• [ INFO: possible recursive locking detected ],Justin P. Mattock
• 2.6.28-rc5: unused variable in pagetable_init,Andrey Borzenkov
  • Re: 2.6.28-rc5: unused variable in pagetable_init,Ingo Molnar
• Re: third patch,Steve French
  • Re: third patch,Greg KH
    • Re: third patch,Steve French
      • Re: third patch,Greg KH
      • Re: third patch,Steve French
      • Re: [linux-cifs-client] Re: third patch,Suresh Jayaraman
• Re: extra bytes written to SATA DVD drive on kernel 2.6.23 till 2.6.24.2,Tejun Heo
  • Re: extra bytes written to SATA DVD drive on kernel 2.6.23 till 2.6.24.2,Frans Pop
• Confirm Your WebMail Details,Mail Support Team
• [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Frederic Weisbecker
  • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
    • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Frederic Weisbecker
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Steven Rostedt
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Steven Rostedt
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Steven Rostedt
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Frédéric Weisbecker
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Frédéric Weisbecker
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Steven Rostedt
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Frédéric Weisbecker
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Frédéric Weisbecker
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Frédéric Weisbecker
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Frédéric Weisbecker
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Frédéric Weisbecker
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Steven Rostedt
    • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Steven Rostedt
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Steven Rostedt
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Ingo Molnar
      • Re: [PATCH 3/3] tracing/function-return-tracer: add the overrun field,Steven Rostedt
• [PATCH 0/4] ksm - dynamic page sharing driver for linux v2,Izik Eidus
  • [PATCH 1/4] Rmap: Add page_wrprotect() function.,Izik Eidus
    • [PATCH 2/4] Add replace_page(): change the page pte is pointing to.,Izik Eidus
      • [PATCH 3/4] add ksm kernel shared memory driver.,Izik Eidus
      • [PATCH 4/4] MMU_NOTIFIRES: add set_pte_at_notify(),Izik Eidus
      • Re: [PATCH 3/4] add ksm kernel shared memory driver.,Alan Cox
  • Re: [PATCH 0/4] ksm - dynamic page sharing driver for linux v2,Ryota OZAKI
    • Re: [PATCH 0/4] ksm - dynamic page sharing driver for linux v2,Izik Eidus
      • Re: [PATCH 0/4] ksm - dynamic page sharing driver for linux v2,Izik Eidus
      • Re: [PATCH 0/4] ksm - dynamic page sharing driver for linux v2,Ryota OZAKI
  • Re: [PATCH 0/4] ksm - dynamic page sharing driver for linux v2,Dmitri Monakhov
    • Re: [PATCH 0/4] ksm - dynamic page sharing driver for linux v2,Alan Cox
• [PATCH 2/3] tracing/ftrace: make nop tracer using tracer flags,Frederic Weisbecker
  • Re: [PATCH 2/3] tracing/ftrace: make nop tracer using tracer flags,Steven Noonan
    • Re: [PATCH 2/3] tracing/ftrace: make nop tracer using tracer flags,Frederic Weisbecker
      • Re: [PATCH 2/3] tracing/ftrace: make nop tracer using tracer flags,Ingo Molnar
      • Re: [PATCH 2/3] tracing/ftrace: make nop tracer using tracer flags,Steven Rostedt
  • Re: [PATCH 2/3] tracing/ftrace: make nop tracer using tracer flags,Ingo Molnar
    • Re: [PATCH 2/3] tracing/ftrace: make nop tracer using tracer flags,Frederic Weisbecker
• [PATCH 1/3] tracing/ftrace: implement a set_flag callback for tracers,Frederic Weisbecker
  • Re: [PATCH 1/3] tracing/ftrace: implement a set_flag callback for tracers,Ingo Molnar
    • Re: [PATCH 1/3] tracing/ftrace: implement a set_flag callback for tracers,Frederic Weisbecker
• [PATCH] input/mouse/alps.c: Handle touchpoints buttons correctly,Ulrich Dangel
• margit.huy@xxxxxxxxxxxxxxxxxxx e-mail address incorrect.,Postmaster
• [PATCH, 2.6.28-rc5] unitialized return value in mm/mlock.c: __mlock_vma_pages_range(),Helge Deller
  • Re: [PATCH, 2.6.28-rc5] unitialized return value in mm/mlock.c: __mlock_vma_pages_range(),Linus Torvalds
• [take 3] Use pid in inotify events.,Evgeniy Polyakov
  • Re: [take 3] Use pid in inotify events.,Michael Kerrisk
    • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
      • Re: [take 3] Use pid in inotify events.,Michael Kerrisk
      • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
      • Re: [take 3] Use pid in inotify events.,Pavel Machek
      • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
      • Re: [take 3] Use pid in inotify events.,Michael Kerrisk
      • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
      • Re: [take 3] Use pid in inotify events.,Robert Love
      • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
      • Re: [take 3] Use pid in inotify events.,Pavel Machek
      • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
    • Re: [take 3] Use pid in inotify events.,Christoph Hellwig
      • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
      • Message not available
      • Re: [take 3] Use pid in inotify events.,Michael Kerrisk
      • Re: [take 3] Use pid in inotify events.,Ville Syrjälä
      • Message not available
      • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
      • Re: [take 3] Use pid in inotify events.,John McCutchan
      • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
      • Re: [take 3] Use pid in inotify events.,Arnd Bergmann
      • Re: [take 3] Use pid in inotify events.,David Newall
      • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
      • Re: [take 3] Use pid in inotify events.,David Newall
      • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
      • Re: [take 3] Use pid in inotify events.,John McCutchan
      • Re: [take 3] Use pid in inotify events.,Evgeniy Polyakov
• [patch 2.6.28-rc5] regulator: improved mode error checks,David Brownell
• [patch 2.6.28-rc5] regulator: enable/disable refcounting,David Brownell
  • Re: [patch 2.6.28-rc5] regulator: enable/disable refcounting,Mark Brown
    • Re: [patch 2.6.28-rc5] regulator: enable/disable refcounting,David Brownell
      • Re: [patch 2.6.28-rc5] regulator: enable/disable refcounting,Liam Girdwood
  • Re: [patch 2.6.28-rc5] regulator: enable/disable refcounting,Liam Girdwood
    • Re: [patch 2.6.28-rc5] regulator: enable/disable refcounting,David Brownell
      • Re: [patch 2.6.28-rc5] regulator: enable/disable refcounting,Liam Girdwood
      • Re: [patch 2.6.28-rc5] regulator: enable/disable refcounting,David Brownell
• RTC problem in PS3,Fabiano Manoel de Andrade
  • Re: RTC problem in PS3,Marvin
• PHYLIB dependency in kernel 2.6.27.6,Luca Tiburzio
  • Re: PHYLIB dependency in kernel 2.6.27.6,Maciej W. Rozycki
• [GIT] mfd fixes,Samuel Ortiz
• [PATCH] stop_machine: fix race with return value (fixes Bug #11989),Rusty Russell
  • Re: [PATCH] stop_machine: fix race with return value (fixes Bug #11989),Heiko Carstens
• [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Steven Rostedt
  • [PATCH 2/7] ftrace, ppc: convert to new dynamic ftrace arch API,Steven Rostedt
    • Re: [PATCH 2/7] ftrace, ppc: convert to new dynamic ftrace arch API,Paul Mackerras
      • Re: [PATCH 2/7] ftrace, ppc: convert to new dynamic ftrace arch API,Steven Rostedt
  • [PATCH 1/7] ftrace, PPC: do not latency trace idle,Steven Rostedt
    • Re: [PATCH 1/7] ftrace, PPC: do not latency trace idle,Paul Mackerras
      • Re: [PATCH 1/7] ftrace, PPC: do not latency trace idle,Steven Rostedt
  • [PATCH 3/7] ftrace: powerpc mcount record port,Steven Rostedt
  • [PATCH 4/7] ftrace, PPC: use probe_kernel API to modify code,Steven Rostedt
    • Re: [PATCH 4/7] ftrace, PPC: use probe_kernel API to modify code,Paul Mackerras
      • Re: [PATCH 4/7] ftrace, PPC: use probe_kernel API to modify code,Steven Rostedt
  • [PATCH 5/7] ftrace, PPC64: handle module trampolines for dyn ftrace,Steven Rostedt
    • Re: [PATCH 5/7] ftrace, PPC64: handle module trampolines for dyn ftrace,Paul Mackerras
      • Re: [PATCH 5/7] ftrace, PPC64: handle module trampolines for dyn ftrace,Steven Rostedt
      • Re: [PATCH 5/7] ftrace, PPC64: handle module trampolines for dyn ftrace,Steven Rostedt
  • [PATCH 6/7] ftrace,ppc32: enabled dynamic ftrace,Steven Rostedt
  • [PATCH 7/7] ftrace,ppc32: dynamic ftrace to handle modules,Steven Rostedt
  • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Paul Mackerras
    • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Steven Rostedt
      • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Steven Rostedt
      • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Steven Rostedt
      • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Paul Mackerras
      • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Steven Rostedt
      • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Ingo Molnar
      • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Paul Mackerras
      • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Ingo Molnar
      • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Paul Mackerras
      • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Steven Rostedt
      • Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC,Steven Rostedt
• broken ownership of /proc/sys/ files on 2.6.27,Peter Palfrader
  • Re: broken ownership of /proc/sys/ files on 2.6.27,Rafael J. Wysocki
  • Re: broken ownership of /proc/sys/ files on 2.6.27,Frans Pop
    • Re: broken ownership of /proc/sys/ files on 2.6.27,Maxim Levitsky
    • Re: broken ownership of /proc/sys/ files on 2.6.27,Måns Rullgård
  • Re: broken ownership of /proc/sys/ files on 2.6.27,Bernd Zeimetz
  • Re: broken ownership of /proc/sys/ files on 2.6.27,Al Viro
    • Re: broken ownership of /proc/sys/ files on 2.6.27,Peter Palfrader
    • Re: broken ownership of /proc/sys/ files on 2.6.27,Jiri Slaby
      • Re: broken ownership of /proc/sys/ files on 2.6.27,Al Viro
    • Re: Fix broken ownership of /proc/sys/ files,Linus Torvalds
      • Re: Fix broken ownership of /proc/sys/ files,Al Viro
      • Re: Fix broken ownership of /proc/sys/ files,Linus Torvalds
• [PATCH mmotm] memcg: handle swap caches build fix,Hugh Dickins
  • Re: [PATCH mmotm] memcg: handle swap caches build fix,KAMEZAWA Hiroyuki
• [PATCH] udf: implement mode and dmode mounting options,Marcin Slusarz
  • Re: [PATCH] udf: implement mode and dmode mounting options,Andrew Morton
    • Re: [PATCH] udf: implement mode and dmode mounting options,Jan Kara
      • Re: [PATCH] udf: implement mode and dmode mounting options,Marcin Slusarz
      • Re: [PATCH] udf: implement mode and dmode mounting options,Jan Kara
• 2.6.28-rc5: Reported regressions 2.6.26 -> 2.6.27,Rafael J. Wysocki
  • [Bug #11207] VolanoMark regression with 2.6.27-rc1,Rafael J. Wysocki
  • [Bug #11215] INFO: possible recursive locking detected ps2_command,Rafael J. Wysocki
  • [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Rafael J. Wysocki
    • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Nick Piggin
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Nick Piggin
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Mike Galbraith
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • (avc_has_perm_noaudit()) Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • ip_queue_xmit(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: ip_queue_xmit(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: ip_queue_xmit(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Nick Piggin
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • skb_release_head_state(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: skb_release_head_state(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: skb_release_head_state(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: skb_release_head_state(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: skb_release_head_state(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • tcp_ack(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • tcp_recvmsg(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: eth_type_trans(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • __inet_lookup_established(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: __inet_lookup_established(): Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • system_call() - Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: system_call() - Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • tcp_transmit_skb() - Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Linus Torvalds
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Christoph Lameter
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Christoph Lameter
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • [PATCH] fs: pipe/sockets/anon dentries should not have a parent,Eric Dumazet
      • Re: [PATCH] fs: pipe/sockets/anon dentries should not have a parent,Ingo Molnar
      • Re: [PATCH] fs: pipe/sockets/anon dentries should not have a parent,Eric Dumazet
      • Re: [PATCH] fs: pipe/sockets/anon dentries should not have a parent,Ingo Molnar
      • [PATCH 0/6] fs: Scalability of sockets/pipes allocation/deallocation on SMP,Eric Dumazet
      • Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocation/deallocation on SMP,Christoph Lameter
      • Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocation/deallocation on SMP,Eric Dumazet
      • Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocation/deallocation on SMP,Christoph Lameter
      • Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocation/deallocation on SMP,Christoph Hellwig
      • Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocation/deallocation on SMP,Ingo Molnar
      • Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocation/deallocation on SMP,Peter Zijlstra
      • Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocation/deallocation on SMP,Christoph Hellwig
      • Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocation/deallocation on SMP,Eric Dumazet
      • [PATCH v2 0/5] fs: Scalability of sockets/pipes allocation/deallocation on SMP,Eric Dumazet
      • [PATCH v2 1/5] fs: Use a percpu_counter to track nr_dentry,Eric Dumazet
      • [PATCH v2 2/5] fs: Use a percpu_counter to track nr_inodes,Eric Dumazet
      • [PATCH v2 3/5] fs: Introduce a per_cpu last_ino allocator,Eric Dumazet
      • [PATCH v2 4/5] fs: Introduce SINGLE dentries for pipes, socket, anon fd,Eric Dumazet
      • Re: [PATCH v2 4/5] fs: Introduce SINGLE dentries for pipes, socket, anon fd,Jörn Engel
      • Re: [PATCH v2 4/5] fs: Introduce SINGLE dentries for pipes, socket, anon fd,Eric Dumazet
      • [PATCH v2 5/5] fs: new_inode_single() and iput_single(),Eric Dumazet
      • Re: [PATCH v2 5/5] fs: new_inode_single() and iput_single(),Jörn Engel
      • [PATCH 1/6] fs: Introduce a per_cpu nr_dentry,Eric Dumazet
      • Re: [PATCH 1/6] fs: Introduce a per_cpu nr_dentry,Christoph Hellwig
      • [PATCH 3/6] fs: Introduce a per_cpu last_ino allocator,Eric Dumazet
      • Re: [PATCH 3/6] fs: Introduce a per_cpu last_ino allocator,Christoph Hellwig
      • [PATCH 4/6] fs: Introduce a per_cpu nr_inodes,Eric Dumazet
      • Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes,Peter Zijlstra
      • Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes,Peter Zijlstra
      • Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes,Christoph Hellwig
      • Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes,Eric Dumazet
      • Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes,Andi Kleen
      • Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes,Christoph Lameter
      • [PATCH 5/6] fs: Introduce special inodes,Eric Dumazet
      • Re: [PATCH 5/6] fs: Introduce special inodes,David Miller
      • [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,Eric Dumazet
      • Re: [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,David Miller
      • Re: [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,Christoph Hellwig
      • Re: [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,Eric Dumazet
      • Re: [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,Christoph Hellwig
      • Re: [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,Al Viro
      • Re: [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,Al Viro
      • Re: [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,Ingo Molnar
      • Re: [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,Ingo Molnar
      • Re: [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,Eric Dumazet
      • Re: [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,Eric Dumazet
      • Re: [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs,Eric Dumazet
      • Re: [PATCH] fs: pipe/sockets/anon dentries should not have a parent,Christoph Hellwig
      • [PATCH] fs: pipe/sockets/anon dentries should have themselves as parent,Eric Dumazet
      • Re: [PATCH] fs: pipe/sockets/anon dentries should have themselves as parent,Matthew Wilcox
      • Re: [PATCH] fs: pipe/sockets/anon dentries should have themselves as parent,Eric Dumazet
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Ingo Molnar
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,David Miller
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Christoph Lameter
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Christoph Lameter
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
      • Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -&gt; 2.6.28,Eric Dumazet
  • [Bug #11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr,Rafael J. Wysocki
    • Re: [Bug #11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr,Randy Dunlap
  • [Bug #11543] kernel panic: softlockup in tick_periodic() ???,Rafael J. Wysocki
  • [Bug #11569] Panic stop CPUs regression,Rafael J. Wysocki
  • [Bug #11664] acpi errors and random freeze on sony vaio sr,Rafael J. Wysocki
  • [Bug #11886] without serial console system doesn't poweroff,Rafael J. Wysocki
  • [Bug #11876] RCU hang on cpu re-hotplug with 2.6.27rc8,Rafael J. Wysocki
  • [Bug #11698] 2.6.27-rc7, freezes with &gt; 1 s2ram cycle,Rafael J. Wysocki
  • [Bug #11836] Scheduler on C2D CPU and latest 2.6.27 kernel,Rafael J. Wysocki
  • [Bug #11795] ks959-sir dongle no longer works under 2.6.27 (REGRESSION),Rafael J. Wysocki
  • [Bug #11865] WOL for E100 Doesn't Work Anymore,Rafael J. Wysocki
  • [Bug #11843] usb hdd problems with 2.6.27.2,Rafael J. Wysocki
    • Re: [Bug #11843] usb hdd problems with 2.6.27.2,Luciano Rocha
  • [Bug #11805] mounting XFS produces a segfault,Rafael J. Wysocki
    • Re: [Bug #11805] mounting XFS produces a segfault,Christoph Hellwig
  • [Bug #12039] Regression: USB/DVB 2.6.26.8 --&gt; 2.6.27.6,Rafael J. Wysocki
  • [Bug #11983] iwlagn: wrong command queue 31, command id 0x0,Rafael J. Wysocki
  • [Bug #12048] Regression in bonding between 2.6.26.8 and 2.6.27.6,Rafael J. Wysocki
• [PATCH] md: use list_for_each_entry macro directly,crquan
  • Re: [PATCH] md: use list_for_each_entry macro directly,Neil Brown
• 2.6.28-rc5: Reported regressions from 2.6.27,Rafael J. Wysocki
  • [Bug #11822] ACPI Warning (nspredef-0858): _SB_.PCI0.LPC_.EC__.BAT0._BIF: Return Package type mismatch at index 9 - found Buffer, expected String [20080926],Rafael J. Wysocki
  • Re: 2.6.28-rc5: Reported regressions from 2.6.27,Alan Cox
    • Re: 2.6.28-rc5: Reported regressions from 2.6.27,James Bottomley
  • [Bug #11849] default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems),Rafael J. Wysocki
  • [Bug #11875] radeonfb lockup in .28-rc (bisected),Rafael J. Wysocki
  • [Bug #11858] Timeout regression introduced by 242f9dcb8ba6f68fcd217a119a7648a4f69290e9,Rafael J. Wysocki
  • [Bug #11905] lots of extra timer interrupts costing 2W,Rafael J. Wysocki
  • [Bug #11954] sysprof tracer ABI regression in 2.6.28rc1,Rafael J. Wysocki
    • Re: [Bug #11954] sysprof tracer ABI regression in 2.6.28rc1,Soeren Sandmann
      • Re: [Bug #11954] sysprof tracer ABI regression in 2.6.28rc1,Ingo Molnar
      • Re: [Bug #11954] sysprof tracer ABI regression in 2.6.28rc1,Soeren Sandmann
  • [Bug #11898] mke2fs hang on AIC79 device.,Rafael J. Wysocki
  • [Bug #11903] regression: vmalloc easily fail,Rafael J. Wysocki
  • [Bug #11911] new PCMCIA device instance after resume - orinoco can't download firmware,Rafael J. Wysocki
    • Re: [Bug #11911] new PCMCIA device instance after resume - orinoco can't download firmware,Andrey Borzenkov
  • [Bug #11913] USB/INPUT: slab error in cache_alloc_debugcheck_after(): double free?,Rafael J. Wysocki
  • [Bug #11906] 2.6.28-rc2 seems to fail at powering down the monitor when it should,Rafael J. Wysocki
  • [Bug #11899] sometime boot failed on T61 laptop,Rafael J. Wysocki
  • [Bug #11925] cdrom: missing compat ioctls,Rafael J. Wysocki
  • [Bug #11947] 2.6.28-rc VC switching with Intel graphics broken,Rafael J. Wysocki
    • Re: [Bug #11947] 2.6.28-rc VC switching with Intel graphics broken,Romano Giannetti (lists)
  • [Bug #11958] [2.6.27.x =&gt; 2.6.28-rc3] Xorg crash with xf86MapVidMem error,Rafael J. Wysocki
  • [Bug #11970] gettimeofday return a old time in mmbench,Rafael J. Wysocki
  • [Bug #11965] regression introduced by - timers: fix itimer/many thread hang,Rafael J. Wysocki
  • [Bug #11996] Tracing framework regression in 2.6.28-rc3,Rafael J. Wysocki
    • Re: [Bug #11996] Tracing framework regression in 2.6.28-rc3,Pekka Paalanen
      • Re: [Bug #11996] Tracing framework regression in 2.6.28-rc3,Steven Rostedt
      • Re: [Bug #11996] Tracing framework regression in 2.6.28-rc3,Ingo Molnar
  • [Bug #11982] Fan level 7 after resume wit 2.6.28-rc3,Rafael J. Wysocki
    • Re: [Bug #11982] Fan level 7 after resume wit 2.6.28-rc3,Tino Keitel
  • [Bug #12019] Major increase in the number of wakeups from C3,Rafael J. Wysocki
  • [Bug #12028] i915 DRM is broken in 2.6.28-rc4,Rafael J. Wysocki
  • [Bug #12020] scsi_times_out NULL pointer dereference,Rafael J. Wysocki
  • [Bug #11989] Suspend failure on NForce4-based boards due to chanes in stop_machine,Rafael J. Wysocki
  • [Bug #12031] DRM enabled kernel hangs hard on resume on x60,Rafael J. Wysocki
  • [Bug #12034] snd-hda-intel on Realtek ALC268 chip shows only Master volume (for playback),Rafael J. Wysocki
  • [Bug #12038] Suspend regression in stable kernel 2.6.27.4 on Mac mini Core Duo,Rafael J. Wysocki
    • Re: [Bug #12038] Suspend regression in stable kernel 2.6.27.4 on Mac mini Core Duo,Tino Keitel
      • Re: [Bug #12038] Suspend regression in stable kernel 2.6.27.4 on Mac mini Core Duo,Rafael J. Wysocki
  • [Bug #12040] iwlagn driver segfault in 2.6.28-rc3,Rafael J. Wysocki
  • [Bug #12041] 2.6.28-rc4 mem_cgroup_charge_common panic,Rafael J. Wysocki
  • [Bug #12042] USB hid blocks USB port in 2.6.28rc3,Rafael J. Wysocki
  • [Bug #12047] ACPI toshiba: only register rfkill if bt is enabled,Rafael J. Wysocki
  • [Bug #12049] Oops in acpi_system_wakeup_device_seq_show,Rafael J. Wysocki
  • Re: 2.6.28-rc5: Reported regressions from 2.6.27,Linus Torvalds
    • Re: 2.6.28-rc5: Reported regressions from 2.6.27,Rafael J. Wysocki
  • Re: [linux-pm] 2.6.28-rc5: Reported regressions from 2.6.27,Alan Stern
    • Re: [linux-pm] 2.6.28-rc5: Reported regressions from 2.6.27,Tejun Heo
  • Re: 2.6.28-rc5: Reported regressions from 2.6.27,Maxim Levitsky
    • Re: 2.6.28-rc5: Reported regressions from 2.6.27,Rafael J. Wysocki
• [PATCH 2/2] cdrom: reduce stack usage of mmc_ioctl_dvd_read_struct,Marcin Slusarz
• [PATCH 1/2] cdrom: split mmc_ioctl to lower stack usage,Marcin Slusarz
  • Re: [PATCH 1/2] cdrom: split mmc_ioctl to lower stack usage,Jens Axboe
    • Re: [PATCH 1/2] cdrom: split mmc_ioctl to lower stack usage,Marcin Slusarz
• [PATCH 2/2] udf: reduce stack usage of udf_get_filename,Marcin Slusarz
  • Re: [PATCH 2/2] udf: reduce stack usage of udf_get_filename,Andrew Morton
    • Re: [PATCH 2/2] udf: reduce stack usage of udf_get_filename,Jan Kara
      • Re: [PATCH 2/2] udf: reduce stack usage of udf_get_filename,Andrew Morton
      • Re: [PATCH 2/2] udf: reduce stack usage of udf_get_filename,Jan Kara
      • Re: [PATCH 2/2] udf: reduce stack usage of udf_get_filename,Andrew Morton
  • Re: [PATCH 2/2] udf: reduce stack usage of udf_get_filename,Jan Kara
• [PATCH 1/2] udf: reduce stack usage of udf_load_pvoldesc,Marcin Slusarz
• [RFC] Use HPET timers in 64-bit mode,Jiri Bohac
• Re: Fwd: Problem with kernel 2.6.27.5,Rafael J. Wysocki
• Re: [PATCH] niu: bitwise or does not imply ordering,Jesper Dangaard Brouer
  • Re: [PATCH] niu: bitwise or does not imply ordering,David Miller
    • [SPARSE REQUEST] was [PATCH] niu: bitwise or does not imply ordering,Milton Miller
  • <Possible follow-ups>
  • Re: [PATCH] niu: bitwise or does not imply ordering,David Miller
• Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Bernhard Walle
  • [PATCH 1/3] Unify devmem_is_allowed across architectures,Bernhard Walle
  • [PATCH 3/3] Remove CONFIG_STRICT_DEVMEM,Bernhard Walle
    • Re: [PATCH 3/3] Remove CONFIG_STRICT_DEVMEM,Alan Cox
      • Re: [PATCH 3/3] Remove CONFIG_STRICT_DEVMEM,Bernhard Walle
      • Re: [PATCH 3/3] Remove CONFIG_STRICT_DEVMEM,Alan Cox
      • Re: [PATCH 3/3] Remove CONFIG_STRICT_DEVMEM,David Howells
  • [PATCH 2/3] Add dev.mem.restricted sysctl,Bernhard Walle
    • Re: [PATCH 2/3] Add dev.mem.restricted sysctl,Willy Tarreau
  • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Alan Cox
    • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Bernhard Walle
      • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Alan Cox
      • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Arjan van de Ven
      • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Alan Cox
      • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Bernhard Walle
      • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Bernhard Walle
      • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Alan Cox
  • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Arjan van de Ven
    • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Bernhard Walle
      • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,Arjan van de Ven
    • Re: Turn CONFIG_STRICT_DEVMEM in sysctl dev.mem.restricted,H. Peter Anvin
• [PATCH] trivial, entry_64: remove whitespace at end of lines,Alexander van Heukelum
  • [RFC] x86: save_args out of line,Alexander van Heukelum
    • Re: [RFC] x86: save_args out of line,Glauber Costa
      • Re: [RFC] x86: save_args out of line,Alexander van Heukelum
    • Re: [RFC] x86: save_args out of line,Andi Kleen
      • Re: [RFC] x86: save_args out of line,Alexander van Heukelum
      • Re: [RFC] x86: save_args out of line,Andi Kleen
      • Re: [RFC] x86: save_args out of line,Cyrill Gorcunov
      • Re: [RFC] x86: save_args out of line,Cyrill Gorcunov
      • Re: [RFC] x86: save_args out of line,Alexander van Heukelum
      • Re: [RFC] x86: save_args out of line,Cyrill Gorcunov
      • Re: [RFC] x86: save_args out of line,Alexander van Heukelum
      • Re: [RFC] x86: save_args out of line,Cyrill Gorcunov
    • [RFC,v2] x86_64: save_args out of line,Alexander van Heukelum
      • Re: [RFC,v2] x86_64: save_args out of line,Jan Beulich
      • Re: [RFC,v2] x86_64: save_args out of line,Alexander van Heukelum
      • Re: [RFC,v2] x86_64: save_args out of line,Jan Beulich
      • Re: [RFC,v2] x86_64: save_args out of line,Ingo Molnar
      • Re: [RFC,v2] x86_64: save_args out of line,Jan Beulich
      • Re: [RFC,v2] x86_64: save_args out of line,Ingo Molnar
      • Re: [RFC,v2] x86_64: save_args out of line,Roland McGrath
      • Re: [RFC,v2] x86_64: save_args out of line,Andi Kleen
      • Re: [RFC,v2] x86_64: save_args out of line,Jeremy Fitzhardinge
      • Re: [RFC,v2] x86_64: save_args out of line,H. Peter Anvin
      • Re: [RFC,v2] x86_64: save_args out of line,Jeremy Fitzhardinge
      • Re: [RFC,v2] x86_64: save_args out of line,Roland McGrath
      • Re: [RFC,v2] x86_64: save_args out of line,Andi Kleen
      • Re: [RFC,v2] x86_64: save_args out of line,H. Peter Anvin
      • Re: [RFC,v2] x86_64: save_args out of line,Ingo Molnar
      • Re: [RFC,v2] x86_64: save_args out of line,Ingo Molnar
      • [PATCH/RFC] Move entry_64.S register saving out of the macros,Alexander van Heukelum
      • Re: [PATCH/RFC] Move entry_64.S register saving out of the macros,H. Peter Anvin
      • Re: [PATCH/RFC] Move entry_64.S register saving out of the macros,Ingo Molnar
      • [PATCH] x86: clean up after: move entry_64.S register saving out of the macros,Alexander van Heukelum
      • Re: [PATCH] x86: clean up after: move entry_64.S register saving out of the macros,Andi Kleen
      • Re: [PATCH] x86: clean up after: move entry_64.S register saving out of the macros,Ingo Molnar
      • Re: [PATCH] x86: clean up after: move entry_64.S register saving out of the macros,Alexander van Heukelum
      • Re: [PATCH] x86: clean up after: move entry_64.S register saving out of the macros,Ingo Molnar
      • Re: [PATCH] x86: clean up after: move entry_64.S register savingout of the macros,Jan Beulich
      • Re: [PATCH] x86: clean up after: move entry_64.S register saving out of the macros,Alexander van Heukelum
      • Re: [PATCH] x86: clean up after: move entry_64.S register saving out of the macros,Cyrill Gorcunov
      • Re: [PATCH] x86: clean up after: move entry_64.S register saving out of the macros,Alexander van Heukelum
      • Re: [PATCH] x86: clean up after: move entry_64.S register saving out of the macros,Ingo Molnar
      • [PATCH] x86: Introduce save_rest and restructure the PTREGSCALL macro in entry_64.S,Alexander van Heukelum
      • [PATCH] x86: entry_64.S: Factor out save_paranoid and paranoid_exit.,Alexander van Heukelum
      • [PATCH] Split out some macro's and move common code to paranoid_exit,Alexander van Heukelum
      • Re: [PATCH] Split out some macro's and move common code to paranoid_exit,Ingo Molnar
      • [PATCH] x86: include ENTRY/END in entry handlers in entry_64.S,Alexander van Heukelum
      • [PATCH] x86: KPROBE_ENTRY should be paired wth KPROBE_END,Alexander van Heukelum
      • Re: [PATCH] x86: KPROBE_ENTRY should be paired wth KPROBE_END,Ingo Molnar
      • Re: [PATCH] x86: KPROBE_ENTRY should be paired wth KPROBE_END,Cyrill Gorcunov
      • Re: [PATCH] x86: KPROBE_ENTRY should be pa