Re: FAILED - [PATCH v2 3/3] drm/mgag200: Add workaround for HW that does not support 'startadd'

2019-12-05 Thread Thomas Zimmermann
Hi Am 06.12.19 um 01:48 schrieb John Donnelly: > > >> On Dec 3, 2019, at 11:30 AM, John Donnelly >> wrote: >> >> >> Hello Sasha and Thomas , >> >> >> This particular patch has failed on one class of servers that has a slightly >> different Sun Vendor. ID for the BMC video device: >> >> I

Re: FAILED - [PATCH v2 3/3] drm/mgag200: Add workaround for HW that does not support 'startadd'

2019-12-05 Thread John Donnelly
> On Dec 3, 2019, at 11:30 AM, John Donnelly wrote: > > > Hello Sasha and Thomas , > > > This particular patch has failed on one class of servers that has a slightly > different Sun Vendor. ID for the BMC video device: > > I will follow up with additional details in the review comments

Re: FAILED - [PATCH v2 3/3] drm/mgag200: Add workaround for HW that does not support 'startadd'

2019-12-03 Thread John Donnelly
Hello Sasha and Thomas , This particular patch has failed on one class of servers that has a slightly different Sun Vendor. ID for the BMC video device: I will follow up with additional details in the review comments for the original message,. > On Nov 28, 2019, at 8:23 AM, Sasha

Re: [PATCH v2 3/3] drm/mgag200: Add workaround for HW that does not support 'startadd'

2019-11-28 Thread Sasha Levin
Hi, [This is an automated email] This commit has been processed because it contains a "Fixes:" tag, fixing commit: 81da87f63a1e ("drm: Replace drm_gem_vram_push_to_system() with kunmap + unpin"). The bot has tested the following trees: v5.3.13. v5.3.13: Build failed! Errors:

[PATCH v2 3/3] drm/mgag200: Add workaround for HW that does not support 'startadd'

2019-11-26 Thread Thomas Zimmermann
There's at least one system that does not interpret the value of the device's 'startadd' field correctly, which leads to incorrectly displayed scanout buffers. Always placing the active scanout buffer at offset 0 works around the problem. Signed-off-by: Thomas Zimmermann Reported-by: John