|
Re: Small fix for 2.4 md.c - using device information before lock_dev(): msg#00058linux.raid
On Wednesday March 12, lmb@xxxxxxx wrote: > Good morning, > > I've been testing md under UML. It appears that UML is exposing a minor bug in > md.c: it is trying to use information about the device (in particular, > blk_sizes[]) before having imported it (which calls lock_dev() and thus makes > the information available in the first place). > > This was exposed because UML resets the blk_sizes[] information to zero on > ubd_release(). > > Working patch attached; it just reorders the function calls. Please apply to > 2.4 if appropriate. > Thanks ... that's a subtle one. It appears not be be an issue with 2.5 as you cannot even get at the size before doing the bdget - which is good. I'll send it to Marcelo. NeilBrown - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Adaptec 2010s boot failure: 00058, Nick DeClario |
|---|---|
| Next by Date: | [PATCH] md - 2 of 3 - Convert /proc/mdstat to use seq_file: 00058, NeilBrown |
| Previous by Thread: | Small fix for 2.4 md.c - using device information before lock_dev()i: 00058, Lars Marowsky-Bree |
| Next by Thread: | ANNOUNCE: mdadm 1.2.0 - A tool for managing Soft RAID under Linux: 00058, Neil Brown |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |