Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754641AbbGXU3c (ORCPT ); Fri, 24 Jul 2015 16:29:32 -0400 Received: from mail-lb0-f174.google.com ([209.85.217.174]:35262 "EHLO mail-lb0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754535AbbGXU3b convert rfc822-to-8bit (ORCPT ); Fri, 24 Jul 2015 16:29:31 -0400 MIME-Version: 1.0 In-Reply-To: <20150724145027.GY2531@xsjsorenbubuntu> References: <1437691862-21312-1-git-send-email-moritz.fischer@ettus.com> <1437691862-21312-2-git-send-email-moritz.fischer@ettus.com> <55B1C1CB.2050402@xilinx.com> <20150724145027.GY2531@xsjsorenbubuntu> Date: Fri, 24 Jul 2015 13:29:29 -0700 Message-ID: Subject: Re: [RFC 1/3] docs: dts: Added documentation for Xilinx Zynq PL Reset bindings. From: Moritz Fischer To: =?UTF-8?Q?S=C3=B6ren_Brinkmann?= Cc: Michal Simek , p.zabel@pengutronix.de, linux-arm-kernel , linux-kernel@vger.kernel.org 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: 1465 Lines: 38 Michal, Sören, On Fri, Jul 24, 2015 at 7:50 AM, Sören Brinkmann wrote: > On Fri, 2015-07-24 at 06:40AM +0200, Michal Simek wrote: >> On 07/24/2015 12:51 AM, Moritz Fischer wrote: >> > Signed-off-by: Moritz Fischer >> > --- >> > Documentation/devicetree/bindings/reset/zynq-reset-pl.txt | 13 +++++++++++++ >> > 1 file changed, 13 insertions(+) >> > create mode 100644 Documentation/devicetree/bindings/reset/zynq-reset-pl.txt >> > >> > diff --git a/Documentation/devicetree/bindings/reset/zynq-reset-pl.txt b/Documentation/devicetree/bindings/reset/zynq-reset-pl.txt >> > new file mode 100644 >> > index 0000000..ac4499e >> > --- /dev/null >> > +++ b/Documentation/devicetree/bindings/reset/zynq-reset-pl.txt >> > @@ -0,0 +1,13 @@ >> > +Xilinx Zynq PL Reset Manager >> >> I think there is no reason to be just PL specific. > > That was my first thought too. Why not model all the resets in the SLCR? I only needed the ones for the PL for my fpga-mgr work and reading the TRM had a hard time to decide which ones make sense, and which ones don't make sense to expose to Linux. I'll look into reworking it to support all the resets. > Sören Moritz -- 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/