Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932471AbcLLUtp (ORCPT ); Mon, 12 Dec 2016 15:49:45 -0500 Received: from forward3h.cmail.yandex.net ([87.250.230.18]:37686 "EHLO forward3h.cmail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932187AbcLLUtn (ORCPT ); Mon, 12 Dec 2016 15:49:43 -0500 Authentication-Results: mxback10g.mail.yandex.net; dkim=pass header.i=@yandex.com.tr From: Ozgur Karatas Envelope-From: mueddib@yandex.com.tr To: Eric Sandeen , Joe Perches , "david@fromorbit.com" Cc: "linux-xfs@vger.kernel.org" , linux-kernel In-Reply-To: References: <987271481540010@web27o.yandex.ru> <66c68b88-e338-1d9a-b9dd-b8d858ebf349@sandeen.net> <1481566450.1764.23.camel@perches.com> <50420874-ffde-283f-f2e7-cb2ebbec1b84@sandeen.net> <737751481574841@web26j.yandex.ru> Subject: Re: [PATCH 1/1] Fixed to codestyle MIME-Version: 1.0 Message-Id: <1093131481575777@web26g.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Mon, 12 Dec 2016 22:49:37 +0200 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1572 Lines: 46 12.12.2016, 22:41, "Eric Sandeen" : > Well, rule #1 for newbies is "code style patches aren't > very useful, and usually are not welcomed by the project." > > Making style changes just because checkpatch told you to is > not particularly helpful. If it were important, it would have > been done by now. If it hasn't been done by now, odds are > it's not important. :) > > If you are writing /new/ code, then sure, conform to the kernel > style, /aided/ by checkpatch.pl, and using your discretion as > well. > > If you are just now looking at xfs/* code, best not to start > with "style" cleanups. You'll find this to be true in general > across the kernel, maintainers are usually not thrilled to have > this kind of patch. Dear Eric; this information was very good and thank you, I will try for the better :) > If you want to start with a new project, learn about the code, > learn what it /does/, learn how to use it. use it. Find things > that don't work as expected, or could work better. Look into > bug reports and if you understand them, and the code involved, > try to write and test a fix. But don't go looking for whitespace > nitpicks. I get it now, I understand but I think the error was only uuid functions. Now, me more careful. >>  Sorry, > > No need to be sorry, this is how we learn. ;) But really, making > purely cosmetic changes for their own sake is not helpful in > general. > > -Eric I have mentioned above, thank you for all the information. You are helping me and your mentoring in some way. Regards Ozgur Karatas