Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966839AbbBDPAn (ORCPT ); Wed, 4 Feb 2015 10:00:43 -0500 Received: from mail-ie0-f180.google.com ([209.85.223.180]:59822 "EHLO mail-ie0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932630AbbBDPAk (ORCPT ); Wed, 4 Feb 2015 10:00:40 -0500 Message-ID: <54D23410.3050006@gmail.com> Date: Wed, 04 Feb 2015 10:00:32 -0500 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Alexander Holler CC: Michael Kerrisk , =?UTF-8?B?THVrw6HFoSBDemVybg==?= =?UTF-8?B?ZXI=?= , Al Viro , "Theodore Ts'o" , Linux-Fsdevel , Linux Kernel , Linux API Subject: Re: [PATCH 1/5] WIP: Add syscall unlinkat_s (currently x86* only) References: <1422896713-25367-1-git-send-email-holler@ahsoftware.de> <1422896713-25367-2-git-send-email-holler@ahsoftware.de> <20150203060542.GZ29656@ZenIV.linux.org.uk> <54D071AA.1030302@ahsoftware.de> <20150203075616.GA29656@ZenIV.linux.org.uk> <54D08BF4.3000903@ahsoftware.de> <54D093A0.7090201@ahsoftware.de> <54D0C3B8.2050507@ahsoftware.de> <20150203174839.GD2509@thunk.org> <54D10D0E.8090204@ahsoftware.de> <20150203233332.GE29656@ZenIV.linux.org.uk> <54D1F215.9030404@ahsoftware.de> <54D20F02.5050700@ahsoftware.de> <54D21CC8.4020705@ahsoftware.de> <54D21EB8.6020208@ahsoftware.de> <54D22A63.7090603@ahsoftware.de> In-Reply-To: <54D22A63.7090603@ahsoftware.de> x-hashcash: 1:21:150204:holler@ahsoftware.de::ebe572fc7b9b6b783c3572cf2c5447bd:fb5748890aaccb0b x-hashcash: 1:21:150204:mtk.manpages@gmail.com::de512457dce6c2f8177d49ed50f62089:bbabc0abd29d4398 x-hashcash: 1:21:150204:lczerner@redhat.com::30a98ab45507e0e880162809b03c6f5b:aee391073494ad74 x-hashcash: 1:21:150204:viro@zeniv.linux.org.uk::730643db41a04d2b2cc711293156e6ab:bcad08cb19313c5d x-hashcash: 1:21:150204:tytso@mit.edu::bf5416d48b0e5a31b3597d577a69a956:3498a2c2fedae0f4 x-hashcash: 1:21:150204:linux-fsdevel@vger.kernel.org::5236ba24ef7084b1b0d78282fc853d2:38dd068201744a64 x-hashcash: 1:21:150204:linux-kernel@vger.kernel.org::3ba2b6c2a57b6c0391cbaa5da43cfccd:95e2cd1105530c6e x-hashcash: 1:21:150204:linux-api@vger.kernel.org::a19ee3ec1d06c4fa1840ce85fa25da6a:8faff3582f41face x-stampprotocols: hashcash:1:17;mbound:0:10:3000:5000 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2338 Lines: 40 On 2015-02-04 09:19, Alexander Holler wrote: > Am 04.02.2015 um 14:29 schrieb Alexander Holler: > I'm really sorry that I can't spend several unpaid months with reading > and understanding ever changing linux kernel sources in order to become > a Linux filesystem expert and send some fully working perfect patches > which do fix the problem in question. You aren't expected to do so. Code review is an integral part of the development process here, and only truly trivial patches (stuff like fixing typos in kernel messages and documentation) get merged without it. If you pay attention to the list itself, even the veteran kernel developers almost never manage to produce a patch that is deemed absolutely perfect, and end up revising things multiple times before they get merged. > And I can't spend the necessary time to play remote keyboard for kernel > maintainers which might be willing to explain me what has to be done > according to their view. I've already offered what I was willing to do, > for the price of having to defend myself over and over. And > unfortunately that wasn't the first time I've ended up with having to > defend myself. You seem to fail to understand that open source development runs primarily on volunteer work (yes there are people paid to work on open source software, but that is a generally exceptional case). A large majority of the people who are kernel maintainers are donating their free time to the project. > My conclusion is that I'm a real fool having posted multiple times > patches to this list. It just doesn't make any sense and most of the > time the only reward are flames. If you aren't serious about trying to get something into the mainline kernel, you should be tagging _all_ of the e-mails in that patch-set with [RFC] in the subject line. In none of the responses that I've seen has anyone been anything but polite (albeit in some cases moderately annoyed). If you really consider such attempts at constructive criticism to be flames, then a development mailing list isn't the place you should be posting patches. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/