[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110729110013.GF25640@n2100.arm.linux.org.uk>
Date: Fri, 29 Jul 2011 12:00:13 +0100
From: Russell King - ARM Linux <linux@....linux.org.uk>
To: Viresh Kumar <viresh.kumar@...com>
Cc: linus.walleij@...aro.org, pratyush.anand@...com,
rajeev-dlh.kumar@...com, bhupesh.sharma@...com,
shiraz.hashim@...com, vinod.koul@...el.com,
linux-kernel@...r.kernel.org, vipin.kumar@...com,
armando.visconti@...com, amit.virdi@...com,
vipulkumar.samar@...com, viresh.linux@...il.com,
deepak.sikri@...com, dan.j.williams@...el.com,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 02/18] dmaengine/amba-pl08x: Resolve formatting issues
On Fri, Jul 29, 2011 at 04:19:12PM +0530, Viresh Kumar wrote:
> There were few formatting related issues in code. This patch fixes them.
> Fixes include:
> - Remove extra blank lines and spaces
A double space after a full-stop is standard practice for many people.
Please don't reformat that.
> @@ -284,7 +284,7 @@ static void pl08x_terminate_phy_chan(struct pl08x_driver_data *pl08x,
> u32 val = readl(ch->base + PL080_CH_CONFIG);
>
> val &= ~(PL080_CONFIG_ENABLE | PL080_CONFIG_ERR_IRQ_MASK |
> - PL080_CONFIG_TC_IRQ_MASK);
> + PL080_CONFIG_TC_IRQ_MASK);
This looks worse than the original.
>
> writel(val, ch->base + PL080_CH_CONFIG);
>
> @@ -380,7 +380,7 @@ static u32 pl08x_getbytes_chan(struct pl08x_dma_chan *plchan)
> */
> static struct pl08x_phy_chan *
> pl08x_get_phy_channel(struct pl08x_driver_data *pl08x,
> - struct pl08x_dma_chan *virt_chan)
> + struct pl08x_dma_chan *virt_chan)
Ditto.
> {
> struct pl08x_phy_chan *ch = NULL;
> unsigned long flags;
> @@ -445,7 +445,7 @@ static inline unsigned int pl08x_get_bytes_for_cctl(unsigned int coded)
> }
>
> static inline u32 pl08x_cctl_bits(u32 cctl, u8 srcwidth, u8 dstwidth,
> - size_t tsize)
> + size_t tsize)
Ditto.
And many more of that.
> ret = dma_async_device_register(&pl08x->memcpy);
> if (ret) {
> - dev_warn(&pl08x->adev->dev,
> - "%s failed to register memcpy as an async device - %d\n",
> - __func__, ret);
> + dev_warn(&pl08x->adev->dev, "%s failed to register memcpy as an"
> + " async device - %d\n", __func__, ret);
Definitely not acceptable. Ignore warnings about wrapping 80 columns for
kernel messages.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists