Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752813AbcJJOBu (ORCPT ); Mon, 10 Oct 2016 10:01:50 -0400 Received: from mx1.redhat.com ([209.132.183.28]:57488 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752366AbcJJOBt (ORCPT ); Mon, 10 Oct 2016 10:01:49 -0400 From: Jes Sorensen To: SF Markus Elfring Cc: Dan Carpenter , Richard Weinberger , linux-raid@vger.kernel.org, Christoph Hellwig , Guoqing Jiang , Jens Axboe , Mike Christie , Neil Brown , Shaohua Li , Tomasz Majchrzak , LKML , kernel-janitors@vger.kernel.org, Julia Lawall Subject: Re: md/raid1: Improve another size determination in setup_conf() References: <566ABCD9.1060404@users.sourceforge.net> <786843ef-4b6f-eb04-7326-2f6f5b408826@users.sourceforge.net> <9831fce9-d689-89e4-dec8-50cadcd13fdd@users.sourceforge.net> <20161007075345.GB6039@mwanda> <77d68bcd-1ae4-4808-fc0b-6183ae5fb6c4@users.sourceforge.net> <10ff33b4-44f0-eaea-8549-79a6ba250a2a@users.sourceforge.net> Date: Mon, 10 Oct 2016 10:01:46 -0400 In-Reply-To: <10ff33b4-44f0-eaea-8549-79a6ba250a2a@users.sourceforge.net> (SF Markus Elfring's message of "Mon, 10 Oct 2016 15:20:16 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.29]); Mon, 10 Oct 2016 14:01:48 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1044 Lines: 32 SF Markus Elfring writes: >>> How do you value compliance with coding styles? >> >> The Linux Coding Style is not a law, > > How serious can such guidelines become for software developers? > >> nor is it at all perfect. > > I got a similar impression. But are there enough items where a mostly clear > guidance is specified? > >> You clearly misunderstood how Linux development work > > I got an other impression. > >> and you are doing a great job wasting everyone's time with this patchset. > > Would you like to reject any update steps for the affected source files > from this patch series? > > Can it "accidentally" happen that some of them will be really worth > also for your precious software development attention? Given that none of your patches fix any real bugs and you do your best to ignore any guidance you have been given, I do reject your entire patchset and you can consider this a NACK for this entire series. I get the impression you obtain your response to any email from M-x doctor. Jes