Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761370AbZJITa1 (ORCPT ); Fri, 9 Oct 2009 15:30:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934110AbZJITa1 (ORCPT ); Fri, 9 Oct 2009 15:30:27 -0400 Received: from cantor2.suse.de ([195.135.220.15]:60370 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1761344AbZJITaJ (ORCPT ); Fri, 9 Oct 2009 15:30:09 -0400 Date: Fri, 9 Oct 2009 12:26:42 -0700 From: Greg KH To: Felipe Contreras Cc: Tony Lindgren , Linus Torvalds , linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, Denis Karpov , Uwe Kleine-K??nig , Andrew Morton Subject: Re: [GIT PULL] omap fixes for v2.6.32-rc3 Message-ID: <20091009192642.GB32084@suse.de> References: <20091007185112.GJ7899@atomide.com> <94a0d4530910081429m7ad88b43q38245109f3252078@mail.gmail.com> <20091008214140.GJ7417@atomide.com> <94a0d4530910081513w1a919dc2s50eca41966a2261d@mail.gmail.com> <94a0d4530910081520t66ce7567xe142979a35b1245@mail.gmail.com> <20091008232603.GB25892@atomide.com> <94a0d4530910090508o1e3d19cew881d2eb348199674@mail.gmail.com> <20091009144840.GA9561@suse.de> <94a0d4530910091029p12f8c28fve91e95db533e78e5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <94a0d4530910091029p12f8c28fve91e95db533e78e5@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3251 Lines: 79 On Fri, Oct 09, 2009 at 08:29:24PM +0300, Felipe Contreras wrote: > On Fri, Oct 9, 2009 at 5:48 PM, Greg KH wrote: > > On Fri, Oct 09, 2009 at 03:08:00PM +0300, Felipe Contreras wrote: > >> On Fri, Oct 9, 2009 at 2:26 AM, Tony Lindgren wrote: > >> > * Felipe Contreras [091008 15:20]: > >> > >> > >> > >> >> > Here you can see Uwe Kleine-K??nig sending the original patch without > >> >> > even CC'ing the mmc list: > >> >> > http://marc.info/?l=linux-kernel&m=124820861213849&w=2 > >> >> > > >> >> > And it was unintentionally broken by this one: > >> >> > http://marc.info/?l=linux-mmc&m=125249763422227&w=2 > >> >> > >> >> Er, actually that one was ok, the problem was introduced only in the > >> >> final version: > >> >> http://marc.info/?l=linux-mmc&m=125366315417006&w=2 > >> > > >> > Right, looks like Roger forgot to Cc linux-mmc. > >> > > >> >> > I don't see what we are waiting for, the code is clearly broken, even > >> >> > the compiler warns that nobody is using omap_hsmmc_probe(). > >> > > >> > I've sent Roger's patch to Andrew & linux-mmc so hopefully it will get > >> > merged soon: > >> > > >> > http://www.mail-archive.com/linux-mmc@vger.kernel.org/msg00539.html > >> > >> I don't see what's specific about mmc in that patch, nor omap. It's > >> just a fix for an obvious mistake that must be picked ASAP and can't > >> possibly be NAK'ed. > >> > >> There's a tree for trivial fixes: > >> git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial > >> > >> And one for includecheck: > >> git://git.kernel.org/pub/scm/linux/kernel/git/jaswinder/linux-2.6 > >> > >> What's the procedure for obvious fixes? I'm CC'ing Greg KH and Andrew > >> Morton because I think they might interested in fixing these kinds of > >> issues quickly in the future. > > > > What kind of issues? ?Why would I be interested, where is the problem? > > The obvious-brain-dead-duh kind of issues, like this one. > > The problem is that OMAP devices (like beagleboard) are not booting > correctly right now because of a wrong merge. It has been identified, > tested, and acked, but nobody has picked it up for a pull request, so > it's not clear it will be on -rc4. Has the patches been sent from the maintainer to Linus? Who is the maintainer? Who normally sends this stuff? > To me it's not clear who should push the patch, it seems it doesn't > belong on linux-omap, so Tony is pushing it through linux-mmc, which I > don't think is the right place. They should be handling mmc-related > issues, not obvious breakage. Well, mmc related breakage is fine to handle :) > In order to keep the engines oiled I think there must be a process to > flag obvious generic breakage so it's immediately picked; maybe an > 'obvious-fixes' tree, or a 'simple-fixes' that has 'trivial', > 'includecheck', and similar, or maybe nothing needs to be done. Up to > you to decide. Andrew usually sends stuff like this at times. thanks, greg k-h -- 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/