On Fri, 22 Dec 2023, Jani Nikula wrote:
> Okay, I rebased and pushed [1]. Probably doesn't make sense to send a
> patch bomb like that right now...
And here are the patches:
https://patchwork.freedesktop.org/series/128149/
BR,
Jani.
>
> BR,
> Jani.
>
>
> [1]
On Fri, 22 Dec 2023, Jani Nikula wrote:
> On Fri, 22 Dec 2023, Neil Armstrong wrote:
>> On 19/12/2023 13:15, Jani Nikula wrote:
>>> On Tue, 14 Nov 2023, Jani Nikula wrote:
On Thu, 26 Oct 2023, Jani Nikula wrote:
> This is just the first two patches of a lengthy series that I'm not
On Fri, 22 Dec 2023, Neil Armstrong wrote:
> On 19/12/2023 13:15, Jani Nikula wrote:
>> On Tue, 14 Nov 2023, Jani Nikula wrote:
>>> On Thu, 26 Oct 2023, Jani Nikula wrote:
This is just the first two patches of a lengthy series that I'm not
really sure how to proceed with. Basically
On 19/12/2023 13:15, Jani Nikula wrote:
On Tue, 14 Nov 2023, Jani Nikula wrote:
On Thu, 26 Oct 2023, Jani Nikula wrote:
This is just the first two patches of a lengthy series that I'm not
really sure how to proceed with. Basically the series converts all of
drm/bridge to the new struct
On Tue, 14 Nov 2023, Jani Nikula wrote:
> On Thu, 26 Oct 2023, Jani Nikula wrote:
>> This is just the first two patches of a lengthy series that I'm not
>> really sure how to proceed with. Basically the series converts all of
>> drm/bridge to the new struct drm_edid infrastructure. It's safer
On Thu, 26 Oct 2023, Jani Nikula wrote:
> This is just the first two patches of a lengthy series that I'm not
> really sure how to proceed with. Basically the series converts all of
> drm/bridge to the new struct drm_edid infrastructure. It's safer than
> struct edid, because it contains meta
This is just the first two patches of a lengthy series that I'm not
really sure how to proceed with. Basically the series converts all of
drm/bridge to the new struct drm_edid infrastructure. It's safer than
struct edid, because it contains meta information about the allocated
size of the EDID,