Received: by 10.223.164.202 with SMTP id h10csp1959098wrb; Mon, 27 Nov 2017 09:46:09 -0800 (PST) X-Google-Smtp-Source: AGs4zMb5DjXy6LyaN3AzcmQODKxZjuoc61Kx/Y+1n9ae/qcR0AYAF6JuXlh5Z91oQvo7P4Nq0EQA X-Received: by 10.84.178.129 with SMTP id z1mr29105279plb.365.1511804769126; Mon, 27 Nov 2017 09:46:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511804769; cv=none; d=google.com; s=arc-20160816; b=lz2hES78PQuoEBX/mP9ISYdce8WAGvClYh05YPtlfsuupQEHA9dAhcU59eHwh77QwE UbI2m6BxO7aFq4gVyofzNTNTXQ/yj5xdHgWjgeciGSioKCbCTB+cAWd6gqxGGUvtqsu1 BHnb132ysezZtOnXv7xgALYxAEMPo9BIZnYhWgpNRloag0ANP99EiKvl6CnmbA8rQ063 QX0n8pkOkF1vnFwCHz0spn6CgemnG/yLeDMKf2LMNfp//vdqflu6oJ806QfS8NwZhuch Gw+m/8Nis2G+tdLwmwyoJEEXOLK9AK1x8j8Iqk/xd7jpHDZL+LgPz/npJwnWesQ7U95A 5/6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=LjsBbvJ5SCpmAAZF5Hhpp94tK/U+Mt4aGR2kP9xhcmw=; b=XcXewnsKappVfWACSDO2BjqrfCat7e90S3StBnjzATjwTHlzjlustm/GIst3eDpIFT 6dJ1eQJb6tq9X1uzkHznmmhwM6cPyOZhFSIy1ohFmQeUyBOmO75dydMs/YR/pvg6QgJ+ v6dyrqKJoH7gcrLUBlNHaSEBQsJJPy6V0pew5UhIwlxCVNk/fGs8bIwYl6OlN4Sy4P3a RufL1OBppxXmQdiJ809yCuhRqIlsYKmPM/lj2cAu4dfe59z4fdvp0D4piMrfcyPnuGr1 Pktg6mT17CEBitm8vGEPEQv6lJzTTAwwjD9nxdSWJxmp/T70xW29c9qTk9DenFoEv48V StKw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m63si12495257pld.467.2017.11.27.09.45.57; Mon, 27 Nov 2017 09:46:09 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932399AbdK0RpC (ORCPT + 78 others); Mon, 27 Nov 2017 12:45:02 -0500 Received: from eddie.linux-mips.org ([148.251.95.138]:54596 "EHLO cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752558AbdK0RpA (ORCPT ); Mon, 27 Nov 2017 12:45:00 -0500 Received: (from localhost user: 'ladis' uid#1021 fake: STDIN (ladis@eddie.linux-mips.org)) by eddie.linux-mips.org id S23990513AbdK0Ro6GDJuk (ORCPT + 3 others); Mon, 27 Nov 2017 18:44:58 +0100 Date: Mon, 27 Nov 2017 18:44:54 +0100 From: Ladislav Michl To: SF Markus Elfring Cc: "Andrew F. Davis" , linux-omap@vger.kernel.org, linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org, Arvind Yadav , Bartlomiej Zolnierkiewicz , Tomi Valkeinen , LKML , kernel-janitors@vger.kernel.org Subject: Re: omapfb/dss: Delete an error message for a failed memory allocation in three functions Message-ID: <20171127174454.GA18851@lenoch> References: <502de06b-ca86-d0ff-bd50-d260fbe46fe5@users.sourceforge.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <502de06b-ca86-d0ff-bd50-d260fbe46fe5@users.sourceforge.net> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 27, 2017 at 06:27:08PM +0100, SF Markus Elfring wrote: > >> Omit an extra message for a memory allocation failure in these functions. > … > > nak, unlike many others, these message give extra info on which > > allocation failed, that can be useful. > > Can a default allocation failure report provide the information > which you might expect so far? You should be able to answer that question yourself. And if you are unable to do so, just do not sent changes pointed by any code analysis tools. As a side note, if you look at whole call chain, you'll find quite some room for optimizations - look how dev and pdev are used. That also applies to other patches. Best regards, ladis From 1585241082615786823@xxx Mon Nov 27 17:28:25 +0000 2017 X-GM-THRID: 1585156039807309629 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread