From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753460AbeABPBA (ORCPT + 1 other); Tue, 2 Jan 2018 10:01:00 -0500 Received: from mout.web.de ([212.227.15.4]:62856 "EHLO mout.web.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752443AbeABPA6 (ORCPT ); Tue, 2 Jan 2018 10:00:58 -0500 Subject: =?UTF-8?Q?Re:_Rename_the_SmPL_script_=e2=80=9ckzalloc-=e2=80=a6.coc?= =?UTF-8?B?Y2nigJ0/?= To: Julia Lawall , cocci@systeme.lip6.fr Cc: Gilles Muller , Himanshu Jha , Masahiro Yamada , Michal Marek , Nicolas Palix , LKML , kernel-janitors@vger.kernel.org References: <96aee198-15b2-dc96-a349-d8a70d06dc67@users.sourceforge.net> From: SF Markus Elfring Message-ID: <6046ed93-71f0-7e2a-c02b-29783f2e4f4c@users.sourceforge.net> Date: Tue, 2 Jan 2018 16:00:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:N4AV/Wp7vXU/AddOLFlCmWAKC1Fe1J12RBARMY/gtj4Zfa+2/i5 GReCt38wh48w0EQbNZ8Js6RiECOt360GoSFnbvg6zJj74WZk1tpIwkn0qeT7OwN5gpqFq3p wE5n0glE/3r5m3vhYkPMPhgdtTiiKGaJO7YQN1Q0sH2xDMHHnWssvLZ/cGYUrv0PFFjm6kB F8HIlq+nfwXeaQ9RvmpAg== X-UI-Out-Filterresults: notjunk:1;V01:K0:u16txBnAQfA=:oi/4giU8KVSdED4nD/if76 cj56V4IIeLyx+uAC0w1yeGB0op6hTjT2zA+KX0symNoMaEfti+RKwO8tts5idPx0MnX8t8x5j LdxkbyqSz208g3TQYJUUJgrGF7mT6urW5cwXaQLwnMVRr+82UVdWf8k4KW0R8deQEmG8ucB3O s4PiAvJrDITCDU2j6x5nm2vHUo/Cm6sFst6OZNwMcjDKF3rhwAQxTOX0PhXmsGESQIpdihEOf Xb0do9TV9V+BpomdSAVhpwnZ0m7NjfUSXsWLEjecL3pQWGcaYY8tvlmNSOUAWmEruajkHElsH XXAvbpfNHAzFexaKyTs6OHIx7hzmwVmwF4RdpdqafNmTUWAuMPHsFIs1lf3Xl5w0fk61yI7dr PCXL/pmz/pyEgNb6VIhHlNBYHVvmWi/osPt9f6pGpYITrnZN1q1zt5uHxw/rGETMWibAQKREb OsL891rNzKU9VSEiqjACMLTlEA6fH8yprUDd6+Gm5AQOzzlCCAsQ24Dq6N3WHqgk5zkNdmn8+ ps1tyAiB0Tqhs+Y1lvhN2+PCVyzDmAGTg2VJ052WJijNWQLFHEZQpW1lqua8ZGaEZGlQuy+bW f5zvT9Hl9qLYhKtAf65/bVUml3kS0E8lCazBM8kwzlAigQI5y1rndK6Vl12UjN/pZq9muHxow VR7MKl+7lmYg90XIyxuGpejuhSITNKbsbPPdlqC27xU9taT+tHMFdaO5J4MBTTy4X+Xem2Dee m6aX4HxoAs6M55DS0rzwAxJ3VD8+uaV/L+6qw+xpK91Qew+/rT/lTDPQjV69QHo7T0qNv2FVK csvoeQAZYkOq/+h3Yb/fvRnazlOnxACPoFR4XzSFPNKorPQUYs= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: >> * I am unsure which name will be better finally. >> Would we like to achieve another permalink here? > > Actually, according to th original name choice it is stillsimple, The involved contributors have got different views if the available script remains “simple” enough at the moment. > becaue it doesn't account for the possibility of many statement between > the alloc and the memset * How close should these function call be kept together? * Which additional statements would you tolerate between them? > and it doesn't account for different ways of expressing the size between > the two calls. Would you like to get any extensions there? > If you want to be more general than kzalloc, then perhaps > zalloc-simple.cocci would be ok. Will other suffixes be safer for a permanent file name so that confusion could be avoided around different expectations for “simplicity”? Regards, Markus From mboxrd@z Thu Jan 1 00:00:00 1970 From: SF Markus Elfring Date: Tue, 02 Jan 2018 15:00:48 +0000 Subject: =?UTF-8?Q?Re:_Rename_the_SmPL_script_=e2=80=9ckzalloc-=e2=80=a6.coc?= =?UTF-8?B?Y2nigJ0/?= Message-Id: <6046ed93-71f0-7e2a-c02b-29783f2e4f4c@users.sourceforge.net> List-Id: References: <96aee198-15b2-dc96-a349-d8a70d06dc67@users.sourceforge.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit To: Julia Lawall , cocci@systeme.lip6.fr Cc: Gilles Muller , Himanshu Jha , Masahiro Yamada , Michal Marek , Nicolas Palix , LKML , kernel-janitors@vger.kernel.org >> * I am unsure which name will be better finally. >> Would we like to achieve another permalink here? > > Actually, according to th original name choice it is stillsimple, The involved contributors have got different views if the available script remains “simple” enough at the moment. > becaue it doesn't account for the possibility of many statement between > the alloc and the memset * How close should these function call be kept together? * Which additional statements would you tolerate between them? > and it doesn't account for different ways of expressing the size between > the two calls. Would you like to get any extensions there? > If you want to be more general than kzalloc, then perhaps > zalloc-simple.cocci would be ok. Will other suffixes be safer for a permanent file name so that confusion could be avoided around different expectations for “simplicity”? Regards, Markus