Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp6495185ybi; Wed, 5 Jun 2019 01:44:21 -0700 (PDT) X-Google-Smtp-Source: APXvYqz70Ygzp1SyJL1foLMO8OdwhICeA1yBOBFmaWsYrQeS2Uqt74CxZblOUGW1wPMyXUu1kzVP X-Received: by 2002:a17:902:b695:: with SMTP id c21mr41005908pls.160.1559724261768; Wed, 05 Jun 2019 01:44:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559724261; cv=none; d=google.com; s=arc-20160816; b=tuyfIojcUhbbRo4/szoKln60lFjMxASCE3D6Gy9WdVwOYCNhUdHiqQ04W0QVWZwZOt x/7DvHUwPOWcuJR5+WRV+q3si8OvxeimJl8oxKUHiZB5agx/CBaNFJJAmeT2wfmhWGdK hsZJbHs6q7gw5TTq4FoAnib7m8U6CPz8uODVEokJkUavif3nVULt3l+PuC4rG36283NZ BgyWzjEN9Bh0aldjc8fQgLRUm6fUdcsf77yxyFtxbkxsD0Jeh9GGto9HYfR8aOvNpLxJ VF3oivDxNEucBJHNMYdIgWVa23EVqkjWQbpfEJjMLOTNoG4Ea7ZScQGdOiPX7Tkf2X9z rnKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=Of66HISeBHbGXVTt6r8XmW0SQD2//sxmzE7ajnq8+VY=; b=PYL3/9THhsjDpCw5nL+PeUI5Uk3hXKbQsvJlbakANIXicELwAI1kUejVdsOCM/mtOK nr9yTJZAy1aXbhB4eMNU9i06FukYV+s6iwQfkBoWvXqGxaMCjYFGSMErH3P2QbUIQzN8 b//GKmFHQ1VrEuf7oZur1iQoPEawNIjwS+WbatOeR5ABbYsnxFViL/A9lre5lucmslk0 eaLq+pXdKqw01NCnBuwoSVWxheMNQAnWml5A8DDpALAkElxf5Zj5wp2W1FHojh/xTcUj 7Kl6Up6eU6cDQqRSs7Clcx0OFPCDUXeF0jgkDxukl70k2ChnOSdcrghCeVRVx5l02Q7d BvzQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=jLqJztNd; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l13si25538631pjq.69.2019.06.05.01.44.05; Wed, 05 Jun 2019 01:44:21 -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=@gmail.com header.s=20161025 header.b=jLqJztNd; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726917AbfFEIlP (ORCPT + 99 others); Wed, 5 Jun 2019 04:41:15 -0400 Received: from mail-pg1-f194.google.com ([209.85.215.194]:43539 "EHLO mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726636AbfFEIlP (ORCPT ); Wed, 5 Jun 2019 04:41:15 -0400 Received: by mail-pg1-f194.google.com with SMTP id f25so12005723pgv.10 for ; Wed, 05 Jun 2019 01:41:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Of66HISeBHbGXVTt6r8XmW0SQD2//sxmzE7ajnq8+VY=; b=jLqJztNddE4ASMQCZ4oIbM6zJCju7pciSxDMfJDOS1jlm9qFl4nTQXYrCV5wtD6Z9y QAdIX2dASyE5g9kYNNl2DOMD7ZISEzjZSpg2Ua8+CE0eFch8lpoCf2ELZncUrn9Duujm hTxp/O127500ED/VBydrL0tAXClUXL5WsFmZm9LeL9GsIQSciI9V9AI6RxodZBx/duDL ZFUnScFpSKK8UEoKPvXVn1Xa2b73DTasjNSe/u2//l/jzkKBKPlI39d4hVdnGS7oYuU5 cUA0LtE4aXXBxUIGxqViLtyqDiqKlr/Z9H3b1e17EsAEJ76py2cdSaVoAXuV5m2yLPNO jISw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Of66HISeBHbGXVTt6r8XmW0SQD2//sxmzE7ajnq8+VY=; b=lIGwZrTBnSnB2aEG8YNnAhzsUbKwh8E47ftdlLuFEwIYxiAIdtzc+bVuid6yNMnMGD DS6JZNd0nBaAfaJYpR3/uuOaMTEFcoZoL/orgNuNhjRDZ7dK8RPuHdKm+hLG9lE7k0kW HxplAMhtuxcYevarMNvSTJ9117av8fAzxkRkVPGOe0UwCpXn5hZHSBrhH1EwMUX6FGkt /cu8pOryJLWqOuK0qM2xG5dkZBeHA9g7x1jfMSreBjWb7+D850d/+5UAKlLdecKkX9cq fjR2LdJmMyJeW3tnIoeWqcDg0d9BAqhGmWxIF5fcQvIpbGSw4PLp9dDGgnWrp3UenB+7 TiBA== X-Gm-Message-State: APjAAAUqxwmTfQOcpZEI1GkBBjY1YfJO8t0zhKZq7IpzGSOXSjvam2c9 54/1HLe28CiXTariaa7oXjhVsXkxx3okRH58bdg= X-Received: by 2002:a63:fb05:: with SMTP id o5mr2929532pgh.203.1559724074704; Wed, 05 Jun 2019 01:41:14 -0700 (PDT) MIME-Version: 1.0 References: <20190602162546.3470-1-benniciemanuel78@gmail.com> In-Reply-To: <20190602162546.3470-1-benniciemanuel78@gmail.com> From: Andy Shevchenko Date: Wed, 5 Jun 2019 11:41:03 +0300 Message-ID: Subject: Re: [PATCH] pci: hotplug: ibmphp: Fix 'line over 80 characters' Warning To: benniciemanuel78@gmail.com Cc: Linux Kernel Mailing List , Bjorn Helgaas , Joe Perches , Lukas Wunner , Sebastian Ott , "Rafael J. Wysocki" , Arnd Bergmann Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jun 2, 2019 at 7:25 PM Emanuel Bennici wrote: > > Fix checkpatch.pl 'line over 80 characters' Warning in ibmphp_ebda.c and > ibmphp_hpc.c I'm not sure it's needed. And actually some of the changes are the regressions in order of readability ratio. > + debug("dev->device = %x, " > + "dev->subsystem_device = %x\n", Don't split string literals like this. > - if ((pslot == NULL) > - || ((pstatus == NULL) && (cmd != READ_ALLSTAT) && (cmd != READ_BUSSTATUS))) { > + if ((pslot == NULL) || ((pstatus == NULL) && (cmd != READ_ALLSTAT) && > + (cmd != READ_BUSSTATUS))) { No, no, this breaks readability a lot. In the former it's clearly shown the logic between conditionals, while in the latter it's a mess. > + err("%s - Error ctrl_read failed\n", > + __func__); Really, no advantage on this line even for 80 characters. > + err("%s - Exit Error:invalid bus, rc[%d]\n", > + __func__, rc); Same here. > - debug("%s - ctlr id[%x] physical[%lx] logical[%lx] i2c[%x]\n", __func__, > - ctlr_ptr->ctlr_id, (ulong) (ctlr_ptr->u.wpeg_ctlr.wpegbbar), (ulong) wpg_bbar, > - ctlr_ptr->u.wpeg_ctlr.i2c_addr); > + debug("%s - ctlr id[%x] physical[%lx] logical[%lx] i2c[%x]\n", > + __func__, ctlr_ptr->ctlr_id, > + (ulong) (ctlr_ptr->u.wpeg_ctlr.wpegbbar), > + (ulong) wpg_bbar, ctlr_ptr->u.wpeg_ctlr.i2c_addr); Here better to fix explicit casts (perhaps it means wrong specifiers being used). > + if ((poldslot->status & 0x20) && > + (SLOT_CONNECT(poldslot->status) == HPC_SLOT_CONNECTED) > + && (SLOT_PRESENT(poldslot->status))) Here you are not consistent in a way where to put logical operation. > + memcpy((void *) &myslot, (void *) pslot, > + sizeof(struct slot)); Why spaces after ) here? > + debug("%s - call process_changeinstatus for" > + "slot[%d]\n", __func__, i); Do not split string literals like this. -- With Best Regards, Andy Shevchenko