On Friday 21 January 2005 8:47 am, Lars Marowsky-Bree wrote: > On 2005-01-21T15:13:26, [EMAIL PROTECTED] wrote: > > Don't know if it's related to evms or to dm. > > kernel is a 2.6.10-ac10 + 2.6.10-udm1 + evms kernel patches. > > (bd_claims + dm bbr + dm multipath) > > > > Here is the nice welcome message I've just got :) > > This looks like md on DM breakage, which Jens has just fixed in our > kernel. I'm not sure whether he has submitted it upstream yet, but you > can give it a try. > > Does the attached patch apply & fix the problem for you?
> If md resides on top of a driver using bio_clone() (such as dm), it will > oops the kernel due to md submitting a botched bio that has a veclist but > doesn't have bio->bi_max_vecs set. Is there a specific scenario that causes the kernel to oops if an MD device is made of DM devices? EVMS has been using this kind of configuration for a couple years, and we've never noticed a problem with it. Also, syrius mentioned on IRC that this problem only started occurring with -ac10, and that -ac8 worked fine. I'm checking out the diffs between those two versions to see what else might have changed. -- Kevin Corry [EMAIL PROTECTED] http://evms.sourceforge.net/ - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
