Message ID | 1485190856-4711-6-git-send-email-bgolaszewski@baylibre.com |
---|---|
State | New |
Headers | show |
Series | ARM: da850-lcdk: add SATA support | expand |
On 01/23/2017 11:00 AM, Bartosz Golaszewski wrote: > The ahci-da850 SATA driver is now capable of retrieving clocks by > con_id. Add the connection id for the sysclk2-derived SATA clock. > > Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com> > --- > arch/arm/mach-davinci/da850.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/arm/mach-davinci/da850.c b/arch/arm/mach-davinci/da850.c > index 1d873d1..dbf1daa 100644 > --- a/arch/arm/mach-davinci/da850.c > +++ b/arch/arm/mach-davinci/da850.c > @@ -571,7 +571,7 @@ static struct clk_lookup da850_clks[] = { > CLK("spi_davinci.0", NULL, &spi0_clk), > CLK("spi_davinci.1", NULL, &spi1_clk), > CLK("vpif", NULL, &vpif_clk), > - CLK("ahci_da850", NULL, &sata_clk), > + CLK("ahci_da850", "sata", &sata_clk), I'm worry a bit - wouldn't this cause future problems with PM runtime (if it will be the case)? If this is functional clock - shouldn't it be "fck" to follow PM domain con_id list for davinci? (arch/arm/mach-davinci/pm_domain.c) > CLK("davinci-rproc.0", NULL, &dsp_clk), > CLK(NULL, NULL, &ehrpwm_clk), > CLK("ehrpwm.0", "fck", &ehrpwm0_clk), > -- regards, -grygorii _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
On Thursday 26 January 2017 10:26 PM, Grygorii Strashko wrote: > > > On 01/23/2017 11:00 AM, Bartosz Golaszewski wrote: >> The ahci-da850 SATA driver is now capable of retrieving clocks by >> con_id. Add the connection id for the sysclk2-derived SATA clock. >> >> Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com> >> --- >> arch/arm/mach-davinci/da850.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/arch/arm/mach-davinci/da850.c b/arch/arm/mach-davinci/da850.c >> index 1d873d1..dbf1daa 100644 >> --- a/arch/arm/mach-davinci/da850.c >> +++ b/arch/arm/mach-davinci/da850.c >> @@ -571,7 +571,7 @@ static struct clk_lookup da850_clks[] = { >> CLK("spi_davinci.0", NULL, &spi0_clk), >> CLK("spi_davinci.1", NULL, &spi1_clk), >> CLK("vpif", NULL, &vpif_clk), >> - CLK("ahci_da850", NULL, &sata_clk), >> + CLK("ahci_da850", "sata", &sata_clk), > > I'm worry a bit - wouldn't this cause future problems with PM runtime > (if it will be the case)? > > If this is functional clock - shouldn't it be "fck" to > follow PM domain con_id list for davinci? (arch/arm/mach-davinci/pm_domain.c) I agree with Grygorii. Calling this clock "fck" will make it easy to convert the DA850 AHCI driver to use pm_runtime at a future date (no mach-davinci changes should be needed). Sorry about not spotting this earlier. Thanks, Sekhar _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
2017-01-26 18:40 GMT+01:00 Sekhar Nori <nsekhar@ti.com>: > On Thursday 26 January 2017 10:26 PM, Grygorii Strashko wrote: >> >> >> On 01/23/2017 11:00 AM, Bartosz Golaszewski wrote: >>> The ahci-da850 SATA driver is now capable of retrieving clocks by >>> con_id. Add the connection id for the sysclk2-derived SATA clock. >>> >>> Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com> >>> --- >>> arch/arm/mach-davinci/da850.c | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> >>> diff --git a/arch/arm/mach-davinci/da850.c b/arch/arm/mach-davinci/da850.c >>> index 1d873d1..dbf1daa 100644 >>> --- a/arch/arm/mach-davinci/da850.c >>> +++ b/arch/arm/mach-davinci/da850.c >>> @@ -571,7 +571,7 @@ static struct clk_lookup da850_clks[] = { >>> CLK("spi_davinci.0", NULL, &spi0_clk), >>> CLK("spi_davinci.1", NULL, &spi1_clk), >>> CLK("vpif", NULL, &vpif_clk), >>> - CLK("ahci_da850", NULL, &sata_clk), >>> + CLK("ahci_da850", "sata", &sata_clk), >> >> I'm worry a bit - wouldn't this cause future problems with PM runtime >> (if it will be the case)? >> >> If this is functional clock - shouldn't it be "fck" to >> follow PM domain con_id list for davinci? (arch/arm/mach-davinci/pm_domain.c) > > I agree with Grygorii. Calling this clock "fck" will make it easy to > convert the DA850 AHCI driver to use pm_runtime at a future date (no > mach-davinci changes should be needed). > > Sorry about not spotting this earlier. > Hi Sekhar, I'll wait with sending v7 until we get an ack from Rob for the ahci-da850 bindings, so that we don't fall to the bottom of the review queue again. Thanks, Bartosz _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
On Friday 27 January 2017 03:25 PM, Bartosz Golaszewski wrote: > Hi Sekhar, > > I'll wait with sending v7 until we get an ack from Rob for the > ahci-da850 bindings, so that we don't fall to the bottom of the review > queue again. Yes, makes sense. Regards, Sekhar _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
diff --git a/arch/arm/mach-davinci/da850.c b/arch/arm/mach-davinci/da850.c index 1d873d1..dbf1daa 100644 --- a/arch/arm/mach-davinci/da850.c +++ b/arch/arm/mach-davinci/da850.c @@ -571,7 +571,7 @@ static struct clk_lookup da850_clks[] = { CLK("spi_davinci.0", NULL, &spi0_clk), CLK("spi_davinci.1", NULL, &spi1_clk), CLK("vpif", NULL, &vpif_clk), - CLK("ahci_da850", NULL, &sata_clk), + CLK("ahci_da850", "sata", &sata_clk), CLK("davinci-rproc.0", NULL, &dsp_clk), CLK(NULL, NULL, &ehrpwm_clk), CLK("ehrpwm.0", "fck", &ehrpwm0_clk),
The ahci-da850 SATA driver is now capable of retrieving clocks by con_id. Add the connection id for the sysclk2-derived SATA clock. Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com> --- arch/arm/mach-davinci/da850.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 2.9.3 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel