From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1947555AbWLIAFz (ORCPT ); Fri, 8 Dec 2006 19:05:55 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1947557AbWLIAFR (ORCPT ); Fri, 8 Dec 2006 19:05:17 -0500 Received: from smtp.osdl.org ([65.172.181.25]:55124 "EHLO smtp.osdl.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1947555AbWLIAE7 (ORCPT ); Fri, 8 Dec 2006 19:04:59 -0500 Date: Fri, 8 Dec 2006 16:04:55 -0800 From: Andrew Morton To: NeilBrown Cc: linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 000 of 5] md: Assorted minor fixes for mainline Message-Id: <20061208160455.05a81359.akpm@osdl.org> In-Reply-To: <20061208120132.21203.patches@notabene> References: <20061208120132.21203.patches@notabene> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.6; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 8 Dec 2006 12:05:24 +1100 NeilBrown wrote: > Following are 5 patches for md in 2.6.19-rc6-mm2 that are suitable for 2.6.20. > > Patch 4 might fix an outstanding bug against md which manifests as an > oops early in boot, but I don't have test results yet. > > NeilBrown > > [PATCH 001 of 5] md: Remove some old ifdefed-out code from raid5.c > [PATCH 002 of 5] md: Return a non-zero error to bi_end_io as appropriate in raid5. > [PATCH 003 of 5] md: Assorted md and raid1 one-liners > [PATCH 004 of 5] md: Close a race between destroying and recreating an md device. > [PATCH 005 of 5] md: Allow mddevs to live a bit longer to avoid a loop with udev. md-change-lifetime-rules-for-md-devices.patch still has a cloud over its head (Jiri Kosina 's repeatable failure), so I staged these new patches as below: md-fix-innocuous-bug-in-raid6-stripe_to_pdidx.patch # md-conditionalize-some-code.patch +md-remove-some-old-ifdefed-out-code-from-raid5c.patch +md-return-a-non-zero-error-to-bi_end_io-as-appropriate-in-raid5.patch +md-assorted-md-and-raid1-one-liners.patch md-change-lifetime-rules-for-md-devices.patch +md-close-a-race-between-destroying-and-recreating-an-md-device.patch +md-allow-mddevs-to-live-a-bit-longer-to-avoid-a-loop-with-udev.patch So the last three are maybe-not-for-2.6.20. Does that sounds sane?