[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8b27dba3-2e2b-84ce-0927-685f4bfe3ab2@ti.com>
Date: Mon, 2 Mar 2020 12:28:08 +0200
From: Tomi Valkeinen <tomi.valkeinen@...com>
To: Tony Lindgren <tony@...mide.com>
CC: <linux-omap@...r.kernel.org>, "Andrew F . Davis" <afd@...com>,
Dave Gerlach <d-gerlach@...com>,
Faiz Abbas <faiz_abbas@...com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Keerthy <j-keerthy@...com>, Nishanth Menon <nm@...com>,
Peter Ujfalusi <peter.ujfalusi@...com>,
Roger Quadros <rogerq@...com>, Suman Anna <s-anna@...com>,
Tero Kristo <t-kristo@...com>, <linux-kernel@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<dri-devel@...ts.freedesktop.org>, Jyri Sarha <jsarha@...com>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
Sebastian Reichel <sre@...nel.org>
Subject: Re: [PATCH 1/3] drm/omap: Prepare DSS for probing without legacy
platform data
On 27/02/2020 19:44, Tony Lindgren wrote:
>>> FWIW, I dropped omapdss-boot-init.c in my patch series updating DSI
>>> code to use common panel infrastructure, so this will conflict.
>>
>> Hey that's great :) Sounds like we can set up an immutable branch
>> for just this $subject patch against v5.6-rc1 to resolve the
>> conflict. I can set it up for Tomi or Tomi can set it up for me,
>> whichever Tomi prefers.
>
> Do you want me to send you a pull request for just this one patch
> against v5.6-rc1?
It's probably easier if Sebastian drops the removal patch, and instead creates a patch that removes
the panel-dsi-cm from omapdss_of_fixups_whitelist. That change should not conflict, and effectively
makes the omapdss-boot-init.c a no-op.
We can then remove the file later.
Tomi
--
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
Powered by blists - more mailing lists