From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757461AbdELLii (ORCPT ); Fri, 12 May 2017 07:38:38 -0400 Received: from galahad.ideasonboard.com ([185.26.127.97]:36726 "EHLO galahad.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756248AbdELLih (ORCPT ); Fri, 12 May 2017 07:38:37 -0400 From: Laurent Pinchart To: dri-devel@lists.freedesktop.org Cc: Christian =?ISO-8859-1?Q?K=F6nig?= , Michel =?ISO-8859-1?Q?D=E4nzer?= , SF Markus Elfring , Alex Deucher , David Airlie , kernel-janitors@vger.kernel.org, amd-gfx@lists.freedesktop.org, LKML Subject: Re: [PATCH 0/3] GPU-DRM-Radeon: Fine-tuning for three function implementations Date: Fri, 12 May 2017 14:38:38 +0300 Message-ID: <1587529.CdsjPgZMHu@avalon> User-Agent: KMail/4.14.10 (Linux/4.9.16-gentoo; KDE/4.14.29; x86_64; ; ) In-Reply-To: <66a88c64-cc8f-45ed-81c6-f7e2947f1f18@amd.com> References: <74d2df52-f509-e6d2-5b35-e25b7cbd1fbe@users.sourceforge.net> <8c4e7dde-06d5-3f13-2322-f661e9d3dbf4@daenzer.net> <66a88c64-cc8f-45ed-81c6-f7e2947f1f18@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.home.local id v4CBcqPH012424 Hi Christian, On Wednesday 10 May 2017 13:30:37 Christian König wrote: > Am 10.05.2017 um 02:23 schrieb Michel Dänzer: > > On 03/05/17 09:46 PM, Christian König wrote: > >> Am 02.05.2017 um 22:04 schrieb SF Markus Elfring: > >>> From: Markus Elfring > >>> Date: Tue, 2 May 2017 22:00:02 +0200 > >>> > >>> Three update suggestions were taken into account > >>> from static source code analysis. > >>> > >>> Markus Elfring (3): > >>> Use seq_putc() in radeon_sa_bo_dump_debug_info() > >>> Use seq_puts() in radeon_debugfs_pm_info() > >>> Use seq_puts() in r100_debugfs_cp_csq_fifo() > >> > >> Reviewed-by: Christian König > > > > Based on > > https://lists.freedesktop.org/archives/dri-devel/2017-May/140837.html > > and followups, I'm afraid we'll have to make sure Markus' patches have > > been tested adequately before applying them. > > I can't judge the background of that decision, but at least those tree > patches for radeon looked trivial to me. > > I don't see much what could go wrong when merging them. For what it's worth, I've once applied a patch from Markus for the uvcvideo driver that seemed trivial but ended up introducing a breakage that I hadn't caught during review. I recommend rejecting Markus' patches that are not clear improvements, and carefully testing the others. > On the other hand you are right that trying to find hardware to test that > stuff could be challenging. -- Regards, Laurent Pinchart