Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2774714imm; Sun, 12 Aug 2018 23:36:20 -0700 (PDT) X-Google-Smtp-Source: AA+uWPxxTDwD+9Qf/2BrMKy4YkxtkZYSTj0Q91c5yAs4nz2y0UyAaeII6elRM5ICrY9YGLKMO7xc X-Received: by 2002:a63:f849:: with SMTP id v9-v6mr15529442pgj.71.1534142180851; Sun, 12 Aug 2018 23:36:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534142180; cv=none; d=google.com; s=arc-20160816; b=jvK94NgxADdABbr7NYOOeySf2gzEpRNJRADbPkxaskL8ltbQ9Ntt63G95drQ/MFFq2 xN8Pmef3ClSM+K73jVZ85GAaHmkEpWF1jSJs7Zo+cHmdZqtM9ItNdwHSNGKdauIatmmu IFUDt5Iol6scNNF+5tptGigCjPoziCCcNHnrbqvFMKjjOlg/M/BfHYkeqo1RpGkPbIQJ lrxrP+JonqucHzKXAkMbYTJFE438gxCSANrF9Gcpih4PsI5/W6lnsFWiXgmm8Sew9vqO SYLZDE3UW1mFa+CJHTPXn0wsE9BRyal3p6Oa81Of8vD9UaXSI6KvUWgWZ5iMLEa+ofAY ekEw== 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:arc-authentication-results; bh=0eLgPip1LHToQqgLCfoMYul+yMsKcq+/UX8Drd2GvDQ=; b=lUaPtruSCxFpbaoARuJmzt8OgAMFETJh+xDtuCRY1GgkeDwTLvWJK7Yi/Muc8hSUsa Hj929q09LIfEsUhUrWwbqy6pbw4rJ3JtEbMSGG/DhrIKStetETkva1FFMyBSRkx5Z/LB DwrkZPbM0v4rMN2ZOFUz5WJwdFMvwqrjU50I0AeuCzeHwSZ5bgzbBdm2N5QWt47xRuJt Vo7cfS//qbwkwxzj7gyzPia/P64GIv9iFkksoeKCXaDhP13izkl6/ms8jo9uq1M9thos oJl8qvjDIDyRZNRPl74L6ucWiB15A2FHYIeyVus7NLCL+I0SwgLeqgtse7xbfp8QWsMq hCWA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g4-v6si16913262pgl.139.2018.08.12.23.36.06; Sun, 12 Aug 2018 23:36:20 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728511AbeHMJPt (ORCPT + 99 others); Mon, 13 Aug 2018 05:15:49 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:54546 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728350AbeHMJPt (ORCPT ); Mon, 13 Aug 2018 05:15:49 -0400 Received: from localhost (unknown [194.244.16.108]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 4E821A59; Mon, 13 Aug 2018 06:34:59 +0000 (UTC) Date: Mon, 13 Aug 2018 08:34:55 +0200 From: Greg KH To: Tom Todd Cc: joe@perches.com, stern@rowland.harvard.edu, dan.carpenter@oracle.com, arvind.yadav.cs@gmail.com, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] USB: core: devio: Restructured proc_ioctl for readability Message-ID: <20180813063455.GA29496@kroah.com> References: <10f9f13a5421299a6efda1e1f84ab304ef18ddec.camel@perches.com> <20180812222653.3341-1-thomas.m.a.todd@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180812222653.3341-1-thomas.m.a.todd@gmail.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Aug 12, 2018 at 11:26:54PM +0100, Tom Todd wrote: > On, Sun, 12 Aug 2018 11:34:59 -0700 Joe Perches wrote: > >On Sun, 2018-08-12 at 19:06 +0100, Tom Todd wrote: > >> Fixed a code styling issue > >while it's OK to fix style only issues, it's much better > >to reorganize the code for reader clarity. > > Ok, thank you, I've taken your suggestions and created the a new version > > Restructured method proc_ioctl for readability and fixed code style > errors. Please always be very specific as to exactly what code style issues you are fixing. And never do more than one type of fix at a time, otherwise it is hard to review, and you can cause errors to be added, like you did here :( Please do not start working on code cleanups in any other area of the kernel other than drivers/staging/ as that is what that is for. To do so in other areas of the kernel causes more work for maintainers. thanks, greg k-h