From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756266AbdESTkn (ORCPT ); Fri, 19 May 2017 15:40:43 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:44090 "EHLO userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752345AbdESTkj (ORCPT ); Fri, 19 May 2017 15:40:39 -0400 Date: Fri, 19 May 2017 22:40:02 +0300 From: Dan Carpenter To: Eric Anholt Cc: Jani Nikula , Colin King , Tom Cooksey , David Airlie , dri-devel@lists.freedesktop.org, kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH][drm-next] drm/pl111: make structure pl111_display_funcs static Message-ID: <20170519194002.iupbqmctj7vesd2q@mwanda> References: <20170519110203.19417-1-colin.king@canonical.com> <874lwhoxyk.fsf@intel.com> <87mva8g160.fsf@eliezer.anholt.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87mva8g160.fsf@eliezer.anholt.net> User-Agent: NeoMutt/20170113 (1.7.2) X-Source-IP: aserv0021.oracle.com [141.146.126.233] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 19, 2017 at 11:19:03AM -0700, Eric Anholt wrote: > Jani Nikula writes: > > > On Fri, 19 May 2017, Colin King wrote: > >> From: Colin Ian King > >> > >> structure pl111_display_funcs can be made static as it does not need to be > >> in global scope. Fixes sparse warning: > >> > >> "warning: symbol 'pl111_display_funcs' was not declared. Should it > >> be static?" > >> > >> Fixes: bed41005e6174d ("drm/pl111: Initial drm/kms driver for pl111") > > > > The patch looks good and I appreciate what you're doing, but I question > > the usefulness of adding Fixes: tags for trivial stuff like this. I'd > > prefer Fixes: was reserved for actual fixes that should be backported to > > any kernels that have the commit being fixed. > > Agreed -- since Fixes implies going to stable, we don't want it on > non-stable-candidates like this. Reviewed these two and will push > without the tag in a moment. Fixes does NOT imply that it goes to stable. Only a Cc: implies that. Fixes is purely informational to show where the bug was introduced. Just today I was using it to see if API changes introduce a bugs that take months to fix. regards, dan carpenter