[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20191011100214.GO13286@kadam>
Date: Fri, 11 Oct 2019 13:02:14 +0300
From: Dan Carpenter <dan.carpenter@...cle.com>
To: Matt Sickler <Matt.Sickler@...tronics.com>
Cc: Chandra Annamaneni <chandra627@...il.com>,
"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
"devel@...verdev.osuosl.org" <devel@...verdev.osuosl.org>,
"gneukum1@...il.com" <gneukum1@...il.com>,
"fabian.krueger@....de" <fabian.krueger@....de>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"simon@...anor.nu" <simon@...anor.nu>
Subject: Re: [PATCH] KPC2000: kpc2000_spi.c: Fix style issues (line length)
On Thu, Oct 10, 2019 at 02:54:59PM +0000, Matt Sickler wrote:
> > static struct mtd_partition p2kr0_spi1_parts[] = {
> >- { .name = "SLOT_4", .size = 7798784, .offset = 0, },
> >- { .name = "SLOT_5", .size = 7798784, .offset = MTDPART_OFS_NXTBLK},
> >- { .name = "SLOT_6", .size = 7798784, .offset = MTDPART_OFS_NXTBLK},
> >- { .name = "SLOT_7", .size = 7798784, .offset = MTDPART_OFS_NXTBLK},
> >- { .name = "CS1_EXTRA", .size = MTDPART_SIZ_FULL, .offset = MTDPART_OFS_NXTBLK},
> >+ { .name = "SLOT_4", .size = 7798784, .offset = 0,},
> >+ { .name = "SLOT_5", .size = 7798784, .offset = MTDPART_OFS_NXTBLK},
> >+ { .name = "SLOT_6", .size = 7798784, .offset = MTDPART_OFS_NXTBLK},
> >+ { .name = "SLOT_7", .size = 7798784, .offset = MTDPART_OFS_NXTBLK},
> >+ { .name = "CS1_EXTRA", .size = MTDPART_SIZ_FULL, .offset = MTDPART_OFS_NXTBLK},
> > };
> >
> > static struct flash_platform_data p2kr0_spi0_pdata = {
>
> Is the line length limit a hard rule or can exceptions be made? I
> really feel that these data tables are more easily read when they're
> formatted like tables...
Exceptions can be made. It's probably not worth it though because
you have to be really aggressive about shooting down patches. Ask
yourself if there aren't more important battles to fight when human
lifespans are so short? I already rejected one change for you. To me
the new table looks okay, though.
regards,
dan carpenter
Powered by blists - more mailing lists