Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp554893ybi; Fri, 21 Jun 2019 04:19:06 -0700 (PDT) X-Google-Smtp-Source: APXvYqx+fAxb8xifncX7+ObIu0caoj8dsxBpgvQFQh6OmHlmsbhs7qj2OoBZ3B9kCnPhsFlqWFEW X-Received: by 2002:a17:90a:9bca:: with SMTP id b10mr5965574pjw.90.1561115946236; Fri, 21 Jun 2019 04:19:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561115946; cv=none; d=google.com; s=arc-20160816; b=m4x5/M8bY/J8TLrvasQlE21jB2OGQWYcRsuIaEJsML18//TP3lJrk2fy8fCuqv3HOk UBcznsquJEQgpUd48GR5ems8UMXpOyQa0fo9llDiZAtNvvuJ9XkDNaXmBAWlJlWXre2z 9XdICCyY5s5Dxi1L900IUpzVKTEWn4prVS0jwj3KkN8pvtodPJGQWexdg4Rjx4+2SLfL HggVUxV1O6fwIwYuV/MdcL/FSE4SptCMF0H0rikPeWnF9txKOm8OQRUsc5QTby8zCT/m IcqQfsYODlC2cS0cYqeHon/ECu88fUiLsRM/RbAJTIcMqnOxZ5aQaLf2LgJQDrBAU2R3 AbIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=kozscljqOAuZVylplHql1ErpLz3+SlWxMHv746HmhFE=; b=siVt9TL39ZE9QyJS3m6LFgCjtSaiVNREhSZeMe69L7mjDJTSMP/q9A7KMcawJAoYvi BJzQTHUgqHijDk/Wbyj+mN9b8EpeQGBwcODXqFFTTEZcloBJVnvKK53hEew/OybwuGe2 uV/YBHtbDglyK9N29HmcbkdrJWCSyB7QmfPpMo5mFKFwoVsILONxDRHr8U3MjJctbgtY TT8uTxUd3Bc/EUdMqsF94vWjNb8qqQFVoc0QhAUR9C1UeGYrZ3THriGs5WMjDBnSxu8m f4FIaW0VtxFU+zYMF9j4Coxzq536bvto258ShD3r83yzHo+EAc45r37AP5qISBSAHQId oRDQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=hF0fu2tq; 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 l13si2613191pjq.69.2019.06.21.04.18.50; Fri, 21 Jun 2019 04:19:06 -0700 (PDT) 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; dkim=pass header.i=@ffwll.ch header.s=google header.b=hF0fu2tq; 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 S1726438AbfFULSe (ORCPT + 99 others); Fri, 21 Jun 2019 07:18:34 -0400 Received: from mail-oi1-f196.google.com ([209.85.167.196]:34630 "EHLO mail-oi1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726232AbfFULSe (ORCPT ); Fri, 21 Jun 2019 07:18:34 -0400 Received: by mail-oi1-f196.google.com with SMTP id a128so4423681oib.1 for ; Fri, 21 Jun 2019 04:18:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=kozscljqOAuZVylplHql1ErpLz3+SlWxMHv746HmhFE=; b=hF0fu2tqeK0iOX7iwKWEp4A52s4WIW0NaCMgteCQqRFUZMo1wXBp1IIXyOyu8bCGyA 4IhWnT3s90Zh4umA5mht5ZwFTgMVCO9Tn7h0Efp2mxIFQNUvA2JNok4e6u3JL7a+zwms tIR404sw2yeVtKKv1K3m+wk1y7JOdBL/ifyBc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=kozscljqOAuZVylplHql1ErpLz3+SlWxMHv746HmhFE=; b=fmDqPy8apcTrYV7IsCpVOMppElWSfMAsEOrj+W8zwqrsxNwVku5CLXyJjAzTI4/597 +5sqvxkt0za1Jn5GXruWucePe9E91HUZEnozLeXCka3M02a3nDApFtpl8Hh897zRYaBE 34/xzzrx0bAtTtJNXt8FPjdRt0ApySdoalR3OZHd3SqvTTW7UMkx50wUSaz5C7A8YS0f ++oh3nfchvUAqN3NNvpu7AJF3d1ywkHhZQWi5R/v9capFW1z6Qy4ukWMSoZrFADe2CU5 TYRQg8OM66K+rP05omDi0HCNP+MBaROc/6VEgpYzrbj7LopVVCbPuDTyDrBhRIXUswv8 hvhA== X-Gm-Message-State: APjAAAXLwrpUcIahlg/+Aau6UooJwlenD/v3u7kdcLivY5l4N8E0DGUR 0CWDGc7j0HoAV4sVEPnQO400siL0ewLFfdiEc6vOhw== X-Received: by 2002:aca:b104:: with SMTP id a4mr2353971oif.14.1561115913495; Fri, 21 Jun 2019 04:18:33 -0700 (PDT) MIME-Version: 1.0 References: <20190620103524.GF17204@e110455-lin.cambridge.arm.com> <20190621095349.GI17204@e110455-lin.cambridge.arm.com> In-Reply-To: <20190621095349.GI17204@e110455-lin.cambridge.arm.com> From: Daniel Vetter Date: Fri, 21 Jun 2019 13:18:17 +0200 Message-ID: Subject: Re: [GIT PULL] mali-dp and komeda patches for drm-next To: Liviu Dudau Cc: Dave Airlie , MaliDP Maintainers , DRI devel , LKML , "Lowry Li (Arm Technology China)" , "james qian wang (Arm Technology China)" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 21, 2019 at 11:53 AM Liviu Dudau wrote: > > On Fri, Jun 21, 2019 at 01:54:11PM +1000, Dave Airlie wrote: > > On Thu, 20 Jun 2019 at 20:35, Liviu Dudau wrote: > > > > > > Hi DRM maintainers, > > > > > > Picking up pace on the upstreaming of Komeda driver, with quite a lot > > > of new features added this time. On top of that we have the small > > > cleanups and improved usage of the debugfs functions. Please pull! > > > > It looks like you rebased this at the last moment, please don't do > > that, don't rebase just because you can. > > Yes, sorry again, I was trying to be up-to-date with drm-next so as to fi= gure > out if there are any conflicts before sending the pull request. Testing for conflicts is good, but don't do that with a rebase. Instead. 1. create throw-away branch, starting at the commit you want to send a pull request for 2. merge latest drm-next, look at conflicts, test in CI 3. once happy, send pull request, _unchanged_, with maybe a note about any conflicts or how to resolve them. Ime (and that's also why Linus insists on this) rebasing just breaks patches too often, and then you might end up with an unbisectable range for some reason. Yes merge commits also break sometimes, but then we at least the chance to record why we thought the conflict resolution was correct in a commit message, so there's some record about what went wrong. For drm-intel we do that automatically with the drm-tip integration tree. -Daniel > > The reason I noticed is because > > dim: 344f00e4d7d6 ("drm/komeda: Make Komeda interrupts shareable"): > > author Signed-off-by missing. > > Huh, I've missed the fact that Ayan has updated his S-o-b line, I'll have= a > chat with him to get his author updated as well. > > > dim: 1885a6d946f5 ("drm/komeda: fix 32-bit > > komeda_crtc_update_clock_ratio"): SHA1 in fixes line not found: > > dim: a962091227ed ("drm/komeda: Add engine clock requirement check > > for the downscaling") > > dim: ERROR: issues in commits detected, aborting > > > > so clearly rebasing the fixed commit broke stuff, you should probably > > squash fixes if you are rebasing. > > > > Please resend with above fixed, and refrain from misc rebases in future= . > > They are now fixed, sorry about the noise. > > Best regards, > Liviu > > > The following changes since commit 52d2d44eee8091e740d0d275df1311fb8373c9= a9: > > Merge v5.2-rc5 into drm-next (2019-06-19 12:07:29 +0200) > > are available in the Git repository at: > > git://linux-arm.org/linux-ld.git for-upstream/mali-dp > > for you to fetch changes up to 2cfb1981dd0d9505b59868a7f7591746f51794b0: > > drm/komeda: Make Komeda interrupts shareable (2019-06-21 10:47:15 +0100= ) > > ---------------------------------------------------------------- > Arnd Bergmann (1): > drm/komeda: fix 32-bit komeda_crtc_update_clock_ratio > > Ayan Halder (1): > drm/komeda: Make Komeda interrupts shareable > > Greg Kroah-Hartman (2): > komeda: no need to check return value of debugfs_create functions > malidp: no need to check return value of debugfs_create functions > > Liviu Dudau (1): > arm/komeda: Convert dp_wait_cond() to return an error code. > > Lowry Li (Arm Technology China) (10): > drm/komeda: Creates plane alpha and blend mode properties > drm/komeda: Clear enable bit in CU_INPUTx_CONTROL > drm/komeda: Add rotation support on Komeda driver > drm/komeda: Adds limitation check for AFBC wide block not support R= ot90 > drm/komeda: Update HW up-sampling on D71 > drm/komeda: Enable color-encoding (YUV format) support > drm/komeda: Adds SMMU support > dt/bindings: drm/komeda: Adds SMMU support for D71 devicetree > drm/komeda: Adds zorder support > drm/komeda: Add slave pipeline support > > james qian wang (Arm Technology China) (21): > drm/komeda: Add writeback support > drm/komeda: Added AFBC support for komeda driver > drm/komeda: Attach scaler to drm as private object > drm/komeda: Add the initial scaler support for CORE > drm/komeda: Implement D71 scaler support > drm/komeda: Add writeback scaling support > drm/komeda: Add engine clock requirement check for the downscaling > drm/komeda: Add image enhancement support > drm/komeda: Add komeda_fb_check_src_coords > drm/komeda: Add format support for Y0L2, P010, YUV420_8/10BIT > drm/komeda: Unify mclk/pclk/pipeline->aclk to one MCLK > drm/komeda: Rename main engine clk name "mclk" to "aclk" > dt/bindings: drm/komeda: Unify mclk/pclk/pipeline->aclk to one ACLK > drm/komeda: Add component komeda_merger > drm/komeda: Add split support for scaler > drm/komeda: Add layer split support > drm/komeda: Refine function to_d71_input_id > drm/komeda: Accept null writeback configurations for writeback > drm/komeda: Add new component komeda_splitter > drm/komeda: Enable writeback split support > drm/komeda: Correct printk format specifier for "size_t" > > .../devicetree/bindings/display/arm,komeda.txt | 23 +- > drivers/gpu/drm/arm/display/include/malidp_io.h | 7 + > drivers/gpu/drm/arm/display/include/malidp_utils.h | 5 +- > drivers/gpu/drm/arm/display/komeda/Makefile | 2 + > .../gpu/drm/arm/display/komeda/d71/d71_component.c | 582 +++++++++++++++= ++- > drivers/gpu/drm/arm/display/komeda/d71/d71_dev.c | 142 +++-- > drivers/gpu/drm/arm/display/komeda/d71/d71_dev.h | 2 + > .../gpu/drm/arm/display/komeda/komeda_color_mgmt.c | 67 ++ > .../gpu/drm/arm/display/komeda/komeda_color_mgmt.h | 17 + > drivers/gpu/drm/arm/display/komeda/komeda_crtc.c | 154 ++++- > drivers/gpu/drm/arm/display/komeda/komeda_dev.c | 59 +- > drivers/gpu/drm/arm/display/komeda/komeda_dev.h | 13 +- > .../drm/arm/display/komeda/komeda_format_caps.c | 58 ++ > .../drm/arm/display/komeda/komeda_format_caps.h | 24 +- > .../drm/arm/display/komeda/komeda_framebuffer.c | 175 +++++- > .../drm/arm/display/komeda/komeda_framebuffer.h | 13 +- > drivers/gpu/drm/arm/display/komeda/komeda_kms.c | 130 +++- > drivers/gpu/drm/arm/display/komeda/komeda_kms.h | 71 ++- > .../gpu/drm/arm/display/komeda/komeda_pipeline.c | 66 +- > .../gpu/drm/arm/display/komeda/komeda_pipeline.h | 111 +++- > .../drm/arm/display/komeda/komeda_pipeline_state.c | 679 +++++++++++++++= +++++- > drivers/gpu/drm/arm/display/komeda/komeda_plane.c | 191 +++++- > .../drm/arm/display/komeda/komeda_private_obj.c | 154 +++++ > .../drm/arm/display/komeda/komeda_wb_connector.c | 199 ++++++ > drivers/gpu/drm/arm/malidp_drv.c | 11 +- > 25 files changed, 2728 insertions(+), 227 deletions(-) > create mode 100644 drivers/gpu/drm/arm/display/komeda/komeda_color_mgmt.= c > create mode 100644 drivers/gpu/drm/arm/display/komeda/komeda_color_mgmt.= h > create mode 100644 drivers/gpu/drm/arm/display/komeda/komeda_wb_connecto= r.c > > -- > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > | I would like to | > | fix the world, | > | but they're not | > | giving me the | > \ source code! / > --------------- > =C2=AF\_(=E3=83=84)_/=C2=AF --=20 Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch