Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934712AbcJQObh (ORCPT ); Mon, 17 Oct 2016 10:31:37 -0400 Received: from mout.web.de ([212.227.17.11]:64803 "EHLO mout.web.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932779AbcJQOb1 (ORCPT ); Mon, 17 Oct 2016 10:31:27 -0400 Subject: Re: MD-RAID: Use seq_putc() in three status functions? To: Hannes Reinecke , linux-raid@vger.kernel.org References: <566ABCD9.1060404@users.sourceforge.net> <786843ef-4b6f-eb04-7326-2f6f5b408826@users.sourceforge.net> <92c52f1d-d151-cea6-e9ac-31378e6862d0@users.sourceforge.net> <1475771699.1914.10.camel@perches.com> <77fb6fdc-7480-8607-0af1-42f73c125b9d@users.sourceforge.net> <688764a4-072d-2faf-37ba-a222b190a5d9@suse.de> <59d71170-c48d-a084-c748-b6ab74a2bee4@users.sourceforge.net> <1e151094-e228-5307-ae2f-b376b31f5628@suse.de> <83e720c6-9037-a3c1-6e83-27505805f37f@users.sourceforge.net> <2cc42b2f-1f1a-e95c-91fa-54e1dd3b6d49@suse.de> <653e60ee-f862-8828-3e4f-498c7cc34bdc@users.sourceforge.net> <1476703920.2520.105.camel@petrovitsch.priv.at> <97f31b70-e3ff-f194-c753-54da1fe3e664@users.sourceforge.net> <57299b72-8e6b-0b92-4374-1b7a0907e810@suse.de> Cc: Bernd Petrovitsch , Christoph Hellwig , Guoqing Jiang , Jens Axboe , Joe Perches , Mike Christie , Neil Brown , Shaohua Li , Tomasz Majchrzak , LKML , kernel-janitors@vger.kernel.org, kbuild-all@01.org, ltp@lists.linux.it From: SF Markus Elfring Message-ID: Date: Mon, 17 Oct 2016 16:30:43 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <57299b72-8e6b-0b92-4374-1b7a0907e810@suse.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:umO+c0ySvOVgzWKhBI96D86cAfMVFHYRMwvv/awXpLNKCkFp8On ZTGGTOM+5Zpq67kp7Lwoi5OYnnylQqzrsPCu/gHdr8qOdgsSfCgYGR1qP/MzbP/DgTryFUo hdd5xyEKJi/A8LJsS9604ljmmKzEAKJFAJ/8B9SsQKd0QsmpwmWkB0OcFWJD3msyWCH/BZO D54+aTystOUXMVfjbz2dg== X-UI-Out-Filterresults: notjunk:1;V01:K0:US84yQvuFtc=:gJA5AhZVCsBHQ7C5Hqpdzf 7i1/Kl2fZlUenwv+fIwTkOo++Ua8phegLVMVsmRcW9IszhJqEifM+X/sxaStGshSAYZX1ky0T FuOPwMCTtKEpD1ftvBV8r19cni1reKV2ir/YgDE1AhR8HMc7Xta3MggvI3tiv+i5d8wrFO91J OUPVyGLPcfbgT18o5QhjOUYogmYdAFbwy+x0XdQ6VSP2o6DKQjipgjjv7Gg1DxXz+m8+BDSf7 FdP608CgdgxWej9w0a4pkNq3wD9NzvG9se4Gh2gu+iCT/xTSI39GRiH/myOJoE7wXZ2ebg7WA uKiTcgM9OnFb3qWCE8APrF4eOR3ttokndGAZzWmPporQ2Y4ziJtTRPVPhvs+tNkYS/H7oXveu NHYxx/QiUHMhyyQ8+d63h++z5LYOF4Vi+fX6wby6G8S5eF20Laec/r+lhr9bzDoBhjm/7EacI EXRXI2DK8zp4zQDBxhZxe/zxdodlRAe8fT6NpWcKHcyhBEMlaN7iaCWq376fQ9iOjAzXW/2YA 7Cvo2hE//3c9xF/+0+Jp9QZORkBqI7AqbyRE5qnGFUfLGfv190YBFEbd738L66ilBYWC1Xvxn J3cxegCcLVSdhk9Yusn/RvriI4Rmddoi0v3yc8sujlCiZriPjrYPIID6hFwS6pQxGP4njkLcJ qugFkRm03PjARFJqu6M8PH5ZBZe0gbTycbhBkjIAUaKgfT7OaoW+xO+fbPZeGZKhkc8sGuRmB k2VHEc4Pk0ZxI8CFs28hlBpZa619Hhq+I7clQBw/WIS1kVpQaf6vtYR62h7YP1mOzqLm/QIXd Tv3jsYr Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 677 Lines: 22 >> Am I the only software developer so far who would dare to reconsider >> implementation details from three status functions? >> > No. Thanks for this kind of promising feedback. > But we're waiting for you showing is that it is an improvement. Can this aspect also be clarified to some degree from a logical point of view? * Would you really like to know under which circumstances data processing will be faster for a single character instead of using a string pointer and corresponding two characters? * Do you care for a changed memory allocation characteristic? * Will it occasionally be useful to avoid the storage for another string literal? Regards, Markus