lists-archives.org

Mailing Lists Archives

	Web lists-archives.org

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• [patch 40/57] sched_clock: prevent scd->clock from moving backwards, (continued)
  • [patch 40/57] sched_clock: prevent scd->clock from moving backwards,Greg KH
  • [patch 41/57] x86: avoid dereferencing beyond stack + THREAD_SIZE,Greg KH
  • [patch 42/57] rtc-cmos: look for PNP RTC first, then for platform RTC,Greg KH
  • [patch 43/57] USB: storage: Avoid I/O errors when issuing SCSI ioctls to JMicron USB/ATA bridge,Greg KH
  • [patch 44/57] x86: register a platform RTC device if PNP doesnt describe it,Greg KH
  • [patch 45/57] sata_promise: add ATA engine reset to reset ops,Greg KH
  • [patch 46/57] sata_nv: fix generic, nf2/3 detection regression,Greg KH
  • [patch 47/57] ACPI: EC: do transaction from interrupt context,Greg KH
  • [patch 48/57] ACPI: EC: Rename some variables,Greg KH
  • [patch 49/57] ACPI: EC: Check for IBF=0 periodically if not in GPE mode,Greg KH
  • [patch 50/57] libata: Fix LBA48 on pata_it821x RAID volumes.,Greg KH
  • [patch 51/57] ACPI: Ingore the RESET_REG_SUP bit when using ACPI reset mechanism,Greg KH
    • Re: [patch 51/57] ACPI: Ingore the RESET_REG_SUP bit when using ACPI reset mechanism,Zhao Yakui
      • Re: [patch 51/57] ACPI: Ingore the RESET_REG_SUP bit when using ACPI reset mechanism,Greg KH
  • [patch 52/57] ACPI: Clear WAK_STS on resume,Greg KH
  • [patch 53/57] Input: atkbd - expand Latitudes force release quirk to other Dells,Greg KH
  • [patch 54/57] hfsplus: fix Buffer overflow with a corrupted image,Greg KH
  • [patch 55/57] hfsplus: check read_mapping_page() return value,Greg KH
  • [patch 56/57] bonding: fix panic when taking bond interface down before removing module,Greg KH
  • [patch 57/57] file caps: always start with clear bprm->caps_*,Greg KH
• [RFC] Documentation tree sub-directories reorg.,Randy Dunlap
  • Re: [RFC] Documentation tree sub-directories reorg.,Jonathan Corbet
    • Re: [RFC] Documentation tree sub-directories reorg.,Rob Landley
  • Re: [RFC] Documentation tree sub-directories reorg.,Rob Landley
    • Re: [RFC] Documentation tree sub-directories reorg.,J. Bruce Fields
• [PATCH 3/3] documentation: update scheduler header file paths,Randy Dunlap
  • Re: [PATCH 3/3] documentation: update scheduler header file paths,Ingo Molnar
• [PATCH 2/3] documentation: update s390 header file paths,Randy Dunlap
• [PATCH 1/3] documentation: update header file paths,Randy Dunlap
• 2.6.28-rc2: REGRESSION in early boot,Theodore Tso
  • Re: 2.6.28-rc2: REGRESSION in early boot,Yinghai Lu
    • Re: 2.6.28-rc2: REGRESSION in early boot,Yinghai Lu
    • Re: 2.6.28-rc2: REGRESSION in early boot,Theodore Tso
      • Re: 2.6.28-rc2: REGRESSION in early boot,Cyrill Gorcunov
      • Re: 2.6.28-rc2: REGRESSION in early boot,Yinghai Lu
      • Re: 2.6.28-rc2: REGRESSION in early boot,Theodore Tso
      • Re: 2.6.28-rc2: REGRESSION in early boot,Yinghai Lu
      • Re: 2.6.28-rc2: REGRESSION in early boot,Yinghai Lu
      • Re: 2.6.28-rc2: REGRESSION in early boot,Yinghai Lu
• [PATCH -next resend] kgdb: fix kernel-docs,Randy Dunlap
• [PATCH 2.6.28-rc3] pmac_zilog: console polling support,Chris J Arges
• [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Yinghai Lu
  • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Ben Hutchings
    • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Yinghai Lu
  • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Ingo Molnar
    • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Yinghai Lu
      • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,H. Peter Anvin
      • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Yinghai Lu
      • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,H. Peter Anvin
      • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Yinghai Lu
      • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Yinghai Lu
      • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Yinghai Lu
      • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Ingo Molnar
      • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Matt Mackall
      • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Ingo Molnar
      • Re: [PATCH] x86: make NR_IRQS on 32bit is same to 64bit,Matt Mackall
• [patch 1/3] generic-ipi: add smp_mb() before sending the IPI,Suresh Siddha
  • [patch 3/3] generic-ipi: fix the smp_mb() usage,Suresh Siddha
  • [patch 2/3] x86: Add smp_mb() before sending INVALIDATE_TLB_VECTOR,Suresh Siddha
    • Re: [patch 2/3] x86: Add smp_mb() before sending INVALIDATE_TLB_VECTOR,Ingo Molnar
      • Re: [patch 2/3] x86: Add smp_mb() before sending INVALIDATE_TLB_VECTOR,Jens Axboe
• [PATCH v3 0/3] ACPI: Fix for supporting > 256 processor declaration limit,Myron Stowe
  • [PATCH v3 1/3] ACPI: Disambiguate processor declaration type,Myron Stowe
  • [PATCH v3 2/3] ACPI: Behave uniquely based on processor declaration definition type,Myron Stowe
  • [PATCH v3 3/3] ACPI: 80 column adherence and spelling fix (no functional change),Myron Stowe
  • Re: [PATCH v3 0/3] ACPI: Fix for supporting > 256 processor declaration limit,Len Brown
• [PATCH 0/5] eCryptfs: Filename Encryption,Michael Halcrow
  • [PATCH 1/5] eCryptfs: Filename Encryption: Tag 70 packets,Michael Halcrow
    • Re: [PATCH 1/5] eCryptfs: Filename Encryption: Tag 70 packets,Andrew Morton
      • [PATCH] eCryptfs: Replace %Z with %z,Michael Halcrow
      • [PATCH] eCryptfs: Fix data types (int/size_t),Michael Halcrow
      • [PATCH] eCryptfs: kerneldoc for ecryptfs_parse_tag_70_packet(),Michael Halcrow
  • [PATCH 2/5] eCryptfs: Filename Encryption: Header updates,Michael Halcrow
  • [PATCH 3/5] eCryptfs: Filename Encryption: Encoding and encryption functions,Michael Halcrow
    • Re: [PATCH 3/5] eCryptfs: Filename Encryption: Encoding and encryption functions,Dave Hansen
      • Re: [PATCH 3/5] eCryptfs: Filename Encryption: Encoding and encryption functions,Michael Halcrow
    • Re: [PATCH 3/5] eCryptfs: Filename Encryption: Encoding and encryption functions,Andrew Morton
      • [PATCH] eCryptfs: Clean up ecryptfs_decode_from_filename(),Michael Halcrow
  • [PATCH 4/5] eCryptfs: Filename Encryption: filldir, lookup, and readlink,Michael Halcrow
  • [PATCH 5/5] eCryptfs: Filename Encryption: mount option,Michael Halcrow
    • Re: [PATCH 5/5] eCryptfs: Filename Encryption: mount option,Andrew Morton
      • Re: [PATCH 5/5] eCryptfs: Filename Encryption: mount option,Michael Halcrow
  • Re: [PATCH 0/5] eCryptfs: Filename Encryption,Pavel Machek
    • Re: [PATCH 0/5] eCryptfs: Filename Encryption,Michael Halcrow
      • Re: [PATCH 0/5] eCryptfs: Filename Encryption,Dave Kleikamp
      • Re: [PATCH 0/5] eCryptfs: Filename Encryption,Michael Halcrow
• [PATCH][RESEND] C99 initializers for DEFINE_RATELIMIT_STATE(),Bart Van Assche
  • Re: [PATCH][RESEND] C99 initializers for DEFINE_RATELIMIT_STATE(),Bart Van Assche
    • Re: [PATCH][RESEND] C99 initializers for DEFINE_RATELIMIT_STATE(),Randy Dunlap
      • Re: [PATCH][RESEND] C99 initializers for DEFINE_RATELIMIT_STATE(),Andrew Morton
      • Re: [PATCH][RESEND] C99 initializers for DEFINE_RATELIMIT_STATE(),Linus Torvalds
      • Re: [PATCH][RESEND] C99 initializers for DEFINE_RATELIMIT_STATE(),Bart Van Assche
• [PATCH] hid: Complete support for the new unibody macbooks,Henrik Rydberg
  • Re: [PATCH] hid: Complete support for the new unibody macbooks,Jiri Kosina
    • Re: [PATCH] hid: Complete support for the new unibody macbooks,Henrik Rydberg
      • Re: [PATCH] hid: Complete support for the new unibody macbooks,Jiri Kosina
      • Re: [PATCH] hid: Complete support for the new unibody macbooks,Dmitry Torokhov
      • Re: [PATCH] hid: Complete support for the new unibody macbooks,Jiri Kosina
      • Re: [PATCH] hid: Complete support for the new unibody macbooks,Henrik Rydberg
      • Re: [PATCH] hid: Complete support for the new unibody macbooks,Jiri Kosina
      • Re: [PATCH] hid: Complete support for the new unibody macbooks,Henrik Rydberg
      • Re: [PATCH] hid: Complete support for the new unibody macbooks,Jiri Kosina
      • Re: [PATCH] hid: Complete support for the new unibody macbooks,Henrik Rydberg
      • Re: [PATCH] hid: Complete support for the new unibody macbooks,Jiri Kosina
• [PATCH v2 2.6.28-rc3] led: ALIX.2 LEDs driver,Constantin Baranov
  • Re: [PATCH v2 2.6.28-rc3] led: ALIX.2 LEDs driver,Pavel Machek
    • Re: [PATCH v2 2.6.28-rc3] led: ALIX.2 LEDs driver,Constantin Baranov
  • Re: [PATCH v2 2.6.28-rc3] led: ALIX.2 LEDs driver,Richard Purdie
• [RFC] [PATCH] Loaded driver modalias,Nathaniel McCallum
  • Re: [RFC] [PATCH] Loaded driver modalias,Kay Sievers
    • Re: [RFC] [PATCH] Loaded driver modalias,Nathaniel McCallum
    • Re: [RFC] [PATCH] Loaded driver modalias,Nathaniel McCallum
• 2.6.28-rc3 truncates nfsd results,Doug Nazar
  • Re: 2.6.28-rc3 truncates nfsd results,Jeff Garzik
    • Re: 2.6.28-rc3 truncates nfsd results,David Woodhouse
      • RE: 2.6.28-rc3 truncates nfsd results,Doug Nazar
      • RE: 2.6.28-rc3 truncates nfsd results,David Woodhouse
    • Re: 2.6.28-rc3 truncates nfsd results,J. Bruce Fields
  • Re: 2.6.28-rc3 truncates nfsd results,J. Bruce Fields
  • Re: 2.6.28-rc3 truncates nfsd results,J. Bruce Fields
    • RE: 2.6.28-rc3 truncates nfsd results,Doug Nazar
      • Re: 2.6.28-rc3 truncates nfsd results,J. Bruce Fields
      • Re: 2.6.28-rc3 truncates nfsd results,J. Bruce Fields
      • RE: 2.6.28-rc3 truncates nfsd results,Doug Nazar
• 2.6.28-rc3: WARN_ON(ap->nr_active_links) in ata_eh_finish() with pata_ali DMA CD-ROM,Andrey Borzenkov
  • Re: 2.6.28-rc3: WARN_ON(ap->nr_active_links) in ata_eh_finish() with pata_ali DMA CD-ROM,Tejun Heo
    • Re: 2.6.28-rc3: WARN_ON(ap->nr_active_links) in ata_eh_finish() with pata_ali DMA CD-ROM,Andrey Borzenkov
      • Re: 2.6.28-rc3: WARN_ON(ap->nr_active_links) in ata_eh_finish() with pata_ali DMA CD-ROM,Tejun Heo
      • Re: 2.6.28-rc3: WARN_ON(ap->nr_active_links) in ata_eh_finish() with pata_ali DMA CD-ROM,Andrey Borzenkov
• [BUG] serial base baud misdetected in 2.6.27,Chris Friesen
  • Re: [BUG] serial base baud misdetected in 2.6.27,Alan Cox
    • Re: [BUG] serial base baud misdetected in 2.6.27,Chris Friesen
      • Re: [BUG] serial base baud misdetected in 2.6.27,Alan Cox
      • Re: [BUG] serial base baud misdetected in 2.6.27,Chris Friesen
• Oops/warning report for the week of November 4th, 2008,Arjan van de Ven
• Bootup time regression from 2.6.27 to 2.6.28-rc3+,Lukas Hejtmanek
  • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Rafael J. Wysocki
    • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Arjan van de Ven
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Lukas Hejtmanek
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Marcin Slusarz
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Lukas Hejtmanek
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Rafael J. Wysocki
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Lukas Hejtmanek
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Arjan van de Ven
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Lukas Hejtmanek
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Arjan van de Ven
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Lukas Hejtmanek
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Lukas Hejtmanek
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Thomas Gleixner
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Lukas Hejtmanek
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Lukas Hejtmanek
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Thomas Gleixner
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Bernhard Schmidt
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Frans Pop
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Frans Pop
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Frans Pop
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Arjan van de Ven
      • [2.6.28-rc5] TSC sync error and high hrtimer_start (was: Bootup time regression from 2.6.27 to 2.6.28-rc3+),Frans Pop
      • Re: [2.6.28-rc5] TSC sync error and high hrtimer_start (was: Bootup time regression from 2.6.27 to 2.6.28-rc3+),Frans Pop
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Yves-Alexis Perez
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Len Brown
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Linus Torvalds
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Arjan van de Ven
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Frans Pop
      • Re: Bootup time regression from 2.6.27 to 2.6.28-rc3+,Lukas Hejtmanek
• [PATCH] change CONFIG_NUMA description,KOSAKI Motohiro
  • Re: [PATCH] change CONFIG_NUMA description,Chris Snook
    • Re: [PATCH] change CONFIG_NUMA description,Andi Kleen
  • Re: [PATCH] change CONFIG_NUMA description,Pekka Enberg
  • Re: [PATCH] change CONFIG_NUMA description,Ingo Molnar
    • Re: [PATCH] change CONFIG_NUMA description,Pekka Enberg
      • Re: [PATCH] change CONFIG_NUMA description,KOSAKI Motohiro
      • Re: [PATCH] change CONFIG_NUMA description,Ingo Molnar
    • Re: [PATCH] change CONFIG_NUMA description,Chris Snook
      • Re: [PATCH] change CONFIG_NUMA description,Ingo Molnar
      • Re: [PATCH] change CONFIG_NUMA description,KOSAKI Motohiro
  • Re: [PATCH] change CONFIG_NUMA description,Andi Kleen
• [PATCH] serial/8250: fix uninitialized warnings,KOSAKI Motohiro
  • Re: [PATCH] serial/8250: fix uninitialized warnings,Alan Cox
    • Re: [PATCH] serial/8250: fix uninitialized warnings,KOSAKI Motohiro
    • Re: [PATCH] serial/8250: fix uninitialized warnings,Andrew Morton
      • Re: [PATCH] serial/8250: fix uninitialized warnings,Alan Cox
      • Re: [PATCH] serial/8250: fix uninitialized warnings,Alan Cox
      • Re: [PATCH] serial/8250: fix uninitialized warnings,Andrew Morton
      • Re: [PATCH] serial/8250: fix uninitialized warnings,David Miller
• [2.6.26] WARN warn_on_slowpath,Folkert van Heusden
  • [2.6.26] ERROR FC host 'qla2xxx' attempted to flush work, when no workqueue created,Folkert van Heusden
  • [2.6.26] OOPS: unable to handle kernel NULL pointer dereference at 0000000000000038,Folkert van Heusden
    • [2.6.27] allows to rmmod 'ide_pci_generic' with mounted filesystems,Folkert van Heusden
      • Re: [2.6.27] allows to rmmod 'ide_pci_generic' with mounted filesystems,Folkert van Heusden
      • Re: [2.6.27] attempt to access beyond end of device,Folkert van Heusden
• [PATCH] x86: Don't allow nr_irqs > NR_IRQS,Ben Hutchings
  • Re: [PATCH] x86: Don't allow nr_irqs > NR_IRQS,Cyrill Gorcunov
    • Re: [PATCH] x86: Don't allow nr_irqs > NR_IRQS,Ben Hutchings
      • Re: [PATCH] x86: Don't allow nr_irqs > NR_IRQS,Yinghai Lu
      • Re: [PATCH] x86: Don't allow nr_irqs > NR_IRQS,Cyrill Gorcunov
      • Message not available
      • Message not available
      • Re: [PATCH] x86: Don't allow nr_irqs > NR_IRQS,Ben Hutchings
  • [PATCH v2] x86: Don't allow nr_irqs > NR_IRQS,Ben Hutchings
    • Re: [PATCH v2] x86: Don't allow nr_irqs > NR_IRQS,Cyrill Gorcunov
      • Re: [PATCH v2] x86: Don't allow nr_irqs > NR_IRQS,Ben Hutchings
      • Re: [PATCH v2] x86: Don't allow nr_irqs > NR_IRQS,Cyrill Gorcunov
      • Re: [PATCH v2] x86: Don't allow nr_irqs > NR_IRQS,Ingo Molnar
    • Re: [PATCH v2] x86: Don't allow nr_irqs > NR_IRQS,Ingo Molnar
• [RFC][PATCH] Allow a set of GPIOs to be requested and configured at once,Marc Zyngier
  • Re: [RFC][PATCH] Port Arcom/Eurotech Viper over the gpio_request_set API,Marc Zyngier
• [PATCH 1/1][resend] irq: Maintain user set affinity,Kumar Gala
• [PATCH v5] Add Dallas DS1390/93/94 RTC chips,Mark Jackson
  • Re: [PATCH v5] Add Dallas DS1390/93/94 RTC chips,Alessandro Zummo
• arm checkstack,Matthieu CASTET
  • Re: arm checkstack,Jörn Engel
    • [Patch][Checkstack] Do not hide small stackframes,Jörn Engel
    • Re: arm checkstack,Arnd Bergmann
• [PATCH 1/1] irq: Maintain user set affinity,Kumar Gala
  • Re: [PATCH 1/1] irq: Maintain user set affinity,Andrew Morton
    • Re: [PATCH 1/1] irq: Maintain user set affinity,Kumar Gala
    • Re: [PATCH 1/1] irq: Maintain user set affinity,Yinghai Lu
  • Re: [PATCH 1/1] irq: Maintain user set affinity,Yinghai Lu
    • Re: [PATCH 1/1] irq: Maintain user set affinity,Benjamin Herrenschmidt
      • Re: [PATCH 1/1] irq: Maintain user set affinity,Yinghai Lu
      • Re: [PATCH 1/1] irq: Maintain user set affinity,Benjamin Herrenschmidt
• [PATCH 2.6.28-rc3] x86: make CONFIG_SWIOTLB configurable,Constantin Baranov
  • Re: [PATCH 2.6.28-rc3] x86: make CONFIG_SWIOTLB configurable,Pavel Machek
    • Re: [PATCH 2.6.28-rc3] x86: make CONFIG_SWIOTLB configurable,Constantin Baranov
  • Re: [PATCH 2.6.28-rc3] x86: make CONFIG_SWIOTLB configurable,FUJITA Tomonori
• [STAGING] slicoss - use kzalloc,Lior Dotan
  • Re: [STAGING] slicoss - use kzalloc,Jiri Slaby
    • Re: [STAGING] slicoss - use kzalloc,Lior Dotan
      • Re: [STAGING] slicoss - use kzalloc,Jiri Slaby
      • Re: [STAGING] slicoss - use kzalloc,Lior Dotan
      • Re: [STAGING] slicoss - use kzalloc,Jiri Slaby
• Dell Wireless 365 requires reset quirk,Tim Gardner
  • Re: Dell Wireless 365 requires reset quirk,Andrew Morton
    • Re: Dell Wireless 365 requires reset quirk,Mario Limonciello
    • Re: Dell Wireless 365 requires reset quirk,Tim Gardner
      • Re: Dell Wireless 365 requires reset quirk,Marcel Holtmann
• [STAGING] slicoss - update README,Lior Dotan
• [PATCH 2/2] Block: use round_jiffies_up(),Alan Stern
  • Re: [PATCH 2/2] Block: use round_jiffies_up(),Tejun Heo
    • Re: [PATCH 2/2] Block: use round_jiffies_up(),Alan Stern
      • Re: [PATCH 2/2] Block: use round_jiffies_up(),Jens Axboe
      • [PATCH 2/2 ver 2] Block: use round_jiffies_up(),Alan Stern
• [PATCH 1/2] Add round_jiffies_up and related routines,Alan Stern
  • Re: [PATCH 1/2] Add round_jiffies_up and related routines,Tejun Heo
    • Re: [PATCH 1/2] Add round_jiffies_up and related routines,Alan Stern
      • Re: [PATCH 1/2] Add round_jiffies_up and related routines,Jens Axboe
      • [PATCH 1/2 ver 2] Add round_jiffies_up and related routines,Alan Stern
      • Re: [PATCH 1/2 ver 2] Add round_jiffies_up and related routines,Jens Axboe
• [PATCHSET 00/18] open-osd: OSD Initiator library for Linux,Boaz Harrosh
  • [PATCH 02/18] scsi: OSD_TYPE,Boaz Harrosh
  • [PATCH 03/18] libosd: OSDv1 Headers,Boaz Harrosh
    • Re: [PATCH 03/18] libosd: OSDv1 Headers,Andrew Morton
      • Re: [PATCH 03/18] libosd: OSDv1 Headers,Jörn Engel
      • Re: [PATCH 03/18] libosd: OSDv1 Headers,Jörn Engel
      • Re: [PATCH 03/18] libosd: OSDv1 Headers,Boaz Harrosh
      • Re: [PATCH 03/18] libosd: OSDv1 Headers,Boaz Harrosh
      • Re: [PATCH 03/18] libosd: OSDv1 Headers,James Bottomley
      • Re: [PATCH 03/18] libosd: OSDv1 Headers,Boaz Harrosh
    • [PATCH 03/18 ver2] libosd: OSDv1 Headers,Boaz Harrosh
      • Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers,Jörn Engel
      • Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers,Boaz Harrosh
      • Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers,Jörn Engel
      • Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers,Randy Dunlap
      • Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers,Boaz Harrosh
      • Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers,Randy Dunlap
      • Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers,Boaz Harrosh
      • Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers,Johannes Berg
      • [PATCH 03/18 ver3] libosd: OSDv1 Headers,Boaz Harrosh
      • Re: [PATCH 03/18 ver3] libosd: OSDv1 Headers,Randy Dunlap
      • Re: [PATCH 03/18 ver3] libosd: OSDv1 Headers,Boaz Harrosh
      • [PATCH 03/18 ver4] libosd: OSDv1 Headers,Boaz Harrosh
      • Re: [PATCH 03/18 ver4] libosd: OSDv1 Headers,Randy Dunlap
      • Re: [osd-dev] [PATCH 03/18 ver4] libosd: OSDv1 Headers,Benny Halevy
  • [PATCH 04/18] libosd: OSDv1 preliminary implementation,Boaz Harrosh
    • Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation,Sam Ravnborg
      • Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation,Boaz Harrosh
      • Re: [osd-dev] [PATCH 04/18] libosd: OSDv1 preliminary implementation,Boaz Harrosh
      • Re: [osd-dev] [PATCH 04/18] libosd: OSDv1 preliminary implementation,Randy Dunlap
      • Re: [osd-dev] [PATCH 04/18] libosd: OSDv1 preliminary implementation,Boaz Harrosh
      • [Patch] Always include <linux/types.h>,Jörn Engel
      • Re: [Patch] Always include <linux/types.h>,Alexey Dobriyan
      • Re: [Patch] Always include <linux/types.h>,Jörn Engel
      • Re: [Patch] Always include <linux/types.h>,Andreas Schwab
      • Re: [Patch] Always include <linux/types.h>,Jörn Engel
      • Re: [Patch] Always include <linux/types.h>,Alexey Dobriyan
      • Re: [Patch] Always include <linux/types.h>,Jörn Engel
      • Re: [Patch] Always include <linux/types.h>,Alexey Dobriyan
      • Re: [Patch] Always include <linux/types.h>,Boaz Harrosh
    • Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation,Andrew Morton
      • Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation,Boaz Harrosh
    • [PATCH 04/18 ver2] libosd: OSDv1 preliminary implementation,Boaz Harrosh
  • [PATCH 17/18] osd: Kconfig file for in-tree builds,Boaz Harrosh
  • [PATCH 18/18] scsi: Add osd library to build system,Boaz Harrosh
  • [PATCH 14/18] libosd: OSD version 2 Support,Boaz Harrosh
  • [PATCH 07/18] osd_test: User-mode application to run the OSD tests,Boaz Harrosh
  • [PATCH 15/18] libosd: OSDv2 auto detection,Boaz Harrosh
  • [PATCH 11/18] libosd: OSD Security processing stubs,Boaz Harrosh
  • [PATCH 13/18] libosd: Not implemented commands,Boaz Harrosh
  • [PATCH 05/18] osd_uld: OSD scsi ULD,Boaz Harrosh
  • [PATCH 12/18] libosd: Add Flush and List-objects support,Boaz Harrosh
  • [PATCH 08/18] osd_ktests: Add basic OSD tests,Boaz Harrosh
  • [PATCH 10/18] osd_ktests: Test Attribute lists,Boaz Harrosh
  • [PATCH 09/18] libosd: attributes Support,Boaz Harrosh
  • [PATCH 16/18] osd: Documentation for OSD library,Boaz Harrosh
  • [PATCH 06/18] osd_uld: API for retrieving osd devices from Kernel,Boaz Harrosh
  • [PATCH 01/18] major.h: char-major number for OSD device driver,Boaz Harrosh
    • Re: [osd-dev] [PATCH 01/18] major.h: char-major number for OSD device driver,Boaz Harrosh
      • Re: [osd-dev] [PATCH 01/18] major.h: char-major number for OSD device driver,Randy Dunlap
  • Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux,Andrew Morton
    • Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux,Boaz Harrosh
    • Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux,Boaz Harrosh
      • Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux,Stephen Rothwell
      • Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux,Boaz Harrosh
      • Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux,Stephen Rothwell
• PATCH: __bprm_mm_init(): remove uneeded goto,Luiz Fernando N. Capitulino
  • Re: PATCH: __bprm_mm_init(): remove uneeded goto,Andrew Morton
    • Re: PATCH: __bprm_mm_init(): remove uneeded goto,Luiz Fernando N. Capitulino
      • Re: PATCH: __bprm_mm_init(): remove uneeded goto,Andrew Morton
      • Re: PATCH: __bprm_mm_init(): remove uneeded goto,Arjan van de Ven
• [PATCH] SISUSB2VGA driver add 0x0711, 0x0903,Albert Comerma
  • <Possible follow-ups>
  • Re: [PATCH] SISUSB2VGA driver add 0x0711, 0x0903,Albert Comerma
    • Re: [PATCH] SISUSB2VGA driver add 0x0711, 0x0903,Jonathan Cameron
• [PATCH] tty: Fix close races in USB serial,Alan Cox
  • Re: [PATCH] tty: Fix close races in USB serial,Greg KH
    • Re: [PATCH] tty: Fix close races in USB serial,Alan Cox
      • Re: [PATCH] tty: Fix close races in USB serial,Greg KH
• [PATCH] Warn of incorrect cpu_khz on AMD systems,Prarit Bhargava
  • Re: [PATCH] Warn of incorrect cpu_khz on AMD systems,Ingo Molnar
    • Re: [PATCH] Warn of incorrect cpu_khz on AMD systems,Prarit Bhargava
    • Re: [PATCH] Warn of incorrect cpu_khz on AMD systems,Prarit Bhargava
      • Re: [PATCH] Warn of incorrect cpu_khz on AMD systems,Ingo Molnar
• Input: atkbd - expand Latitude's force release quirk to other Dells,Tim Gardner
  • Re: [stable] Input: atkbd - expand Latitude's force release quirk to other Dells,Greg KH
• Somebody will apply it?,Albert Comerma
  • Re: Somebody will apply it?,Alan Cox
  • Re: Somebody will apply it?,Will Newton
• measuring boottime ?,Shivdas Gujare
• [PATCH] IB/ehca: remove reference to the QP in case of port activation failure,Stefan Roscher
  • Re: [PATCH] IB/ehca: remove reference to the QP in case of port activation failure,Roland Dreier
• [PATCH 00/14] x86: disable virt on kdump and emergency_restart,Eduardo Habkost
  • [PATCH 11/16] kvm_x86_ops: crash_hardware_disable() operation,Eduardo Habkost
  • [PATCH 10/16] x86: disable virtualization on all CPUs if needed, on emergency_restart,Eduardo Habkost
  • [PATCH 06/16] x86: Move nmi_shootdown_cpus() to reboot.c,Eduardo Habkost
  • [PATCH 01/16] x86 kdump: Extract kdump-specific code from crash_nmi_callback(),Eduardo Habkost
  • [PATCH 12/16] kvm: svm: set crash_hardware_disable to svm_hardware_disable,Eduardo Habkost
  • [PATCH 16/16] Revert "x86: default to reboot via ACPI",Eduardo Habkost
  • [PATCH 14/16] kvmx: x86: set kvm_x86_ops earlier on kvm_arch_init(),Eduardo Habkost
  • [PATCH 03/16] x86 kdump: Create kdump_nmi_shootdown_cpus(),Eduardo Habkost
  • [PATCH 09/16] kdump: Hook emergency_virt_disable() on crash shutdown code,Eduardo Habkost
    • Re: [PATCH 09/16] kdump: Hook emergency_virt_disable() on crash shutdown code,Vivek Goyal
      • Re: [PATCH 09/16] kdump: Hook emergency_virt_disable() on crash shutdown code,Eduardo Habkost
  • [PATCH 15/16] kvm: x86: set kdump virt_disable function on initialization,Eduardo Habkost
    • Re: [PATCH 15/16] kvm: x86: set kdump virt_disable function on initialization,Eric W. Biederman
      • Re: [PATCH 15/16] kvm: x86: set kdump virt_disable function on initialization,Eduardo Habkost
      • Re: [PATCH 15/16] kvm: x86: set kdump virt_disable function on initialization,Avi Kivity
  • [PATCH 08/16] x86: Emergency virtualization disable function,Eduardo Habkost
    • Re: [PATCH 08/16] x86: Emergency virtualization disable function,Eric W. Biederman
      • Re: [PATCH 08/16] x86: Emergency virtualization disable function,Eduardo Habkost
      • Re: [PATCH 08/16] x86: Emergency virtualization disable function,Avi Kivity
      • Re: [PATCH 08/16] x86: Emergency virtualization disable function,Eric W. Biederman
      • Re: [PATCH 08/16] x86: Emergency virtualization disable function,Avi Kivity
      • Re: [PATCH 08/16] x86: Emergency virtualization disable function,Eduardo Habkost
      • Re: [PATCH 08/16] x86: Emergency virtualization disable function,Avi Kivity
  • [PATCH 07/16] x86: Make nmi_shootdown_cpus() available on !SMP and !X86_LOCAL_APIC,Eduardo Habkost
    • Re: [PATCH 07/16] x86: Make nmi_shootdown_cpus() available on !SMP and !X86_LOCAL_APIC,Eduardo Habkost
  • [PATCH 04/16] x86 kdump: Make kdump_nmi_callback() a function ptr on crash_nmi_callback(),Eduardo Habkost
  • [PATCH 05/16] x86 kdump: Make nmi_shootdown_cpus() non-static,Eduardo Habkost
  • [PATCH 02/16] x86 kdump: Move crashing_cpu assignment to nmi_shootdown_cpus(),Eduardo Habkost
  • [PATCH 13/16] kvm: vmx: crash_hardware_disable function,Eduardo Habkost
  • Re: [PATCH 00/14] x86: disable virt on kdump and emergency_restart,Avi Kivity
    • Re: [PATCH 00/14] x86: disable virt on kdump and emergency_restart,Vivek Goyal
      • Re: [PATCH 00/14] x86: disable virt on kdump and emergency_restart,Eduardo Habkost
      • Re: [PATCH 00/14] x86: disable virt on kdump and emergency_restart,Avi Kivity
    • Re: [PATCH 00/14] x86: disable virt on kdump and emergency_restart,Ingo Molnar
      • Re: [PATCH 00/14] x86: disable virt on kdump and emergency_restart,Avi Kivity
      • Re: [PATCH 00/14] x86: disable virt on kdump and emergency_restart,Eduardo Habkost
• time for TCP ECN defaulting to on?,Daniel J Blueman
  • Re: time for TCP ECN defaulting to on?,Dave Hudson
    • Re: time for TCP ECN defaulting to on?,David Miller
      • Re: time for TCP ECN defaulting to on?,Michael Chan
      • Re: time for TCP ECN defaulting to on?,David Miller
      • Re: time for TCP ECN defaulting to on?,Michael Chan
      • Re: time for TCP ECN defaulting to on?,David Miller
      • Re: time for TCP ECN defaulting to on?,Herbert Xu
      • Re: time for TCP ECN defaulting to on?,David Miller
  • Re: time for TCP ECN defaulting to on?,Mikael Abrahamsson
    • Re: time for TCP ECN defaulting to on?,David Miller
      • Re: time for TCP ECN defaulting to on?,Mikael Abrahamsson
      • Re: time for TCP ECN defaulting to on?,David Miller
      • Re: time for TCP ECN defaulting to on?,Ilpo Järvinen
      • Re: time for TCP ECN defaulting to on?,Mikael Abrahamsson
      • Re: time for TCP ECN defaulting to on?,Bjørn Mork
      • Re: time for TCP ECN defaulting to on?,Mikael Abrahamsson
      • Re: time for TCP ECN defaulting to on?,Ilpo Järvinen
      • Re: time for TCP ECN defaulting to on?,Mikael Abrahamsson
      • Re: time for TCP ECN defaulting to on?,Ilpo Järvinen
      • Re: time for TCP ECN defaulting to on?,Daniel J Blueman
      • Re: time for TCP ECN defaulting to on?,Ilpo Järvinen
      • Re: time for TCP ECN defaulting to on?,Dave Hudson
      • Re: time for TCP ECN defaulting to on?,Andi Kleen
      • Re: time for TCP ECN defaulting to on?,Alan Cox
      • Re: time for TCP ECN defaulting to on?,David Newall
      • Re: time for TCP ECN defaulting to on?,Rémi Denis-Courmont
      • Re: time for TCP ECN defaulting to on?,John Heffner
• MMC/SD, SPI and IXP4XX,Miguel Ángel Álvarez
• [PATCH] drivers: remove duplicated #include,Jianjun Kong
• [PATCH] x86: remove noirqbalance param docs,Mark McLoughlin
  • Re: [PATCH] x86: remove noirqbalance param docs,Ingo Molnar
• [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
  • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
    • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Cyrill Gorcunov
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Cyrill Gorcunov
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Jeremy Fitzhardinge
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
    • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Jeremy Fitzhardinge
  • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Cyrill Gorcunov
    • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
    • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Andi Kleen
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Jeremy Fitzhardinge
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Andi Kleen
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Andi Kleen
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Andi Kleen
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Jeremy Fitzhardinge
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Nick Piggin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Nick Piggin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Cyrill Gorcunov
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Cyrill Gorcunov
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Cyrill Gorcunov
      • Message not available
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Avi Kivity
      • Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Avi Kivity
      • Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Avi Kivity
      • Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Andi Kleen
      • Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Avi Kivity
      • Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Avi Kivity
      • Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Avi Kivity
      • Message not available
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Matt Mackall
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Matt Mackall
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Ingo Molnar
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Alexander van Heukelum
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,H. Peter Anvin
      • Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes,Cyrill Gorcunov
• [PATCH] input: Map missing keys to appropriate functions,Henrik Rydberg
  • Re: [PATCH] input: Map missing keys to appropriate functions,Jiri Kosina
    • Re: [PATCH] input: Map missing keys to appropriate functions,Dmitry Torokhov
      • Re: [PATCH] input: Map missing keys to appropriate functions,Jiri Kosina
• [Patch V3 0/3] Enable irqs when waiting for rwlocks,holt
  • [Patch V3 3/3] ia64: implement interrupt-enabling rwlocks,holt
  • [Patch V3 2/3] Allow rwlocks to re-enable interrupts,holt
  • [Patch V3 1/3] Factor out #ifdefs from kernel/spinlock.c to LOCK_CONTENDED_FLAGS,holt
• [PATCH] hid: Add support for the new unibody macbooks,Henrik Rydberg
  • Re: [PATCH] hid: Add support for the new unibody macbooks,Jiri Slaby
    • Re: [PATCH] hid: Add support for the new unibody macbooks,Henrik Rydberg
• Re: Add option to passively listen for PCIE hotplug events,Alan Jenkins
  • Re: Add option to passively listen for PCIE hotplug events,Matthew Garrett
    • Re: Add option to passively listen for PCIE hotplug events,Matthew Garrett
      • Re: Add option to passively listen for PCIE hotplug events,Alan Jenkins
      • Re: Add option to passively listen for PCIE hotplug events,Matthew Garrett
      • Re: Add option to passively listen for PCIE hotplug events,Alan Jenkins
      • Re: Add option to passively listen for PCIE hotplug events,Matthew Garrett
      • Re: Add option to passively listen for PCIE hotplug events,Alan Jenkins
      • Re: Add option to passively listen for PCIE hotplug events,Matthew Garrett
      • Re: Add option to passively listen for PCIE hotplug events,Alan Jenkins
      • Re: Add option to passively listen for PCIE hotplug events,Alan Jenkins
      • Re: Add option to passively listen for PCIE hotplug events,Matthew Garrett
      • Re: Add option to passively listen for PCIE hotplug events,Matthew Garrett
      • Re: Add option to passively listen for PCIE hotplug events,Alan Jenkins
      • Re: Add option to passively listen for PCIE hotplug events,Matthew Garrett
      • Re: Add option to passively listen for PCIE hotplug events,Alan Jenkins
      • Re: Add option to passively listen for PCIE hotplug events,Matthew Garrett
• sata error on ICH8M,Tim Connors
  • Re: sata error on ICH8M (Dell Vostro 1710 laptop),Tim Connors
  • Re: sata error on ICH8M,Tejun Heo
    • Re: sata error on ICH8M,Mark Lord
      • Re: sata error on ICH8M,Tejun Heo
• ext2/3 vs. kingston 32G SD card,Pavel Machek
  • Re: ext2/3 vs. kingston 32G SD card,Bart Van Assche
  • Re: ext2/3 vs. kingston 32G SD card,Jörn Engel
    • Re: ext2/3 vs. kingston 32G SD card,Pavel Machek
• [PATCH] ftrace: sysctl typo,Peter Zijlstra
• [PATCH] fs: remove duplicated #include,Jianjun Kong
• 2.6.28-rc3: kernel mounts the same device twice? Or /proc/mounts lies?,Andrey Borzenkov
  • Re: 2.6.28-rc3: kernel mounts the same device twice? Or /proc/mounts lies?,Alexey Dobriyan
  • Re: 2.6.28-rc3: kernel mounts the same device twice? Or /proc/mounts lies?,Karel Zak
• [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c,Lai Jiangshan
  • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c,Ingo Molnar
    • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c,Lai Jiangshan
• [PATCH] sched: add sanity check in partition_sched_domains(),Li Zefan
  • Re: [PATCH] sched: add sanity check in partition_sched_domains(),Ingo Molnar
    • Re: [PATCH] sched: add sanity check in partition_sched_domains(),Li Zefan
• [PATCH] sched: remove redundant call to unregister_sched_domain_sysctl(),Li Zefan
  • Re: [PATCH] sched: remove redundant call to unregister_sched_domain_sysctl(),Ingo Molnar
• [PATCH] sched debug: remove NULL checking in print_cfs/rt_rq(),Li Zefan
  • Re: [PATCH] sched debug: remove NULL checking in print_cfs/rt_rq(),Ingo Molnar
• [PATCH] sched debug: remove sd_level_to_string(),Li Zefan
  • Re: [PATCH] sched debug: remove sd_level_to_string(),Ingo Molnar
• led and hid class - hid_device vs led_classdev,Adam Nielsen
  • Re: led and hid class - hid_device vs led_classdev,Jiri Slaby
    • hid class and sysfs/hwmon (was: led and hid class - hid_device vs led_classdev),Adam Nielsen
      • Re: hid class and sysfs/hwmon,Jiri Slaby
      • Re: hid class and sysfs/hwmon,Adam Nielsen
      • Re: hid class and sysfs/hwmon,Jiri Slaby
      • Re: hid class and sysfs/hwmon,Adam Nielsen
• [PATCH] Fix fs/coda/sysctl.c build warnings when !CONFIG_SYSCTL,Richard A. Holden III
• linux-next: no release today - 20081104,Stephen Rothwell
• IXP4XX Maintainer,Miguel Ángel Álvarez
  • Re: IXP4XX Maintainer,Imre Kaloz
    • Re: IXP4XX Maintainer,Karl Hiramoto
      • Re: IXP4XX Maintainer,Russell King - ARM Linux
      • Re: IXP4XX Maintainer,Imre Kaloz
      • Re: IXP4XX Maintainer,Miguel Ángel Álvarez
• [git patches] libata hibernation fixes,Jeff Garzik
  • Re: [git patches] libata hibernation fixes,Linus Torvalds
    • Re: [git patches] libata hibernation fixes,Rafael J. Wysocki
      • Re: [git patches] libata hibernation fixes,Mark Lord
      • Re: [git patches] libata hibernation fixes,Rafael J. Wysocki
      • Re: [git patches] libata hibernation fixes,Tejun Heo
    • Re: [git patches] libata hibernation fixes,Pavel Machek
      • Re: [git patches] libata hibernation fixes,Rafael J. Wysocki
      • Re: [git patches] libata hibernation fixes,Linus Torvalds
      • Re: [git patches] libata hibernation fixes,Tejun Heo
    • Re: [git patches] libata hibernation fixes,Tejun Heo
      • Re: [git patches] libata hibernation fixes,Tejun Heo
  • <Possible follow-ups>
  • Re: [git patches] libata hibernation fixes,Robert Hancock
    • Re: [git patches] libata hibernation fixes,Elias Oltmanns
      • Re: [git patches] libata hibernation fixes,Tejun Heo
      • Re: [git patches] libata hibernation fixes,Elias Oltmanns
      • Re: [git patches] libata hibernation fixes,Tejun Heo
      • Re: [git patches] libata hibernation fixes,Robert Hancock
  • Re: [git patches] libata hibernation fixes,Robert Hancock
    • Re: [git patches] libata hibernation fixes,Mark Lord
      • Re: [git patches] libata hibernation fixes,Robert Hancock
• [TOMOYO #12 (2.6.28-rc2-mm1) 00/11] TOMOYO Linux,Kentaro Takeda
  • [TOMOYO #12 (2.6.28-rc2-mm1) 01/11] Introduce security_path_clear() hook.,Kentaro Takeda
  • [TOMOYO #12 (2.6.28-rc2-mm1) 02/11] Add in_execve flag into task_struct.,Kentaro Takeda
    • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 02/11] Add in_execve flag into task_struct.,Andrew Morton
  • [TOMOYO #12 (2.6.28-rc2-mm1) 03/11] Singly linked list implementation.,Kentaro Takeda
    • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 03/11] Singly linked list implementation.,Andrew Morton
  • [TOMOYO #12 (2.6.28-rc2-mm1) 04/11] Introduce d_realpath().,Kentaro Takeda
    • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 04/11] Introduce d_realpath().,Andrew Morton
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 04/11] Introduce d_realpath().,Kentaro Takeda
  • [TOMOYO #12 (2.6.28-rc2-mm1) 05/11] Memory and pathname management functions.,Kentaro Takeda
    • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 05/11] Memory and pathname management functions.,Andrew Morton
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 05/11] Memory and pathname management functions.,Kentaro Takeda
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 05/11] Memory and pathname management functions.,Andrew Morton
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 05/11] Memory and pathname management functions.,Kentaro Takeda
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 05/11] Memory and pathname management functions.,Andrew Morton
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 05/11] Memory and pathname management functions.,Kentaro Takeda
  • [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for TOMOYO Linux.,Kentaro Takeda
    • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for TOMOYO Linux.,Andrew Morton
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for TOMOYOLinux.,Tetsuo Handa
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for TOMOYOLinux.,Tetsuo Handa
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for TOMOYOLinux.,Serge E. Hallyn
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for TOMOYOLinux.,Tetsuo Handa
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for TOMOYOLinux.,Serge E. Hallyn
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for TOMOYOLinux.,Tetsuo Handa
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for TOMOYOLinux.,Serge E. Hallyn
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for TOMOYO Linux.,Kentaro Takeda
      • Re: [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for TOMOYO Linux.,Kentaro Takeda
  • [TOMOYO #12 (2.6.28-rc2-mm1) 10/11] Kconfig and Makefile,Kentaro Takeda
  • [TOMOYO #12 (2.6.28-rc2-mm1) 09/11] LSM adapter functions.,Kentaro Takeda
  • [TOMOYO #12 (2.6.28-rc2-mm1) 11/11] MAINTAINERS info,Kentaro Takeda
  • [TOMOYO #12 (2.6.28-rc2-mm1) 08/11] Domain transition handler.,Kentaro Takeda
  • [TOMOYO #12 (2.6.28-rc2-mm1) 07/11] File operation restriction part.,Kentaro Takeda
• [PATCH] kprobes: disable preempt for module_text_address(),Lai Jiangshan
  • Re: [PATCH] kprobes: disable preempt for module_text_address(),Ananth N Mavinakayanahalli
    • Re: [PATCH] kprobes: disable preempt for module_text_address(),Lai Jiangshan
  • Re: [PATCH] kprobes: disable preempt for module_text_address(),Masami Hiramatsu
    • Re: [PATCH] kprobes: disable preempt for module_text_address(),Lai Jiangshan
      • Re: [PATCH] kprobes: disable preempt for module_text_address(),Hiroshi Shimamoto
      • Re: [PATCH] kprobes: disable preempt for module_text_address(),Masami Hiramatsu
      • Re: [PATCH] kprobes: disable preempt for module_text_address(),Hiroshi Shimamoto
      • Re: [PATCH] kprobes: disable preempt for module_text_address(),Masami Hiramatsu
      • [PATCH] kprobes: bugfix: try_module_get even if calling_mod is NULL,Masami Hiramatsu
      • Re: [PATCH] kprobes: bugfix: try_module_get even if calling_mod is NULL,Andrew Morton
      • Re: [PATCH] kprobes: bugfix: try_module_get even if calling_mod is NULL,Masami Hiramatsu
      • Re: [PATCH] kprobes: bugfix: try_module_get even if calling_mod is NULL,Andrew Morton
      • Re: [PATCH] kprobes: bugfix: try_module_get even if calling_mod is NULL,Ananth N Mavinakayanahalli
      • Re: [PATCH] kprobes: disable preempt for module_text_address(),Lai Jiangshan
      • [PATCH] kprobes: disable preempt for module_text_address() and kernel_text_address(),Masami Hiramatsu
      • Re: [PATCH] kprobes: disable preempt for module_text_address() and kernel_text_address(),Lai Jiangshan
• ipv6: disagrees about version of symbol struct_module,gshan
• [PATCH] EHCI pci-quirks.c: wait for BIOS handoff too long,Steven Noonan
  • Re: [PATCH] EHCI pci-quirks.c: wait for BIOS handoff too long,Jeff Garzik
    • Re: [PATCH] EHCI pci-quirks.c: wait for BIOS handoff too long,David Brownell
      • Re: [PATCH] EHCI pci-quirks.c: wait for BIOS handoff too long,Jeff Garzik
      • Re: [PATCH] EHCI pci-quirks.c: wait for BIOS handoff too long,Steven Noonan
  • Re: [PATCH] EHCI pci-quirks.c: wait for BIOS handoff too long,Pavel Machek
• [PATCH 0/3] ftrace: code consolidation,Steven Rostedt
  • [PATCH 1/3] ftrace: ftrace_preempt_disable,Steven Rostedt
    • Re: [PATCH 1/3] ftrace: ftrace_preempt_disable,Ingo Molnar
      • [PATCH] ftrace: ftrace_preempt_disable comment fix,Steven Rostedt
      • [PATCH v2] ftrace: ftrace_preempt_disable comment fix,Steven Rostedt
      • [PATCH v3] ftrace: ftrace_preempt_disable comment fix,Steven Rostedt
  • [PATCH 3/3] ftrace: function tracer with irqs disabled,Steven Rostedt
    • Re: [PATCH 3/3] ftrace: function tracer with irqs disabled,Ingo Molnar
      • Re: [PATCH 3/3] ftrace: function tracer with irqs disabled,Zhang, Yanmin
      • Re: [PATCH 3/3] ftrace: function tracer with irqs disabled,Ingo Molnar
      • Re: [PATCH 3/3] ftrace: function tracer with irqs disabled,Steven Rostedt
      • Re: [PATCH 3/3] ftrace: function tracer with irqs disabled,Ingo Molnar
  • [PATCH 2/3] ftrace: insert in the ftrace_preempt_disable functions,Steven Rostedt
• Broken "cpualloc: the allocator" patch,Alexey Dobriyan
  • Re: Broken "cpualloc: the allocator" patch,Christoph Lameter
    • Re: Broken "cpualloc: the allocator" patch,Christoph Lameter
    • Re: Broken "cpualloc: the allocator" patch,Alexey Dobriyan
      • Re: Broken "cpualloc: the allocator" patch,Pekka J Enberg
      • Re: Broken "cpualloc: the allocator" patch,Johannes Weiner
      • Re: Broken "cpualloc: the allocator" patch,Christoph Lameter
      • Re: Broken "cpualloc: the allocator" patch,Alexey Dobriyan
• [PATCH] x86: signal_64: remove unused code in __setup_rt_frame(),Hiroshi Shimamoto
  • Re: [PATCH] x86: signal_64: remove unused code in __setup_rt_frame(),Ingo Molnar
• [ANNOUNCE] autofs 5.0.4 release,Ian Kent
• [PATCH] mm: print out memmap number only it is not zero,Yinghai Lu
  • Re: [PATCH] mm: print out memmap number only it is not zero,Ingo Molnar
• latest kernel 2.6.27 and error message 'pci 0000:01:00.0: BAR 6: can't allocate mem resource [0xe0000000-0xdfffffff]',Piotr Łobacz
  • Re: latest kernel 2.6.27 and error message 'pci 0000:01:00.0: BAR 6: can't allocate mem resource [0xe0000000-0xdfffffff]',Yinghai Lu
• [PATCH] [REPOST #2] mm: show node to memory section relationship with symlinks in sysfs,Gary Hade
  • Re: [PATCH] [REPOST #2] mm: show node to memory section relationship with symlinks in sysfs,Ingo Molnar
  • Re: [PATCH] [REPOST #2] mm: show node to memory section relationship with symlinks in sysfs