Linux RAID Storage Date Index

• Thread Index

• [PATCH v3 04/14] async_xor: permit callers to pass in a 'dma/page scribble' region
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 09/14] async_tx: kill needless module_{init|exit}
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 10/14] async_tx: remove walk of tx->parent chain in dma_wait_for_async_tx
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 12/14] async_tx: add support for asynchronous RAID6 recovery operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 14/14] async_tx: raid6 recovery self test
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 13/14] dmatest: add pq support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 11/14] async_tx: add support for asynchronous GF multiplication
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 08/14] async_tx: add sum check flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 07/14] md/raid5, 6: add percpu scribble region for buffer lists
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 06/14] md/raid6: move the spare page to a percpu allocation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 02/14] async_tx: kill ASYNC_TX_DEP_ACK flag
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 01/14] async_tx: rename zero_sum to val
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 00/14] Asynchronous raid6 acceleration (part 1 of 3)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Unbalanced reads of RAID10
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Shared RAID Setup
  • From: "Marcus" <mrhaarmann@xxxxxxxxxxxxxx>
• Minor typo in ReadMe.c
  • From: Have Blue <airsoldierproducts@xxxxxxxxx>
• Re: Western Digital RE3: Raid Failure
  • From: Drew <drew.kay@xxxxxxxxx>
• md check sync_action causes gnome-panel to grow at 1-3MB/s
  • From: Alex Butcher <linraid@xxxxxxxxxxxxxx>
• Re: Western Digital RE3: Raid Failure
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: Help
  • From: Info@xxxxxxxxxxxxxxx
• Western Digital RE3: Raid Failure
  • From: "MOgWai46[Saurceful of Secrets]" <street41@xxxxxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: linux disk access when idle
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Ryan Wagoner <rswagoner@xxxxxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: LVM cannot stop/remove LV, cannot stop/delete dead RAID situation.
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: LVM cannot stop/remove LV, cannot stop/delete dead RAID situation.
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
  • From: Neil Brown <neilb@xxxxxxx>
• LVM cannot stop/remove LV, cannot stop/delete dead RAID situation.
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Help
  • From: Info@xxxxxxxxxxxxxxx
• Re: Raid 5 - not clean and then a failure.
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: Raid 5 - not clean and then a failure.
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Raid 5 - not clean and then a failure.
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: Converting ext3 to RAID1 ...
  • From: Clinton Lee Taylor <clintonlee.taylor@xxxxxxxxx>
• Re: Converting ext3 to RAID1 ...
  • From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Help
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Help
  • From: Info@xxxxxxxxxxxxxxx
• Converting ext3 to RAID1 ...
  • From: Clinton Lee Taylor <clintonlee.taylor@xxxxxxxxx>
• Re: Write intent bitmaps.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: linux disk access when idle
  • From: Billy Crook <billycrook@xxxxxxxxx>
• Write intent bitmaps.
  • From: Simon Jackson <sjackson@xxxxxxxxxxx>
• Re: RAID 5 recovery to not degrade device on bad block
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: md tries to assemble md_d0 instead of md0
  • From: Tony Arcieri <tony@xxxxxxxxxx>
• Re: md tries to assemble md_d0 instead of md0
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: RAID5 reshape past 100%
  • From: Lucian Șandor <lucisandor@xxxxxxxxx>
• Re: RAID5 reshape past 100%
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: RAID5 reshape past 100%
  • From: Lucian Șandor <lucisandor@xxxxxxxxx>
• Re: RAID5 reshape past 100%
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Help
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: md tries to assemble md_d0 instead of md0
  • From: Tony Arcieri <tony@xxxxxxxxxx>
• Re: linux disk access when idle
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: raid array not auto restarting
  • From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
• md tries to assemble md_d0 instead of md0
  • From: Tony Arcieri <tony@xxxxxxxxxx>
• Re: raid array not auto restarting
  • From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
• Unbalanced reads of RAID10
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: raid array not auto restarting
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• raid array not auto restarting
  • From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
• RAID5 reshape past 100%
  • From: Lucian Șandor <lucisandor@xxxxxxxxx>
• RAID 5 recovery to not degrade device on bad block
  • From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
• Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
  • From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
• Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
  • From: "NeilBrown" <neilb@xxxxxxx>
• RE: Help
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: linux disk access when idle
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: Help
  • From: Info@xxxxxxxxxxxxxxx
• Re: Help
  • From: Info@xxxxxxxxxxxxxxx
• Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
  • From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
• Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: Help
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
  • From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
• Re: Help
  • From: Info@xxxxxxxxxxxxxxx
• Re: Help
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: linux disk access when idle
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: linux disk access when idle
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: RAID10 Layouts
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Help
  • From: Info@xxxxxxxxxxxxxxx
• Re: linux disk access when idle
  • From: Tapani Tarvainen <raid@xxxxxxxxxxxxxxxxxx>
• Re: linux disk access when idle
  • From: Kyle Liddell <kyle@xxxxxxxxxxxxxxxxxxxx>
• Re: Growing raid 5: Failed to reshape
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Growing raid 5: Failed to reshape
  • From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
• Re: linux disk access when idle
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: Growing raid 5: Failed to reshape
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Growing raid 5: Failed to reshape
  • From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
• Re: Growing raid 5: Failed to reshape
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Growing raid 5: Failed to reshape
  • From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
• Re: Growing raid 5: Failed to reshape
  • From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
• Re: linux disk access when idle
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: linux disk access when idle
  • From: berk walker <berk@xxxxxxxxx>
• Re: linux disk access when idle
  • From: "Carl A. Cook" <CACook@xxxxxxxxxxxxxxxxxxxx>
• Re: linux disk access when idle
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: linux disk access when idle
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID10 Layouts
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Growing raid 5: Failed to reshape
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: RAID10 Layouts
  • From: Info@xxxxxxxxxxxxxxx
• Re: Help
  • From: Info@xxxxxxxxxxxxxxx
• Re: RAID10 Layouts
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: Help
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Growing raid 5: Failed to reshape
  • From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
• Re: Help
  • From: Info@xxxxxxxxxxxxxxx
• Re: RAID10 Layouts
  • From: Info@xxxxxxxxxxxxxxx
• Re: linux disk access when idle
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• RE: linux disk access when idle
  • From: <Foster_Brian@xxxxxxx>
• Re: linux disk access when idle
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: linux disk access when idle
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: linux disk access when idle
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: RAID10 Layouts
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• RAID10 Layouts
  • From: Info@xxxxxxxxxxxxxxx
• RE: linux disk access when idle
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• RE: linux disk access when idle
  • From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
• RE: a problem with mdadm 2.6.9
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: a problem with mdadm 2.6.9
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: a problem with mdadm 2.6.9
  • From: jeffunit <jeff@xxxxxxxxxxxx>
• Re: a problem with mdadm 2.6.9
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: a problem with mdadm 2.6.9
  • From: jeffunit <jeff@xxxxxxxxxxxx>
• Re: a problem with mdadm 2.6.9
  • From: "NeilBrown" <neilb@xxxxxxx>
• a problem with mdadm 2.6.9
  • From: jeffunit <jeff@xxxxxxxxxxxx>
• Re: linux disk access when idle
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• linux disk access when idle
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: Code base for rework of ppc440SPe ADMA driver
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Code base for rework of ppc440SPe ADMA driver
  • From: Anatolij Gustschin <agust@xxxxxxx>
• Re: Hot-swapping: what's that? (and 3ware 9650SE)
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Hot-swapping: what's that? (and 3ware 9650SE)
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Hot-swapping: what's that? (and 3ware 9650SE)
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: Hot-swapping: what's that? (and 3ware 9650SE)
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Hot-swapping: what's that? (and 3ware 9650SE)
  • From: kwick <kwick@xxxxxxxxxxxxx>
• PULL REQUEST for md in 2.6.31 - one more fix
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Software, Raid 5, Different Size Drives.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: jim owens <jowens@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: jim owens <jowens@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Software, Raid 5, Different Size Drives.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: max number of devices in raid6 array
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: max number of devices in raid6 array
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Software, Raid 5, Different Size Drives.
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Software, Raid 5, Different Size Drives.
  • From: Michał Przyłuski <mikylie@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: Software, Raid 5, Different Size Drives.
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Software, Raid 5, Different Size Drives.
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: -z not on RAID0 / MPIO hurdle
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: max number of devices in raid6 array
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: raid-0 with mdadm vs lvm striping
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• RE: Software, Raid 5, Different Size Drives.
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Chris Worley <worleys@xxxxxxxxx>
• Re: Discard support
  • From: Mark Lord <liml@xxxxxx>
• Re: Software, Raid 5, Different Size Drives.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Discard support
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: Discard support
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: Discard support
  • From: Roland Dreier <rdreier@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Robert Hancock <hancockrwd@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Software, Raid 5, Different Size Drives.
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: jim owens <jowens@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: -z not on RAID0 / MPIO hurdle
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: [mdadm git pull] pending fixes for mdadm 3.0.1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Chris Worley <worleys@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Chris Worley <worleys@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Chris Worley <worleys@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: Discard support
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Mark Lord <liml@xxxxxx>
• Re: Discard support
  • From: Roland Dreier <rdreier@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: -z not on RAID0 / MPIO hurdle
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
  • From: Paweł Brodacki <pawel.brodacki@xxxxxxxxxxxxxx>
• Re: -z not on RAID0 / MPIO hurdle
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• RE: max number of devices in raid6 array
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Ext3 convert to RAID1 ...
  • From: Clinton Lee Taylor <clintonlee.taylor@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Bryan Donlan <bdonlan@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: david@xxxxxxx
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Array management
  • From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
  • From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
  • From: Billy Crook <billycrook@xxxxxxxxx>
• 32-bit sys/times.h incorrect return value
  • From: Jan Wagner <jwagner@xxxxxxxxxxx>
• Help understanding the root cause of a member dropping out of a RAID 1 set.
  • From: Simon Jackson <sjackson@xxxxxxxxxxx>
• Re: raid-0 with mdadm vs lvm striping
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: max number of devices in raid6 array
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• RE: max number of devices in raid6 array
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: max number of devices in raid6 array
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• RE: raid-0 with mdadm vs lvm striping
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: raid-0 with mdadm vs lvm striping
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: -z not on RAID0 / MPIO hurdle
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• md/raid level conversion ready for testers.
  • From: Neil Brown <neilb@xxxxxxx>
• [PULL REQUEST] a few more md fixes for 2.6.31
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md: avoid use of broken kzalloc mempool
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Prevent automatic reconstruction during boot/assembly (RAID 1)?
  • From: Neil Brown <neilb@xxxxxxx>
• -z not on RAID0 / MPIO hurdle
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: raid-0 with mdadm vs lvm striping
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: max number of devices in raid6 array
  • From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
• Re: max number of devices in raid6 array
  • From: Billy Crook <billycrook@xxxxxxxxx>
• Re: raid-0 with mdadm vs lvm striping
  • From: Billy Crook <billycrook@xxxxxxxxx>
• Re: max number of devices in raid6 array
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: max number of devices in raid6 array
  • From: David Cure <lnk@xxxxxxxxxxx>
• Re: max number of devices in raid6 array
  • From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
• max number of devices in raid6 array
  • From: David Cure <lnk@xxxxxxxxxxx>
• RE: raid-0 with mdadm vs lvm striping
  • From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
• Re: raid-0 with mdadm vs lvm striping
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: raid6 recovery with read errors
  • From: Matthias Urlichs <matthias@xxxxxxxxxx>
• RE: raid-0 with mdadm vs lvm striping
  • From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
• Re: [PATCH] md: avoid use of broken kzalloc mempool
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] md: avoid use of broken kzalloc mempool
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: raid-0 with mdadm vs lvm striping
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: Rebuild doesn't start
  • From: Oliver Martin <oliver@xxxxxxxxxxxxxxxx>
• Prevent automatic reconstruction during boot/assembly (RAID 1)?
  • From: Sebastian Färber <faerber@xxxxxxxxx>
• Re: Rebuild doesn't start
  • From: "NeilBrown" <neilb@xxxxxxx>
• Rebuild doesn't start
  • From: Oliver Martin <oliver@xxxxxxxxxxxxxxxx>
• Possible failure & recovery
  • From: "Daniel L. Miller" <dmiller@xxxxxxxxx>
• raid-0 with mdadm vs lvm striping
  • From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
• Re: raid10 problem with spare disk
  • From: Daniel Iliev <daniel.iliev@xxxxxxxxx>
• Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: raid10 problem with spare disk
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: raid10 problem with spare disk
  • From: Daniel Iliev <daniel.iliev@xxxxxxxxx>
• Re: partitioned raid 5 and proper partition alignment
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: raid10 problem with spare disk
  • From: "NeilBrown" <neilb@xxxxxxx>
• raid10 problem with spare disk
  • From: Daniel Iliev <daniel.iliev@xxxxxxxxx>
• Re: Draft Mirrored Linux Mini How-to
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Draft Mirrored Linux Mini How-to
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Draft Mirrored Linux Mini How-to
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: partitioned raid 5 and proper partition alignment
  • From: Matthias Dahl <ml_linux_raid@xxxxxxxxxxxxxx>
• Re: Draft Mirrored Linux Mini How-to
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: partitioned raid 5 and proper partition alignment
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• partitioned raid 5 and proper partition alignment
  • From: Matthias Dahl <ml_linux_raid@xxxxxxxxxxxxxx>
• Re: Draft Mirrored Linux Mini How-to
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Draft Mirrored Linux Mini How-to - sfdisk suggestion
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Draft Mirrored Linux Mini How-to
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Draft Mirrored Linux Mini How-to - sfdisk suggestion
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: question about bitmaps and dirty percentile
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Draft Mirrored Linux Mini How-to
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: Draft Mirrored Linux Mini How-to
  • From: Fredrik Pettersson <freppe@xxxxxxxxx>
• Re: [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Draft Mirrored Linux Mini How-to
  • From: Tapani Tarvainen <raid@xxxxxxxxxxxxxxxxxx>
• Re: [mdadm git pull] pending fixes for mdadm 3.0.1
  • From: Neil Brown <neilb@xxxxxxx>
• Re: question about bitmaps and dirty percentile
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: Draft Mirrored Linux Mini How-to
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: question about bitmaps and dirty percentile
  • From: "NeilBrown" <neilb@xxxxxxx>
• Draft Mirrored Linux Mini How-to
  • From: Harold Pritchett <harold@xxxxxxx>
• Re: 2.6.31-rc5-git2 crash on a idle system.
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.31-rc5-git2 crash on a idle system.
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: 2.6.31-rc5-git2 crash on a idle system.
  • From: Sachin Sant <sachinp@xxxxxxxxxx>
• Re: question about bitmaps and dirty percentile
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: question about bitmaps and dirty percentile
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: 2.6.31-rc5-git2 crash on a idle system.
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.31-rc5-git2 crash on a idle system.
  • From: Sachin Sant <sachinp@xxxxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: David Rees <drees76@xxxxxxxxx>
• Re: auto start raid0 with no superblock?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: auto start raid0 with no superblock?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: David Rees <drees76@xxxxxxxxx>
• auto start raid0 with no superblock?
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• [mdadm git pull] pending fixes for mdadm 3.0.1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] md: avoid use of broken kzalloc mempool
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md: avoid use of broken kzalloc mempool
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] md: avoid use of broken kzalloc mempool
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH] md: avoid use of broken kzalloc mempool
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] mempool: launder reused items from kzalloc pool
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: question about bitmaps and dirty percentile
  • From: Paul Clements <paul.clements@xxxxxxxxxxxx>
• Re: [PATCH] mempool: launder reused items from kzalloc pool
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: question about bitmaps and dirty percentile
  • From: Matthias Urlichs <matthias@xxxxxxxxxx>
• Re: [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Showcase and thanks to the developers
  • From: Louwrentius <louwrentius@xxxxxxxxx>
• raid6 recovery with read errors
  • From: Matthias Urlichs <matthias@xxxxxxxxxx>
• RE: How to un-degrade an array after a totally spurious failure?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: How to un-degrade an array after a totally spurious failure?
  • From: "NeilBrown" <neilb@xxxxxxx>
• RE: How to un-degrade an array after a totally spurious failure?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Showcase and thanks to the developers
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• PULL REQUEST - md fixes for 2.6.31
  • From: Neil Brown <neilb@xxxxxxx>
• [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 7/8] md: allow raid5_quiesce to work properly when reshape is happening.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 6/8] md/raid5: set reshape_position correctly when reshape starts.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 5/8] md: Handle growth of v1.x metadata correctly.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 4/8] md: avoid array overflow with bad v1.x metadata
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 3/8] md: when a level change reduces the number of devices, remove the excess.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 2/8] md: Push down data integrity code to personalities.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 1/8] md/raid6: release spare page at ->stop()
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 0/8] Assort md updates for 2.6.31
  • From: NeilBrown <neilb@xxxxxxx>
• Showcase and thanks to the developers
  • From: Louwrentius <louwrentius@xxxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: David Rees <drees76@xxxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: Linux Software Raid hangs after months of operation
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: David Rees <drees76@xxxxxxxxx>
• Re: help with bad performing raid6
  • From: Jon Nelson <jnelson-suse@xxxxxxxxxxx>
• Re: help with bad performing raid6
  • From: David Rees <drees76@xxxxxxxxx>
• Re: question about bitmaps and dirty percentile
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Linux Software Raid hangs after months of operation
  • From: Fredrik Andersson <nablaman@xxxxxxxxx>
• Re: help with bad performing raid6
  • From: Jon Nelson <jnelson-suse@xxxxxxxxxxx>
• Re: help with bad performing raid6
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: question about bitmaps and dirty percentile
  • From: Paul Clements <paul.clements@xxxxxxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: help with bad performing raid6
  • From: David Rees <drees76@xxxxxxxxx>
• Re: help with bad performing raid6
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: David Rees <drees76@xxxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: David Rees <drees76@xxxxxxxxx>
• Re: question about bitmaps and dirty percentile
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: Tracy Reed <treed@xxxxxxxxxxxxxxx>
• question about bitmaps and dirty percentile
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: help with bad performing raid6
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: PCI device initialisation and RAID assembly
  • From: Mark J Hewitt <mjh@xxxxxxxxxxxxxxxxxxx>
• Re: PCI device initialisation and RAID assembly
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: raind-1 resync speed slow down to 50% by the time it finishes
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• raind-1 resync speed slow down to 50% by the time it finishes
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: sdb failure - mdadm: no devices found for /dev/md0
  • From: Andy Bailey <andy@xxxxxxxxxxxxxxxxx>
• PCI device initialisation and RAID assembly
  • From: Mark J Hewitt <mjh@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] raid1 behind writes alter bio structure illegally
  • From: Paul Clements <paul.clements@xxxxxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RE: help with bad performing raid6
  • From: "Steven Haigh" <netwiz@xxxxxxxxx>
• Re: [BUG] raid1 behind writes alter bio structure illegally
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [BUG] raid1 behind writes alter bio structure illegally
  • From: Paul Clements <paul.clements@xxxxxxxxxxxx>
• Re: help with bad performing raid6
  • From: Jon Nelson <jnelson-suse@xxxxxxxxxxx>
• Want to remove a disk from raid10 during recovery
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxx>
• Re: help with bad performing raid6
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] mempool: launder reused items from kzalloc pool
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: sdb failure - mdadm: no devices found for /dev/md0
  • From: Andy Bailey <andy@xxxxxxxxxxxxxxxxx>
• Re: writes raid-6 building
  • From: "NeilBrown" <neilb@xxxxxxx>
• writes raid-6 building
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: help with bad performing raid6
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: help with bad performing raid6
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: help with bad performing raid6
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• help with bad performing raid6
  • From: Jon Nelson <jnelson-suse@xxxxxxxxxxx>
• sdb failure - mdadm: no devices found for /dev/md0
  • From: Andy Bailey <andy@xxxxxxxxxxxxxxxxx>
• Re: Handling mismatch_cnt
  • From: Redeeman <redeeman@xxxxxxxxxxx>
• Re: Handling mismatch_cnt
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• RE: DMA zeroing destination and zero_sum support
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• RE: Question on RAID-5 growing
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Handling mismatch_cnt
  • From: Thanassis Tsiodras <ttsiodras@xxxxxxxxx>
• Re: Question on RAID-5 growing
  • From: Drew <drew.kay@xxxxxxxxx>
• Question on RAID-5 growing
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Question regarding command completion from RAID driver
  • From: Tanmay <tanmayinamdar@xxxxxxxxx>
• Re: properly configure degraded array
  • From: Aldo Foot <lunixer@xxxxxxxxx>
• Re: Get rid of sparesmissing events
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: properly configure degraded array
  • From: "NeilBrown" <neilb@xxxxxxx>
• Get rid of sparesmissing events
  • From: Shane W <shane-kernel@xxxxxx>
• properly configure degraded array
  • From: Aldo Foot <lunixer@xxxxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Andreas Dilger <adilger@xxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• RE: DMA zeroing destination and zero_sum support
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• DMA zeroing destination and zero_sum support
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• RE: Question on RAID-5 rmw & rcw(read modify write & read construct write)
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Question on RAID-5 rmw & rcw(read modify write & read construct write)
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [patch] md: memory leak on error path in dm_exception_store_create()
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Tapani Tarvainen <tapani@xxxxxxxxxxxxxxxxxx>
• RE: >16TB RAID0
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: How to handle >16TB devices on 32 bit hosts ??
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• md2 won't mount at boot time, and array missing one spare
  • From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Andreas Dilger <adilger@xxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Andreas Dilger <adilger@xxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: How to handle >16TB devices on 32 bit hosts ??
  • From: Andreas Dilger <adilger@xxxxxxx>
• Re: >16TB RAID0
  • From: "NeilBrown" <neilb@xxxxxxx>
• RE: >16TB RAID0
  • From: "NeilBrown" <neilb@xxxxxxx>
• How to handle >16TB devices on 32 bit hosts ??
  • From: Neil Brown <neilb@xxxxxxx>
• RE: >16TB RAID0
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: >16TB RAID0
  • From: Justin Maggard <jmaggard10@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Gregory Maxwell <gmaxwell@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: hdaprm -Y /dev/sda /dev/sdb -> I/O error -> disk kicked out of RAID - is it normal?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: hdaprm -Y /dev/sda /dev/sdb -> I/O error -> disk kicked out of RAID - is it normal?
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: hdaprm -Y /dev/sda /dev/sdb -> I/O error -> disk kicked out of RAID - is it normal?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: hdaprm -Y /dev/sda /dev/sdb -> I/O error -> disk kicked out of RAID - is it normal?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: hdaprm -Y /dev/sda /dev/sdb -> I/O error -> disk kicked out of RAID - is it normal?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: >16TB RAID0
  • From: "NeilBrown" <neilb@xxxxxxx>
• >16TB RAID0
  • From: Justin Maggard <jmaggard10@xxxxxxxxx>
• hdaprm -Y /dev/sda /dev/sdb -> I/O error -> disk kicked out of RAID - is it normal?
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Chassis manager?
  • From: David Lethe <david@xxxxxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Chris Mason <chris.mason@xxxxxxxxxx>
• Chassis manager?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: reshape raid5 to raid6
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: reshape raid5 to raid6
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• auiestion about ops_run_biodrain() using ADMA
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: migrate single disk to RAID 1?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: migrate single disk to RAID 1?
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: migrate single disk to RAID 1?
  • From: Ben Beuchler <insyte@xxxxxxxxx>
• Re: migrate single disk to RAID 1?
  • From: berk walker <berk@xxxxxxxxx>
• Re: migrate single disk to RAID 1?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• migrate single disk to RAID 1?
  • From: Ben Beuchler <insyte@xxxxxxxxx>
• [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Help with Failed array
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Help with Failed array
  • From: Twigathy <twigathy@xxxxxxxxx>
• Re: Help with Failed array
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• Help with Failed array
  • From: Thomas Kenyon <zhadnost@xxxxxxxxxxxxxx>
• RE: where is async_tx_clear_ack() function called.
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• RE: where is async_tx_clear_ack() function called.
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: Question on RAID-5 using ADMA
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• RE: where is async_tx_clear_ack() function called.
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: where is async_tx_clear_ack() function called.
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: Question on RAID-5 using ADMA
  • From: Neil Brown <neilb@xxxxxxx>
• where is async_tx_clear_ack() function called.
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: Manually specifying data_offset in component device superblock?
  • From: Mark F <gnomeza@xxxxxxxxx>
• RE: Question on RAID-5 using ADMA
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• RE: Question on RAID-5 using ADMA
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: reshape raid5 to raid6
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: reshape raid5 to raid6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• RE: Question on RAID-5 using ADMA
  • From: "NeilBrown" <neilb@xxxxxxx>
• RE: Question on RAID-5 using ADMA
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• RE: Question on RAID-5 using ADMA
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: Manually specifying data_offset in component device superblock?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: partition detection problem on 2.6.29.1 and 2.6.30
  • From: david@xxxxxxx
• RE: Question on RAID-5 using ADMA
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Question on RAID-5 using ADMA
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• RE: Question on RAID-5 using ADMA
  • From: "NeilBrown" <neilb@xxxxxxx>
• RE: Question on RAID-5 using ADMA
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• RE: Question on RAID-5 using ADMA
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: Question on RAID-5 using ADMA
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Question on RAID-5 using ADMA
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Manually specifying data_offset in component device superblock?
  • From: Mark F <gnomeza@xxxxxxxxx>
• Re: [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Manually specifying data_offset in component device superblock?
  • From: Mark F <gnomeza@xxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Adding a smaller drive
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Adding a smaller drive
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Adding a smaller drive
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: mdadm --wait doesn't
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Adding a smaller drive
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• RE: Adding a smaller drive
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: mdadm --wait doesn't
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: mdadm --wait doesn't
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• mdadm --wait doesn't
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: Adding a smaller drive
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Adding a smaller drive
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Adding a smaller drive
  • From: Billy Crook <billycrook@xxxxxxxxx>
• RE: Adding a smaller drive
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Adding a smaller drive
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: RAID6 questions
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: RAID6 questions
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: mdadm+lvm2: ioctl error and cannot mount the device nodes?
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: RAID6 questions
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: RAID6 questions
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: mdadm+lvm2: ioctl error and cannot mount the device nodes?
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• mdadm+lvm2: ioctl error and cannot mount the device nodes?
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• Re: RAID6 questions
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: RAID6 questions
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: RAID6 questions
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: RAID6 questions
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• RAID6 questions
  • From: Marek <mlf.conv@xxxxxxxxx>
• [ANNOUNCE] Einarc - universal RAID management/monitoring tool - v1.4rc
  • From: Mikhail Yakshin <greycat.na.kor@xxxxxxxxx>
• Re: Adding a smaller drive
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: device-mapper: ioctl error adding target to table, lvm will not mount
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• device-mapper: ioctl error adding target to table, lvm will not mount
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• Re: series of unfortunate events on a raid5 array
  • From: Kris Hofmans <kris.hofmans@xxxxxxxxx>
• Re: series of unfortunate events on a raid5 array
  • From: Neil Brown <neilb@xxxxxxx>
• series of unfortunate events on a raid5 array
  • From: Kris Hofmans <kris.hofmans@xxxxxxxxx>
• Fwd: series of unfortunate events
  • From: Kris Hofmans <kris.hofmans@xxxxxxxxx>
• Re: device with newer data added as spare - data now gone?
  • From: John McNulty <johnmcn1@xxxxxxxxxxxxxx>
• [PATCH/Resend] md: Push down data integrity code to personalities.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: What will happen with spares in this scenario?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Adding a smaller drive
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• RE: Adding a smaller drive
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Adding a smaller drive
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• [PULL REQUEST] md updates for 2.6.31-rc
  • From: Neil Brown <neilb@xxxxxxx>
• Re: device with newer data added as spare - data now gone?
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [PATCH] MD: md, fix lock imbalance
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: md: Use new topology calls to indicate alignment and I/O sizes
  • From: Neil Brown <neilb@xxxxxxx>
• Re: What will happen with spares in this scenario?
  • From: John McNulty <johnmcn1@xxxxxxxxxxxxxx>
• Re: md: Use new topology calls to indicate alignment and I/O sizes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Adding a smaller drive
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: What will happen with spares in this scenario?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Adding a smaller drive
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: What will happen with spares in this scenario?
  • From: John McNulty <johnmcn1@xxxxxxxxxxxxxx>
• Re: What will happen with spares in this scenario?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Andreas Dilger <adilger@xxxxxxx>
• [mdadm git pull v2] Intel metadata and mapfile fixes for mdadm-3.0.1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: What will happen with spares in this scenario?
  • From: John McNulty <johnmcn1@xxxxxxxxxxxxxx>
• Re: [mdadm git pull] Intel metadata and mapfile fixes for mdadm-3.0.1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: What will happen with spares in this scenario?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• What will happen with spares in this scenario?
  • From: John McNulty <johnmcn1@xxxxxxxxxxxxxx>
• Re: Adding a smaller drive
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: Adding a smaller drive
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Adding a smaller drive
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Write intent bitmaps
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• RE: bug in asyn_xor() function
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: Adding a smaller drive
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Adding a smaller drive
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Adding a smaller drive
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Adding a smaller drive
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Adding a smaller drive
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Adding a smaller drive
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Adding a smaller drive
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Adding a smaller drive
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Adding a smaller drive
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Adding a smaller drive
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Adding a smaller drive
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• RE: Adding a smaller drive
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Adding a smaller drive
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• RE: Adding a smaller drive
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Adding a smaller drive
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• RE: device with newer data added as spare - data now gone?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Adding a smaller drive
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Write intent bitmaps
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: bug in asyn_xor() function
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• async_xor() has some issue
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Alberto Bertogli <albertito@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Strange issue with async_xor
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Request on RAID5
  • From: "NeilBrown" <neilb@xxxxxxx>
• Request on RAID5
  • From: satha <satha_koti@xxxxxxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Alberto Bertogli <albertito@xxxxxxxxxxxxxx>
• Request on MD Driver
  • From: koti <koti.here.4u@xxxxxxxxx>
• Strange issue with async_xor
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• RE: RAID-5 creation crashes when files system installed while recovery going on
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Readding a drive fails because of wrong size?
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Neil Brown <neilb@xxxxxxx>
• device with newer data added as spare - data now gone?
  • From: Molinero <marianne@xxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: resync hangs
  • From: Neil Brown <neilb@xxxxxxx>
• Re: reshape raid5 to raid6
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Questions regarding failure in the last IO path in multipath
  • From: "Ron Lai" <ronlai@xxxxxxxxxxxxxxx>
• Re: Questions regarding failure in the last IO path in multipath
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: RAID-5 creation crashes when files system installed while recovery going on
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Readding a drive fails because of wrong size?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Questions regarding failure in the last IO path in multipath
  • From: "Ron Lai" <ronlai@xxxxxxxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Readding a drive fails because of wrong size?
  • From: Scott Baker <bakers@xxxxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• RE: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: <berthiaume_wayne@xxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: mdadm can't reshape/resize arrays
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: Neil Brown <neilb@xxxxxxx>
• Re: md: Use new topology calls to indicate alignment and I/O sizes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• RE: RAID-5 creation crashes when files system installed while recovery going on
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: md: Use new topology calls to indicate alignment and I/O sizes
  • From: Neil Brown <neilb@xxxxxxx>
• RE: RAID-5 creation crashes when files system installed while recovery going on
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• IOPs using MD driver
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: mdadm can't reshape/resize arrays
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH/RFC] md: Push down data integrity code to personalities.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: md: Use new topology calls to indicate alignment and I/O sizes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• RE: Slow raid10 resync
  • From: <Ryan_MichaelS@xxxxxxx>
• Re: reshape raid5 to raid6
  • From: Billy Crook <billycrook@xxxxxxxxx>
• Re: md: Use new topology calls to indicate alignment and I/O sizes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• mdadm can't reshape/resize arrays
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: reshape raid5 to raid6
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• Re: [PATCH/RFC] md: Push down data integrity code to personalities.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: reshape raid5 to raid6
  • From: Beolach <beolach@xxxxxxxxx>
• Re: reshape raid5 to raid6
  • From: "NeilBrown" <neilb@xxxxxxx>
• reshape raid5 to raid6
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• Re: Write barriers on MD RAID1
  • From: Neil Brown <neilb@xxxxxxx>
• Re: help please
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Write barriers on MD RAID1
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [dm-devel] Re: Write barriers on MD RAID1
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] mv_xor: add support for clkdev framework
  • From: Saeed Bishara <saeed@xxxxxxxxxxx>
• Re: [dm-devel] Re: Write barriers on MD RAID1
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• RE: RAID-5 creation crashes when files system installed while recovery going on
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Write barriers on MD RAID1
  • From: Neil Brown <neilb@xxxxxxx>
• Re: help please
  • From: Neil Brown <neilb@xxxxxxx>
• Re: mdadm raid5 and bit errors resync
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Slow raid10 resync
  • From: Neil Brown <neilb@xxxxxxx>
• Re: RAID-5 creation crashes when files system installed while recovery going on
  • From: "NeilBrown" <neilb@xxxxxxx>
• RAID-5 creation crashes when files system installed while recovery going on
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: [PATCH] mv_xor: add support for clkdev framework
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH] mv_xor: add support for clkdev framework
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] mv_xor: add support for clkdev framework
  • From: Saeed Bishara <saeed@xxxxxxxxxxx>
• Re: [PATCH] mv_xor: add support for clkdev framework
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH] mv_xor: add support for clkdev framework
  • From: saeed bishara <saeed.bishara@xxxxxxxxx>
• Re: [PATCH] mv_xor: add support for clkdev framework
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Slow raid10 resync
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• [PATCH] mv_xor: add support for power management
  • From: Saeed Bishara <saeed@xxxxxxxxxxx>
• [PATCH] mv_xor: add support for clkdev framework
  • From: Saeed Bishara <saeed@xxxxxxxxxxx>
• [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH/RFC] md: Push down data integrity code to personalities.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Slow raid10 resync
  • From: <Ryan_MichaelS@xxxxxxx>
• Re: resync hangs
  • From: Randall Smith <randall@xxxxxx>
• Re: [PATCH] MD: md, fix lock imbalance
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• mdadm raid5 and bit errors resync
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• Re: resync hangs
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: resync hangs
  • From: Randall Smith <randall@xxxxxx>
• [PATCH] MD: md, fix lock imbalance
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Subject: Raid0 Reshape . Preface
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Write intent bitmaps
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Resize Raid5 devices
  • From: Ralf Müller <ralf@xxxxxxxx>
• Re: Resize Raid5 devices
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Resize Raid5 devices
  • From: Ralf Müller <ralf@xxxxxxxx>
• Re: Write intent bitmaps
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Write intent bitmaps
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: filesystem stripe parameters
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: filesystem stripe parameters
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: filesystem stripe parameters
  • From: Wil Reichert <wil.reichert@xxxxxxxxx>
• Re: filesystem stripe parameters
  • From: Justin Perreault <justinperreault@xxxxxxxxx>
• Re: Write intent bitmaps
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• [PATCH/RFC] md: Push down data integrity code to personalities.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Why is my raid 1 boot/root not working with autodetect?
  • From: Fredrik Pettersson <freppe@xxxxxxxxx>