Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753026AbbDFQWe (ORCPT ); Mon, 6 Apr 2015 12:22:34 -0400 Received: from mail-la0-f54.google.com ([209.85.215.54]:34346 "EHLO mail-la0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751007AbbDFQWa (ORCPT ); Mon, 6 Apr 2015 12:22:30 -0400 MIME-Version: 1.0 In-Reply-To: References: <1425076217-10415-1-git-send-email-bjorn.andersson@sonymobile.com> Date: Mon, 6 Apr 2015 09:22:28 -0700 Message-ID: Subject: Re: [PATCH v6 1/2] DT: hwspinlock: Add binding documentation for Qualcomm hwmutex From: Tim Bird To: Ohad Ben-Cohen Cc: Bjorn Andersson , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Suman Anna , "linux-arm-msm@vger.kernel.org" , Jeffrey Hugo , Andy Gross , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Greg Kroah-Hartman , Andrew Morton , Kevin Hilman , Arnd Bergmann Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2846 Lines: 62 On Fri, Apr 3, 2015 at 6:55 AM, Ohad Ben-Cohen wrote: > On Thu, Apr 2, 2015 at 9:11 PM, Tim Bird wrote: >> On Wed, Apr 1, 2015 at 9:40 PM, Ohad Ben-Cohen wrote: >>> Sorry, I can't take this without a DT ack. >> >> Hmmm. >> >> The policy seems to be: >> "For driver (not subsystem) bindings: If you are comfortable with the >> binding, and it hasn't received an Acked-by from the devicetree >> maintainers after a few weeks, go ahead and take it." >> >> The syscon property is only relative to the qcom hwspinlock driver, >> (unless I'm missing something) and both Qualcomm and Sony devs are >> OK with it. So while an ACK from the DT side would be nice, I don't >> think it's required. This is exactly the type of delay that is really >> holding up a lot of out-of-tree code. > > Sorry, I do prefer to make sure Mark is OK with this devicetree patch, > especially since it wasn't clear whether Mark is entirely comfortable > with it in his last response. Just to be clear - do you personally have any objections to the patch? Are we now stuck in limbo until such time as the device tree maintainers get around to us? I'm worried about this status because my understanding is that the DT maintainers are hugely backlogged and let a lot of stuff drop on the floor. In particular, see slide 21 of the following presentation: http://www.elinux.org/images/0/0a/The_Device_Tree_as_a_Stable_ABI-_A_Fairy_Tale%3F.pdf That graph shows that the DT maintainers are falling way behind in their reviews and ACKs. The policy of not waiting for an ACK from device tree maintainers was specifically created to help the situation we are now in, and yet you seem to be unwilling to follow it. This is extremely frustrating. One idea we discussed at a recent meeting on mainlining was to submit SoC-blocking items to drivers/staging. Then, stuff is at least in the tree and can be tested by others pending some approval. Do you have any opinion on that? Is there any way to move ahead? Or are we doomed to just sit around and wait indefinitely? For the record, after what amount of time without a DT ACK would you consider accepting this (if ever)? Another idea I'm considering is to write our own hwspinlock layer and become the maintainer of that, so we're not blocked by you. At this point, the value of using your hwspinlock framework is vastly outweighed by the negative effect is has on our mainlining effort. Regards, -- Tim Bird Senior Software Engineer, Sony Mobile Architecture Group Chair, CE Workgroup, 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/