Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp2398002ybe; Sat, 14 Sep 2019 14:12:16 -0700 (PDT) X-Google-Smtp-Source: APXvYqxGJls8ycYOyA/OkyFLASJLWKMxn2Jdzk2FGFz53XK2URXMpvRDi5id+QB/6AYL0kOu0Vcl X-Received: by 2002:a17:906:4d4b:: with SMTP id b11mr19102946ejv.0.1568495536619; Sat, 14 Sep 2019 14:12:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568495536; cv=none; d=google.com; s=arc-20160816; b=xb8ythVopJYJVTO5NpApiDrky4otwpCVYFs9RfuQP1PsqffYGAfHDDHpCpex8tYPYT H5/VA7Lyp0AnRJERyYAqkLXttt2JvZa2tQFrWwCpKHMIuvYGCrAndia/zL5shATJJdws 4Y+iTQtjyskx8ymkLpJu1qsV9hJce3qATOrMvDgYBs7kujIJESKrP4xjT4UqjHSzqmzU Nh0OkhfjrF3mQcFPSP7Igr6uOBSpz9gTwEWus/4Uik2gOIPo1hWOG4PXZRfLnNvGhQSZ F1gjpyY3Yh0FQOEE3bC2n8DowwJiHyPY5fGjduDfjJjVO5vcGABxw5LzkLOwsKMHpnzN C+7w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=7hV0MZv/AgzA3SV2umv+bCKTqcvOG8PODShBqrdIfPQ=; b=qcojXGz9Wleqnyw6o9G26BIZ0cDgLd48VYfyu1Oz+zyaK74eghAIGyJUAkESk22Tvb 15yzqTX43OozaoOQgLfiyfYs7UfgLjs8boE+u8sxnwCbNyj7FKE1JULsJcs5QOlSXFif VtTGvhHEz9r5Q9+ukSlFB0Q6HeeVeIvj9DrumI1m9Ec4B6CB4NWCSZDXyLA7FgyuII9e sSxP5avVlFABNx0mZT+3c0BOzj932E8fj+F3ttDosIRTzkfq8O7haSXl3BHta6h4mSsa E+ubm0/FX9MhBvb3AflVQ4bSoNvfkloAk/LVAwY3n+WzNAH2/ZlFkYJlJNXqThyDu51L uflg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=HHVrhAIn; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t9si3337732ejr.29.2019.09.14.14.11.52; Sat, 14 Sep 2019 14:12:16 -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=@gmail.com header.s=20161025 header.b=HHVrhAIn; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726903AbfINPni (ORCPT + 99 others); Sat, 14 Sep 2019 11:43:38 -0400 Received: from mail-ed1-f66.google.com ([209.85.208.66]:37669 "EHLO mail-ed1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725805AbfINPnh (ORCPT ); Sat, 14 Sep 2019 11:43:37 -0400 Received: by mail-ed1-f66.google.com with SMTP id i1so29547110edv.4 for ; Sat, 14 Sep 2019 08:43:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7hV0MZv/AgzA3SV2umv+bCKTqcvOG8PODShBqrdIfPQ=; b=HHVrhAInl82Mt5UsRke9ItQ0hbKadb+zGyYFA2p7t//I6afWDUISogJqVeDIgX70rN 2JoXv5bkW2gTazwZ1tl6AsjMz4JNQmxPdneG27ankkEszRU4ngNGrzqEUqK7Tk5sGjem 2k/2tf6Dg4eGCmrhx+CppejtiKG7Fi1RJqduFWOBFVLUf1ddwq2BjdOI6PZLY2LP+9My pcwqa0fmyhOpE0rpLHtsO0tGxQPDVrhA+UrJBKv/2+KhuZtsRy9y8sjnvSIn1/bENLuG HLQNLxPKdGPzuZ0DPN2dS1GESs5GBmzd9YDfBLDRBuc3wquzW7iv+3HRrGfZfp+5RL47 F0tg== 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; bh=7hV0MZv/AgzA3SV2umv+bCKTqcvOG8PODShBqrdIfPQ=; b=l9aVj6S3nHodlNmmmEehG6I5a4VvyyWIPqG6C17szYMBVUZhp3f2TUcco5kDML1c7S S/hYUTxRaifrDCRE2lHQp0S7TAIh3U1zZ+LqDqclMHqg3/BB9xDsybvO/ur0YQAfGHcG CoYkc6J2DbJWvEbF7AZTFYOJ/t3OEcnqpF5zlJ7HWEL7UENHrk2Mc/eZDAjqSaYbCtG/ Ci7rFEY4CCn1wtBY5HspAhSL8XW+b7gHd/mivCAC4aT9eVkcUB1y+Foe+7FJ9Sj9d0qN Hnz144oucEoH29Oejb9Qr79YRzojnihKWCDZppAuLK+Yj6u2nkhO1GP1WBRZsmrNxJbC wadA== X-Gm-Message-State: APjAAAWbotdCSXxQ6hJAgtxa7X+3WAX+cn0hB3Nr0Jm3yf+HUlOexjYj ybljRhighFGmP2TVAkblOyWwqY4kWCrGFPnJRcc= X-Received: by 2002:a17:906:2451:: with SMTP id a17mr35125242ejb.164.1568475814084; Sat, 14 Sep 2019 08:43:34 -0700 (PDT) MIME-Version: 1.0 References: <20190829060550.62095-1-john.stultz@linaro.org> <9d31af23-8a65-d8e8-b73d-b2eb815fcd6f@samsung.com> In-Reply-To: From: Rob Clark Date: Sat, 14 Sep 2019 08:43:23 -0700 Message-ID: Subject: Re: [RFC][PATCH] drm: kirin: Fix dsi probe/attach logic To: John Stultz Cc: Andrzej Hajda , Jernej Skrabec , Jonas Karlman , David Airlie , Neil Armstrong , lkml , "dri-devel@lists.freedesktop.org" , Xinliang Liu , Thierry Reding , Sean Paul , Laurent Pinchart , Rongrong Zou , Sam Ravnborg , Matt Redfearn , Amit Pundir Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 11, 2019 at 7:39 PM John Stultz wrote: > > On Wed, Sep 4, 2019 at 3:26 AM Andrzej Hajda wrote: > > On 03.09.2019 18:18, John Stultz wrote: > > > On Mon, Sep 2, 2019 at 6:22 AM Andrzej Hajda wrote: > > >> On 30.08.2019 19:00, Rob Clark wrote: > > >>> On Thu, Aug 29, 2019 at 11:52 PM Andrzej Hajda wrote: > > >>>> Of course it seems you have different opinion what is the right thing in > > >>>> this case, so if you convince us that your approach is better one can > > >>>> revert the patch. > > >>> I guess my strongest / most immediate opinion is to not break other > > >>> existing adv75xx bridge users. > > >> > > >> It is pity that breakage happened, and next time we should be more > > >> strict about testing other platforms, before patch acceptance. > > >> > > >> But reverting it now will break also platform which depend on it. > > > I'm really of no opinion of which approach is better here, but I will > > > say that when a patch breaks previously working boards, that's a > > > regression and justifying that some other board is now enabled that > > > would be broken by the revert (of a patch that is not yet upstream) > > > isn't really a strong argument. > > > > > > I'm happy to work with folks to try to fixup the kirin driver if this > > > patch really is the right approach, but we need someone to do the same > > > for the db410c, and I don't think its fair to just dump that work onto > > > folks under the threat of the board breaking. > > > > > > These drivers should be fixed anyway - assumption that > > drm_bridge/drm_panel will be registered before the bus it is attached to > > is just incorrect. > > > > So instead of reverting, fixing and then re-applying the patch I have > > gently proposed shorter path. If you prefer long path we can try to go > > this way. > > > > Matt, is the pure revert OK for you or is it possible to prepare some > > workaround allowing cooperation with both approaches? > > Rob/Andrzej: What's the call here? > > Should I resubmit the kirin fix for the adv7511 regression here? > Or do we revert the adv7511 patch? I believe db410c still needs a fix. > > I'd just like to keep the HiKey board from breaking, so let me know so > I can get the fix submitted if needed. > Does the kirin fix break things if the adv7511 patch is reverted? If not, I'd submit it anyways. Hopefully by next weekend I'll be finished with my move and unpacked enough to be able to setup db410c + monitor to start working on fixing db410c. So perhaps one option would be to wait a week, and see if I can come up with something small enough to land as a post-merge-window fix, with the fallback being to revert and try again next merge window? BR, -R