Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933539AbcCIR3Z (ORCPT ); Wed, 9 Mar 2016 12:29:25 -0500 Received: from mail-cys01nam02on0074.outbound.protection.outlook.com ([104.47.37.74]:22184 "EHLO NAM02-CY1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753756AbcCIR3Q (ORCPT ); Wed, 9 Mar 2016 12:29:16 -0500 Authentication-Results: spf=pass (sender IP is 149.199.60.83) smtp.mailfrom=xilinx.com; davemloft.net; dkim=none (message not signed) header.d=none;davemloft.net; dmarc=bestguesspass action=none header.from=xilinx.com; Subject: Re: [PATCH 0/3] net: macb: Fix coding style issues To: David Miller , References: <1457367460-9123-1-git-send-email-moritz.fischer@ettus.com> <56DDB6CA.8000100@atmel.com> <56E04F73.6030504@xilinx.com> <20160309.122210.1419008371671612631.davem@davemloft.net> CC: , , , , , From: Michal Simek Message-ID: <56E05D5D.80604@xilinx.com> Date: Wed, 9 Mar 2016 18:29:01 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160309.122210.1419008371671612631.davem@davemloft.net> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 8bit X-RCIS-Action: ALLOW X-TM-AS-Product-Ver: IMSS-7.1.0.1224-8.0.0.1202-22180.005 X-TM-AS-User-Approved-Sender: Yes;Yes X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:149.199.60.83;CTRY:US;IPV:NLI;EFV:NLI;SFV:NSPM;SFS:(10009020)(979002)(6009001)(2980300002)(438002)(479174004)(199003)(164054003)(24454002)(189002)(2906002)(106466001)(2950100001)(36756003)(4326007)(2870700001)(77096005)(586003)(19580405001)(1220700001)(19580395003)(65816999)(81156013)(83506001)(63266004)(86362001)(5008740100001)(87936001)(4001450100002)(93886004)(6806005)(11100500001)(47776003)(33656002)(54356999)(50986999)(5001770100001)(1096002)(65806001)(65956001)(4001350100001)(64126003)(23746002)(81166005)(36386004)(189998001)(92566002)(76176999)(50466002)(107986001)(969003)(989001)(999001)(1009001)(1019001);DIR:OUT;SFP:1101;SCL:1;SRVR:CY1NAM02HT150;H:xsj-pvapsmtpgw01;FPR:;SPF:Pass;MLV:ovrnspm;A:1;MX:1;PTR:unknown-60-83.xilinx.com;LANG:en; X-MS-Office365-Filtering-Correlation-Id: 29bb6720-7d4d-4f6f-35db-08d34840551c X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(8251501002);SRVR:CY1NAM02HT150; X-Microsoft-Antispam-PRVS: <9bcb552e2e38423f994bbf88366b4b99@CY1NAM02HT150.eop-nam02.prod.protection.outlook.com> X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(2401047)(13015025)(13017025)(13024025)(13023025)(5005006)(13018025)(8121501046)(10201501046)(3002001);SRVR:CY1NAM02HT150;BCL:0;PCL:0;RULEID:;SRVR:CY1NAM02HT150; X-Forefront-PRVS: 0876988AF0 X-OriginatorOrg: xilinx.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Mar 2016 17:29:12.8484 (UTC) X-MS-Exchange-CrossTenant-Id: 657af505-d5df-48d0-8300-c31994686c5c X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=657af505-d5df-48d0-8300-c31994686c5c;Ip=[149.199.60.83];Helo=[xsj-pvapsmtpgw01] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1NAM02HT150 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1619 Lines: 50 On 9.3.2016 18:22, David Miller wrote: > From: Michal Simek > Date: Wed, 9 Mar 2016 17:29:39 +0100 > >> On 7.3.2016 18:13, Nicolas Ferre wrote: >>> Le 07/03/2016 17:17, Moritz Fischer a ?crit : >>>> Hi Nicolas, >>>> >>>> this series deals with most of the checkpatch warnings >>>> generated for macb. There are two BUG_ON()'s that I didn't touch, yet, >>>> that were suggested by checkpatch, that I can address in a follow up >>>> commit if needed. >>>> Let me know if you want me to split the fixes differently or squash >>>> them into one commit. >>> >>> Hi, >>> >>> I'm not usually fond of this type of patches, but I must admit that this >>> series corrects some style issues. >>> >>> So, I would like more feedback from Michal and Cyrille as these changes >>> may delay some of the not-merged-yet features or more important >>> work-in-progress on their side. >>> >>> On the other hand, if we all think it's a calm period for this macb >>> driver, we may find interesting to merge some "cleanup and style" >>> enhancements. >> >> Not a problem with merging cleanups in general. We have several out of >> tree patches but doesn't make sense to to wait. >> I wasn't in cc for the series but I don't like this change to be the >> part of cleanup series. >> >> mac = of_get_mac_address(np); >> if (mac) >> - memcpy(bp->dev->dev_addr, mac, ETH_ALEN); >> + ether_addr_copy(bp->dev->dev_addr, mac); > > Why? This is what we tell people to use. I would expect this as separate patch not the part of one huge cleanup patch which does just comment and space cleanups. Thanks, Michal