Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756747Ab3FKWRP (ORCPT ); Tue, 11 Jun 2013 18:17:15 -0400 Received: from mail-pb0-f44.google.com ([209.85.160.44]:33009 "EHLO mail-pb0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756417Ab3FKWRN convert rfc822-to-8bit (ORCPT ); Tue, 11 Jun 2013 18:17:13 -0400 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT To: Stephen Warren , Jay Agarwal From: Mike Turquette In-Reply-To: <51AE3B18.9010604@wwwdotorg.org> Cc: linux@arm.linux.org.uk, thierry.reding@avionic-design.de, bhelgaas@google.com, ldewangan@nvidia.com, olof@lixom.net, hdoyu@nvidia.com, pgaikwad@nvidia.com, pdeschrijver@nvidia.com, linux-arm-kernel@lists.infradead.org, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, jtukkinen@nvidia.com, kthota@nvidia.com References: <1370372252-4332-1-git-send-email-jagarwal@nvidia.com> <51AE3B18.9010604@wwwdotorg.org> Message-ID: <20130611221709.8816.15602@quantum> User-Agent: alot/0.3.4 Subject: Re: [PATCH V3 1/4] ARM: tegra30: clocks: Fix pciex clock registration Date: Tue, 11 Jun 2013 15:17:09 -0700 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1413 Lines: 31 Quoting Stephen Warren (2013-06-04 12:08:08) > On 06/04/2013 12:57 PM, Jay Agarwal wrote: > > Registering pciex as peripheral clock instead of fixed clock > > as tegra_perih_reset_assert(deassert) api of this clock api > > gives warning and ultimately does not succeed to assert(deassert). > > > > Signed-off-by: Jay Agarwal > > --- > > Patch is based on remotes/gitorious_thierryreding_linux/tegra/next and should be applied on top of this. > > For this change, Mike may as well apply it directly to the clock tree. > Thierry can then pick it up when he rebases his tegra/next tree. > > That said, I don't think you should need any of the > TEGRA_CLK_DUPLICATE() entries; the PCIe driver should get its clocks > from device tree now, and hence the driver name in the clock > registration shouldn't be necessary. All of these TEGRA_CLK_DUPLICATE() > entries should be removed en mass sometime soon with luck. So, can you > simply leave the two TEGRA_CLK_DUPLICATE() entries untouched, rather > than changing them? Ping on this patch. I can take it through my tree, but is there going to be rework based on Stephen's comments? Regards, Mike -- 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/