From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Hilman Subject: Re: [PATCH 2/4] ARM: msm: Remove 7x00 support Date: Wed, 30 Oct 2013 16:08:27 -0700 Message-ID: <87ob66nyqc.fsf@linaro.org> References: <1382993006-27359-1-git-send-email-davidb@codeaurora.org> <1382993006-27359-3-git-send-email-davidb@codeaurora.org> <20131029132043.GA28165@fifo99.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from mail-pb0-f41.google.com ([209.85.160.41]:36510 "EHLO mail-pb0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751369Ab3J3XIb (ORCPT ); Wed, 30 Oct 2013 19:08:31 -0400 Received: by mail-pb0-f41.google.com with SMTP id um1so2080950pbc.0 for ; Wed, 30 Oct 2013 16:08:30 -0700 (PDT) In-Reply-To: (Olof Johansson's message of "Tue, 29 Oct 2013 08:37:28 -0700") Sender: linux-arm-msm-owner@vger.kernel.org List-Id: linux-arm-msm@vger.kernel.org To: Olof Johansson Cc: Daniel Walker , David Brown , Bryan Huntsman , Russell King , Arnd Bergmann , "linux-kernel@vger.kernel.org" , linux-arm-msm@vger.kernel.org, "linux-arm-kernel@lists.infradead.org" Olof Johansson writes: > I would be very happy to take more code for the older Qualcomm chipset > to enable full functionality for them, but it's been my impression > that far from all that is needed to make it a useful platform is in > the upstream kernel, and there's been no signs of more of it showing > up at least in the last two years. > > So we have a bit of a stalemate here -- the current Qualcomm team > wants to avoid having to deal too much with the legacy platforms -- > they are technically quite different from the current platforms and > the divergence makes it hard to deal with supporting it all in a > modern way without risking regressions. I tend to agree with them. As do I. > Just like omap split between omap1 and omap2plus, I think it's a time > to create a mach-qcom instead, and move the modern (v7, most likely) > platforms there -- enable them with device tree, modern framework > infrastructure, etc. That way you can keep older platforms in mach-msm > without risk of regressions, and they have a clean base to start on > with their later platforms. I think this split approach is a good compromise. If the maintainers of the current older platforms wish to bring them up to modern frameworks, we can consider combining again. If not, they the older platforms will take the same path as the rest of the older platforms that slowly fade away. Kevin