DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=pacbell.net;
  h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
  b=DGtwQ3sUcuASlNfBaJ/65EZkKKYkQGUec8ds0P3nmrLbRsangn+DcUUtOcZYLYXYqUMKRqBKHLsxL22oQcPJgyHVUx/tcJI+jq7D3lnZ6CcJSgtDUp9RdgjUJFe4PfPlSlKRmnHRZLZDmJg77mqlE1snDdp5TGLEeu+h4AdQOKc=  ;
From: David Brownell <david-b@pacbell.net>
To: "Uwe =?iso-8859-1?q?Kleine-K=F6nig?=" 
	<u.kleine-koenig@pengutronix.de>
Subject: Re: [PATCH] move omap_udc's probe function to .devinit.text
Date: Mon, 13 Jul 2009 14:31:54 -0700
User-Agent: KMail/1.9.10
Cc: Russell King <rmk+lkml@arm.linux.org.uk>, Greg KH <gregkh@suse.de>,
       linux-kernel@vger.kernel.org, Philipp Zabel <philipp.zabel@gmail.com>,
       Andrew Morton <akpm@linux-foundation.org>,
       Tony Lindgren <tony@atomide.com>,
       Dmitry Baryshkov <dbaryshkov@gmail.com>
References: <20090711170548.GC5205@suse.de> <200907121521.31188.david-b@pacbell.net> <20090713091034.GC10549@pengutronix.de>
In-Reply-To: <20090713091034.GC10549@pengutronix.de>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Message-Id: <200907131431.54233.david-b@pacbell.net>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1080
Lines: 28

On Monday 13 July 2009, Uwe Kleine-K?nig wrote:
> > If it weren't a regression I wouldn't have objected.
> 
> IMHO my patches primarily fix possible oopses. ?I see your point that
> platform_driver_probe has some advantages, 

The point is that your specific change caused a type
of regresssion ... I said nothing about "advantages",
just that your approach creates footprint regressions.


> 			but I consider it too
> time-consuming to check for each of the initially 60+ patches when the
> respecting devices are registered.

As a rule, preventing regressions is part of the task
description for any patch series.

Now, accidents do happen.  But you had *ALREADY* gotten
NAKs for many of these patches, specifically on the
basis that they were causing these regressions.  You
saved zero time by re-submitting known-broken patches.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/