From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752345AbcACULA (ORCPT ); Sun, 3 Jan 2016 15:11:00 -0500 Received: from mout.web.de ([212.227.17.11]:58364 "EHLO mout.web.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751245AbcACUKz (ORCPT ); Sun, 3 Jan 2016 15:10:55 -0500 Subject: Re: staging-slicoss: Replace variable initialisations by assignments in slic_if_init() To: Greg Kroah-Hartman References: <566ABCD9.1060404@users.sourceforge.net> <56894D2D.1010801@users.sourceforge.net> <56895EE1.7080808@users.sourceforge.net> <20160103175816.GA21611@kroah.com> <56896591.2030208@users.sourceforge.net> <20160103182640.GA30692@kroah.com> <56896D6A.6020309@users.sourceforge.net> <20160103194522.GA31644@kroah.com> Cc: Julia Lawall , devel@driverdev.osuosl.org, kernel-janitors@vger.kernel.org, LKML , Lior Dotan , Christopher Harrer From: SF Markus Elfring X-Enigmail-Draft-Status: N1110 Message-ID: <56898045.9010907@users.sourceforge.net> Date: Sun, 3 Jan 2016 21:10:45 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20160103194522.GA31644@kroah.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:NnbGbI8XKuglfNo9IQ4tUhLQwdxrEwvY8khdVWJfhDJEXhuO56A wS02THotZX0enPUEgz/e5DtGUocGd4loCRsK8K9z5fR1wRJAY9hnoDR8OjQLgHB5xO8CI8j ylEtNR/rOhR/5t6AffREwNb4xnFG1R765Frk65TuS1jcJk+3AU2SRW8uM2iz6w6xHZIDVhV YstyA/CfrxzojekuxaP7Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:GcWsK47Tz2k=:nzLiYYfR4PjKM+NQcdDl8l l1zIVryqOczv+bmw24U9PHv+IPg6/SIzZYZzTP8JPvmNU3t9lwpsXtV333KVhaNHyDDYIB7x+ X9dAbYPf/8QdWWw3kJGzdyeLw3mj8/k6bO2MjZdRvQGjyZu6GNZSrHdLzIlZJ/pBUqgHAYMdT kzPsu2IfjmGZRHF55LF/l2+UVSylYGTGlj+NjQPPCo17Sr10/8Et/m1dyppV02EkSK/36YGP1 y3sEU45RMi5vnfKLlIIts4tBhTrXZK5BQvQyPkczCsV4tt56sUYFeRL/cs9AX8RES1tsgDgIh 4AhUpLMDMKTCOjtor6vMgm1dCKt35fJiM5WcOiXlre9532MGDylHI+uhuo2tnWzD6NL/MLkUf 8COOVgG1XXrcUVkYOQZUhPancE2akl7sMxXLWX/3PrHE/HgBgknhQwtjVAOfZP5gJ0TUJA/Xs MwiNADUrik9+x6Byuoq9Y8SzTmuRSpyT/GqNNABVndaoxK2v0dLWi//Za2uJOaEqvpusT2lcD o3fc5exCHpH6Pa0Zhi5sGI55eVeLNWyEm4ve4+apFATO2QSnw52SsfZOxouuSpfKNrur63YnF QcqvvmtCp8uwkDWoKEHYkyBKdCHLfj30kv7ksJs6CdrrbdVm2tbBDIV93Z4S55TNw4ngckoP/ C4KmSL41vs0WbQdwg+vYER9qtWRkwkpEutYskniiNx51iMZhdVBJ5kY4RSf/Cwgx27LHBIx02 y5P8Su+2mWlz8PMnXFUQB3sDBG7xSyKuD1f4TsGuKGSKI5j2SJ68jgR1bRwqtf8qINugS3vEf S5/5Sn5 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >> Can such fine-tuning result in positive effects for the run-time behaviour? > > If you can not benchmark and show the proof, don't even start to claim > such a thing. Which measurement results would you accept for further discussion? >> My suggestions can result in measurable differences. > > Show the proof please. Which information presentations would finally qualify for "the proof" you request now? Which test systems will be representative for you? > That's the only way I will ever accept anything else from you like this. Are there any update suggestions remaining in the waiting queue which have a higher chance of acceptance because their value might be a bit more obvious? Regards, Markus