Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp706986ybp; Fri, 11 Oct 2019 03:05:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqxNBEXLLE3Lz3Giw2S1u1rkZxnxeORWIoXAud5x1AlaQxbLF+ILgEfAX46h0BjW8A/3R6mf X-Received: by 2002:a05:6402:703:: with SMTP id w3mr12491696edx.95.1570788355964; Fri, 11 Oct 2019 03:05:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570788355; cv=none; d=google.com; s=arc-20160816; b=P2ms+b2t/mRhAncYNBcSYtrdbzglswGc194rh3hodjEtbPkhpH1QHbNtwqYHqyBxrc TlQfbmzaO2AMmLqMgpSoOrAVME9ns8jH8Cx4GrVGmOiwrRCCd9LsKy/iUH7As07gP5hb 5+as3eoCB8JKPCpOLNp9lpatNJOX9+Cg4UHAi+JqzENhD1/pnUMed682yKfbc92bfkQf nzGwqqu62ooKdTmcXI5KQ/SP9ls1uEbRfIrpNqWwiXGYBTdMn9M4aUN0fmAw/n9D4sey auhPdmx4u/3hSwRRL1PpmLtrVuE416Sym0Qm+QLcAVt1Yucf7ZNZR4OeDirsWRE1afIk KXCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=+GPs3yD7k8TANwLI8v1G3L+HkQq52VFBQSkyO/JfTyE=; b=wc5WHXW2DQRE4Lbnn57/pIZcyqGv5gZppTsYhWvJf+n+h5+T6hxH4bNxNyEFb1fACK xaQ4KH9fpOSy+w8h2N4retSo3E3KegMSnqSSaa5cfHtuWsbnvYPzXB3Dv6945f1q1DWa +VAFDrqyOUHI6kKScpmvJIQrLtW7/GOHmTbdi+RVIFeL32zez4QqqoBdMpVUfPsGnWdo 7vKAPTuZHpj/+zwyJ5xAFuzP4rLc84LIdK4a+SdJm2GtiaF4ytrZOzRIKqVmkn81J4Wl vFqSVc2x3YLeLEuXnagR9rUF7dYc0u1BLjgKzXCW5cBdEZ7NSDOnIRa2jK+wWpEt05S3 o/cA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2019-08-05 header.b=odX5tTsJ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id nh5si4867666ejb.154.2019.10.11.03.05.31; Fri, 11 Oct 2019 03:05:55 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2019-08-05 header.b=odX5tTsJ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727470AbfJKKCu (ORCPT + 99 others); Fri, 11 Oct 2019 06:02:50 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:51162 "EHLO aserp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726317AbfJKKCu (ORCPT ); Fri, 11 Oct 2019 06:02:50 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9B9scC2162644; Fri, 11 Oct 2019 10:02:30 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=date : from : to : cc : subject : message-id : references : mime-version : content-type : in-reply-to; s=corp-2019-08-05; bh=+GPs3yD7k8TANwLI8v1G3L+HkQq52VFBQSkyO/JfTyE=; b=odX5tTsJa0N71+IkxfdmUXvmEusAA53/PDqRxAan/RFa/hmwkroe1IkemC7cVLrTpbgq Ntc4hHrHkT494iiN4RvosRl592XT44LaXQq86Z/hU1mcciF1BwxQcL1L2AtTHowHwMTG Db4GWZiJijm8y2pk2QJkucjCu86u/H53uUkZqRghIK+dnwfXNerMZPFS7j4fKDSE1MbJ Murg+1L0S9gJBkgW5Ap9LT3gacnXJ6sr0PHqNmzyBE+lv80nPLwVtCmZsSbGzpI4bgca 48oFMirO25Aon5imzxEqwMdoxyUmI7TPNHL5RyLXHnn4wozC5daoapKAKeUcIseIG5fF TA== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by aserp2120.oracle.com with ESMTP id 2vek4r0hy0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 11 Oct 2019 10:02:30 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9B9rWsx027913; Fri, 11 Oct 2019 10:02:29 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3030.oracle.com with ESMTP id 2vhrxg5gm9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 11 Oct 2019 10:02:29 +0000 Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x9BA2LJL020372; Fri, 11 Oct 2019 10:02:21 GMT Received: from kadam (/41.57.98.10) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 11 Oct 2019 03:02:20 -0700 Date: Fri, 11 Oct 2019 13:02:14 +0300 From: Dan Carpenter To: Matt Sickler Cc: Chandra Annamaneni , "gregkh@linuxfoundation.org" , "devel@driverdev.osuosl.org" , "gneukum1@gmail.com" , "fabian.krueger@fau.de" , "linux-kernel@vger.kernel.org" , "simon@nikanor.nu" Subject: Re: [PATCH] KPC2000: kpc2000_spi.c: Fix style issues (line length) Message-ID: <20191011100214.GO13286@kadam> References: <1570676937-3975-1-git-send-email-chandra627@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9406 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910110094 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9406 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910110094 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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