From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Hilman Subject: Re: [PATCH] ARM: qcom: Enable basic support for Qualcomm platforms in multi_v7_defconfig Date: Fri, 28 Feb 2014 08:47:21 -0800 Message-ID: <7hzjlbtc9y.fsf@paris.lan> References: <1393360445-16923-1-git-send-email-galak@codeaurora.org> <7hy50xv3rw.fsf@paris.lan> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from mail-pa0-f53.google.com ([209.85.220.53]:49096 "EHLO mail-pa0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751974AbaB1QrY (ORCPT ); Fri, 28 Feb 2014 11:47:24 -0500 Received: by mail-pa0-f53.google.com with SMTP id ld10so982048pab.12 for ; Fri, 28 Feb 2014 08:47:24 -0800 (PST) In-Reply-To: <7hy50xv3rw.fsf@paris.lan> (Kevin Hilman's message of "Wed, 26 Feb 2014 15:43:31 -0800") Sender: linux-arm-msm-owner@vger.kernel.org List-Id: linux-arm-msm@vger.kernel.org To: Kumar Gala , Stephen Boyd Cc: 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 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? Thanks, Kevin From mboxrd@z Thu Jan 1 00:00:00 1970 From: khilman@linaro.org (Kevin Hilman) Date: Fri, 28 Feb 2014 08:47:21 -0800 Subject: [PATCH] ARM: qcom: Enable basic support for Qualcomm platforms in multi_v7_defconfig In-Reply-To: <7hy50xv3rw.fsf@paris.lan> (Kevin Hilman's message of "Wed, 26 Feb 2014 15:43:31 -0800") References: <1393360445-16923-1-git-send-email-galak@codeaurora.org> <7hy50xv3rw.fsf@paris.lan> Message-ID: <7hzjlbtc9y.fsf@paris.lan> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org 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? Thanks, Kevin