Linux RAID Storage Date Index

• Thread Index

• Re: filesystem stripe parameters
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Why is my raid 1 boot/root not working with autodetect?
  • From: Fredrik Pettersson <freppe@xxxxxxxxx>
• Re: filesystem stripe parameters
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• 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: Neil Brown <neilb@xxxxxxx>
• Re: Write intent bitmaps
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Why is my raid 1 boot/root not working with autodetect?
  • From: Neil Brown <neilb@xxxxxxx>
• filesystem stripe parameters
  • From: Wil Reichert <wil.reichert@xxxxxxxxx>
• Re: Resize Raid5 devices
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Subject:[PATCH 001:013]: md: Raid0 reshape
  • From: Raz <raziebe@xxxxxxxxx>
• Re: Resize Raid5 devices
  • From: Ralf Müller <ralf@xxxxxxxx>
• Re: Resize Raid5 devices
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Why is my raid 1 boot/root not working with autodetect?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Write intent bitmaps
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: [mdadm git pull] Intel metadata and mapfile fixes for mdadm-3.0.1
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races
  • From: Neil Brown <neilb@xxxxxxx>
• [PULL REQUEST] md updates for 2.6.31
  • From: Neil Brown <neilb@xxxxxxx>
• Re: init_emergency_isa_pool calling mempool_create in non-sleeping context
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: init_emergency_isa_pool calling mempool_create in non-sleeping context
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: init_emergency_isa_pool calling mempool_create in non-sleeping context
  • From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
• Re: init_emergency_isa_pool calling mempool_create in non-sleeping context
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Subject: Raid0 Reshape . Preface
  • From: Neil Brown <neilb@xxxxxxx>
• Re: init_emergency_isa_pool calling mempool_create in non-sleeping context
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Subject:[PATCH 001:013]: md: Raid0 reshape
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Resize Raid5 devices
  • From: Ralf Müller <ralf@xxxxxxxx>
• Re: Subject:[PATCH 001:013]: md: Raid0 reshape
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Subject: Raid0 Reshape . Preface
  • From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Subject: Raid0 Reshape . Preface
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Subject:[PATCH 001:013]: md: Raid0 reshape
  • From: Raz <raziebe@xxxxxxxxx>
• Re: Subject:[PATCH 001:013]: md: Raid0 reshape
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• Re: Subject:[PATCH 001:013]: md: Raid0 reshape
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• [mdadm git pull] Intel metadata and mapfile fixes for mdadm-3.0.1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Subject:[PATCH 001:013]: md: Raid0 reshape
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Subject:[PATCH 1:1]: mdadm. add raid0 grow support
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 013:013]: kconfig:add raid0 a reshape option
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 012:013]: raid0.c, wrap reshape code in ifdefs
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 011:013]: raid0.h: reshape structure
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 010:013]: raid0: reshape core code
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 009:013]: raid0:add hot add and hot remove
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 008:013]:raid0, split raid0_make_request
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 007:013]: raid0 , change map_sector arguements
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 006:013]:raid0: remove redundant argument from is_in_chunk_boundary
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 005:013]: raid0: refactor create_strip and raid0_run
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 004:013]: dump_zones to print_conf
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 003:013]: raid0: raid0_size to support reshape
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 002:013]: raid0: find_zone to return NULL
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject:[PATCH 001:013]: md: Raid0 reshape
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: Raid0 Reshape . Preface
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (more questions)
  • From: <linux-raid.vger.kernel.org@xxxxxxxxxxx>
• Re: Re: RAID-6 mdadm disks out of sync issue (more questions)
  • From: Neil Brown <neilb@xxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (more questions)
  • From: <linux-raid.vger.kernel.org@xxxxxxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (more questions)
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: "cannot start dirty degraded array"
  • From: Kyler Laird <kyler-keyword-linuxraid.6e1399@xxxxxxxxxx>
• Re: "cannot start dirty degraded array"
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (more questions)
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: "cannot start dirty degraded array"
  • From: Kyler Laird <kyler-keyword-linuxraid.6e1399@xxxxxxxxxx>
• Re: "cannot start dirty degraded array"
  • From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
• Re: [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: Neil Brown <neilb@xxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (more questions)
  • From: <linux-raid.vger.kernel.org@xxxxxxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (more questions)
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (more questions)
  • From: <linux-raid.vger.kernel.org@xxxxxxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (success!)
  • From: <linux-raid.vger.kernel.org@xxxxxxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (no success)
  • From: <linux-raid.vger.kernel.org@xxxxxxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (no success)
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (no success)
  • From: <linux-raid.vger.kernel.org@xxxxxxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (no success)
  • From: <linux-raid.vger.kernel.org@xxxxxxxxxxx>
• Re: how to resize volume group lvm2?
  • From: Tapani Tarvainen <raid@xxxxxxxxxxxxxxxxxx>
• Re: how to resize volume group lvm2?
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• how to resize volume group lvm2?
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• Re: Strange RAID behaviour when faced with user error
  • From: Jody McIntyre <scjody@xxxxxxx>
• Re: Assembly problems with kernel 2.6.30?
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• RE: Software RAID5 write issues
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Assembly problems with kernel 2.6.30?
  • From: Jim Paris <jim@xxxxxxxx>
• Re: Assembly problems with kernel 2.6.30?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (five questions)
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Computer locked up when adding bitmap=internal and now filesystem is gone
  • From: Henrik Johnson <henrik.johnson@xxxxxxxxx>
• Re: Computer locked up when adding bitmap=internal and now filesystem is gone
  • From: Neil Brown <neilb@xxxxxxx>
• Re: slow mdadm reshape, normal?
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (five questions)
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• RE: Computer locked up when adding bitmap=internal and now filesystem is gone
  • From: Henrik Johnson <henrik.johnson@xxxxxxxxx>
• RE: How do I start an array with an invalid bitmap file
  • From: Henrik Johnson <henrik.johnson@xxxxxxxxx>
• RFC: Adding new block layer error codes
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Computer locked up when adding bitmap=internal and now filesystem is gone
  • From: Henrik Johnson <henrik.johnson@xxxxxxxxx>
• Re: slow mdadm reshape, normal? lspci/iostat info
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• Re: slow mdadm reshape, normal?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: mdadm message (auto-read-only) on "/dev/md1" = swap file system
  • From: "Ing. Jair" <jairzhino@xxxxxxxxx>
• How do I start an array with an invalid bitmap file
  • From: Henrik Johnson <henrik.johnson@xxxxxxxxx>
• Re: slow mdadm reshape, normal?
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (five questions)
  • From: <linux-raid.vger.kernel.org@xxxxxxxxxxx>
• Re: slow mdadm reshape, normal?
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: Neil Brown <neilb@xxxxxxx>
• RE: mdadm message (auto-read-only) on "/dev/md1" = swap file system
  • From: "Simon Jackson" <sjackson@xxxxxxxxxxx>
• Re: Why is my raid 1 boot/root not working with autodetect?
  • From: Fredrik Pettersson <freppe@xxxxxxxxx>
• Re: slow mdadm reshape, normal?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Assembly problems with kernel 2.6.30?
  • From: Jim Paris <jim@xxxxxxxx>
• Re: Software RAID5 write issues
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: Software RAID5 write issues
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: Re: slow mdadm reshape, normal?
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• Re: slow mdadm reshape, normal?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• slow mdadm reshape, normal?
  • From: Michael Ole Olsen <gnu@xxxxxxx>
• Re: Strange RAID behaviour when faced with user error
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Strange RAID behaviour when faced with user error
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Strange RAID behaviour when faced with user error
  • From: Jody McIntyre <scjody@xxxxxxx>
• Re: Software RAID5 write issues
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• "cannot start dirty degraded array"
  • From: Kyler Laird <kyler-keyword-linuxraid.6e1399@xxxxxxxxxx>
• Re: Software RAID5 write issues
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: mdadm message (auto-read-only) on "/dev/md1" = swap file system
  • From: "Ing. Jair" <jairzhino@xxxxxxxxx>
• Re: mdadm message (auto-read-only) on "/dev/md1" = swap file system
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Software RAID5 write issues
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: mdadm message (auto-read-only) on "/dev/md1" = swap file system
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• mdadm message (auto-read-only) on "/dev/md1" = swap file system
  • From: "Ing. Jair" <jairzhino@xxxxxxxxx>
• Why is my raid 1 boot/root not working with autodetect?
  • From: Fredrik Pettersson <freppe@xxxxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (long e-mail)
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: RAID-6 mdadm disks out of sync issue (long e-mail)
  • From: <linux-raid.vger.kernel.org@xxxxxxxxxxx>
• RAID-6 mdadm disks out of sync issue (long e-mail)
  • From: <linux-raid.vger.kernel.org@xxxxxxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: resync hangs
  • From: Randall Smith <randall@xxxxxx>
• Re: resync hangs
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: resync hangs
  • From: Randall Smith <randall@xxxxxx>
• Re: [dm-devel] Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• RE: Resync failing to start.
  • From: "NeilBrown" <neilb@xxxxxxx>
• RE: Resync failing to start.
  • From: "Simon Jackson" <sjackson@xxxxxxxxxxx>
• Re: Resync failing to start.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Resync failing to start.
  • From: "Simon Jackson" <sjackson@xxxxxxxxxxx>
• [PULL REQUEST] md: a few more reshape fixes for 2.6.30
  • From: Neil Brown <neilb@xxxxxxx>
• [md PATCH 3/3] md/raid5: fix bug in reshape code when chunk_size decreases.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 2/3] md/raid5 - avoid deadlocks in get_active_stripe during reshape
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 1/3] md/raid5: use conf->raid_disks in preference to mddev->raid_disk
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 0/3] reshape bug fixes for 2.6.30
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH] md: Use new topology calls to indicate alignment and I/O sizes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: Nifty Fedora Mitch <niftyfedora@xxxxxxxxxxxx>
• RE: How to un-degrade an array after a totally spurious failure?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [dm-devel] Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH v2 05/11] md/raid5: add scribble region for buffer lists
  • From: Jody McIntyre <scjody@xxxxxxx>
• Re: Write intent bitmaps
  • From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
• Re: How to un-degrade an array after a totally spurious failure?
  • From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
• Re: RAID 5 re-add of removed drive? (failed drive replacement)
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: How to un-degrade an array after a totally spurious failure?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• RE: Unable to stop array
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Unable to stop array
  • From: Gabor Gombas <gombasg@xxxxxxxxx>
• Write intent bitmaps
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• 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: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
• RE: How to un-degrade an array after a totally spurious failure?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Unable to stop array
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Unable to stop array
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Timeout until degrade of RAID5 array
  • From: "NeilBrown" <neilb@xxxxxxx>
• Timeout until degrade of RAID5 array
  • From: Gabriel Ambuehl <gabriel_ambuehl@xxxxxx>
• Unable to stop array
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Bill Davidsen <davidsen@xxxxxxx>
• resync hangs
  • From: Randall Smith <randall@xxxxxx>
• [PATCH] md linear: Protecting mddev with rcu locks to avoid races in
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH v2 05/11] md/raid5: add scribble region for buffer lists
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re:
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: md raid5 keeps going degraded.
  • From: Neil Brown <neilb@xxxxxxx>
• [no subject]
  • From: "Jack Etherington" <jack@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Nifty Fedora Mitch <niftyfedora@xxxxxxxxxxxx>
• Re: [dm-devel] Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Anton Altaparmakov <aia21@xxxxxxxxx>
• Re: [PATCH 4/8] md/raid6: asynchronous handle_stripe_fill6
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 2/8] md/raid6: asynchronous raid6 operations
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH v2 05/11] md/raid5: add scribble region for buffer lists
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject : PATCH [001:001]: raid0 devices size should be aligned to chunk size
  • From: Neil Brown <neilb@xxxxxxx>
• Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• [PATCH 8/8] md/raid6: remove synchronous infrastructure
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 7/8] md/raid6: asynchronous handle_stripe6
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 6/8] md/raid6: asynchronous handle_parity_check6
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 5/8] md/raid6: asynchronous handle_stripe_dirtying6
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 4/8] md/raid6: asynchronous handle_stripe_fill6
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 3/8] md/raid5,6: common schedule_reconstruction for raid5/6
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/8] md/raid6: asynchronous raid6 operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 1/8] md/raid5: factor out mark_uptodate from ops_complete_compute5
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 0/8] Asynchronous raid6 acceleration (part 3 of 3)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• Re: import existing intel array
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: [PATCH v2 08/11] async_tx: add support for asynchronous GF multiplication
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 08/11] async_tx: add support for asynchronous GF multiplication
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 11/11] async_tx: raid6 recovery self test
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/11] async_tx: structify submission arguments, add scribble
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 02/11] async_tx: kill ASYNC_TX_DEP_ACK flag
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [PATCH v2 01/11] async_tx: rename zero_sum to val
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [dm-devel] Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [dm-devel] Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Anton Altaparmakov <aia21@xxxxxxxxx>
• Re: [PATCH/RFC 0/2] md: personality pushdown patches -- intro
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Awful RAID5 random read performance
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• MD and DM (was: Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux)
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: OT Re: Good Day
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: slow random raid5 access?
  • From: Nifty Fedora Mitch <niftyfedora@xxxxxxxxxxxx>
• Re: OT Re: Good Day
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Upgrading a software RAID
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: Upgrading a software RAID
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID5 reconstruction ?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Upgrading a software RAID
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Upgrading a software RAID
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: Upgrading a software RAID
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID 5 re-add of removed drive? (failed drive replacement)
  • From: Alexander Rietsch <Alexander.Rietsch@xxxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Wil Reichert <wil.reichert@xxxxxxxxx>
• Re: RAID 5 re-add of removed drive? (failed drive replacement)
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: RAID 5 re-add of removed drive? (failed drive replacement)
  • From: Alexander Rietsch <Alexander.Rietsch@xxxxxxxxxx>
• Re: RAID 5 re-add of removed drive? (failed drive replacement)
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: RAID 5 re-add of removed drive? (failed drive replacement)
  • From: Alexander Rietsch <Alexander.Rietsch@xxxxxxxxxx>
• Re: RAID 5 re-add of removed drive? (failed drive replacement)
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: RAID 5 re-add of removed drive? (failed drive replacement)
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• Re: RAID 5 re-add of removed drive? (failed drive replacement)
  • From: Alexander Rietsch <Alexander.Rietsch@xxxxxxxxxx>
• Re: RAID 5 re-add of removed drive? (failed drive replacement)
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• Re: RAID 5 re-add of removed drive? (failed drive replacement)
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• RAID 5 re-add of removed drive? (failed drive replacement)
  • From: Alex R <Alexander.Rietsch@xxxxxxxxxx>
• ANNOUNCE: mdadm 3.0 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• raid5 rebuild/resync speed.
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Subject : PATCH [001:001]: raid0 devices size should be aligned to chunk size
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• chunk size fix -- found a bug
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Awful RAID5 random read performance
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• RE: Awful RAID5 random read performance
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Awful RAID5 random read performance
  • From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
• Re: Awful RAID5 random read performance
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Awful RAID5 random read performance
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• RE: Awful RAID5 random read performance
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: RAID5 reconstruction ?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Events?
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: Awful RAID5 random read performance
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Maxime Boissonneault <maxime.boissonneault@xxxxxxxxxxxxxx>
• RE: Events?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: RAID-5 spare drive: Can't make spare persist across reboot
  • From: David Rea <dave@xxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: Upgrading a software RAID
  • From: Maxime Boissonneault <maxime.boissonneault@xxxxxxxxxxxxxx>
• Re: RAID-5 spare drive: Can't make spare persist across reboot
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Upgrading a software RAID
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID-5 spare drive: Can't make spare persist across reboot
  • From: David Rea <dave@xxxxxxxxxxx>
• Re: [PATCH/RFC 0/2] md: personality pushdown patches -- intro
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Upgrading a software RAID
  • From: Maxime Boissonneault <maxime.boissonneault@xxxxxxxxxxxxxx>
• Re: RAID-5 spare drive: Can't make spare persist across reboot
  • From: Neil Brown <neilb@xxxxxxx>
• Awful RAID5 random read performance
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: Events?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Upgrading a software RAID
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Maxime Boissonneault <maxime.boissonneault@xxxxxxxxxxxxxx>
• Events?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• slow random raid5 access?
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: RAID5 reconstruction ?
  • From: Redeeman <redeeman@xxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: RAID5 reconstruction ?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: RAID5 reconstruction ?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• RAID-5 spare drive: Can't make spare persist across reboot
  • From: David Rea <dave@xxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Maxime Boissonneault <maxime.boissonneault@xxxxxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Upgrading a software RAID
  • From: Maxime Boissonneault <maxime.boissonneault@xxxxxxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: Maxime Boissonneault <maxime.boissonneault@xxxxxxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: Redeeman <redeeman@xxxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Raid and badblocks
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: Maxime Boissonneault <maxime.boissonneault@xxxxxxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• Re: Raid and badblocks
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: RAID5 reconstruction ?
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• Re: Raid and badblocks
  • From: hank peng <pengxihan@xxxxxxxxx>
• RAID5 reconstruction ?
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH 1/2] md: Push down reconstruction log message to personality code.
  • From: Raz <raziebe@xxxxxxxxx>
• Re: Need information regarding RAID 6 Async APIs for kernel version 2.6.27
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v2 11/11] async_tx: raid6 recovery self test
  • From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
• RE: [PATCH v2 09/11] async_tx: add support for asynchronous RAID6 recovery operations
  • From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
• RE: [PATCH v2 10/11] dmatest: add pq support
  • From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
• RE: [PATCH v2 08/11] async_tx: add support for asynchronous GF multiplication
  • From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
• RE: [PATCH v2 07/11] async_tx: kill needless module_{init|exit}
  • From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
• RE: [PATCH v2 04/11] async_xor: permit callers to pass in a 'dma/page scribble' region
  • From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
• RE: [PATCH v2 06/11] async_tx: add sum check flags
  • From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
• RE: [PATCH v2 03/11] async_tx: structify submission arguments, add scribble
  • From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
• RE: [PATCH v2 02/11] async_tx: kill ASYNC_TX_DEP_ACK flag
  • From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
• RE: [PATCH v2 01/11] async_tx: rename zero_sum to val
  • From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
• [PATCH 2/2] md: Move check for bitmap presence to personality code.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 1/2] md: Push down reconstruction log message to personality code.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH/RFC 0/2] md: personality pushdown patches -- intro
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: forcing check of RAID1 arrays causes lockup
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Need information regarding RAID 6 Async APIs for kernel version 2.6.27
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: raid failure and LVM volume group availability
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Need information regarding RAID 6 Async APIs for kernel version 2.6.27
  • From: Koti <satha_koti@xxxxxxxxxxx>
• Re: resync duration ?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Maxime Boissonneault <maxime.boissonneault@xxxxxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Upgrading a software RAID
  • From: Maxime Boissonneault <maxime.boissonneault@xxxxxxxxxxxxxx>
• Re: Upgrading a software RAID
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Western Digital RE3
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Western Digital RE3
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: forcing check of RAID1 arrays causes lockup
  • From: Redeeman <redeeman@xxxxxxxxxxx>
• Re: forcing check of RAID1 arrays causes lockup
  • From: Kyle Liddell <kyle@xxxxxxxxxxxxxxxxxxxx>
• RE: FW: Detecting errors on the RAID disks.
  • From: "Simon Jackson" <sjackson@xxxxxxxxxxx>
• RE: Western Digital RE3
  • From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
• Re: Western Digital RE3
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: FW: Detecting errors on the RAID disks.
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• FW: Detecting errors on the RAID disks.
  • From: "Simon Jackson" <sjackson@xxxxxxxxxxx>
• Re: Western Digital RE3
  • From: russ@xxxxxxxxxx
• Re: Western Digital RE3
  • From: Redeeman <redeeman@xxxxxxxxxxx>
• Re: [PATCH 0/6] md: More sector_t conversions -- intro
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: forcing check of RAID1 arrays causes lockup
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Western Digital RE3
  • From: Nifty Fedora Mitch <niftyfedora@xxxxxxxxxxxx>
• forcing check of RAID1 arrays causes lockup
  • From: kyle@xxxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2] dm-csum: A new device mapper target that checks data integrity
  • From: Alberto Bertogli <albertito@xxxxxxxxxxxxxx>
• Re: Raid and badblocks
  • From: Andrew Burgess <aab@xxxxxxxxxxx>
• Re: Raid and badblocks
  • From: Jeremy Sanders <jss@xxxxxxxxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Alberto Bertogli <albertito@xxxxxxxxxxxxxx>
• Re: raid failure and LVM volume group availability
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: raid failure and LVM volume group availability
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• RE: How to un-degrade an array after a totally spurious failure?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• RE: How to un-degrade an array after a totally spurious failure?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Western Digital RE3
  • From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
• [PULL REQUEST] md - various fixed for 2.6.30
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 0/6] md: More sector_t conversions -- intro
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 0/6] md: More sector_t conversions -- intro
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 4/6] md: convert conf->chunk_size and conf->prev_chunk to sectors.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 1/6] md: Make mddev->chunk_size sector-based.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Western Digital RE3
  • From: Redeeman <redeeman@xxxxxxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Raz <raziebe@xxxxxxxxx>
• Re: Western Digital RE3
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Alberto Bertogli <albertito@xxxxxxxxxxxxxx>
• Upgrading a software RAID
  • From: Maxime Boissonneault <maxime.boissonneault@xxxxxxxxxxxxxx>
• Re: Adaptec 2405 : hardware or software raid?
  • From: Andrew Burgess <aab@xxxxxxxxxxx>
• Re: raid failure and LVM volume group availability
  • From: hank peng <pengxihan@xxxxxxxxx>
• Adaptec 2405 : hardware or software raid?
  • From: Janek Kozicki <janek_listy@xxxxx>
• Western Digital RE3
  • From: "MOgWai46[Saurceful of Secrets]" <street41@xxxxxxxxx>
• Re: [PATCH 2/6] md: Fix a bug in super_1_sync().
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: LVM->RAID->LVM
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: raid failure and LVM volume group availability
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: [PATCH 2/6] md: Fix a bug in super_1_sync().
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH 6/6] md/raid5: Kill outdated comment.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 5/6] md/raid5: Use is_power_of_2() in raid5_reconfig()/raid6_reconfig().
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 4/6] md: convert conf->chunk_size and conf->prev_chunk to sectors.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 3/6] md: Convert mddev->new_chunk to sectors.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 1/6] md: Make mddev->chunk_size sector-based.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 2/6] md: Fix a bug in super_1_sync().
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 0/6] md: More sector_t conversions -- intro
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] async_xor: permit callers to pass in a 'dma/page scribble' region
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [md PATCH 3/3] md: export 'frozen' resync state through sysfs
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 2/3] md: bitmap: improve bitmap maintenance code.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 1/3] md: improve errno return when setting array_size
  • From: NeilBrown <neilb@xxxxxxx>
• Re: LVM->RAID->LVM
  • From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
• LVM->RAID->LVM
  • From: Billy Crook <billycrook@xxxxxxxxx>
• Re: Missing md superblock on added devices after grow ...
  • From: Billy Crook <billycrook@xxxxxxxxx>
• Re: Missing md superblock on added devices after grow ...
  • From: Rob Vandermeulen <rob.vandermeulen@xxxxxxxxxx>
• Re: Missing md superblock on added devices after grow ...
  • From: rdc <denrdc@xxxxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Raz <raziebe@xxxxxxxxx>
• Re: internal write-intent bitmap, chunksize, superblock
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Missing md superblock on added devices after grow ...
  • From: "NeilBrown" <neilb@xxxxxxx>
• Missing md superblock on added devices after grow ...
  • From: rdc <denrdc@xxxxxxxxx>
• internal write-intent bitmap, chunksize, superblock
  • From: Redeeman <redeeman@xxxxxxxxxxx>
• Re: Poor write performance with write-intent bitmap?
  • From: Redeeman <redeeman@xxxxxxxxxxx>
• Re: [PATCH v2 09/11] async_tx: add support for asynchronous RAID6 recovery operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 04/11] async_xor: permit callers to pass in a 'dma/page scribble' region
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Upgrading a RAID configuration
  • From: mboisson <maxime.boissonneault@xxxxxxxxxxxxxx>
• Re: [PATCH] md: Protecting mddev with barriers to avoid races
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Raid and badblocks
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md: Protecting mddev with barriers to avoid races
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Does raid5 have error handling while reading?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md: Protecting mddev with barriers to avoid races
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Raid and badblocks
  • From: Jeremy Sanders <jss@xxxxxxxxxxxxx>
• Raid and badblocks
  • From: Jeremy Sanders <jss@xxxxxxxxxxxxx>
• Re: Does raid5 have error handling while reading?
  • From: Xu Yuehai <raid.yuehai@xxxxxxxxx>
• Re: [PATCH] md: Protecting mddev with barriers to avoid races
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md: Protecting mddev with barriers to avoid races
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Does raid5 have error handling while reading?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH v2 04/11] async_xor: permit callers to pass in a 'dma/page scribble' region
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 11/11] async_tx: raid6 recovery self test
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] async_tx: add support for asynchronous RAID6 recovery operations
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/11] async_tx: add support for asynchronous GF multiplication
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH] md: Protecting mddev with barriers to avoid races
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Does raid5 have error handling while reading?
  • From: Xu Yuehai <raid.yuehai@xxxxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Alberto Bertogli <albertito@xxxxxxxxxxxxxx>
• [PATCH 3/3] iop-adma: P+Q self test
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/3] iop-adma: P+Q support for iop13xx adma engines
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 1/3] iop-adma: cleanup iop_adma_run_tx_complete_actions
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 0/3] Asynchronous raid6 acceleration (part 2 of 3)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: "raid array not clean" messages
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Starting RAID 5
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
  • From: Alberto Bertogli <albertito@xxxxxxxxxxxxxx>
• OT: busting a gut (was Re: Subject: [001/002 ] raid0 reshape)
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [PATCH 006/009]: raid1: chunk size check in run
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [PATCH 006/009]: raid1: chunk size check in run
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: How to un-degrade an array after a totally spurious failure?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: "raid array not clean" messages
  • From: Neil Brown <neilb@xxxxxxx>
• Re: "raid array not clean" messages
  • From: Christopher Chen <muffaleta@xxxxxxxxx>
• Re: "raid array not clean" messages
  • From: fibre raid <fibreraid@xxxxxxxxx>
• Re: "raid array not clean" messages
  • From: fibre raid <fibreraid@xxxxxxxxx>
• Re: "raid array not clean" messages
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• "raid array not clean" messages
  • From: fibre raid <fibreraid@xxxxxxxxx>
• Re: raid failure and LVM volume group availability
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md: Enhancements and clean to linear RAID
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md: Enhancements and clean to linear RAID
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Subject [ md PATCH 4/6] : md to support page size chunks in the case of raid 0
  • From: Neil Brown <neilb@xxxxxxx>
• raid failure and LVM volume group availability
  • From: Tim Connors <tconnors@xxxxxxxxxxxxxxxxxxx>
• Re: Subject: [PATCH 006/009]: raid1: chunk size check in run
  • From: Neil Brown <neilb@xxxxxxx>
• Re: How to un-degrade an array after a totally spurious failure?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Starting RAID 5
  • From: Neil Brown <neilb@xxxxxxx>
• How to un-degrade an array after a totally spurious failure?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: linear raid : mddev not protected in linear_add
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Starting RAID 5
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [PATCH v2 04/11] async_xor: permit callers to pass in a 'dma/page scribble' region
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/11] md/raid5: add scribble region for buffer lists
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 04/11] async_xor: permit callers to pass in a 'dma/page scribble' region
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 03/11] async_tx: structify submission arguments, add scribble
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: linear raid : mddev not protected in linear_add
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Subject [ md PATCH 4/6] : md to support page size chunks in the case of raid 0
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Subject: [PATCH 002/009]: have raid0 report its formation
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: Subject: [PATCH 006/009]: raid1: chunk size check in run
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: Subject [ md PATCH 4/6] : md to support page size chunks in the case of raid 0
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: Subject [ md PATCH 4/6] : md to support page size chunks in the case of raid 0
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH v2 05/11] md/raid5: add scribble region for buffer lists
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] async_xor: permit callers to pass in a 'dma/page scribble' region
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/11] async_tx: structify submission arguments, add scribble
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Subject [ raid0 PATCH 3/6] : Add support to chunk size of 4K*n instead of 4K*2^n
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Subject [ md PATCH 4/6] : md to support page size chunks in the case of raid 0
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Subject: [PATCH 006/009]: raid1: chunk size check in run
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [PATCH 004/009]: md. chunk size check
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [PATCH 007/009]: raid10: chunk size check in run
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [PATCH 008/009]: raid5: chunk size check in run
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [PATCH 003/009]: raid0 :Enables chunk size other than 4K.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [PATCH 002/009]: have raid0 report its formation
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [PATCH 001/009]: have raid0 compile with MD_DEBUG on
  • From: Neil Brown <neilb@xxxxxxx>
• Re: linear raid : mddev not protected in linear_add
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Raz <raziebe@xxxxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Subject: [PATCH 007/009]: raid10: chunk size check in run
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 007/009]: raid10: chunk size check in run
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 007/009]: raid10: chunk size check in run
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 004/009]: md. chunk size check
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 002/009]: have raid0 report its formation
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 007/009]: raid10: chunk size check in run
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 004/009]: md. chunk size check
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 007/009]: raid10: chunk size check in run
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 002/009]: have raid0 report its formation
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 008/009]: raid5: chunk size check in run
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 005/009]: raid0: chunk size check in raid0_run
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 003/009]: raid0 :Enables chunk size other than 4K.
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 002/009]: have raid0 report its formation
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 001/009]: have raid0 compile with MD_DEBUG on
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 009/009]: mdadm: 1K chunks for raid0
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 006/009]: raid1: chunk size check in run
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: [PATCH] md: Enhancements and clean to linear RAID
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• linear raid : mddev not protected in linear_add
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH] md: Enhancements and clean to linear RAID
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH] md: Enhancements and clean to linear RAID
  • From: Neil Brown <neilb@xxxxxxx>
• PATCH[03/03] md: Binary search in linear raid
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• PATCH [02/03] md: Removing num_sector and replacing start_sector with end_sector
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• PATCH [01/03] md: Removal of hash table in linear raid
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH] md: Enhancements and clean to linear RAID
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: RCU detected CPU 1 stall (t=4295904002/751 jiffies) Pid: 902, comm: md1_raid5
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: Subject : [ md PATCHE 5/6] : 1K *n chunks.
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: [PATCH] md: Enhancements and clean to linear RAID
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH] md: Enhancements and clean to linear RAID
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Subject [ md PATCH 4/6] : md to support page size chunks in the case of raid 0
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• PATCH[03/03] md: Replacing linear with binary search for linear raid
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• PATCH[02/03] md: Getting rid of sector_div and hash table in linear raid
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• PATCH [01/03] md: Removal of num_sectors from dev_info in linear raid
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• [PATCH] md: Enhancements and clean to linear RAID
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: RCU detected CPU 1 stall (t=4295904002/751 jiffies) Pid: 902, comm: md1_raid5
  • From: Neil Brown <neilb@xxxxxxx>
• [mdadm git pull] A couple of Intel metadata fixes for mdadm-3.0-rc
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 11/11] async_tx: raid6 recovery self test
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 10/11] dmatest: add pq support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 09/11] async_tx: add support for asynchronous RAID6 recovery operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 08/11] async_tx: add support for asynchronous GF multiplication
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 07/11] async_tx: kill needless module_{init|exit}
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 06/11] async_tx: add sum check flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 03/11] async_tx: structify submission arguments, add scribble
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 05/11] md/raid5: add scribble region for buffer lists
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 04/11] async_xor: permit callers to pass in a 'dma/page scribble' region
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 02/11] async_tx: kill ASYNC_TX_DEP_ACK flag
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 01/11] async_tx: rename zero_sum to val
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 00/11] Asynchronous raid6 acceleration (part 1 of 3)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Subject : [ md PATCHE 5/6] : 1K *n chunks.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject [ md PATCH 4/6] : md to support page size chunks in the case of raid 0
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject [ raid0 PATCH 3/6] : Add support to chunk size of 4K*n instead of 4K*2^n
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Subject: [PATCH 1/6] md: raid0 to compile when MD DEBUG is on
  • From: Neil Brown <neilb@xxxxxxx>
• RCU detected CPU 1 stall (t=4295904002/751 jiffies) Pid: 902, comm: md1_raid5
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: Starting RAID 5
  • From: "NeilBrown" <neilb@xxxxxxx>
• Subject: [ mdadm PATCH 6/6] : mdadm to support 1K chunks
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject : [ md PATCHE 5/6] : 1K *n chunks.
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject [ md PATCH 4/6] : md to support page size chunks in the case of raid 0
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject [ raid0 PATCH 3/6] : Add support to chunk size of 4K*n instead of 4K*2^n
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject [ raid0 PATCH 2/6 ]: print to user raid0 zones
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Subject: [PATCH 1/6] md: raid0 to compile when MD DEBUG is on
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: PATCH md [001:002]: raid0: fix chunk size to 4K*n granularity
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: Starting RAID 5
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: resync duration ?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: resync duration ?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID0 - unitialised zone->dev_start for zone[0]
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: RFC: Removal of hash table for Linear RAID
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Configure speed of checkarray in mdadm?
  • From: David Vuorio <vuorio@xxxxxx>
• Re: RFC: Removal of hash table for Linear RAID
  • From: Neil Brown <neilb@xxxxxxx>
• RFC: Removal of hash table for Linear RAID
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• RAID Halting: Final Result
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: extending raid-5 ?
  • From: Jeff Rippy <jrippy@xxxxxxxxx>
• [md PATCH 2/2] md: raid0: remove ->dev pointer from strip_zone structure
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 1/2] md: raid0: remove ->sectors from the strip_zone structure.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/6] md: Remove the hash tables from raid0 V2 -- Introduction.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: resync duration ?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: RAID4 and RAID5 Code
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: resync duration ?
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• RE: resync duration ?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: Raz <raziebe@xxxxxxxxx>
• Re: resync duration ?
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: RAID4 and RAID5 Code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID4 and RAID5 Code
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID4 and RAID5 Code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Subject: [PATCH] mdadm: raid0: support chunks of 4K*n for raid0
  • From: Raz <raziebe@xxxxxxxxx>
• [PATCH 6/6] md: raid0: Fix a memory leak when stopping a raid0 array.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 5/6] md: raid0: Allocate all buffers for the raid0 configuration in one function.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 4/6] md: raid0: Make raid0_run() return a proper error code.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 3/6] md: raid0: Remove hash spacing and sector shift.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 2/6] md: raid0: Remove hash table.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 1/6] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 0/6] md: Remove the hash tables from raid0 V2 -- Introduction.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: resync duration ?
  • From: "Rainer Fuegenstein" <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Subject: [PATCH] mdadm: raid0: support chunks of 4K*n for raid0
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Subject: [PATCH] mdadm: raid0: support chunks of 4K*n for raid0
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• Re: Subject: [PATCH] mdadm: raid0: support chunks of 4K*n for raid0
  • From: Raz <raziebe@xxxxxxxxx>
• RE: resync duration ?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: resync duration ?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Spares Missing event in case of spare group?
  • From: Neil Brown <neilb@xxxxxxx>
• RE: resync duration ?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Subject: [PATCH] mdadm: raid0: support chunks of 4K*n for raid0
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• RE: Starting RAID 5
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Starting RAID 5
  • From: "NeilBrown" <neilb@xxxxxxx>
• Starting RAID 5
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: RAID4 and RAID5 Code
  • From: Neil Brown <neilb@xxxxxxx>
• Re: resync duration ?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: PATCH md [001:002]: raid0: fix chunk size to 4K*n granularity
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: resync duration ?
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: resync duration ?
  • From: Bryan Mesich <bryan.mesich@xxxxxxxx>
• Re: resync duration ?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re[2]: resync duration ?
  • From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
• RAID4 and RAID5 Code
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: resync duration ?
  • From: Ryan Wagoner <rswagoner@xxxxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: resync duration ?
  • From: Bryan Mesich <bryan.mesich@xxxxxxxx>
• Subject: [PATCH] mdadm: raid0: support chunks of 4K*n for raid0
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: PATCH md [001:002]: raid0: fix chunk size to 4K*n granularity
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• resync duration ?
  • From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: Sujit Karataparambil <sjt.kar@xxxxxxxxx>
• Subject: PATCH[002:002] md: raid0: dump raid configuration
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• PATCH md [001:002]: raid0: fix chunk size to 4K*n granularity
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: raid0: Simplify raid0_run().
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md: raid0: Simplify raid0_run().
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH] md: raid0: Make raid0_run() return a proper error code.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: raid0: Make raid0_run() return a proper error code.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: [PATCH] md: raid0: Simplify raid0_run().
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: David Greaves <david@xxxxxxxxxxxx>
• [PATCH] md: raid0: Simplify raid0_run().
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH] md: raid0: Kfree() strip_zone and devlist in create_strip_zones().
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH] md: raid0: Remove hash spacing and sector shift.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH] md: raid0: Make raid0_run() return a proper error code.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH] md: raid0: Remove hash table.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 0/6] md: Remove the hash tables from raid0.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] md: Remove the hash tables from raid0.
  • From: raz ben yehuda <raziebe@xxxxxxxxx>
• [PATCH 0/6] md: Remove the hash tables from raid0.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 1/6] md: raid0: Replace hash table lookup by looping over all strip_zones.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 2/6] md: raid0: Remove hash table.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 4/6] md: raid0: Make raid0_run() return a proper error code.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 6/6] md: raid0: Simplify raid0_run().
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 3/6] md: raid0: Remove hash spacing and sector shift.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH 5/6] md: raid0: Kfree() strip_zone and devlist in create_strip_zones().
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: RAID0 - unitialised zone->dev_start for zone[0]
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: RAID0 - unitialised zone->dev_start for zone[0]
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Subject: [001/001 ] raid0 remove hashing, variable chunk size
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: RAID0 - unitialised zone->dev_start for zone[0]
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
• RE: Spare fails to transfer between RAID groups
  • From: "Garth Snyder" <garth@xxxxxxxxx>
• Re: RAID0 - unitialised zone->dev_start for zone[0]
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Subject: [001/001 ] raid0 remove hashing, variable chunk size
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: mdadm issue on Ubuntu Januty 9.04 server
  • From: fibre raid <fibreraid@xxxxxxxxx>
• RAID0 - unitialised zone->dev_start for zone[0]
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Subject: [001/001 ] raid0 remove hashing, variable chunk size
  • From: raz ben yehuda <raziebe@xxxxxxx>
• Re: raid0 hashing funtion
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: mdadm issue on Ubuntu Januty 9.04 server
  • From: John Hughes <john@xxxxxxxxx>
• Re: [PATCH] md: Track raid5/6 statistics
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: How do people deal with disk size variations?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Spare fails to transfer between RAID groups
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Change Chunk Size on Array?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: simple question: where is internal bitmap stored?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: How do people deal with disk size variations?
  • From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
• How do people deal with disk size variations?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• simple question: where is internal bitmap stored?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Change Chunk Size on Array?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Change Chunk Size on Array?
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Change Chunk Size on Array?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Requesting replace mode for changing a disk
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Sandeep K Sinha <sandeepksinha@xxxxxxxxx>
• Re: Change Chunk Size on Array?
  • From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• RE: Requesting replace mode for changing a disk
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: raid0 hashing funtion
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Spare fails to transfer between RAID groups
  • From: "Garth Snyder" <garth@xxxxxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Raz <raziebe@xxxxxxxxx>
• Re: Is TRIM/DISCARD going to be a performance problem?
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: mdadm issue on Ubuntu Januty 9.04 server
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: mdadm issue on Ubuntu Januty 9.04 server
  • From: fibre raid <fibreraid@xxxxxxxxx>
• Re: mdadm issue on Ubuntu Januty 9.04 server
  • From: "NeilBrown" <neilb@xxxxxxx>
• mdadm issue on Ubuntu Januty 9.04 server
  • From: fibre raid <fibreraid@xxxxxxxxx>
• Re: Is TRIM/DISCARD going to be a performance problem?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Spare fails to transfer between RAID groups
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Is TRIM/DISCARD going to be a performance problem?
  • From: Andreas Dilger <adilger@xxxxxxx>
• Re: Is TRIM/DISCARD going to be a performance problem?
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: Is TRIM/DISCARD going to be a performance problem?
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: Is TRIM/DISCARD going to be a performance problem?
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: Is TRIM/DISCARD going to be a performance problem?
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: Is TRIM/DISCARD going to be a performance problem?
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: Is TRIM/DISCARD going to be a performance problem?
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: Is TRIM/DISCARD going to be a performance problem?
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: [PATCH] md: Track raid5/6 statistics
  • From: Jody McIntyre <scjody@xxxxxxx>
• Re: Is TRIM/DISCARD going to be a performance problem?
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: mdadm issue adding components to an array (avail_size / array_size issue).
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• Re: [Patch] mdadm ignoring homehost?
  • From: Neil Brown <neilb@xxxxxxx>
• ANNOUNCE: mdadm 3.0-rc1 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• Spare fails to transfer between RAID groups
  • From: "Garth Snyder" <garth@xxxxxxxxx>
• Re: extending raid-5 ?
  • From: Redeeman <redeeman@xxxxxxxxxxx>
• extending raid-5 ?
  • From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Subject: [001/002 ] raid0 reshape
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Requesting replace mode for changing a disk
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Recreate failed raid5 with no superblocks in place
  • From: Falk Husemann <josen@xxxxxxxxxxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• RE: Requesting replace mode for changing a disk
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Problem with auto-assembling raid1 on system start
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Requesting replace mode for changing a disk
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Requesting replace mode for changing a disk
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: md extension to support booting from raid whole disks.
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>