Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751845Ab0HOUav (ORCPT ); Sun, 15 Aug 2010 16:30:51 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:55038 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751664Ab0HOUat (ORCPT ); Sun, 15 Aug 2010 16:30:49 -0400 Date: Sun, 15 Aug 2010 13:30:15 -0700 From: Andrew Morton To: Linus Torvalds Cc: sedat.dilek@gmail.com, Andi Kleen , len.brown@intel.com, Linux ACPI , LKML Subject: Re: [git pull request] ACPI patches for 2.6.36.merge Message-Id: <20100815133015.883c7069.akpm@linux-foundation.org> In-Reply-To: References: X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2226 Lines: 48 On Sun, 15 Aug 2010 11:15:51 -0700 Linus Torvalds wrote: > On Sun, Aug 15, 2010 at 3:41 AM, Sedat Dilek wrote: > > I pulled in release GIT-branch on top of 2.6.35-git16 (commit > > 5d7cb157025b3b4852f38e6e5e97d06ef12c1d78) > > > >   $ git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git > > release > > > > Unfortunately, the build breaks: > > > > [ build.log ] > > drivers/acpi/power.c: In function ‘acpi_power_off_device’: > > drivers/acpi/power.c:252: error: ‘ref’ undeclared (first use in this function) > > What the heck is going on? That thing cannot have been tested AT ALL. > It comes from commit cfa806f05980 ("gcc-4.6: ACPI: fix unused but set > variables in ACPI"), and there is no way that code has ever been > compiled. There's no conditional compilation (except for not enabling > ACPI at all), and the declaration of 'ref' that the commit removes is > followed just a few lines later by the use. > > So WTF? > > I can merge this and fix it up, but I'm not going to. This thing > should never have been sent to me. It clearly had no testing at all. I > even looked at whether it could _possibly_ be some kind of odd "patch > applied with fuzz at the wrong place" issue, but that looks impossible > too (not to mention _still_ not being an excuse for not even trying to > compile the thing). > > I understand when people don't notice compile errors that don't happen > for them (due to being architecture- or configuration-specific), but I > really don't see how that could _ever_ have been the case here. > > I see Andrew in the sign-off chain, which surprises me. Maybe he just > passed on the patch blindly. But seriously, what the _hell_ is going > on here? > I'd be suspecting that we have two patches both of which worked separately but which broke when combined. Is there some other patch in that tree which adds a new reference to `ref' in acpi_power_seq_show()? -- 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/