lists-archives.org

Mailing Lists Archives

	Web lists-archives.org

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• [RFC PATCH v8 01/16] Add a new structure for skb buffer from external., (continued)
  • [RFC PATCH v8 01/16] Add a new structure for skb buffer from external.,xiaohui . xin
    • [RFC PATCH v8 02/16] Add a new struct for device to manipulate external buffer.,xiaohui . xin
      • [RFC PATCH v8 03/16] Add a ndo_mp_port_prep func to net_device_ops.,xiaohui . xin
      • [RFC PATCH v8 04/16] Add a function make external buffer owner to query capability.,xiaohui . xin
      • [RFC PATCH v8 05/16] Add a function to indicate if device use external buffer.,xiaohui . xin
      • [RFC PATCH v8 06/16] Use callback to deal with skb_release_data() specially.,xiaohui . xin
      • [RFC PATCH v8 07/16] Modify netdev_alloc_page() to get external buffer,xiaohui . xin
      • [RFC PATCH v8 08/16] Modify netdev_free_page() to release external buffer,xiaohui . xin
      • [RFC PATCH v8 09/16] Don't do skb recycle, if device use external buffer.,xiaohui . xin
      • [RFC PATCH v8 10/16] Add a hook to intercept external buffers from NIC driver.,xiaohui . xin
      • [RFC PATCH v8 11/16] Add header file for mp device.,xiaohui . xin
      • [RFC PATCH v8 13/16] Add a kconfig entry and make entry for mp device.,xiaohui . xin
      • [RFC PATCH v8 12/16] Add mp(mediate passthru) device.,xiaohui . xin
      • [RFC PATCH v8 14/16] Provides multiple submits and asynchronous notifications.,xiaohui . xin
      • [RFC PATCH v8 15/16] An example how to modifiy NIC driver to use napi_gro_frags() interface,xiaohui . xin
      • [RFC PATCH v8 16/16] An example how to alloc user buffer based on napi_gro_frags() interface.,xiaohui . xin
  • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Shirley Ma
    • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Avi Kivity
      • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Shirley Ma
      • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Avi Kivity
      • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Shirley Ma
      • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Avi Kivity
      • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Shirley Ma
      • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Avi Kivity
      • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Shirley Ma
    • RE: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Xin, Xiaohui
      • RE: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Shirley Ma
      • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Arnd Bergmann
      • RE: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Dong, Eddie
      • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Arnd Bergmann
      • RE: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Shirley Ma
    • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Michael S. Tsirkin
      • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Shirley Ma
      • Re: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Shirley Ma
    • RE: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Xin, Xiaohui
      • RE: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Shirley Ma
  • RE: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net.,Xin, Xiaohui
• Bus error on make allyesconfig, kernelbuild with HEAD,Christoph Egger
  • Re: Bus error on make allyesconfig, kernelbuild with HEAD,AmÃrico Wang
    • Re: Bus error on make allyesconfig, kernelbuild with HEAD,Christoph Egger
    • Re: Bus error on make allyesconfig, kernelbuild with HEAD,Christoph Egger
      • Re: Bus error on make allyesconfig, kernelbuild with HEAD,AmÃrico Wang
• [PATCH -mm 0/2] Documentation: DMA API updates,FUJITA Tomonori
  • [PATCH -mm 1/2] Documentation: DMA-API-HOWTO.txt: add multiple types of IOMMUs support,FUJITA Tomonori
  • [PATCH -mm 2/2] PCI: add PCI DMA unamp state API to feature-removal-schedule.txt,FUJITA Tomonori
• [PATCH 09/10 v2] oss: msnd: check request_region() return value,Kulikov Vasiliy
  • <Possible follow-ups>
  • [PATCH 09/10 v2] oss: msnd: check request_region() return value,Kulikov Vasiliy
• [PATCH 06/10 v2] ALSA: msnd: check request_region() return value,Kulikov Vasiliy
  • Re: [PATCH 06/10 v2] ALSA: msnd: check request_region() return value,Takashi Iwai
• [PATCH 01/10 v2] arm: leds: check return value of request_region(),Kulikov Vasiliy
• Re: slub numa: Fix rare allocation from unexpected node,Pekka Enberg
• [PATCH] Add support for Toshiba Illumination. This is a set of LEDs installed on some Toshiba laptops. It is controlled through ACPI, the commands has been found through reverse engineering. It has been tested on a Toshiba Qosmio G50-122.,Pierre Ducroquet
  • Re: [PATCH] Add support for Toshiba Illumination. This is a set of LEDs installed on some Toshiba laptops. It is controlled through ACPI, the commands has been found through reverse engineering. It has been tested on a Toshiba Qosmio G50-122.,Corentin Chary
• [PATCH 0/5] memcg updates towards I/O aware memcg v2.,KAMEZAWA Hiroyuki
  • [PATCH 1/5] memcg id quick lookup,KAMEZAWA Hiroyuki
    • Re: [PATCH 1/5] memcg id quick lookup,Greg Thelen
      • Re: [PATCH 1/5] memcg id quick lookup,KAMEZAWA Hiroyuki
  • [PATCH 2/5] use ID in page cgroup,KAMEZAWA Hiroyuki
    • Re: [PATCH 2/5] use ID in page cgroup,Greg Thelen
      • Re: [PATCH 2/5] use ID in page cgroup,KAMEZAWA Hiroyuki
  • [PATCH 3/5] low cost updates of file stat for memcg,KAMEZAWA Hiroyuki
  • [PATCH 4/5] memcg : generic file stat accounting,KAMEZAWA Hiroyuki
  • [PATCH 5/5] memcg : use spinlock in pcg instad of bit_spinlock,KAMEZAWA Hiroyuki
  • Re: [PATCH 0/5] memcg updates towards I/O aware memcg v2.,KAMEZAWA Hiroyuki
• [PATCH] update document,Huang Shijie
• [PATCH 1/1] Char: nozomi, fix tty->count counting,Jiri Slaby
  • Re: [PATCH 1/1] Char: nozomi, fix tty->count counting,Jiri Slaby
  • [PATCH 1/1] Char: nozomi, set tty->driver_data appropriately,Jiri Slaby
• [PATCH 4/7] Btrfs: fix increasing num_workers_starting twice,Miao Xie
• [PATCH 1/7] btrfs/acl: adjust logical path of btrfs_get_acl(),Miao Xie
• [PATCH 5/7] btrfs: fix bad exception handling of __btrfs_start_workers(),Miao Xie
• [PATCH 6/7] btrfs: check the return value of btrfs_start_workers() in open_ctree(),Miao Xie
• [PATCH 7/7] btrfs: fix a wrong error check in add_ra_bio_pages(),Miao Xie
  • Re: [PATCH 7/7] btrfs: fix a wrong error check in add_ra_bio_pages(),Yan, Zheng
    • Re: [PATCH 7/7] btrfs: fix a wrong error check in add_ra_bio_pages(),Miao Xie
• [PATCH 2/7] btrfs/acl: fix btrfs_xattr_acl_set(),Miao Xie
• [PATCH 3/7] btrfs/acl: add noacl check for btrfs_get_acl(),Miao Xie
• i2cdetect outputs on Intel x58 chipsets wanted,Fernand LONE SANG
  • Re: i2cdetect outputs on Intel x58 chipsets wanted,Henrique de Moraes Holschuh
• [patch] tmp_atmel: request correct region,Dan Carpenter
• reasonable to compile out trace_irqflags completely ?,Luming Yu
• [PATCH 2/2] jz4740-adc: fix resource reclaim in jz4740_adc_probe error path,Axel Lin
  • Re: [PATCH 2/2] jz4740-adc: fix resource reclaim in jz4740_adc_probe error path,Samuel Ortiz
• [PATCH 1/2] jz4740-adc/jz4740-hwmon: check kmalloc() result,Axel Lin
  • Re: [PATCH 1/2] jz4740-adc/jz4740-hwmon: check kmalloc() result,Samuel Ortiz
• [patch] kexec: return -EFAULT on copy_to_user() failures,Dan Carpenter
  • Re: [patch] kexec: return -EFAULT on copy_to_user() failures,AmÃrico Wang
• EHLİYETİ OLAN DİKKAT !!!,Sürücü Belgesi Olanlar
• RE: patch "Staging: ti-st: update ABI and TODO" added to staging-next tree,Savoy, Pavan
  • Re: patch "Staging: ti-st: update ABI and TODO" added to staging-next tree,Greg KH
    • Re: patch "Staging: ti-st: update ABI and TODO" added to staging-next tree,Alan Cox
    • RE: patch "Staging: ti-st: update ABI and TODO" added to staging-next tree,Savoy, Pavan
• [PATCH 0/5] memcg: few nit fix and cleanups,KOSAKI Motohiro
  • [PATCH 1/5] memcg: sc.nr_to_reclaim should be initialized,KOSAKI Motohiro
  • [PATCH 2/5] memcg: kill unnecessary initialization in mem_cgroup_shrink_node_zone(),KOSAKI Motohiro
  • [PATCH 3/5] memcg: mem_cgroup_shrink_node_zone() doesn't need sc.nodemask,KOSAKI Motohiro
  • [PATCH 4/5] memcg: remove nid and zid argument from mem_cgroup_soft_limit_reclaim(),KOSAKI Motohiro
  • [PATCH 5/5] memcg: convert to use zone_to_nid() from bare zone->zone_pgdat->node_id,KOSAKI Motohiro
• [PATCH 0/6] Remove owner field from sysfs attribute structure,Guenter Roeck
  • [PATCH 6/6] Remove owner field from sysfs struct attribute,Guenter Roeck
  • [PATCH 3/6] leds: Remove owner field from attribute initialization in bd2802 driver,Guenter Roeck
  • [PATCH 2/6] scsi: Remove owner field from attribute initialization in ARCMSR driver,Guenter Roeck
  • [PATCH 5/6] powerpc/pci: Remove owner field from attribute initialization in PCI bridge init,Guenter Roeck
  • [PATCH 1/6] scsi: Remove owner field from attribute initialization in LPFC driver,Guenter Roeck
  • [PATCH 4/6] regulator: Remove owner field from attribute initialization in regulator core driver,Guenter Roeck
    • Re: [PATCH 4/6] regulator: Remove owner field from attribute initialization in regulator core driver,Mark Brown
  • Re: [PATCH 0/6] Remove owner field from sysfs attribute structure,Eric Biederman
    • Re: [PATCH 0/6] Remove owner field from sysfs attribute structure,Greg KH
      • Re: [PATCH 0/6] Remove owner field from sysfs attribute structure,Jean Delvare
      • Re: [PATCH 0/6] Remove owner field from sysfs attribute structure,Stephen Rothwell
      • Re: [PATCH 0/6] Remove owner field from sysfs attribute structure,Stephen Rothwell
      • Re: [PATCH 0/6] Remove owner field from sysfs attribute structure,Guenter Roeck
  • Re: [PATCH 0/6] Remove owner field from sysfs attribute structure,Tejun Heo
    • Re: [PATCH 0/6] Remove owner field from sysfs attribute structure,Benjamin Herrenschmidt
      • Re: [PATCH 0/6] Remove owner field from sysfs attribute structure,Greg KH
      • Re: [PATCH 0/6] Remove owner field from sysfs attribute structure,Guenter Roeck
      • Re: [PATCH 0/6] Remove owner field from sysfs attribute structure,Greg KH
• linux-next: Tree for July 29,Stephen Rothwell
  • [PATCH -next] mtd: redwood depends on MTD_PARTITIONS,Randy Dunlap
  • [PATCH -next] net: ks8842 depends on DMA_ENGINE,Randy Dunlap
    • Re: [PATCH -next] net: ks8842 depends on DMA_ENGINE,David Miller
  • [PATCH -next] scsi: be2iscsi needs ISCSI_BOOT_SYSFS,Randy Dunlap
    • Re: [PATCH -next] scsi: be2iscsi needs ISCSI_BOOT_SYSFS,Konrad Rzeszutek Wilk
• [patch] MAINTAINERS: kexec-tools has moved,Simon Horman
  • Re: [patch] MAINTAINERS: kexec-tools has moved,Michael Neuling
  • Re: [patch] MAINTAINERS: kexec-tools has moved,Simon Horman
    • Re: [patch] MAINTAINERS: kexec-tools has moved,H. Peter Anvin
      • Re: [patch] MAINTAINERS: kexec-tools has moved,Simon Horman
      • Re: [patch] MAINTAINERS: kexec-tools has moved,Eric W. Biederman
      • Re: [patch] MAINTAINERS: kexec-tools has moved,Simon Horman
  • <Possible follow-ups>
  • [patch] MAINTAINERS: kexec-tools has moved,Simon Horman
• linux-next: manual merge of the workqueues tree with the lost-spurious-irq tree,Stephen Rothwell
• Kernel Summit 2010 reminder,Theodore Ts'o
• kcryptd oops when resuming with TuxOnIce with KDB oops afterwards,Pedro Ribeiro
  • Re: kcryptd oops when resuming with TuxOnIce with KDB oops afterwards,Henrique de Moraes Holschuh
    • Re: kcryptd oops when resuming with TuxOnIce with KDB oops afterwards,Nigel Cunningham
      • Re: [dm-crypt] kcryptd oops when resuming with TuxOnIce with KDB oops afterwards,Milan Broz
      • Re: [dm-crypt] kcryptd oops when resuming with TuxOnIce with KDB oops afterwards,Nigel Cunningham
      • Re: [TuxOnIce-devel] kcryptd oops when resuming with TuxOnIce with KDB oops afterwards,Martin Steigerwald
  • Re: [Kgdb-bugreport] kcryptd oops when resuming with TuxOnIce with KDBoops afterwards,Jason Wessel
    • Re: [Kgdb-bugreport] kcryptd oops when resuming with TuxOnIce with KDBoops afterwards,Pedro Ribeiro
      • Re: [Kgdb-bugreport] kcryptd oops when resuming with TuxOnIce with KDBoops afterwards,Jason Wessel
• [PATCH 0/4] function/data-sections,Denys Vlasenko
  • [PATCH 3/4] kernel linker stripts: accomodate function and data sections,Denys Vlasenko
  • [PATCH 4/4] boot linker stripts: accomodate function and data sections,Denys Vlasenko
  • [PATCH 1/4] modpost: support objects with more than 64k sections,Denys Vlasenko
  • [PATCH 2/4] module linker script: coalesce function and data sections,Denys Vlasenko
    • Re: [PATCH 2/4] module linker script: coalesce function and data sections,Michal Marek
      • Re: [PATCH 2/4] module linker script: coalesce function and data sections,Denys Vlasenko
  • Re: [PATCH 2/4] module linker script: coalesce function and data sections,David Howells
    • Re: [PATCH 2/4] module linker script: coalesce function and data sections,Denys Vlasenko
    • Re: [PATCH 2/4] module linker script: coalesce function and data sections,David Howells
• [tip:x86/cpu] x86, cpu: Export AMD errata definitions,tip-bot for H. Peter Anvin
• [tip:x86/cpu] x86, cpu: Use AMD errata checking framework for erratum 383,tip-bot for Hans Rosenfeld
• [GIT PULL] hopefully final SCSI fixes for 2.6.35-rc6,James Bottomley
• Kernel GPLv question-"Prominent Notice",David VomLehn
  • Re: Kernel GPLv question-"Prominent Notice",Randy Dunlap
• [PATCH] ips driver: make it less chatty,Jesse Barnes
• warning at __set_page_dirty in backport of perf counters from 2.6.31.14 to 2.6.27.48,David Ahern
• [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states,Ai Li
  • Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states,Arjan van de Ven
  • Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states,Andrew Morton
    • Message not available
      • Message not available
      • Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states,Ai Li
      • Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states,Andrew Morton
      • Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states,Ai Li
      • Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states,Daniel Walker
• [GIT PULL] Regulator fixes for 2.6.35,Liam Girdwood
• Memory corruption during hibernation since 2.6.31,Ondrej Zary
  • Re: Memory corruption during hibernation since 2.6.31,Rafael J. Wysocki
    • Re: Memory corruption during hibernation since 2.6.31,Ondrej Zary
      • Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
    • Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • Re: Memory corruption during hibernation since 2.6.31,KOSAKI Motohiro
      • Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • Re: Memory corruption during hibernation since 2.6.31,KOSAKI Motohiro
      • Re: Memory corruption during hibernation since 2.6.31,Ondrej Zary
      • Re: Memory corruption during hibernation since 2.6.31,Hugh Dickins
      • Re: Memory corruption during hibernation since 2.6.31,Andrea Arcangeli
      • Re: Memory corruption during hibernation since 2.6.31,Rafael J. Wysocki
      • Re: Memory corruption during hibernation since 2.6.31,Hugh Dickins
      • Re: Memory corruption during hibernation since 2.6.31,Pavel Machek
      • Re: Memory corruption during hibernation since 2.6.31,Rafael J. Wysocki
      • Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • Re: Memory corruption during hibernation since 2.6.31,Hugh Dickins
      • Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • Re: Memory corruption during hibernation since 2.6.31,Hugh Dickins
      • Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • Re: Memory corruption during hibernation since 2.6.31,Hugh Dickins
      • Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • Re: Memory corruption during hibernation since 2.6.31,Hugh Dickins
      • [RFC][PATCH -mm] hibernation: freeze swap at hibernation (Was Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • Re: [RFC][PATCH -mm] hibernation: freeze swap at hibernation (Was Re: Memory corruption during hibernation since 2.6.31,Rafael J. Wysocki
      • Re: [RFC][PATCH -mm] hibernation: freeze swap at hibernation (Was Re: Memory corruption during hibernation since 2.6.31,Balbir Singh
      • Re: [RFC][PATCH -mm] hibernation: freeze swap at hibernation (Was Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • Re: [RFC][PATCH -mm] hibernation: freeze swap at hibernation (Was Re: Memory corruption during hibernation since 2.6.31,Rafael J. Wysocki
      • Re: [RFC][PATCH -mm] hibernation: freeze swap at hibernation (Was Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • Re: [RFC][PATCH -mm] hibernation: freeze swap at hibernation (Was Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • [PATCH -mm] hibernation: freeze swap at hibernation v2,KAMEZAWA Hiroyuki
      • Re: [PATCH -mm] hibernation: freeze swap at hibernation v2,Andrew Morton
      • Re: [PATCH -mm] hibernation: freeze swap at hibernation v2,KAMEZAWA Hiroyuki
      • Re: Memory corruption during hibernation since 2.6.31,Balbir Singh
      • Re: Memory corruption during hibernation since 2.6.31,Hugh Dickins
      • Re: Memory corruption during hibernation since 2.6.31,Balbir Singh
      • Re: Memory corruption during hibernation since 2.6.31,Ondrej Zary
      • Re: Memory corruption during hibernation since 2.6.31,Andrea Gelmini
      • Re: Memory corruption during hibernation since 2.6.31,KAMEZAWA Hiroyuki
      • [BUGFIX][PATCH] fix corruption of hibernation caused by reusing swap at saving image,KAMEZAWA Hiroyuki
      • Re: [BUGFIX][PATCH] fix corruption of hibernation caused by reusing swap at saving image,KAMEZAWA Hiroyuki
      • Re: [BUGFIX][PATCH] fix corruption of hibernation caused by reusing swap at saving image,KAMEZAWA Hiroyuki
      • Re: [BUGFIX][PATCH] fix corruption of hibernation caused by reusing swap at saving image,Hugh Dickins
      • Re: Memory corruption during hibernation since 2.6.31,Andrea Gelmini
• [PATCH 0/5] use idr kernel library instead of handles,Ernesto Ramos
  • [PATCH] staging:ti dspbridge: use node id instead of kernel address,Ernesto Ramos
    • [PATCH] staging:ti dspbridge: avoid errors if node handle is zero,Ernesto Ramos
      • [PATCH] staging:ti dspbridge: use processor handle from context instead of user's,Ernesto Ramos
      • [PATCH] staging:ti dspbridge: use stream id instead of kernel address,Ernesto Ramos
      • [PATCH] staging:ti dspbridge: avoid errors if stream id is zero,Ernesto Ramos
• ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Kay Diederichs
  • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Greg Freemyer
    • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Kay Diederichs
      • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Henrique de Moraes Holschuh
      • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Henrique de Moraes Holschuh
  • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Dave Chinner
    • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Kay Diederichs
      • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Eric Sandeen
      • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Kay Diederichs
      • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Kay Diederichs
  • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Ted Ts'o
    • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Kay Diederichs
      • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Ted Ts'o
    • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Kay Diederichs
    • Message not available
      • Message not available
      • Re: ext4 performance regression 2.6.27-stable versus 2.6.32 and later,Kay Diederichs
• cyber2000fb - 24bpp and 32bpp modes not working,Ondrej Zary
  • [PATCH] cyber2000fb: fix console in truecolor modes,Ondrej Zary
• [PATCH v2 0/4] timer: Added usleep[_range] timer,Patrick Pannuto
  • [PATCH 1/4] timer: Added usleep[_range] timer,Patrick Pannuto
    • Re: [PATCH 1/4] timer: Added usleep[_range] timer,Andrew Morton
      • Re: [PATCH 1/4] timer: Added usleep[_range] timer,Patrick Pannuto
      • Re: [PATCH 1/4] timer: Added usleep[_range] timer,Andrew Morton
      • Re: [PATCH 1/4] timer: Added usleep[_range] timer,Arjan van de Ven
      • Re: [PATCH 1/4] timer: Added usleep[_range] timer,Patrick Pannuto
      • Re: [PATCH 1/4] timer: Added usleep[_range] timer,Andrew Morton
      • Re: [PATCH 1/4] timer: Added usleep[_range] timer,Arjan van de Ven
      • Re: [PATCH 1/4] timer: Added usleep[_range] timer,Patrick Pannuto
      • Re: [PATCH 1/4] timer: Added usleep[_range] timer,Andrew Morton
      • Re: [PATCH 1/4] timer: Added usleep[_range] timer,Arjan van de Ven
  • [PATCH 4/4] Checkpatch: warn about unexpectedly long msleep's,Patrick Pannuto
    • Re: [PATCH 4/4] Checkpatch: warn about unexpectedly long msleep's,Andrew Morton
      • Re: [PATCH 4/4] Checkpatch: warn about unexpectedly long msleep's,Patrick Pannuto
  • [PATCH 3/4] Checkpatch: prefer usleep over udelay,Patrick Pannuto
    • Re: [PATCH 3/4] Checkpatch: prefer usleep over udelay,Andrew Morton
  • [PATCH 2/4] Documentation: Add timers/timers-howto.txt,Patrick Pannuto
  • Re: [PATCH v2 0/4] timer: Added usleep[_range] timer,Pavel Machek
• [PATH V2 0/5] Package Level Thermal Control and Power Limit Notification,Fenghua Yu
  • [PATH V2 1/5] Package Level Thermal Control and Power Limit Notification: enable features,Fenghua Yu
  • [PATH V2 5/5] Package Level Thermal Control and Power Limit Notification: pkgtemp doc,Fenghua Yu
    • Re: [PATH V2 5/5] Package Level Thermal Control and Power Limit Notification: pkgtemp doc,Guenter Roeck
  • [PATH V2 4/5] Package Level Thermal Control and Power Limit Notification: power limit,Fenghua Yu
    • Re: [PATH V2 4/5] Package Level Thermal Control and Power Limit Notification: power limit,Guenter Roeck
      • Re: [PATH V2 4/5] Package Level Thermal Control and Power Limit Notification: power limit,Fenghua Yu
  • [PATH V2 3/5] Package Level Thermal Control and Power Limit Notification: thermal throttling handler,Fenghua Yu
  • [PATH V2 2/5] Package Level Thermal Control and Power Limit Notification: pkgtemp hwmon driver,Fenghua Yu
    • Re: [PATH V2 2/5] Package Level Thermal Control and Power Limit Notification: pkgtemp hwmon driver,Guenter Roeck
• [PATCH] arm/mach-ixp2000: Add missing comma - fix build failure,Peter Huewe
  • Re: [PATCH] arm/mach-ixp2000: Add missing comma - fix build failure,Kirill A. Shutemov
    • Re: [PATCH] arm/mach-ixp2000: Add missing comma - fix build failure,Russell King - ARM Linux
• [BUG] 2.6.34 - unable to handle kernel paging request,Felipe W Damasio
• [PATCH] video/w100fb: ignore void return value / fix build failure,Peter Hüwe
  • Re: [PATCH] video/w100fb: ignore void return value / fix build failure,Henrik Kretzschmar
• [PATCH v2 0/3] update of various kbuild flags to allow user settings,Sam Ravnborg
  • [PATCH 1/3] kbuild: allow assignment to {A,C,LD}FLAGS_MODULE on the command line,Sam Ravnborg
    • Re: [PATCH 1/3] kbuild: allow assignment to {A,C,LD}FLAGS_MODULE on the command line,Mike Frysinger
    • Re: [PATCH 1/3] kbuild: allow assignment to {A,C,LD}FLAGS_MODULE on the command line,Haavard Skinnemoen
  • [PATCH 2/3] kbuild: allow assignment to {A,C}FLAGS_KERNEL on the command line,Sam Ravnborg
  • [PATCH 3/3] frv: clean up arch/frv/Makefile,Sam Ravnborg
  • Re: [PATCH v2 0/3] update of various kbuild flags to allow user settings,Sam Ravnborg
  • Re: [PATCH v2 0/3] update of various kbuild flags to allow user settings,Michal Marek
    • Re: [PATCH v2 0/3] update of various kbuild flags to allow user settings,Michal Marek
• RAID/block regression starting from 2.6.32, bisected,Vladislav Bolkhovitin
  • Re: RAID/block regression starting from 2.6.32, bisected,Tejun Heo
    • Re: RAID/block regression starting from 2.6.32, bisected,Neil Brown
      • [PATCH 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Tejun Heo
      • [PATCH 2/2 block#for-linus] bio, fs: separate out bio_types.h and define READ/WRITE constants in terms of BIO_RW_* flags,Tejun Heo
      • [PATCH RESEND 2/2 block#for-linus] bio, fs: separate out bio_types.h and define READ/WRITE constants in terms of BIO_RW_* flags,Tejun Heo
      • [PATCH RESEND 2/2 block#for-linus] bio, fs: separate out bio_types.h and define READ/WRITE constants in terms of BIO_RW_* flags,Tejun Heo
      • [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Tejun Heo
      • Re: [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Neil Brown
      • Re: [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Tejun Heo
      • Re: [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Jeff Moyer
      • Re: [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Vladislav Bolkhovitin
      • Re: [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Jeff Moyer
      • Re: [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Tao Ma
      • Re: [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Tejun Heo
      • Re: [dm-devel] [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Christoph Hellwig
      • [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Tejun Heo
      • Re: [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits,Jens Axboe
      • [PATCH 1/2 block#for-2.6.36] bio, fs: update RWA_MASK, READA and SWRITE to match the corresponding BIO_RW_* bits,Tejun Heo
      • Re: [PATCH 1/2 block#for-2.6.36] bio, fs: update RWA_MASK, READA and SWRITE to match the corresponding BIO_RW_* bits,Jens Axboe
      • Re: [PATCH 1/2 block#for-2.6.36] bio, fs: update RWA_MASK, READA and SWRITE to match the corresponding BIO_RW_* bits,Jens Axboe
      • Re: [PATCH 1/2 block#for-2.6.36] bio, fs: update RWA_MASK, READA and SWRITE to match the corresponding BIO_RW_* bits,Tejun Heo
      • [PATCH] coda: rename REQ_* to CODA_REQ_*,Tejun Heo
      • Re: [PATCH] coda: rename REQ_* to CODA_REQ_*,Jan Harkes
      • Re: [PATCH] coda: rename REQ_* to CODA_REQ_*,Jens Axboe
      • [PATCH 2/2 block#for-2.6.36] bio, fs: separate out bio_types.h and define READ/WRITE constants in terms of BIO_RW_* flags,Tejun Heo
• [ANNOUNCE] Git 1.7.2.1 (also 1.7.1.2 and 1.7.0.7),Junio C Hamano
• [PATCH 1/2] arm: msm: Fix section mismatch in smd.c.,Gregory Bean
  • [PATCH 2/2] video: msm: Fix section mismatch in mddi.c.,Gregory Bean
• [GIT PULL] ceph fixes for 2.6.35,Sage Weil
• [PATCH] Staging: dt3155: properly export the module parameter,H Hartley Sweeten
  • Re: [PATCH] Staging: dt3155: properly export the module parameter,Jiri Slaby
    • RE: [PATCH] Staging: dt3155: properly export the module parameter,H Hartley Sweeten
      • Re: [PATCH] Staging: dt3155: properly export the module parameter,Jiri Slaby
      • RE: [PATCH] Staging: dt3155: properly export the module parameter,H Hartley Sweeten
      • Re: [PATCH] Staging: dt3155: properly export the module parameter,Greg KH
• [PATCH] staging:ti dspbridge: avoid possible NULL dereference panic,Ernesto Ramos
• [PATCH 10/10] ALSA: asihpi: check return value of get_user(),Kulikov Vasiliy
  • Re: [PATCH 10/10] ALSA: asihpi: check return value of get_user(),Takashi Iwai
• [PATCH 09/10] oss: msnd: check request_region() return value,Kulikov Vasiliy
  • Re: [PATCH 09/10] oss: msnd: check request_region() return value,Dan Carpenter
    • Re: [PATCH 09/10] oss: msnd: check request_region() return value,Dan Carpenter
      • Re: [PATCH 09/10] oss: msnd: check request_region() return value,Takashi Iwai
      • Re: [PATCH 09/10] oss: msnd: check request_region() return value,Vasiliy Kulikov
• [PATCH 08/10] oss: midi_synth: check get_user() return value,Kulikov Vasiliy
  • Re: [PATCH 08/10] oss: midi_synth: check get_user() return value,Takashi Iwai
• [PATCH 07/10] ALSA: sb: check get_user() return value,Kulikov Vasiliy
  • Re: [PATCH 07/10] ALSA: sb: check get_user() return value,Takashi Iwai
• [2.6.35-rc6 patch] increase kmemleak robustness at boot,Daniel J Blueman
  • Re: [2.6.35-rc6 patch] increase kmemleak robustness at boot,Pekka Enberg
    • Re: [2.6.35-rc6 patch] increase kmemleak robustness at boot,Daniel J Blueman
    • Re: [2.6.35-rc6 patch] increase kmemleak robustness at boot,Catalin Marinas
      • Re: [2.6.35-rc6 patch] increase kmemleak robustness at boot,Daniel J Blueman
      • Re: [2.6.35-rc6 patch] increase kmemleak robustness at boot,Pekka Enberg
      • Re: [2.6.35-rc6 patch] increase kmemleak robustness at boot,Daniel J Blueman
      • Re: [2.6.35-rc6 patch] increase kmemleak robustness at boot,Pekka Enberg
      • Re: [2.6.35-rc6 patch] increase kmemleak robustness at boot,Catalin Marinas
      • Re: [2.6.35-rc6 patch] increase kmemleak robustness at boot,Pekka Enberg
• [PATCH 05/10] mm: check kmalloc() return value,Kulikov Vasiliy
  • Re: [PATCH 05/10] mm: check kmalloc() return value,Pekka Enberg
• [PATCH 06/10] ALSA: msnd: check request_region() return value,Kulikov Vasiliy
• [PATCH 04/10] x86: mce: fix error handling,Kulikov Vasiliy
  • Re: [PATCH 04/10] x86: mce: fix error handling,Borislav Petkov
  • Re: [PATCH 04/10] x86: mce: fix error handling,Andi Kleen
    • Re: [PATCH 04/10] x86: mce: fix error handling,Vasiliy Kulikov
      • Re: [PATCH 04/10] x86: mce: fix error handling,Andi Kleen
      • Re: [PATCH 04/10] x86: mce: fix error handling,Vasiliy Kulikov
      • Re: [PATCH 04/10] x86: mce: fix error handling,Andi Kleen
      • Re: [PATCH 04/10] x86: mce: fix error handling,walter harms
      • Re: [PATCH 04/10] x86: mce: fix error handling,Vasiliy Kulikov
      • Re: [PATCH 04/10] x86: mce: fix error handling,Vasiliy Kulikov
      • Re: [PATCH 04/10] x86: mce: fix error handling,Borislav Petkov
• [PATCH 03/10] sh: dma: check return value of create_proc_read_entry(),Kulikov Vasiliy
• [PATCH 02/10] s390: sysinfo: check return value of create_proc_read_entry(),Kulikov Vasiliy
• [PATCH 01/10] arm: leds: check return value of request_region(),Kulikov Vasiliy
  • Re: [PATCH 01/10] arm: leds: check return value of request_region(),Dan Carpenter
• [PATCH v3] Staging: dt3155: make local variables static,H Hartley Sweeten
• Re: linux-next: please pull in from lost-spurious-irq branch,Stephen Rothwell
• [PATCH] staging:ti dspbridge: remove find_gcf from nldr.c,Ernesto Ramos
• [PATCH 0/4] staging:ti dspbridge: Fix IVA2 power OFF series,Ernesto Ramos
  • [PATCH 1/4] staging:ti dspbridge: fix bridge_brd_stop so IVA2 is set OFF,Ernesto Ramos
    • [PATCH 2/4] staging:ti dspbridge: proc_load/start should set IVA2 to OFF in case of failure,Ernesto Ramos
      • [PATCH 3/4] staging:ti dspbridge: make sure IVA2 is OFF when dev is created,Ernesto Ramos
      • [PATCH 4/4] staging:ti dspbridge: remove bridge_brd_delete function,Ernesto Ramos
• Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Mario 'BitKoenig' Holbe
  • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Takashi Iwai
    • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Takashi Iwai
      • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Mario 'BitKoenig' Holbe
      • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Takashi Iwai
      • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Mario 'BitKoenig' Holbe
      • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Takashi Iwai
      • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Mario 'BitKoenig' Holbe
      • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Takashi Iwai
      • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Mario 'BitKoenig' Holbe
      • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Takashi Iwai
      • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Mario 'BitKoenig' Holbe
      • Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep,Takashi Iwai
• CONFIG_IPIPE,Christian Dietrich
  • Re: CONFIG_IPIPE,Mike Frysinger
• [PATCH 00/10] staging:ti dspbridge: Remove DSP_FAILED and DSP_SUCCEEDED macros,Ernesto Ramos
  • [PATCH 01/10] staging:ti dspbridge: remove DSP_SUCCEEDED macro from core,Ernesto Ramos
    • [PATCH 02/10] staging:ti dspbridge: remove DSP_SUCCEEDED macro from pmgr,Ernesto Ramos
      • [PATCH 03/10] staging:ti dspbridge: remove DSP_SUCCEEDED macro from rmgr,Ernesto Ramos
      • [PATCH 04/10] staging:ti dspbridge: remove DSP_SUCCEEDED macro from services,Ernesto Ramos
      • [PATCH 05/10] staging:ti dspbridge: remove DSP_SUCCEEDED macro definition,Ernesto Ramos
      • [PATCH 06/10] staging:ti dspbridge: remove DSP_FAILED macro from core,Ernesto Ramos
      • [PATCH 07/10] staging:ti dspbridge: remove DSP_FAILED macro from pmgr,Ernesto Ramos
      • [PATCH 08/10] staging:ti dspbridge: remove DSP_FAILED macro from rmgr,Ernesto Ramos
      • [PATCH 09/10] staging:ti dspbridge: remove DSP_FAILED macro from services,Ernesto Ramos
      • [PATCH 10/10] staging:ti dspbridge: remove DSP_FAILED macro definition,Ernesto Ramos
  • Re: [PATCH 00/10] staging:ti dspbridge: Remove DSP_FAILED and DSP_SUCCEEDED macros,Ohad Ben-Cohen
• [PATCH 0/5] staging:ti dspbridge: Checkpatch errors cleanup series,Ernesto Ramos
  • [PATCH 1/5] staging:ti dspbridge: remove unused typedef REG16,Ernesto Ramos
    • [PATCH 2/5] staging:ti dspbridge: remove unnecessary check for NULL pointer in cmm.c,Ernesto Ramos
      • [PATCH 3/5] staging:ti dspbridge: remove function delete_strm_mgr,Ernesto Ramos
      • [PATCH 4/5] staging:ti dspbridge: remove unnecessary volatile variables,Ernesto Ramos
      • [PATCH 5/5] staging:ti dspbridge: replace simple_strtoul by strict_strtoul,Ernesto Ramos
      • Re: [PATCH 5/5] staging:ti dspbridge: replace simple_strtoul by strict_strtoul,Greg KH
      • Re: [PATCH 5/5] staging:ti dspbridge: replace simple_strtoul by strict_strtoul,Andy Shevchenko
      • Re: [PATCH 5/5] staging:ti dspbridge: replace simple_strtoul by strict_strtoul,Greg KH
      • Re: [PATCH 5/5] staging:ti dspbridge: replace simple_strtoul by strict_strtoul,Andy Shevchenko
      • RE: [PATCH 5/5] staging:ti dspbridge: replace simple_strtoul by strict_strtoul,Ramos Falcon, Ernesto
      • Re: [PATCH 4/5] staging:ti dspbridge: remove unnecessary volatile variables,Nishanth Menon
      • RE: [PATCH 4/5] staging:ti dspbridge: remove unnecessary volatile variables,Ramos Falcon, Ernesto
      • Re: [PATCH 2/5] staging:ti dspbridge: remove unnecessary check for NULL pointer in cmm.c,Nishanth Menon
      • Re: [PATCH 2/5] staging:ti dspbridge: remove unnecessary check for NULL pointer in cmm.c,Nishanth Menon
      • RE: [PATCH 2/5] staging:ti dspbridge: remove unnecessary check for NULL pointer in cmm.c,Ramos Falcon, Ernesto
      • Re: [PATCH 2/5] staging:ti dspbridge: remove unnecessary check for NULL pointer in cmm.c,Felipe Contreras
      • RE: [PATCH 2/5] staging:ti dspbridge: remove unnecessary check for NULL pointer in cmm.c,Ramos Falcon, Ernesto
• [PATCH 1/2] [PATCH] x86: Look for TSC Deadline Timer,Len Brown
  • [RFC PATCH 2/2] x86: Prefer TSC Deadline Timer over LAPIC timer,Len Brown
    • Re: [RFC PATCH 2/2] x86: Prefer TSC Deadline Timer over LAPIC timer,Venkatesh Pallipadi
• [PATCH] firewire: ohci: release channel in error path,Stefan Richter
• [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Tejun Heo
  • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Tejun Heo
    • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Thomas Gleixner
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Tejun Heo
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Thomas Gleixner
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Tejun Heo
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Tejun Heo
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Thomas Gleixner
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Tejun Heo
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Thomas Gleixner
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Tejun Heo
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Tejun Heo
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Thomas Gleixner
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Thomas Gleixner
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Tejun Heo
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Thomas Gleixner
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Tejun Heo
      • Re: [GIT PULL tip/genirq] Please pull from lost-spurious-irq,Thomas Gleixner
• [PATCH] netfilter : fix typo in Kconfig,Meik Piepmeyer
  • Re: [PATCH] netfilter : fix typo in Kconfig,Patrick McHardy
• [PATCH] Make sure abs() always works on a signed argument,Michal Januszewski
  • Re: [PATCH] Make sure abs() always works on a signed argument,Andreas Schwab
    • [PATCH] Make sure abs() works as expected with both ints and longs,Michal Januszewski
• [PATCHv5 1/3] USB: gadget: composite: Better string override handling,Michal Nazarewicz
  • [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,Michal Nazarewicz
    • [PATCHv5 3/3] USB: gadget: storage_common: fixed warning building mass storage function,Michal Nazarewicz
      • Re: [PATCHv5 3/3] USB: gadget: storage_common: fixed warning building mass storage function,Andy Shevchenko
      • Re: [PATCHv5 3/3] USB: gadget: storage_common: fixed warning building mass storage function,MichaÅ Nazarewicz
      • Re: [PATCHv5 3/3] USB: gadget: storage_common: fixed warning building mass storage function,Andy Shevchenko
      • Re: [PATCHv5 3/3] USB: gadget: storage_common: fixed warning building mass storage function,MichaÅ Nazarewicz
    • Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,David Brownell
      • Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,MichaÅ Nazarewicz
      • Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,Greg KH
      • Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,David Brownell
      • Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,Greg KH
      • Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,David Brownell
      • Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,Greg KH
      • Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,Xiaofan Chen
      • Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,MichaÅ Nazarewicz
      • Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,Greg KH
      • Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets,Michal Nazarewicz
  • Re: [PATCHv5 1/3] USB: gadget: composite: Better string override handling,David Brownell
    • Re: [PATCHv5 1/3] USB: gadget: composite: Better string override handling,MichaÅ Nazarewicz
      • Re: [PATCHv5 1/3] USB: gadget: composite: Better string override handling,David Brownell
      • Re: [PATCHv5 1/3] USB: gadget: composite: Better string override handling,MichaÅ Nazarewicz
• [GIT/PATCH 0/4] Do not use IRQF_TIMER for non timer interrupts,Ian Campbell
  • [PATCH 3/4] powerpc: Use IRQF_NO_SUSPEND not IRQF_TIMER for non-timer interrupts,Ian Campbell
  • [PATCH 1/4] irq: rename IRQF_TIMER to IRQF_NO_SUSPEND,Ian Campbell
    • Re: [PATCH 1/4] irq: rename IRQF_TIMER to IRQF_NO_SUSPEND,Thomas Gleixner
      • Re: [PATCH 1/4] irq: rename IRQF_TIMER to IRQF_NO_SUSPEND,Ian Campbell
      • [GIT/PATCH 0/4] Do not use IRQF_TIMER for non timer interrupts,Ian Campbell
      • [PATCH 1/4] irq: Add new IRQ flag IRQF_NO_SUSPEND,Ian Campbell
      • [tip:irq/core] irq: Add new IRQ flag IRQF_NO_SUSPEND,tip-bot for Ian Campbell
      • Re: [PATCH 1/4] irq: Add new IRQ flag IRQF_NO_SUSPEND,Benjamin Herrenschmidt
      • [PATCH 2/4] ixp4xx-beeper: Use IRQF_NO_SUSPEND not IRQF_TIMER for non-timer interrupt,Ian Campbell
      • [tip:irq/core] ixp4xx-beeper: Use IRQF_NO_SUSPEND not IRQF_TIMER for non-timer interrupt,tip-bot for Ian Campbell
      • [PATCH 3/4] powerpc: Use IRQF_NO_SUSPEND not IRQF_TIMER for non-timer interrupts,Ian Campbell
      • [tip:irq/core] powerpc: Use IRQF_NO_SUSPEND not IRQF_TIMER for non-timer interrupts,tip-bot for Ian Campbell
      • Re: [PATCH 3/4] powerpc: Use IRQF_NO_SUSPEND not IRQF_TIMER for non-timer interrupts,Benjamin Herrenschmidt
      • [PATCH 4/4] xen: do not suspend IPI IRQs.,Ian Campbell
      • [tip:irq/core] xen: Do not suspend IPI IRQs.,tip-bot for Ian Campbell
  • [PATCH 4/4] xen: do not suspend IPI IRQs.,Ian Campbell
  • [PATCH 2/4] ixp4xx-beeper: Use IRQF_NO_SUSPEND not IRQF_TIMER for non-timer interrupt,Ian Campbell
• [PATCH 0/9] Reduce writeback from page reclaim context V5,Mel Gorman
  • [PATCH 9/9] writeback: Prioritise dirty inodes encountered by reclaim for background flushing,Mel Gorman
    • Re: [PATCH 9/9] writeback: Prioritise dirty inodes encountered by reclaim for background flushing,Christoph Hellwig
      • Re: [PATCH 9/9] writeback: Prioritise dirty inodes encountered by reclaim for background flushing,Mel Gorman
  • [PATCH 2/9] vmscan: tracing: Update trace event to track if page reclaim IO is for anon or file pages,Mel Gorman
  • [PATCH 8/9] vmscan: Kick flusher threads to clean pages when reclaim is encountering dirty pages,Mel Gorman
  • [PATCH 7/9] writeback: Roll up of writeback: try to write older pages first,Mel Gorman
  • [PATCH 6/9] writeback: Roll up of writeback changes in next-20100722 versus 2.6.35-rc5,Mel Gorman
  • [PATCH 5/9] vmscan: Do not writeback filesystem pages in direct reclaim,Mel Gorman
  • [PATCH 4/9] vmscan: tracing: Correct units in post-processing script,Mel Gorman
  • [PATCH 3/9] vmscan: tracing: Update post-processing script to distinguish between anon and file IO from page reclaim,Mel Gorman
    • Re: [PATCH 3/9] vmscan: tracing: Update post-processing script to distinguish between anon and file IO from page reclaim,Christoph Hellwig
      • Re: [PATCH 3/9] vmscan: tracing: Update post-processing script to distinguish between anon and file IO from page reclaim,Mel Gorman
  • [PATCH 1/9] vmscan: tracing: Roll up of patches currently in mmotm,Mel Gorman
  • Re: [PATCH 0/9] Reduce writeback from page reclaim context V5,Christoph Hellwig
    • Re: [PATCH 0/9] Reduce writeback from page reclaim context V5,Wu Fengguang
      • Re: [PATCH 0/9] Reduce writeback from page reclaim context V5,Jan Kara
      • Re: [PATCH 0/9] Reduce writeback from page reclaim context V5,Wu Fengguang
      • Re: [PATCH 0/9] Reduce writeback from page reclaim context V5,Wu Fengguang
• Driver: PCIe: 'pci_map_sg' returning invalid bus address?,Evan Lavelle
  • Re: Driver: PCIe: 'pci_map_sg' returning invalid bus address?,Evan Lavelle
    • Re: Driver: PCIe: 'pci_map_sg' returning invalid bus address?,FUJITA Tomonori
      • Re: Driver: PCIe: 'pci_map_sg' returning invalid bus address?,Evan Lavelle
      • Re: Driver: PCIe: 'pci_map_sg' returning invalid bus address?,FUJITA Tomonori
      • Re: Driver: PCIe: 'pci_map_sg' returning invalid bus address?,Konrad Rzeszutek Wilk
      • RE: Driver: PCIe: 'pci_map_sg' returning invalid bus address?,Yuhong Bao
  • Re: Driver: PCIe: 'pci_map_sg' returning invalid bus address?,Evan Lavelle
    • Re: Driver: PCIe: 'pci_map_sg' returning invalid bus address?,Robert Hancock
• No definition of trace_sched_stat_wait in kernel found!,Jack Daniel
  • Re: No definition of trace_sched_stat_wait in kernel found!,Li Zefan
    • Re: No definition of trace_sched_stat_wait in kernel found!,Jack Daniel
• [PATCH] microblaze: Add KGDB support,Michal Simek
  • Re: [PATCH] microblaze: Add KGDB support,Jason Wessel
    • Re: [PATCH] microblaze: Add KGDB support,Michal Simek
• [PATCH] random: reorder struct entropy_store to remove padding on 64bits,Richard Kennedy
  • Re: [PATCH] random: reorder struct entropy_store to remove padding on 64bits,Matt Mackall
    • Re: [PATCH] random: reorder struct entropy_store to remove padding on 64bits,Herbert Xu
      • Re: [PATCH] random: reorder struct entropy_store to remove padding on 64bits,Matt Mackall
      • Re: [PATCH] random: reorder struct entropy_store to remove padding on 64bits,Herbert Xu
• [PATCH] hpimsgx: fix wrong sizeof,Axel Lin
  • Re: [PATCH] hpimsgx: fix wrong sizeof,Takashi Iwai
• [PATCH 1/2] drivers:staging:ti-st: mv sysfs entries to debugfs,pavan_savoy
  • [PATCH 2/2] drivers:staging:ti-st: update ABI and TODO,pavan_savoy
• [tip:x86/asm] x86, asm: Clean up and simplify set_64bit(),tip-bot for H. Peter Anvin
  • [tip:x86/asm] um, x86: Cast to (u64 *) inside set_64bit(),tip-bot for H. Peter Anvin
• [PATCH] vmscan: raise the bar to PAGEOUT_IO_SYNC stalls,Wu Fengguang
  • Re: [PATCH] vmscan: raise the bar to PAGEOUT_IO_SYNC stalls,Minchan Kim
    • [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),Wu Fengguang
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),Mel Gorman
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),Wu Fengguang
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),Mel Gorman
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),KOSAKI Motohiro
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),Mel Gorman
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),KOSAKI Motohiro
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),Wu Fengguang
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),Wu Fengguang
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),KOSAKI Motohiro
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),Wu Fengguang
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),KOSAKI Motohiro
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),Wu Fengguang
      • Re: [PATCH] vmscan: remove wait_on_page_writeback() from pageout(),Minchan Kim
  • Why PAGEOUT_IO_SYNC stalls for a long time,KOSAKI Motohiro
    • Re: Why PAGEOUT_IO_SYNC stalls for a long time,Mel Gorman
      • Re: Why PAGEOUT_IO_SYNC stalls for a long time,KOSAKI Motohiro
      • Re: Why PAGEOUT_IO_SYNC stalls for a long time,Mel Gorman
      • Re: Why PAGEOUT_IO_SYNC stalls for a long time,KOSAKI Motohiro
      • Re: Why PAGEOUT_IO_SYNC stalls for a long time,Mel Gorman
      • Re: Why PAGEOUT_IO_SYNC stalls for a long time,KOSAKI Motohiro
      • Re: Why PAGEOUT_IO_SYNC stalls for a long time,Mel Gorman
      • Re: Why PAGEOUT_IO_SYNC stalls for a long time,KOSAKI Motohiro
      • Re: Why PAGEOUT_IO_SYNC stalls for a long time,Andreas Mohr
    • Re: Why PAGEOUT_IO_SYNC stalls for a long time,Andrew Morton
      • Re: Why PAGEOUT_IO_SYNC stalls for a long time,KOSAKI Motohiro
  • Re: [PATCH] vmscan: raise the bar to PAGEOUT_IO_SYNC stalls,Andrea Arcangeli
    • Re: [PATCH] vmscan: raise the bar to PAGEOUT_IO_SYNC stalls,Mel Gorman
  • Re: [PATCH] vmscan: raise the bar to PAGEOUT_IO_SYNC stalls,Wu Fengguang
    • Re: [PATCH] vmscan: raise the bar to PAGEOUT_IO_SYNC stalls,Christoph Hellwig
      • Re: [PATCH] vmscan: raise the bar to PAGEOUT_IO_SYNC stalls,Pekka Enberg
      • Re: [PATCH] vmscan: raise the bar to PAGEOUT_IO_SYNC stalls,Christoph Hellwig
      • Re: [PATCH] vmscan: raise the bar to PAGEOUT_IO_SYNC stalls,Pekka Enberg
• Email Upgrading Alert !!!,Derek Whitney
• BUG: 'Unknown symbol in module' happens after reloading ehci-hcd module,Ming Lei
  • Re: BUG: 'Unknown symbol in module' happens after reloading ehci-hcd module,Ming Lei
    • Re: BUG: 'Unknown symbol in module' happens after reloading ehci-hcd module,Greg KH
      • Re: BUG: 'Unknown symbol in module' happens after reloading ehci-hcd module,Ming Lei
• linux-next: Tree for July 28,Stephen Rothwell
  • Re: linux-next: Tree for July 28 (lirc),Randy Dunlap
    • [PATCH] staging/lirc: fix non-CONFIG_MODULES build horkage,Jarod Wilson
      • Re: [PATCH] staging/lirc: fix non-CONFIG_MODULES build horkage,Randy Dunlap
  • [PATCH -next] staging/quickstart: depends on INPUT,Randy Dunlap
  • Re: linux-next: Tree for July 28 (lirc #2),Randy Dunlap
    • Re: linux-next: Tree for July 28 (lirc #2),Janne Grunau
      • Re: linux-next: Tree for July 28 (lirc #2),Randy Dunlap
      • Re: linux-next: Tree for July 28 (lirc #2),Jarod Wilson
      • Re: linux-next: Tree for July 28 (lirc #2),Jarod Wilson
      • Re: linux-next: Tree for July 28 (lirc #2),Janne Grunau
      • Re: linux-next: Tree for July 28 (lirc #2),Jarod Wilson
      • Re: linux-next: Tree for July 28 (lirc #2),Randy Dunlap
• [RFC PATCH v4 0/5] netdev: show a process of packets,Koki Sanagi
  • [RFC PATCH v4 1/5] irq: add tracepoint to softirq_raise,Koki Sanagi
    • Re: [RFC PATCH v4 1/5] irq: add tracepoint to softirq_raise,Neil Horman
  • [RFC PATCH v4 2/5] napi: convert trace_napi_poll to TRACE_EVENT,Koki Sanagi
    • Re: [RFC PATCH v4 2/5] napi: convert trace_napi_poll to TRACE_EVENT,Neil Horman
  • [RFC PATCH v4 3/5] netdev: add tracepoints to netdev layer,Koki Sanagi
    • Re: [RFC PATCH v4 3/5] netdev: add tracepoints to netdev layer,Neil Horman
  • [RFC PATCH v4 4/5] skb: add tracepoints to freeing skb,Koki Sanagi
    • Re: [RFC PATCH v4 4/5] skb: add tracepoints to freeing skb,Neil Horman
  • [RFC PATCH v4 5/5] perf:add a script shows a process of packet,Koki Sanagi
    • Re: [RFC PATCH v4 5/5] perf:add a script shows a process of packet,Neil Horman
• [BUGFIX] trace, fix ring_buffer_read_page reading out of page boundary,Huang Ying
  • Re: [BUGFIX] trace, fix ring_buffer_read_page reading out of page boundary,Steven Rostedt
  • [tip:perf/urgent] tracing: Fix ring_buffer_read_page reading out of page boundary,tip-bot for Huang Ying
• linux-next: build failure after merge of the final tree (scsi tree related),Stephen Rothwell
  • Re: linux-next: build failure after merge of the final tree (scsi tree related),James Bottomley
• [PATCH] gen_nand: Fix support for multiple chips,Marek Vasut
  • Re: [PATCH] gen_nand: Fix support for multiple chips,Artem Bityutskiy
• JPEG hw decoder,rd bairva
  • Re: JPEG hw decoder,Baurzhan Ismagulov
  • Re: JPEG hw decoder,viresh kumar
    • Re: JPEG hw decoder,Eric Miao
  • Re: JPEG hw decoder,Pawel Moll
  • Re: JPEG hw decoder,Guennadi Liakhovetski
• linux-next: manual merge of the tip tree with the powerpc tree,Stephen Rothwell
• linux-next: manual merge of the tip tree with the sh tree,Stephen Rothwell
• linux-next: build failure after merge of the final tree (kgdb tree related),Stephen Rothwell
• [patch] Remove the per cpu tick skew,Arjan van de Ven
  • Re: [patch] Remove the per cpu tick skew,john stultz
    • Re: [patch] Remove the per cpu tick skew,john stultz
  • Re: [patch] Remove the per cpu tick skew,Nick Piggin
    • Re: [patch] Remove the per cpu tick skew,Arjan van de Ven
  • [tip:timers/core] clockevents: Remove the per cpu tick skew,tip-bot for Arjan van de Ven
• linux-next: manual merge of the battery tree with the mips tree,Stephen Rothwell
• [PATCH 2/2] s6e63m0: fix section mismatch,Axel Lin
  • Re: [PATCH 2/2] s6e63m0: fix section mismatch,Andrew Morton
• [PATCH 1/2] s6e63m0: unregister backlight device and remove sysfs attribute file in s6e63m0_remove,Axel Lin
• [PATCH 1/2] ftrace: record command lines at more appropriate moment,Ian Munsie
  • [PATCH 2/2] Revert "tracing: Allow to disable cmdline recording",Ian Munsie
  • Re: [PATCH 1/2] ftrace: record command lines at more appropriate moment,Li Zefan
    • Re: [PATCH 1/2] ftrace: record command lines at more appropriate moment,Ian Munsie
      • [PATCH v2] ftrace: record command lines at more appropriate moment,Ian Munsie
      • Re: [PATCH v2] ftrace: record command lines at more appropriate moment,Frederic Weisbecker
      • Re: [PATCH v2] ftrace: record command lines at more appropriate moment,Ian Munsie
      • Re: [PATCH v2] ftrace: record command lines at more appropriate moment,Li Zefan
      • Re: [PATCH v2] ftrace: record command lines at more appropriate moment,Frederic Weisbecker
      • Re: [PATCH 1/2] ftrace: record command lines at more appropriate moment,Frederic Weisbecker
      • Re: [PATCH 1/2] ftrace: record command lines at more appropriate moment,Ian Munsie
• [RFC][PATCH 1/2] Remove stop_machine from change_clocksource,John Stultz
  • [RFC][PATCH 2/2] Greatly improve TSC calibration using a timer,John Stultz
    • Re: [RFC][PATCH 2/2] Greatly improve TSC calibration using a timer,Kuwahara,T.
  • Re: [RFC][PATCH 1/2] Remove stop_machine from change_clocksource,Martin Schwidefsky
    • Re: [RFC][PATCH 1/2] Remove stop_machine from change_clocksource,john stultz
      • Re: [RFC][PATCH 1/2] Remove stop_machine from change_clocksource,Martin Schwidefsky
      • Re: [RFC][PATCH 1/2] Remove stop_machine from change_clocksource,john stultz
      • Re: [RFC][PATCH 1/2] Remove stop_machine from change_clocksource,john stultz
      • Re: [RFC][PATCH 1/2] Remove stop_machine from change_clocksource,john stultz
• [ANNOUNCE] Open CWorthy Packet Generator for Linux 07-27-2010,Jeffrey Merkey
• [ANNOUNCE] Open CWorthy Libraries 07-27-2010,Jeffrey Merkey
• vhost mergeable buffers guest's cgroup,Michael S. Tsirkin
  • Re: vhost mergeable buffers guest's cgroup,Michael S. Tsirkin
• [RFC PATCH 0/1] input/touchscreen: Synaptics Touchscreen Driver,Christopher Heiny
  • [RFC PATCH 0/1] input/touchscreen: Synaptics Touchscreen Driver,Christopher Heiny
• Question missing menul.lst file,Victor Rodriguez
  • Re: Question missing menul.lst file,AmÃrico Wang
• [PATCH 00/15] hpwdt: make NMI code a config option (+ other cleanup),dann frazier
  • [PATCH 01/15] hpwdt_pretimeout reorganization,dann frazier
  • [PATCH 04/15] add include for linux/bitops.h,dann frazier
  • [PATCH 15/15] Bump version to 1.2.0,dann frazier
  • [PATCH 02/15] remove unnecessary includes,dann frazier
  • [PATCH 07/15] Group defines only used by NMI sourcing together,dann frazier
  • [PATCH 05/15] Group together includes specific to NMI sourcing,dann frazier
  • [PATCH 06/15] Group options that affect watchdog behavior together,dann frazier
  • [PATCH 03/15] include spinlock.h,dann frazier
  • [PATCH 14/15] Make NMI decoding a compile-time option,dann frazier
  • [PATCH 13/15] Use "decoding" instead of "sourcing",dann frazier
  • [PATCH 11/15] Make x86 assembly ifdef guard more strict,dann frazier
  • [PATCH 12/15] Construct status message w/ kasprintf and emit it with dev_info,dann frazier
    • Re: [PATCH 12/15] Construct status message w/ kasprintf and emit it with dev_info,dann frazier
  • [PATCH 09/15] Despecificate driver from iLO2,dann frazier
    • Re: [PATCH 09/15] Despecificate driver from iLO2,Wim Van Sebroeck
      • RE: [PATCH 09/15] Despecificate driver from iLO2,Mingarelli, Thomas
      • Re: [PATCH 09/15] Despecificate driver from iLO2,dann frazier
  • [PATCH 10/15] Fix a typo,dann frazier
  • [PATCH 08/15] Group declarations specific to NMI sourcing together,dann frazier
  • RE: [PATCH 00/15] hpwdt: make NMI code a config option (+ other cleanup),Mingarelli, Thomas
  • Re: [PATCH 00/15] hpwdt: make NMI code a config option (+ other cleanup),Wim Van Sebroeck
    • Re: [PATCH 00/15] hpwdt: make NMI code a config option (+ other cleanup),Wim Van Sebroeck
      • Re: [PATCH 00/15] hpwdt: make NMI code a config option (+ other cleanup),dann frazier
      • Re: [PATCH 00/15] hpwdt: make NMI code a config option (+ other cleanup),Wim Van Sebroeck
      • Re: [PATCH 00/15] hpwdt: make NMI code a config option (+ other cleanup),dann frazier
• 2.6.34.1+hacks: kernel deadlock related to file-IO?,Ben Greear
  • Re: 2.6.34.1+hacks: kernel deadlock related to file-IO?,Stephen Hemminger
    • Re: 2.6.34.1+hacks: kernel deadlock related to file-IO?,Ben Greear
      • Re: 2.6.34.1+hacks: kernel deadlock related to file-IO?,Stephen Hemminger
      • Re: 2.6.34.1+hacks: kernel deadlock related to file-IO?,Ben Greear
• [PATCH] tracing: sanitize value returned from write(trace_marker, "...", len),Marcin Slusarz
  • [PATCH v2] tracing: sanitize value returned from write(trace_marker, "...", len),Marcin Slusarz
    • [tip:perf/urgent] tracing: Sanitize value returned from write(trace_marker, "...", len),tip-bot for Marcin Slusarz
• Questions and problems with NFS4,J.A. Magallón
  • Re: Questions and problems with NFS4,Bian Naimeng
    • Re: Questions and problems with NFS4,J. Bruce Fields
  • Re: Questions and problems with NFS4,Chuck Lever
    • Re: Questions and problems with NFS4,J.A. Magallón
      • Re: Questions and problems with NFS4,J. Bruce Fields
• [PATCH] tracing: wake up tasks reading trace_pipe on write to trace_marker,Marcin Slusarz
  • Re: [PATCH] tracing: wake up tasks reading trace_pipe on write to trace_marker,Steven Rostedt
    • Re: [PATCH] tracing: wake up tasks reading trace_pipe on write to trace_marker,Frederic Weisbecker
      • Re: [PATCH] tracing: wake up tasks reading trace_pipe on write to trace_marker,Steven Rostedt
      • Re: [PATCH] tracing: wake up tasks reading trace_pipe on write to trace_marker,Frederic Weisbecker
• [PATCH 1/2] arm: msm: Add System MMU support.,Stepan Moskovchenko
  • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Daniel Walker
  • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Arnd Bergmann
    • Re: [PATCH 1/2] arm: msm: Add System MMU support.,stepanm
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Arnd Bergmann
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Russell King - ARM Linux
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,FUJITA Tomonori
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Arnd Bergmann
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Russell King - ARM Linux
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,FUJITA Tomonori
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,stepanm
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,FUJITA Tomonori
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Arnd Bergmann
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,FUJITA Tomonori
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,FUJITA Tomonori
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,FUJITA Tomonori
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,FUJITA Tomonori
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Arnd Bergmann
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Arnd Bergmann
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,stepanm
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Arnd Bergmann
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,stepanm
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Arnd Bergmann
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,stepanm
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Arnd Bergmann
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Zach Pfeffer
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Stepan Moskovchenko
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Benjamin Herrenschmidt
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Benjamin Herrenschmidt
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,FUJITA Tomonori
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Russell King - ARM Linux
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,FUJITA Tomonori
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Russell King - ARM Linux
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,FUJITA Tomonori
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Roedel, Joerg
      • Re: [PATCH 1/2] arm: msm: Add System MMU support.,Benjamin Herrenschmidt
• [PATCH 0/4 -tip] delay documentation and checkpatch additions,Patrick Pannuto
  • [PATCH 2/4] Checkpatch: prefer usleep_range over udelay,Patrick Pannuto
    • Re: [PATCH 2/4] Checkpatch: prefer usleep_range over udelay,Joe Perches
  • [PATCH 1/4] Documentation: Add timers/delays.txt,Patrick Pannuto
  • [PATCH 3/4] Checkpatch: prefer usleep_range over usleep,Patrick Pannuto
  • [PATCH 4/4] Checkpatch: warn about unexpectedly long msleep's,Patrick Pannuto
• mmotm 2010-07-27-14-56 uploaded,akpm
  • mmotm 2010-07-27 - WARNING in ec_parse_io_ports(),Valdis . Kletnieks
    • Re: mmotm 2010-07-27 - WARNING in ec_parse_io_ports(),Thomas Renninger
  • mmotm 2010-07-27 - nouveau lockdep issues.,Valdis . Kletnieks
    • Re: mmotm 2010-07-27 - nouveau lockdep issues.,Marcin Slusarz
  • Re: mmotm 2010-07-27-14-56 uploaded (staging/iio),Randy Dunlap
    • Re: mmotm 2010-07-27-14-56 uploaded (staging/iio),Jonathan Cameron
  • mmotm 2010-07-27 - hda-intel audio fails to initialize,Valdis . Kletnieks
    • Re: mmotm 2010-07-27 - hda-intel audio fails to initialize,Takashi Iwai
      • Re: mmotm 2010-07-27 - hda-intel audio fails to initialize,Valdis . Kletnieks
• [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,bchociej
  • [RFC PATCH 1/5] Btrfs: Add experimental hot data hash list index,bchociej
  • [RFC PATCH 4/5] Btrfs: Add debugfs interface for hot data stats,bchociej
  • [RFC PATCH 3/5] Btrfs: 3 new ioctls related to hot data features,bchociej
  • [RFC PATCH 5/5] Btrfs: Add hooks to enable hot data tracking,bchociej
  • [RFC PATCH 2/5] Btrfs: Add data structures for hot data tracking,bchociej
  • Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,Tracy Reed
    • Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,Mingming Cao
  • Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,Diego Calleja
    • Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,Ben Chociej
      • Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,Chris Samuel
  • Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,Christian Stroetmann
    • Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,Mingming Cao
      • Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,Dave Chinner
      • Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,Christian Stroetmann
      • Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,Mingming Cao
      • Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality,Christian Stroetmann
• [PATCH net-next] drivers/net/vxge/vxge-main.c: Use pr_<level> and netdev_<level>,Joe Perches
  • Re: [PATCH net-next] drivers/net/vxge/vxge-main.c: Use pr_<level> and netdev_<level>,Jon Mason
    • Re: [PATCH net-next] drivers/net/vxge/vxge-main.c: Use pr_<level> and netdev_<level>,David Miller
• Getting error message "Cannot read inode bitmap". Someone able to help?,Manuel Reimer
  • Re: Getting error message "Cannot read inode bitmap". Someone able to help?,Manuel Reimer
• [PATCH] USB: cp210x: Add four new device IDs,Alessio Igor Bogani
• [PATCH 00/12] jump label v10,Jason Baron
  • [PATCH 01/12] jump label v10: base patch,Jason Baron
  • [PATCH 03/12] jump label v10: move ftrace_dyn_arch_init to common code,Jason Baron
  • [PATCH 05/12] jump label v10: jump_label_text_reserved() to reserve our jump points,Jason Baron
  • [PATCH 04/12] jump label v10: initialize workqueue tracepoints *before* they are registered,Jason Baron
  • [PATCH 07/12] jump label v10: use lib/sort.c,Jason Baron
    • Re: [PATCH 07/12] jump label v10: use lib/sort.c,David Miller
  • [PATCH 08/12] jump label v10: tracepoint support,Jason Baron
  • [PATCH 06/12] jump label v10: convert jump label to use a key,Jason Baron
    • Re: [PATCH 06/12] jump label v10: convert jump label to use a key,David Miller
  • [PATCH 11/12] jump label v10: add sparc64 support,Jason Baron
  • [PATCH 09/12] jump label v10: convert dynamic debug to use jump labels.,Jason Baron
  • [PATCH 12/12] jump label v10: add docs,Jason Baron
  • [PATCH 10/12] jump label v10: x86 support,Jason Baron
  • [PATCH 02/12] jump label v10: add module support,Jason Baron
  • Re: [PATCH 00/12] jump label v10,David Miller
    • Re: [PATCH 00/12] jump label v10,Jason Baron
      • Re: [PATCH 00/12] jump label v10,David Miller
      • Re: [PATCH 00/12] jump label v10,Jason Baron
      • Re: [PATCH 00/12] jump label v10,David Miller
      • Re: [PATCH 00/12] jump label v10,David Miller
• Make vhost multi-threaded and associate each thread to its guest's cgroup,Michael S. Tsirkin
  • Re: Make vhost multi-threaded and associate each thread to its guest's cgroup,Sridhar Samudrala
    • Re: Make vhost multi-threaded and associate each thread to its guest's cgroup,Michael S. Tsirkin
• [PATCH net-next] drivers/net/vxge: Use pr_<level>, fix logging macros,Joe Perches
  • Re: [PATCH net-next] drivers/net/vxge: Use pr_<level>, fix logging macros,Jon Mason
    • Re: [PATCH net-next] drivers/net/vxge: Use pr_<level>, fix logging macros,Joe Perches
• [GIT PULL] 9p file system bug fix for rc6,Eric Van Hensbergen
• [PATCH 2.6.35-rc6] kconfig: fix MODULES-related bug in case of no .config,Ulf Magnusson
  • Re: [PATCH 2.6.35-rc6] kconfig: fix MODULES-related bug in case of no .config,Ulf Magnusson
    • Re: [PATCH 2.6.35-rc6] kconfig: fix MODULES-related bug in case of no .config,AmÃrico Wang
      • Re: [PATCH 2.6.35-rc6] kconfig: fix MODULES-related bug in case of no .config,Michal Marek
• [PATCH net-next] drivers/net/bfin_mac.c: Use pr_fmt, netdev_<level>,Joe Perches
  • Re: [PATCH net-next] drivers/net/bfin_mac.c: Use pr_fmt, netdev_<level>,Stephen Hemminger
    • Re: [PATCH net-next] drivers/net/bfin_mac.c: Use pr_fmt, netdev_<level>,Joe Perches
  • Re: [Uclinux-dist-devel] [PATCH net-next] drivers/net/bfin_mac.c: Use pr_fmt, netdev_<level>,Mike Frysinger
    • Re: [Uclinux-dist-devel] [PATCH net-next] drivers/net/bfin_mac.c: Use pr_fmt, netdev_<level>,Joe Perches
      • RE: [Uclinux-dist-devel] [PATCH net-next] drivers/net/bfin_mac.c: Use pr_fmt, netdev_<level>,Hennerich, Michael
      • Re: [Uclinux-dist-devel] [PATCH net-next] drivers/net/bfin_mac.c: Use pr_fmt, netdev_<level>,Mike Frysinger
      • Re: [Uclinux-dist-devel] [PATCH net-next] drivers/net/bfin_mac.c: Use pr_fmt, netdev_<level>,Mike Frysinger
  • RE: [PATCH net-next] drivers/net/bfin_mac.c: Use pr_fmt, netdev_<level>,Hennerich, Michael
• [PATCH] dvb: siano: free spinlock before schedule(),Kulikov Vasiliy
  • Re: [PATCH] dvb: siano: free spinlock before schedule(),Jiri Slaby
    • Re: [PATCH] dvb: siano: free spinlock before schedule(),Richard Zidlicky
      • Re: [PATCH] dvb: siano: free spinlock before schedule(),Mauro Carvalho Chehab
      • Re: [PATCH] dvb: siano: free spinlock before schedule(),Richard Zidlicky
• [PATCH v2] checkpatch: Add warnings for use of mdelay(),Israel Schlesinger
  • Re: [PATCH v2] checkpatch: Add warnings for use of mdelay(),AmÃrico Wang
• [PATCH] Xen-SWIOTLB v0.8.6 used for Xen PCI pass through for PV guests.,Konrad Rzeszutek Wilk
  • [PATCH 2/9] xen: Allow unprivileged Xen domains to create iomap pages,Konrad Rzeszutek Wilk
  • [PATCH 4/9] xen: Add xen_create_contiguous_region,Konrad Rzeszutek Wilk
  • [PATCH 8/9] pci-swiotlb-xen: Add glue code to setup dma_ops utilizing xen_swiotlb_* functions.,Konrad Rzeszutek Wilk
  • [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,Konrad Rzeszutek Wilk
    • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,H. Peter Anvin
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,Konrad Rzeszutek Wilk
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,FUJITA Tomonori
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,H. Peter Anvin
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,FUJITA Tomonori
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,Konrad Rzeszutek Wilk
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,H. Peter Anvin
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,FUJITA Tomonori
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,H. Peter Anvin
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,Konrad Rzeszutek Wilk
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,Konrad Rzeszutek Wilk
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,H. Peter Anvin
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,FUJITA Tomonori
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,H. Peter Anvin
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,FUJITA Tomonori
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,Konrad Rzeszutek Wilk
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,H. Peter Anvin
      • Re: [PATCH 9/9] x86: Detect whether we should use Xen SWIOTLB.,FUJITA Tomonori
  • [PATCH 6/9] xen/mmu: inhibit vmap aliases rather than trying to clear them out,Konrad Rzeszutek Wilk
  • [PATCH 7/9] swiotlb-xen: SWIOTLB library for Xen PV guest with PCI passthrough.,Konrad Rzeszutek Wilk
  • [PATCH 1/9] xen: use _PAGE_IOMAP in ioremap to do machine mappings,Konrad Rzeszutek Wilk
  • [PATCH 5/9] vmap: add flag to allow lazy unmap to be disabled at runtime,Konrad Rzeszutek Wilk
  • [PATCH 3/9] xen: Rename the balloon lock,Konrad Rzeszutek Wilk
• [PATCH] checkpatch: Add warnings for use of mdelay(),Israel Schlesinger
  • Re: [PATCH] checkpatch: Add warnings for use of mdelay(),Joe Perches
  • Re: [PATCH] checkpatch: Add warnings for use of mdelay(),Jonathan Corbet
    • Re: [PATCH] checkpatch: Add warnings for use of mdelay(),Patrick Pannuto
      • Re: [PATCH] checkpatch: Add warnings for use of mdelay(),Andrew Morton
      • Re: [PATCH] checkpatch: Add warnings for use of mdelay(),Andy Whitcroft
• [PATCH 0/3] Fix warnings in __mark_inode_dirty,Jan Kara
  • [PATCH 1/3] bdi: Use parent filesystem BDI for inodes not capable of writeback,Jan Kara
    • Re: [PATCH 1/3] bdi: Use parent filesystem BDI for inodes not capable of writeback,Christoph Hellwig
      • Re: [PATCH 1/3] bdi: Use parent filesystem BDI for inodes not capable of writeback,Jan Kara
      • Re: [PATCH 1/3] bdi: Use parent filesystem BDI for inodes not capable of writeback,Christoph Hellwig
      • Re: [PATCH 1/3] bdi: Use parent filesystem BDI for inodes not capable of writeback,Jan Kara
      • Re: [PATCH 1/3] bdi: Use parent filesystem BDI for inodes not capable of writeback,Christoph Hellwig
      • Re: [PATCH 1/3] bdi: Use parent filesystem BDI for inodes not capable of writeback,Christoph Hellwig
      • Re: [PATCH 1/3] bdi: Use parent filesystem BDI for inodes not capable of writeback,Jan Kara
      • Re: [PATCH 1/3] bdi: Use parent filesystem BDI for inodes not capable of writeback,Christoph Hellwig
    • Re: [PATCH 1/3] bdi: Use parent filesystem BDI for inodes not capable of writeback,Christoph Hellwig
      • Re: [PATCH 1/3] bdi: Use parent filesystem BDI for inodes not capable of writeback,Jan Kara
  • [PATCH 2/3] char: Mark /dev/zero and /dev/kmem as not capable of writeback,Jan Kara
  • [PATCH 3/3] bdi: Initialize noop_backing_dev_info properly,Jan Kara
    • Re: [PATCH 3/3] bdi: Initialize noop_backing_dev_info properly,Christoph Hellwig
      • Re: [PATCH 3/3] bdi: Initialize noop_backing_dev_info properly,Jan Kara
• [RESEND PATCH] x86: fix keeping track of AMD C1E,Michal Schmidt
  • Re: [RESEND PATCH] x86: fix keeping track of AMD C1E,Borislav Petkov
  • [tip:x86/cpu] x86: Fix keeping track of AMD C1E,tip-bot for Michal Schmidt
• [git pull] IOMMU updates for 2.6.36,Joerg Roedel
  • [PATCH 3/3] x86/amd-iommu: Export cache-coherency capability,Joerg Roedel
  • [PATCH 1/3] x86/amd-iommu: Use for_each_pci_dev(),Joerg Roedel
  • [PATCH 2/3] iommu-api: Extension to check for interrupt remapping,Joerg Roedel
  • Re: [git pull] IOMMU updates for 2.6.36,Ingo Molnar
• [PATCH 0/2] Nested SVM fix and next_rip emulation,Joerg Roedel
  • [PATCH 1/2] KVM: SVM: Sync efer back into nested vmcb,Joerg Roedel
    • Re: [PATCH 1/2] KVM: SVM: Sync efer back into nested vmcb,Avi Kivity
      • Re: [PATCH 1/2] KVM: SVM: Sync efer back into nested vmcb,Roedel, Joerg
  • [PATCH 2/2] KVM: SVM: Emulate next_rip svm feature,Joerg Roedel
    • Re: [PATCH 2/2] KVM: SVM: Emulate next_rip svm feature,Avi Kivity
      • Re: [PATCH 2/2] KVM: SVM: Emulate next_rip svm feature,Roedel, Joerg
      • Re: [PATCH 2/2] KVM: SVM: Emulate next_rip svm feature,Avi Kivity
      • Re: [PATCH 2/2] KVM: SVM: Emulate next_rip svm feature,Roedel, Joerg
      • Re: [PATCH 2/2] KVM: SVM: Emulate next_rip svm feature,Avi Kivity
      • Re: [PATCH 2/2] KVM: SVM: Emulate next_rip svm feature,Roedel, Joerg
      • Re: [PATCH 2/2] KVM: SVM: Emulate next_rip svm feature,Avi Kivity
      • Re: [PATCH 2/2] KVM: SVM: Emulate next_rip svm feature,Roedel, Joerg
      • Re: [PATCH 2/2] KVM: SVM: Emulate next_rip svm feature,Avi Kivity
  • Re: [PATCH 0/2] Nested SVM fix and next_rip emulation,Avi Kivity
  • Re: [PATCH 0/2] Nested SVM fix and next_rip emulation,Marcelo Tosatti
• [no subject],Western Union Transfer
• [PATCH] ipmi: Run a dummy command before submitting a new command,Matthew Garrett
  • Re: [PATCH] ipmi: Run a dummy command before submitting a new command,Corey Minyard
    • Re: [PATCH] ipmi: Run a dummy command before submitting a new command,Matthew Garrett
• Small typo in kernel [current source from git] .config option,trapDoor
  • Re: Small typo in kernel [current source from git] .config option,Justin P. Mattock
    • Re: Small typo in kernel [current source from git] .config option,trapDoor
      • Re: Small typo in kernel [current source from git] .config option,Justin P. Mattock
  • Re: Small typo in kernel [current source from git] .config option,Sam Ravnborg
    • Re: Small typo in kernel [current source from git] .config option,trapDoor
      • Re: Small typo in kernel [current source from git] .config option,Michal Marek
      • Re: Small typo in kernel [current source from git] .config option,trapDoor
      • Re: Small typo in kernel [current source from git] .config option,Michal Marek
      • Re: Small typo in kernel [current source from git] .config option,Sam Ravnborg
      • Re: Small typo in kernel [current source from git] .config option,Nir Tzachar
      • Re: Small typo in kernel [current source from git] .config option,trapDoor
      • Re: Small typo in kernel [current source from git] .config option,Michal Marek
      • Re: Small typo in kernel [current source from git] .config option,Nir Tzachar
      • Re: Small typo in kernel [current source from git] .config option,Randy Dunlap
      • Re: Small typo in kernel [current source from git] .config option,Nir Tzachar
      • [PATCH] nconfig: add search support,nir . tzachar
      • Re: [PATCH] nconfig: add search support,Sam Ravnborg
      • Re: [PATCH] nconfig: add search support,Nir Tzachar
      • Re: [PATCH] nconfig: add search support,Sam Ravnborg
      • Re: [PATCH] nconfig: add search support,Randy Dunlap
      • Re: [PATCH] nconfig: add search support,Nir Tzachar
      • Re: [PATCH] nconfig: add search support,rdunlap
      • Re: [PATCH] nconfig: add search support,Nir Tzachar
      • [PATCH] nconfig: add search support,nir . tzachar
      • Re: [PATCH] nconfig: add search support,Randy Dunlap
      • Re: [PATCH] nconfig: add search support,Nir Tzachar
      • Re: [PATCH] nconfig: add search support,Randy Dunlap
      • Re: [PATCH] nconfig: add search support,Nir Tzachar
      • Re: [PATCH] nconfig: add search support,Sam Ravnborg
      • Re: [PATCH] nconfig: add search support,Nir Tzachar
      • Re: [PATCH] nconfig: add search support,Sam Ravnborg
• [PATCH] blkdev: fix blkdev_issue_zeroout return value,Dmitry Monakhov
• [PATCH] ipmi: Check the return status of open firmware device registration,Matthew Garrett
• [PATCH] [resend] cyber2000fb: add mode_option parameter,Ondrej Zary
  • Re: [PATCH] [resend] cyber2000fb: add mode_option parameter,Russell King - ARM Linux
• [PATCH] [resend] cyber2000fb: fix machine hang on module load,Ondrej Zary
  • Re: [PATCH] [resend] cyber2000fb: fix machine hang on module load,Russell King - ARM Linux
    • Re: [PATCH] [resend] cyber2000fb: fix machine hang on module load,Ondrej Zary
• Please pull my perf.git urgent branch,Paul Mackerras
  • Re: Please pull my perf.git urgent branch,Scott Wood
    • Re: Please pull my perf.git urgent branch,Paul Mackerras
      • Re: Please pull my perf.git urgent branch,Kumar Gala
      • Re: Please pull my perf.git urgent branch,Scott Wood
      • Re: Please pull my perf.git urgent branch,Ingo Molnar
• [PATCH + an old question] firewire: ohci: use memory barriers to order descriptor updates,Stefan Richter
  • Re: [PATCH + an old question] firewire: ohci: use memory barriers to order descriptor updates,Stefan Richter
  • Re: [PATCH + an old question] firewire: ohci: use memory barriers to order descriptor updates,Clemens Ladisch
    • Re: [PATCH + an old question] firewire: ohci: use memory barriers to order descriptor updates,Stefan Richter
• [PATCHv10 2.6.35-rc6-tip 0/14] Uprobes Patches,Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 1/14] mm: Move replace_page() / write_protect_page() to mm/memory.c,Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 2/14] uprobes: Breakpoint insertion/removal in user space applications.,Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 3/14] uprobes: Slot allocation for Execution out of line(XOL),Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 4/14] uprobes: x86 specific functions for user space breakpointing.,Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 5/14] uprobes: Uprobes (un)registration and exception handling.,Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 6/14] uprobes: X86 support for Uprobes,Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 7/14] uprobes: Uprobes Documentation,Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 8/14] trace: Extract out common code for kprobes/uprobes traceevents.,Srikar Dronamraju
    • Re: [PATCHv10 2.6.35-rc6-tip 8/14] trace: Extract out common code for kprobes/uprobes traceevents.,Masami Hiramatsu
      • Re: [PATCHv10 2.6.35-rc6-tip 8/14] trace: Extract out common code for kprobes/uprobes traceevents.,Srikar Dronamraju
      • Re: [PATCHv10 2.6.35-rc6-tip 8/14] trace: Extract out common code for kprobes/uprobes traceevents.,Masami Hiramatsu
      • Re: [PATCHv10 2.6.35-rc6-tip 8/14] trace: Extract out common code for kprobes/uprobes traceevents.,Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Srikar Dronamraju
    • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Masami Hiramatsu
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Frederic Weisbecker
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Masami Hiramatsu
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Srikar Dronamraju
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Frederic Weisbecker
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Frederic Weisbecker
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Ingo Molnar
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Christoph Hellwig
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Masami Hiramatsu
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Christoph Hellwig
    • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Masami Hiramatsu
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Srikar Dronamraju
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Srikar Dronamraju
      • Re: [PATCHv10 2.6.35-rc6-tip 9/14] trace: uprobes trace_event interface,Frederic Weisbecker
  • [PATCHv10 2.6.35-rc6-tip 10/14] perf: rename common fields/functions from kprobe to probe.,Srikar Dronamraju
    • Re: [PATCHv10 2.6.35-rc6-tip 10/14] perf: rename common fields/functions from kprobe to probe.,Masami Hiramatsu
      • Re: [PATCHv10 2.6.35-rc6-tip 10/14] perf: rename common fields/functions from kprobe to probe.,Srikar Dronamraju
      • Re: [PATCHv10 2.6.35-rc6-tip 10/14] perf: rename common fields/functions from kprobe to probe.,Arnaldo Carvalho de Melo
      • [tip:perf/core] perf probe: Rename common fields/functions from kprobe to probe.,tip-bot for Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 11/14] perf: perf interface for uprobes,Srikar Dronamraju
    • Re: [PATCHv10 2.6.35-rc6-tip 11/14] perf: perf interface for uprobes,Masami Hiramatsu
      • Re: [PATCHv10 2.6.35-rc6-tip 11/14] perf: perf interface for uprobes,Srikar Dronamraju
    • Re: [PATCHv10 2.6.35-rc6-tip 11/14] perf: perf interface for uprobes,Arnaldo Carvalho de Melo
      • Re: [PATCHv10 2.6.35-rc6-tip 11/14] perf: perf interface for uprobes,Srikar Dronamraju
      • Re: [PATCHv10 2.6.35-rc6-tip 11/14] perf: perf interface for uprobes,Arnaldo Carvalho de Melo
      • Re: [PATCHv10 2.6.35-rc6-tip 11/14] perf: perf interface for uprobes,Masami Hiramatsu
      • Re: [PATCHv10 2.6.35-rc6-tip 11/14] perf: perf interface for uprobes,Srikar Dronamraju
      • Re: [PATCHv10 2.6.35-rc6-tip 11/14] perf: perf interface for uprobes,Arnaldo Carvalho de Melo
      • [PATCH] perf: expose event__process function,Srikar Dronamraju
      • [tip:perf/core] perf: expose event__process function,tip-bot for Srikar Dronamraju
      • [PATCHv10 2.6.35-rc6-tip 11/14] perf: perf interface for uprobes,Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 12/14] perf: Add third parameter to symbol_filter_t.,Srikar Dronamraju
    • Re: [PATCHv10 2.6.35-rc6-tip 12/14] perf: Add third parameter to symbol_filter_t.,Arnaldo Carvalho de Melo
      • Re: [PATCHv10 2.6.35-rc6-tip 12/14] perf: Add third parameter to symbol_filter_t.,Arnaldo Carvalho de Melo
      • Re: [PATCHv10 2.6.35-rc6-tip 12/14] perf: Add third parameter to symbol_filter_t.,Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 13/14] [RFC] perf: Show Potential probe points.,Srikar Dronamraju
  • [PATCHv10 2.6.35-rc6-tip 14/14] [RFC] perf: show functions in a file without using pid,Srikar Dronamraju
• [PATCH] regulator: add TPS6586X regulator driver,y
  • Re: [PATCH] regulator: add TPS6586X regulator driver,Mark Brown
    • Re: [PATCH] regulator: add TPS6586X regulator driver,Liam Girdwood
• 2.6.34 and 2.6.35-rc6-git2: kernel crash downstream of generic_file_aio_write and i830_swap_bufs,Martin Mokrejs

---

Mail converted by MHonArc