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

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 --- drivers/gpu/drm/udl/udl_connector.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/udl

[PATCH] drm/udl: Cut >165 MHz modes for DVI

Filter out all modes with clock higher than 165 MHz for DVI connector in drm/udl driver. Signed-off-by: Robert Tarasov --- drivers/gpu/drm/udl/udl_connector.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/gpu/drm/udl/udl_connector.c b/drivers/gpu/drm/udl/udl_connector.c

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

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 wrote: > On Fri, 08 Mar 2019, Robert Tarasov wrote: > > Fixed bug with reading of last EDID extra block in drm/udl driver. > > Previouse approach

[PATCH] drm/udl: Refactor edid retreiving in UDL driver

Now drm/udl driver uses drm_do_get_edid() function to retreive and validate all blocks of EDID data. Old approach had insufficient validation routine and had problems with retreiving of extra blocks --- drivers/gpu/drm/udl/udl_connector.c | 72 + 1 file changed, 11 inse

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

I've already submitted the new one. On Tue, Mar 12, 2019 at 1:02 AM Jani Nikula wrote: > On Mon, 11 Mar 2019, Robert Tarasov wrote: > > Yes, you're right. Will prepare another patch which will use > > drm_do_get_edid() > > Oh, you might want to have this patc

Re: [PATCH] drm/udl: Refactor edid retreiving in UDL driver

On Wed, Mar 13, 2019 at 2:26 AM Jani Nikula wrote: > You'll also get support for debugfs and firmware loader EDID override > mechanisms for free. > Yep :) > Signed-off-by missing! > Fixed. read_buff = kmalloc(2, GFP_KERNEL); > > A follow-up cleanup might be to switch to using "u8 read_buff[

[PATCH] drm/udl: Refactor edid retreiving in UDL driver

Now drm/udl driver uses drm_do_get_edid() function to retreive and validate all blocks of EDID data. Old approach had insufficient validation routine and had problems with retreiving of extra blocks Signed-off-by: Robert Tarasov --- drivers/gpu/drm/udl/udl_connector.c | 72

[PATCH] drm/udl: Refactor edid retreiving in UDL driver (v2)

Now drm/udl driver uses drm_do_get_edid() function to retreive and validate all blocks of EDID data. Old approach had insufficient validation routine and had problems with retreiving of extra blocks Signed-off-by: Robert Tarasov --- drivers/gpu/drm/udl/udl_connector.c | 72

[PATCH] drm/udl: Fixed problem with UDL adpater reconnection

only base one. Previous approch could lead to improper initialization of video mode with certain monitors. Signed-off-by: Robert Tarasov --- drivers/gpu/drm/udl/udl_connector.c | 153 drivers/gpu/drm/udl/udl_connector.h | 13 +++ drivers/gpu/drm/udl/udl_drv.c

[PATCH 1/2] drm/udl: Fixed problem with UDL adpater reconnection

Fixed problem with DisplayLink and DisplayLink certified adapers in drm/udl driver when adapter doesn't want to work if it was initialized with disconnected DVI cable by enabling drm connectot polling and updating current connector's state. Signed-off-by: Robert Tarasov --- drivers/g

[PATCH 2/2] drm/udl: Reading all edid blocks in DRM/UDL driver

Now DRM/UDL driver retreives all edid data blocks instead of only base one. Previous approch could lead to improper initialization of video mode with certain monitors. Signed-off-by: Robert Tarasov --- drivers/gpu/drm/udl/udl_connector.c | 106 +++- 1 file

Re: [PATCH] drm/udl: Fixed problem with UDL adpater reconnection

Fixed. On Thu, Oct 12, 2017 at 12:56 PM, Alex Deucher wrote: > On Wed, Oct 11, 2017 at 4:41 PM, Robert Tarasov > wrote: > > Fixed problem with DisplayLink and DisplayLink certified adapters when > they > > didn't want to work if they were initialized with disconnecte