Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752081AbaB1S1t (ORCPT ); Fri, 28 Feb 2014 13:27:49 -0500 Received: from smtp.codeaurora.org ([198.145.11.231]:49365 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751874AbaB1S1r (ORCPT ); Fri, 28 Feb 2014 13:27:47 -0500 Date: Fri, 28 Feb 2014 10:27:45 -0800 From: Stephen Boyd To: Kevin Hilman Cc: Kumar Gala , linux-arm-kernel@lists.infradead.org, Arnd Bergmann , Olof Johansson , linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, linus.walleij@linaro.org Subject: Re: [PATCH] ARM: qcom: Enable basic support for Qualcomm platforms in multi_v7_defconfig Message-ID: <20140228182745.GC2487@codeaurora.org> References: <1393360445-16923-1-git-send-email-galak@codeaurora.org> <7hy50xv3rw.fsf@paris.lan> <7hzjlbtc9y.fsf@paris.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7hzjlbtc9y.fsf@paris.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/28, Kevin Hilman wrote: > Hi Kumar, > > Kevin Hilman writes: > > > Kumar Gala writes: > > > >> Enable support for the MSM8x60, MSM8960, and MSM8974 SoCs, clocks and > >> serial console as part of the standard multi_v7_defconfig. > >> > >> Signed-off-by: Kumar Gala > >> --- > >> > >> I leave this to the arm-soc guys to apply because of possible conflicts > >> with other updates to multi_v7_defconfig. > > > > Seem to be a handful of !qcom changes here, probably resulting from a > > run of 'make savedefconfig' without all the new changes in. > > > > I've thinned this out to only the qcom changes and applied the following > > to next/boards. I think it's better to do any 'make savedefconfig' > > cleanups as a separate, cleanup-only patch as needed. > > Bisecting a new boot failure on u8500/snowball came down to this patch. > Simply disabling CONFIG_ARCH_QCOM in mutli_v7_defconfig gets the > u8500/snowball booting again, so it looks like there may still be some > qcom specifics that are being run on non-qcom platforms with a > multi-platform config. > > Could you audit for initcalls/drivers being initialized on non-qcom > SoCs? > Can you try disabling CONFIG_ARCH_MSM8X60 and CONFIG_ARCH_MSM8960? MY suspicion is the text offset movement is causing problems, but I hope I'm wrong. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation -- 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/