| To: | Scott Smyth <SSmyth@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] - filesystem corruption on soft RAID5 in 2.4.0+ (fwd) |
| From: | "Martin K. Petersen" <mkp@xxxxxxxxxxxxx> |
| Date: | 22 Jan 2001 12:47:31 -0500 |
| Cc: | linux-xfs@xxxxxxxxxxx, neilb@xxxxxxxxxxxxxxx |
| In-reply-to: | <B14BF8753E65D211ABCA00104B301EF501BD7B5D@cairn-gorm.cragtech.com> |
| Organization: | Linuxcare, Inc. |
| References: | <B14BF8753E65D211ABCA00104B301EF501BD7B5D@cairn-gorm.cragtech.com> |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
| User-agent: | Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Canyonlands) |
[MD vs. 512 byte sectors] >> Looks like a good call to me. It definately would have problems >> with a 512 byte block size. >> >> The resync code has always been done in multiples of 1K, and as I >> wasn't really sure why, I didn't change it. But now I am a lot >> more familiar with all the code and I am quite confident that >> changing it to work in 512 byte units would be fine. Looks good here. I'm beating on it right now and will send out a patch later today. >> Probably make various bits of code cleaner too. Yep. There are like a gazillion places where the code converts between 1K blocks and sectors. -- Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. mkp@xxxxxxxxxxxxx, http://www.linuxcare.com/ Linuxcare. Moving Forward. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] - filesystem corruption on soft RAID5 in 2.4.0+ (fwd), Steve Lord |
|---|---|
| Next by Date: | RE: [PATCH] - filesystem corruption on soft RAID5 in 2.4.0+ (fwd), Scott Smyth |
| Previous by Thread: | Re: [PATCH] - filesystem corruption on soft RAID5 in 2.4.0+ (fwd), Steve Lord |
| Next by Thread: | RE: [PATCH] - filesystem corruption on soft RAID5 in 2.4.0+ (fwd), Scott Smyth |
| Indexes: | [Date] [Thread] [Top] [All Lists] |