drm: list_add corruption followed by BUG (stack guard page was hit)

Hi! I've just got the following WARNING followed by a BUG on rc7. Maybe it's already a known issue, but here it is anyway. Cheers, -- Luis [ 38.001304] [ cut here ] [ 38.001312] list_add corruption. prev->next should be next (8fe713397b88), but was

Re: Warning triggered in drm_dp_delayed_destroy_work workqueue

ly this fix can be included in 5.8. Not that I'm seeing this WARNING frequently, but frequent enough to annoy me :-) Cheers, -- Luis > > -Daniel > > > > On Thu, Jun 25, 2020 at 12:22 PM Luis Henriques wrote: > > > > > > Hi! > > > > > > I've be

Warning triggered in drm_dp_delayed_destroy_work workqueue

Hi! I've been seeing this warning occasionally, not sure if it has been reported yet. It's not a regression as I remember seeing it in, at least, 5.7. Anyway, here it is: [ cut here ] sysfs group 'power' not found for kobject 'i2c-7' WARNING: CPU: 1 PID: 17996 at

[PATCH] drm/radeon: hold reference to fences in radeon_sa_bo_new (3.17 and older)

On Tue, Mar 15, 2016 at 12:56:45PM -0500, Nicolai Hähnle wrote: > From: Nicolai Hähnle > > [Backport of upstream commit f6ff4f67cdf8455d0a4226eeeaf5af17c37d05eb, with > an additional NULL pointer guard that is required for kernels 3.17 and older. > Thank you, Nicolai. I'll queue this

[PATCH] drm/msm/dsi: fix definition of msm_dsi_pll_28nm_8960_init()

Signed-off-by: Luis Henriques --- drivers/gpu/drm/msm/dsi/pll/dsi_pll.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/msm/dsi/pll/dsi_pll.h b/drivers/gpu/drm/msm/dsi/pll/dsi_pll.h index 80b6038334a6..2cf1664723e8 100644 --- a/drivers/gpu/drm/msm/dsi/pll

[PATCH 3.5 14/78] drm: Pad drm_mode_get_connector to 64-bit boundary

ithout breaking ABI. Reported-by: Pavel Roskin Signed-off-by: Chris Wilson Cc: Dave Airlie Cc: dri-devel at lists.freedesktop.org Signed-off-by: Dave Airlie [ luis: backported to 3.5: - file rename: include/uapi/drm/drm_mode.h -> include/drm/drm_mode.h ] Signed-off-by: Luis Henriques --- in

[PATCH 3.5 13/78] drm: Prevent overwriting from userspace underallocating core ioctl structs

user's buffer. Signed-off-by: Chris Wilson Cc: Dave Airlie Reviewed-by: Ville Syrj?l? Cc: dri-devel at lists.freedesktop.org Signed-off-by: Dave Airlie [ luis: backported to 3.5: adjusted context ] Signed-off-by: Luis Henriques --- drivers/gpu/drm/drm_drv.c | 9 - 1 file changed, 8 inse

[3.5.y.z extended stable] Patch "drm: Pad drm_mode_get_connector to 64-bit boundary" has been added to staging queue

s without breaking ABI. Reported-by: Pavel Roskin Signed-off-by: Chris Wilson Cc: Dave Airlie Cc: dri-devel at lists.freedesktop.org Signed-off-by: Dave Airlie [ luis: backported to 3.5: - file rename: include/uapi/drm/drm_mode.h -> include/drm/drm_mode.h ] Signed-off-by: Luis Henriques ---

[3.5.y.z extended stable] Patch "drm: Prevent overwriting from userspace underallocating core ioctl" has been added to staging queue

ed to 3.5: adjusted context ] Signed-off-by: Luis Henriques --- drivers/gpu/drm/drm_drv.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c index 8a9d079..df54da9 100644 --- a/drivers/gpu/drm/drm_drv.c +++ b/driver

Re: [3.4.y, 3.5.y] drm/i915: Use the correct size of the GTT for placing the per-process entries

On Fri, Apr 12, 2013 at 12:31:53AM -0700, Jonathan Nieder wrote: Hi Greg, Please consider 9a0f938bde74 drm/i915: Use the correct size of the GTT for placing the per-process entries, 2012-08-24 for application to the 3.4.y tree. Thanks, I'll queue this for 3.5 kernel as

[3.4.y, 3.5.y] drm/i915: Use the correct size of the GTT for placing the per-process entries

On Fri, Apr 12, 2013 at 12:31:53AM -0700, Jonathan Nieder wrote: > Hi Greg, > > Please consider > > 9a0f938bde74 drm/i915: Use the correct size of the GTT for placing > the per-process entries, 2012-08-24 > > for application to the 3.4.y tree. Thanks, I'll queue this for 3.5