From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paul Mundt Date: Fri, 12 Nov 2010 10:43:28 +0000 Subject: Re: [PATCH 3/4] s3c-fb: Add support S5PV310 FIMD Message-Id: <20101112104327.GB18511@linux-sh.org> List-Id: References: <1287406528-15324-1-git-send-email-sbkim73@samsung.com> <1287406528-15324-4-git-send-email-sbkim73@samsung.com> <053f01cb822a$2758a7f0$7609f7d0$%kim@samsung.com> <00a501cb824f$9942f300$cbc8d900$%dae@samsung.com> <20101112100851.GA18511@linux-sh.org> <000001cb8255$feb050b0$fc10f210$%dae@samsung.com> In-Reply-To: <000001cb8255$feb050b0$fc10f210$%dae@samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-arm-kernel@lists.infradead.org On Fri, Nov 12, 2010 at 07:40:16PM +0900, Inki Dae wrote: > > > -----Original Message----- > > From: Paul Mundt [mailto:lethal@linux-sh.org] > > Sent: Friday, November 12, 2010 7:09 PM > > To: Inki Dae > > Cc: 'Kukjin Kim'; 'Sangbeom Kim'; linux-arm-kernel@lists.infradead.org; > > linux-samsung-soc@vger.kernel.org; linux-fbdev@vger.kernel.org; ben- > > linux@fluff.org; akpm@linux-foundation.org; 'Jonghun Han' > > Subject: Re: [PATCH 3/4] s3c-fb: Add support S5PV310 FIMD > > > > On Fri, Nov 12, 2010 at 06:54:29PM +0900, Inki Dae wrote: > > > @@ -1314,13 +1319,22 @@ static int __devinit s3c_fb_probe(struct > > > platform_device *pdev) > > > sfb->pdata = pd; > > > sfb->variant = fbdrv->variant; > > > > > > - sfb->bus_clk = clk_get(dev, "lcd"); > > > - if (IS_ERR(sfb->bus_clk)) { > > > - dev_err(dev, "failed to get bus clock\n"); > > > + /* if sclk_name is NULL then it would use bus clock as default. */ > > > + if (!pd->sclk_name) > > > + sfb->lcd_clk = clk_get(dev, "lcd"); > > > + else > > > + sfb->lcd_clk = clk_get(dev, pd->sclk_name); > > > + > > No, this is totally pointless. Simply establish a clk lookup for the > > configuration you are running on in your board code > You mean, call the function at s3c_fb_probe() establishing clk lookup in > board code? > Sorry but I could understand. Please give me more detail. > I mean use a clkdev lookup for resolving the clock instead of passing around a string via platform data. Look at the asm/clkdev.h API and all of the boards that are using it.