[PATCH] drm/udl: Bugfix in EDID reading routine

Robert Tarasov tutankhamen at chromium.org
Tue Mar 12 04:13:53 UTC 2019


Yes, you're right. Will prepare another patch which will use
drm_do_get_edid()

On Mon, Mar 11, 2019 at 4:33 AM Jani Nikula <jani.nikula at linux.intel.com>
wrote:

> On Fri, 08 Mar 2019, Robert Tarasov <tutankhamen at chromium.org> wrote:
> > Fixed bug with reading of last EDID extra block in drm/udl driver.
> > Previouse approach read all the blocks except the last one.
> >
> > Signed-off-by: Robert Tarasov <tutankhamen at chromium.org>
> > ---
> >  drivers/gpu/drm/udl/udl_connector.c | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/gpu/drm/udl/udl_connector.c
> b/drivers/gpu/drm/udl/udl_connector.c
> > index c3dc1fd20cb4..68b221b9a01f 100644
> > --- a/drivers/gpu/drm/udl/udl_connector.c
> > +++ b/drivers/gpu/drm/udl/udl_connector.c
> > @@ -70,7 +70,7 @@ static bool udl_get_edid(struct udl_device *udl, u8
> **result_buff,
> >                       memcpy(buff_ptr, block_buff, EDID_LENGTH);
> >                       kfree(block_buff);
> >                       buff_ptr += EDID_LENGTH;
> > -                     for (i = 1; i < extensions; ++i) {
> > +                     for (i = 1; i <= extensions; ++i) {
> >                               if (udl_get_edid_block(udl, i, buff_ptr)) {
> >                                       buff_ptr += EDID_LENGTH;
> >                               } else {
>
> Ugh. Why doesn't udl use drm_do_get_edid()?
>
> BR,
> Jani.
>
>
> --
> Jani Nikula, Intel Open Source Graphics Center
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20190311/ec691d2f/attachment-0001.html>


More information about the dri-devel mailing list