Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933693AbcJTMZ6 (ORCPT ); Thu, 20 Oct 2016 08:25:58 -0400 Received: from mout.web.de ([212.227.15.14]:62679 "EHLO mout.web.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932500AbcJTMZz (ORCPT ); Thu, 20 Oct 2016 08:25:55 -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> <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> <05d0cade-7922-9d8a-a974-34b2cc9150fb@suse.de> <665cd40a-4562-a015-78c6-12976c12b626@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: Thu, 20 Oct 2016 14:24:50 +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: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:VaSu/w6zByQr8Zuvkc0BvdkIiYkkk2finCzPURfC9QJo+xfe6sZ HsSSiznEAqLwuD+jOItDzBUQzo/KJcTKNkTdMrrnYLZMoQGD8G6I5ZvQ9vKVqpVYLKL34mQ OPFe1ub+89r2wtwLezzNGE4rzwIFgT3AGyZcSxAa2pY4cpolhV7gz7ohzRGBbCZ2lbUvXmk HSZ0n16MGW+7IYhvz3S2Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:aapJJGKmJuo=:HNsSGM6Q/v8v0Larw+3EsW ek1zHzs1QtCP2qwXusOBmQkKCaxChdm7+afWLHBpmpH00/C80PCmdJuRaVmntrG2CSMB1hkU9 RdwsUonmCmK6oKs0TCIBVF4JhgGuH0HfO7P8q3i11e8UvCzbtC+ahnge5bV3U791dotVmZJ89 k2aSIpNrt5MYxGvlgZvdVWKOZgvVOyf3hRY+2usw1p6dYR3Iu+2/x670vAa5da/EGSM04nvjF s+rjE5ydCGS0UaDwiF+J3McFgMxQNBX+hhdGyh3hZp7RmjyFunkwIAoSjEyOUeyoUAHqYPab1 0YDxZtfH1hEkYrEBEbM2WOvO5+7DBo+gKxvoKfWUfuKBcQ/tiNY6KqODyWu6n276s62XVEFwA MpImrrOcB9ojha6JoDqQiHBcABrSxSNb7jJFIyUVJ+4dZLh6YqCOEVCS617nQTgxLMUWbg7v+ IMOQPCLNUYpjgkxrI6RZux9zKmOgUj2MFavyYfiHYWY/pJq4V/Kj97uueEQIZ813KuPc1kcg5 093Mm2W6a7NxYxzaNGW3nSAAXvRBjpQIByKP8gT7ueF/MQoEaShN1UbR47YuwUU3pIVayitGg fljrNA4M2EukrJiEGxqOkSA1ULo3lWqMMqn+6xUx2nJT0iWxNQ3z3ngKH/S/hlp3/i0apdA0g B/d83RaDFUbxVwg3rf+8JjbXMovTKiafhNAjkh7JBVbWTihvLjUWQFT4rNlpghX6olyydN8pU gRUkKw2mYhELPBxkzS5cGlRwCho0keYh6lL87aoKWJ1aX7t2QxdI/XJcPNKRLgBHauJHNnL0o 1shTfII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1401 Lines: 35 >> So back to the original task for you: Show me in the generated output where the benefits are. I can offer another bit of information for this software development discussion. The following build settings were active in my "Makefile" for this Linux test case. … HOSTCFLAGS = -Wall -Wmissing-prototypes -Wstrict-prototypes -O0 -fomit-frame-pointer -std=gnu89 … The afffected source files can be compiled for the processor architecture "x86_64" by a tool like "GCC 6.2.1+r239849-1.4" from the software distribution "openSUSE Tumbleweed" with the following command example. my_original=${my_build_dir}unchanged/test/ \ && my_fixing=${my_build_dir}patched/test/ \ && mkdir -p ${my_original} ${my_fixing} \ && my_cc=/usr/bin/gcc-6 \ && my_module=drivers/md/raid1.s \ && git checkout next-20161014 \ && make -j6 O="${my_original}" HOSTCC="${my_cc}" allmodconfig ${my_module} \ && git checkout next_usage_of_seq_putc_in_md_raid_1 \ && make -j6 O="${my_fixing}" HOSTCC="${my_cc}" allmodconfig ${my_module} \ && diff -u "${my_original}${my_module}" "${my_fixing}${my_module}" > "${my_build_dir}assembler_code_comparison_$(date -I)_1.diff" Unfortunately, the generated file got the size "311 KiB". I guess that this is too big to send such a file around on the Linux mailing list. Is this kind of assembler code comparison still useful to clarify relevant differences further? Regards, Markus