On 11 August 2015 at 17:54, Maarten Lankhorst
wrote:
> The port is removed synchronously, but the connector delayed.
> This causes a use after free which can cause a kernel BUG with
> slug_debug=FPZU. This is fixed by freeing the port after the
> connector.
Where is the use after free btw? I'm no
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150815/edb7f575/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=102931
Bug ID: 102931
Summary: Radeon : EDID Reading Incorrectly
Product: Drivers
Version: 2.5
Kernel Version: 4.1.5
Hardware: All
OS: Linux
Tree: Mainline
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150815/3d2d9f21/attachment.html>
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150815/fd2cc115/attachment.html>
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150815/eb1d9d3f/attachment.html>
th xorg.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150815/544ee51f/attachment.html>
2015-08-13 0:54 GMT+09:00 Gustavo Padovan :
> 2015-08-12 Gustavo Padovan :
>
>> Hi Inki,
>>
>> 2015-08-11 Inki Dae :
>>
>> > On 2015ë
08ì 11ì¼ 09:38, Gustavo Padovan wrote:
>> > > Hi Inki,
>> > >
>> > > 2015-08-07 Inki Dae :
>> > >
>> > >> Hi Gustavo,
>> > >>
>> > >> On 2015ë
08ì 06ì¼ 22:
From: Gustavo Padovan
struct exynos_drm_encoder was justing wrapping struct drm_encoder, it had
only a drm_encoder member and the internal exynos_drm_encoders ops that
was directly mapped to the drm_encoder helper funcs.
So now exynos DRM uses struct drm_encoder directly, this removes
completely
Hi Inki,
2015-08-15 Inki Dae :
> 2015-08-13 0:54 GMT+09:00 Gustavo Padovan :
> > 2015-08-12 Gustavo Padovan :
> >
> >> Hi Inki,
> >>
> >> 2015-08-11 Inki Dae :
> >>
> >> > On 2015ë
08ì 11ì¼ 09:38, Gustavo Padovan wrote:
> >> > > Hi Inki,
> >> > >
> >> > > 2015-08-07 Inki Dae :
> >> > >
> >>
drivers/gpu/drm/nouveau/nvkm/engine/fifo/g84.c:396:1-4: WARNING: end returns
can be simpified
Simplify a trivial if-return sequence. Possibly combine with a
preceding function call.
Generated by: scripts/coccinelle/misc/simple_return.cocci
Signed-off-by: Fengguang Wu
---
g84.c |6 +---
drivers/gpu/drm/nouveau/nvkm/engine/fifo/gf100.c:340:1-4: WARNING: end returns
can be simpified
Simplify a trivial if-return sequence. Possibly combine with a
preceding function call.
Generated by: scripts/coccinelle/misc/simple_return.cocci
Signed-off-by: Fengguang Wu
---
gf100.c |6
From: Gustavo Padovan
Hi,
This patchset adds a couple of changes to improve atomic modesetting:
* add check for the START shadow register for FIMD to only finish the update
when the screen was actually updated.
* add asynchronous atomic commit, so now page flips can be run asynchronously.
I
From: Gustavo Padovan
struct drm_crtc already stores the enabled state of the crtc
thus we don't need to replicate enabled in exynos_drm_crtc.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 16
drivers/gpu/drm/exynos/exynos_drm_drv.h | 1 -
2 f
From: Gustavo Padovan
Unify handling of finished plane update to prepare for a following patch
that will check for the START and START_S regs to really make sure that
the plane was updated.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 10 +-
1 file chan
From: Gustavo Padovan
.prepare_plane() and .cleanup_plane() allows to perform extra operations
before and after the update of planes. For FIMD for example this will
be used to enable disable the shadow protection bit.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c
From: Gustavo Padovan
Only set/clear the update bit in the CRTC's .atomic_begin()/flush()
so all planes are really committed at the same time.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 57 +++-
1 file changed, 34 insertions(+), 23
From: Gustavo Padovan
The current code was ignoring the end of update for all overlay planes,
caring only for the primary plane update in case of pageflip.
This change adds a change to start to check for pending updates for all
planes through exynos_plane->pending_fb. At the start of plane updat
From: Gustavo Padovan
This macro is need to get the value of the START shadow register, that
will tell if an framebuffer is currently displayed on the screen or not.
Signed-off-by: Gustavo Padovan
---
include/video/samsung_fimd.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/vide
From: Gustavo Padovan
fimd_update_plane() programs BUF_START[win] and during the update
BUF_START[win] is copied to BUF_START_S[win] (its shadow register)
and starts scanning out, then it raises a irq.
The fimd_irq_handler, in the case we have a pending_fb, will check
the fb value was copied to
From: Gustavo Padovan
The atomic modesetting interfaces supports async commits that should be
implemented by the drivers. If drm core requests an async commit
exynos_atomic_commit() will now schedule a work task to run the update later.
It also serializes commits that needs to run on the same cr
From: Gustavo Padovan
Add infrastructure to wait for all planes updates to finish by using
an atomic_t variable to track how many pending updates we are waiting
plus a wait_queue for the wait part.
It also changes vblank behaviour and keeps it enabled for all types
of updates
Signed-off-by: Gus
From: Gustavo Padovan
Exynos atomic commit procedures already does this job of waiting for
pending updates to finish, that means using pending_flip_queue is
pointless now because the disable CRTC procedure will never happen
during a page_flip.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm
From: Gustavo Padovan
Now that atomic modesetting is implemented for exynos enable the
DRIVER_ATOMIC flag on the driver's features.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/e
From: Gustavo Padovan
Set one of the planes for each crtc driver as a cursor plane enabled
window managers to fully work on exynos.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 9 ++---
drivers/gpu/drm/exynos/exynos7_drm_decon.c| 8 ++--
driv
On Sat, Aug 15, 2015 at 02:56:57PM +1000, Dave Airlie wrote:
> On 11 August 2015 at 17:54, Maarten Lankhorst
> wrote:
> > The port is removed synchronously, but the connector delayed.
> > This causes a use after free which can cause a kernel BUG with
> > slug_debug=FPZU. This is fixed by freeing t
Hi Dave,
Main pull req for 4.3.. main highlights:
1) includes all the drm/msm side of things for upstream kernel working
on dragonboard 410c (still some pending work on adv7533 bridge chip)
2) initial support for msm8x94 (snapdragon 810)
3) support for msm8x74v1 (in addition to existing v2 suppor
27 matches
Mail list logo
