[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160719082126.GM17101@phenom.ffwll.local>
Date: Tue, 19 Jul 2016 10:21:26 +0200
From: Daniel Vetter <daniel@...ll.ch>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Daniel Vetter <daniel@...ll.ch>,
Alex Deucher <alexander.deucher@....com>,
SF Markus Elfring <elfring@...rs.sourceforge.net>,
"kernel-janitors@...r.kernel.org" <kernel-janitors@...r.kernel.org>,
DRI Development <dri-devel@...ts.freedesktop.org>,
David Airlie <airlied@...ux.ie>,
LKML <linux-kernel@...r.kernel.org>,
Julia Lawall <julia.lawall@...6.fr>
Subject: Re: [PATCH v3] drm/ttm: Delete an unnecessary check before the
function call "ttm_tt_destroy"
On Tue, Jul 19, 2016 at 10:14:07AM +0200, Geert Uytterhoeven wrote:
> On Mon, Jul 18, 2016 at 4:45 PM, Daniel Vetter <daniel@...ll.ch> wrote:
> > On Mon, Jul 18, 2016 at 04:10:36PM +0200, SF Markus Elfring wrote:
> >> From: Markus Elfring <elfring@...rs.sourceforge.net>
> >> Date: Mon, 18 Jul 2016 16:06:18 +0200
> >>
> >> The ttm_tt_destroy() function tests whether its argument is NULL
> >> and then returns immediately. Thus the test around the call is not needed.
> >>
> >> This issue was detected by using the Coccinelle software.
> >>
> >> Signed-off-by: Markus Elfring <elfring@...rs.sourceforge.net>
> >
> > When resending pls describe what changed (and why). Also I'd still like
> > that smatch included in the commit message.
>
> A similar change was made in drm-next, causing a merge conflict
> between the drm-next and drm-misc trees.
>
> commit 4279cb1423d96e53b6b98ae9f2b41003b013a31f
> Author: Christian König <christian.koenig@....com>
> Date: Mon Jun 6 10:17:51 2016 +0200
>
> drm/ttm: remove NULL checks when calling ttm_tt_destroy
>
> The function is a no-op with a NULL pointer.
>
> Reviewed-by: Alex Deucher <alexander.deucher@....com>
> Signed-off-by: Christian König <christian.koenig@....com>
> Signed-off-by: Alex Deucher <alexander.deucher@....com>
Yeah, realized that too but then drm-misc is a non-rebasing tree now, so
can't take this out.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
Powered by blists - more mailing lists