scaling was not possible and
do nothing.
Fixes: f4bd542bcaee ("drm/fb-helper: Scale back depth to supported maximum")
Signed-off-by: Reza Arbab
---
drivers/gpu/drm/drm_fb_helper.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_fb_helpe
These fixes were needed to bring my udl devices to life on v5.1-rc1.
Reza Arbab (2):
drm/udl: Fix off-by-one error in udl_get_edid()
drm/fb-helper: Do not scale depth down to 0
drivers/gpu/drm/drm_fb_helper.c | 6 +-
drivers/gpu/drm/udl/udl_connector.c | 2 +-
2 files changed, 6
The loop which reads EDID extension blocks is off by one. Fix it.
Fixes: 75c65ee20ade ("drm/udl: Reading all edid blocks in DRM/UDL driver")
Signed-off-by: Reza Arbab
---
drivers/gpu/drm/udl/udl_connector.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/g
On Thu, Mar 28, 2019 at 11:52:30AM -0500, Reza Arbab wrote:
On Thu, Mar 28, 2019 at 05:33:31PM +0100, Linus Walleij wrote:
This makes perfect sense, but Dave Airlie already sent a similar
patch some two weeks ago, I wonder what happened with it?
Subject "avoid setting 0 depth".
Arg
didn't see that.
Did this get lost? The other patch from that series has been applied;
8f3b487685b2 ("drm/udl: use drm_gem_object_put_unlocked.")
--
Reza Arbab
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freede