Thanks, Rob
- Yakir
On 01/04/2016 10:11 PM, Rob Herring wrote:
> On Mon, Jan 04, 2016 at 07:50:30PM +0800, Yakir Yang wrote:
>> Signed-off-by: Yakir Yang
>> ---
>> Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 1 +
>> 1 file changed, 1 insertion(+)
> Acked-by: Rob Herr
Hi Heiko,
On 01/04/2016 08:23 PM, Heiko Stuebner wrote:
> Hi Yakir,
>
> Am Montag, 4. Januar 2016, 19:53:58 schrieb Yakir Yang:
>> RK3229 registers layout is simalar to RK3288 layout, only the
>> interruput registers is different to RK3288.
>>
>> RK3229 support two overlay plane and one hwc plane,
Based on Mark Yao's drm-next branch
[https://github.com/markyzq/kernel-drm-rockchip/tree/drm-rockchip-next-2015-12-28]
Changes in v2:
- Add this patch in v2 (Heiko)
- Separate the write-mask changes out, and remove the DUMMY_INTR marcos (Heiko)
- acked by Rob
Yakir Yang (3):
drm/rockchip: vop
Some new display-controllers are need to set write-masks to enable writes
to interrupt registers. Allow this to be set on a per-vop basis.
Signed-off-by: Yakir Yang
---
Changes in v2:
- Add this patch in v2 (Heiko)
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 7 +--
drivers/gpu/drm/rockchi
RK3229 registers layout is simalar to RK3288 layout, only the
interruput registers is different to RK3288.
RK3229 support two overlay plane and one hwc plane, max output
resolution is 4K. it support IOMMU, and its IOMMU same as rk3288's.
Signed-off-by: Yakir Yang
---
Changes in v2:
- Separate th
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
---
Changes in v2:
- acked by Rob
Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt
b/Documentation/devicet
From: Chunming Zhou
Change-Id: I653d61e32faaa11c39bb978bf90301513a0c35b8
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/ttm/ttm_bo.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 745e996..0633b65 100644
--- a/drivers/gpu/
Hi Thierry,
Can you pick up these DSI patches, or would it make more sense for
these to go via someone else?
Thanks,
Archit
On 12/10/2015 06:11 PM, Archit Taneja wrote:
> We are currently restricted when it comes to supporting DSI on devices
> that have a non-DSI control bus. For example, DSI en
rg/archives/dri-devel/attachments/20160105/da3568d8/attachment.html>
Hi Fi
Please take a loo kat
https://bugzilla.redhat.com/show_bug.cgi?id=1295646
On Mon, Jan 04, 2016 at 05:31:14PM +0200, Ville Syrjälä wrote:
> On Mon, Jan 04, 2016 at 10:11:01AM +, Chris Wilson wrote:
> > Unlike the handle, the name table uses a sleeping mutex rather than a
> > spinlock. The allocation is in a normal context, and we can use the
> > simpler sleeping gfp
On Mon, 4 Jan 2016 17:52:06 +0100 Lukas Wunner wrote:
> Document what I've learned so far about the gmux so that we can
> collaboratively reverse-engineer its remaining unknown bits
> without everyone having to start from scratch.
>
> The DOC sections are bound together in the gpu.tmpl DocBook
> u
On Mon, Jan 04, 2016 at 12:53:19PM +0100, Maarten Lankhorst wrote:
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/i915/intel_display.c | 11 ---
> 1 file changed, 8 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/intel_display.c
> b/drivers/gpu/drm/i915/i
On Mon, Jan 04, 2016 at 12:53:16PM +0100, Maarten Lankhorst wrote:
> This is useful for drivers that subclass connector_state, like tegra.
>
> Changes since v1:
> - Docbook updates.
>
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/drm_atomic_helper.c | 30 ++-
On Mon, Jan 04, 2016 at 12:53:18PM +0100, Maarten Lankhorst wrote:
> It can be useful to iterate over connectors without grabbing
> connection_mutex. It can also be used to see how many connectors
> are on a crtc without iterating over the list.
>
> Signed-off-by: Maarten Lankhorst
Merged up to
On Mon, Jan 04, 2016 at 12:53:20PM +0100, Maarten Lankhorst wrote:
> Now that connector_mask is reliable there's no need for this
> function any more.
>
> Signed-off-by: Maarten Lankhorst
Since this doesn't touch i915 I figured I can merge this one too. So
except for the previous i915 patch it's
On Tue, Jan 05, 2016 at 08:46:19AM +0100, poma wrote:
>
> Hi Fi
>
> Please take a loo kat
> https://bugzilla.redhat.com/show_bug.cgi?id=1295646
Patches to fix these have been hanging around on the list for weeks,
looking for review ... The entire series starts with "drm/armada: Use
unlocked gem
On Tue, Dec 08, 2015 at 12:01:57PM +, Daniel Stone wrote:
> Hi,
>
> On 8 December 2015 at 08:49, Daniel Vetter wrote:
> > We want this for consistency with existing page_flip semantics.
> >
> > Since this spurred quite a discussion on IRC also document why we
> > reject even generation when t
Op 05-01-16 om 09:35 schreef Daniel Vetter:
> On Mon, Jan 04, 2016 at 12:53:19PM +0100, Maarten Lankhorst wrote:
>> Signed-off-by: Maarten Lankhorst
>> ---
>> drivers/gpu/drm/i915/intel_display.c | 11 ---
>> 1 file changed, 8 insertions(+), 3 deletions(-)
>>
>> diff --git a/drivers/gpu/d
> This test was reversed so it would end up leading to a NULL dereference.
>
> Fixes: 4630f0faae80 ('drm/amd/powerplay: add Carrizo smu support')
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/amd/powerplay/smumgr/cz_smumgr.c
> b/drivers/gpu/drm/amd/powerplay/smumgr/cz_smumgr.c
On Tue, Jan 05, 2016 at 10:05:21AM +0100, Maarten Lankhorst wrote:
> Op 05-01-16 om 09:35 schreef Daniel Vetter:
> > On Mon, Jan 04, 2016 at 12:53:19PM +0100, Maarten Lankhorst wrote:
> >> Signed-off-by: Maarten Lankhorst
> >> ---
> >> drivers/gpu/drm/i915/intel_display.c | 11 ---
> >> 1
Op 05-01-16 om 10:10 schreef Daniel Vetter:
> On Tue, Jan 05, 2016 at 10:05:21AM +0100, Maarten Lankhorst wrote:
>> Op 05-01-16 om 09:35 schreef Daniel Vetter:
>>> On Mon, Jan 04, 2016 at 12:53:19PM +0100, Maarten Lankhorst wrote:
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/dr
Good practice dictates that we do not leak stale information to our
callers, and should avoid overwriting an outparam on an error path.
Reported-by: Ville Syrjälä
Signed-off-by: Chris Wilson
Cc: Ville Syrjälä
---
drivers/gpu/drm/drm_gem.c | 6 --
1 file changed, 4 insertions(+), 2 dele
drm_gem_handle_delete() contains its own version of
drm_gem_object_release_handle(), so lets just call the release method
instead.
Reported-by: Ville Syrjälä
Signed-off-by: Chris Wilson
Cc: Ville Syrjälä
---
drivers/gpu/drm/drm_gem.c | 55 +--
1
||
--
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/20160105/c2f68199/attachment.html>
||
--
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/20160105/d765b4e9/attachment.html>
||
--
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/20160105/d0ffd374/attachment.html>
This patch fixes a kernel panic issue which happened
when drm driver is closed while modetest.
This issue could be reproduced easily by launching modetest
with page flip repeatedly.
The reason is that invalid drm_file object could be accessed by
send_vblank_event function when finishing page flip
Hi Daniel,
2016ë
01ì 05ì¼ 05:24ì Daniel Stone ì´(ê°) ì´ ê¸:
> Hi Inki,
>
> On 4 January 2016 at 12:57, Inki Dae wrote:
>> 2015ë
12ì 24ì¼ 22:32ì Daniel Stone ì´(ê°) ì´ ê¸:
>>> On 24 December 2015 at 09:10, Inki Dae wrote:
+void exynos_drm_crtc_cancel_page_flip(struct d
On Tue, Jan 05, 2016 at 07:55:52PM +0900, Inki Dae wrote:
> Hi Daniel,
>
> 2016ë
01ì 05ì¼ 05:24ì Daniel Stone ì´(ê°) ì´ ê¸:
> > Hi Inki,
> >
> > On 4 January 2016 at 12:57, Inki Dae wrote:
> >> 2015ë
12ì 24ì¼ 22:32ì Daniel Stone ì´(ê°) ì´ ê¸:
> >>> On 24 December 2015 at 09
Yes. This was a Smatch warning but Coccinelle can also find this kinds
of inconsistent NULL checking.
regards,
dan carpenter
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/fb5a8ff1/attachment.html>
From: Christian König
Most VM BOs end up in the duplicates list, validate it
first make -ENOMEM less likely.
Signed-off-by: Christian König
Reviewed-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/g
From: Christian König
This allows the drivers to move a BO to the end of the LRU
without removing and adding it again.
Signed-off-by: Christian König
Reviewed-by: Chunming Zhou
---
drivers/gpu/drm/ttm/ttm_bo.c | 20
include/drm/ttm/ttm_bo_api.h | 10 ++
2 files
From: Christian König
This makes it less likely to run into an ENOMEM because
VM page tables are evicted last.
Signed-off-by: Christian König
Reviewed-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 3 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 2 +-
drivers/gpu/drm/amd
+ Rob Clark,
Hi Daniel and Rob,
2016ë
01ì 05ì¼ 20:08ì Daniel Vetter ì´(ê°) ì´ ê¸:
> On Tue, Jan 05, 2016 at 07:55:52PM +0900, Inki Dae wrote:
>> Hi Daniel,
>>
>> 2016ë
01ì 05ì¼ 05:24ì Daniel Stone ì´(ê°) ì´ ê¸:
>>> Hi Inki,
>>>
>>> On 4 January 2016 at 12:57, Inki Dae wrote
> Yes. This was a Smatch warning
Thanks for this acknowledgement.
How do you think about to indicate such a detail more often in
your update suggestions and bug reports?
Would it make sense to mark contributions from automatic static
source code analysis by a dedicated tag in the commit message
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/b8017a35/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/0764a309/attachment.html>
This patch adds support for generic plane's zpos property property with
well-defined semantics:
- added zpos properties to drm core and plane state structures
- added helpers for normalizing zpos properties of given set of planes
- well defined semantics: planes are sorted by zpos values and then p
Hello all,
This patch series is a continuation of rework of blending support in
Exynos DRM driver. Some background can be found here:
http://www.spinics.net/lists/dri-devel/msg96969.html
Daniel Vetter suggested that zpos property should be made generic, with
well-defined semantics. This patchset
Some CRTC drivers (like Exynos DRM Mixer) can handle blocking register
updates only on per-device level, not per-plane level. This patch changes
exynos_crts atomic_begin/atomic_flush callbacks to handle the entire crtc,
instead of given planes, so driver can handle both cases on their own.
Signed-
This patch also moves mixer_vsync_set_update() to newly introduced
mixer_atomic_begin/flush callbacks. This ensures that all mixer planes
will be updated on the same vsync event.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_mixer.c | 34 +-
1
This patch replaces zpos property handling custom code in Exynos DRM
driver with calls to generic DRM code.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 1 -
drivers/gpu/drm/exynos/exynos_drm_plane.c | 68 ---
drivers/gpu/drm/exynos
This patch fix some spelling typos found in Documentation/Docbook
gpu/ch04s03.html. This file was generated from comments within
source, so I have to fix typos in i915_gem_fence.c.
Signed-off-by: Masanari Iida
---
drivers/gpu/drm/i915/i915_gem_fence.c | 10 +-
1 file changed, 5 insertio
For state->fb may be NULL in fsl_dcu_drm_plane_atomic_check function, if
so, return 0. No need check in fsl_dcu_drm_plane_atomic_update anymore.
Signed-off-by: Meng Yi
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/driver
other
method.Struggling with this problem since many days but did n't find any
answer .Please do help me.
Thanks and Regards.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/
On Monday, January 04, 2016 06:27:18 PM Derek Basehore wrote:
> On Mon, Nov 02, 2015 at 02:50:40AM +0100, Rafael J. Wysocki wrote:
> >
> > I've queued up this series for the second half of the v4.4 merge window.
> >
> > Thanks,
> > Rafael
> >
> >
> >
Hi Enric,
Just to confirm with you.
This version is from https://chromium-review.googlesource.com/#/c/308442/11,
right?
Chengxiang
2016/1/5
-é®ä»¶å件-
å件人: Enric Balletbo i Serra [mailto:eballetbo at gmail.com]
åéæ¶é´: 2016å¹´1æ4æ¥ 5:38
æ¶ä»¶äºº: devicetree at vger
From: Thierry Reding
util_open() takes a device parameter, followed by a module parameter.
The existing tests used the drmOpen() function, which uses a different
ordering of the parameters, and the old ordering was accidentally kept
during the conversion.
Signed-off-by: Thierry Reding
---
Evide
Hi David,
why is this patch 2/4 if it's just a single patch?
Am Dienstag, den 05.01.2016, 11:55 +0800 schrieb david1.zhou at amd.com:
> From: Chunming Zhou
>
> Change-Id: I653d61e32faaa11c39bb978bf90301513a0c35b8
This change-id is just pure noise when you submit something upstream.
Please add
X != NULL, or even !X is more normmal in the kernel.
Generated by: scripts/coccinelle/misc/compare_const_fl.cocci
CC: Jammy Zhou
Signed-off-by: Fengguang Wu
Signed-off-by: Julia Lawall
---
smumgr.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- a/drivers/gpu/drm/amd/amdg
* instead use the @atomic_check callback.
>*
> + * Also beware that the neither core nor helpers filter modes before
> + * passing the to the driver. More specifically modes rejected by the
Same as above.
Thierry
-- next part --
A non-text
n being able to specify modes manually so drivers
must be prepared to deal with it. Specifically this means that all
drivers need not only validate modes in ->mode_valid() but also in
->mode_fixup() to make sure invalid modes passed in from userspace
are rejected.
> Aside, I tried looking into untangling this a bit with a helper to
> implement mode_valid in terms of mode_fixup (by just passing a dummy
> adjusted_mode in). But figuring out which encoder/crtc to take (in
> general) stopped that idea. Maybe we just need to iterate over all
> possible configurations. The other problem was that mode_fixup was allowed
> to change software state in legacy drivers, but atomic fixed that.
Yeah, it sounds fine to me to keep this as-is, as long as everybody is
clear on how it works.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/9887f460/attachment.sig>
: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/9f1f5b5e/attachment-0001.sig>
e: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/9db1c9e1/attachment.sig>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/43f05b84/attachment.html>
Another pile of vfuncs from the old gpu.tmpl xml documentation that
I've forgotten to delete. I spotted a few more things to
clarify/extend in the new kerneldoc while going through this once
more.
v2: Spelling fixes (Thierry).
v3: More spelling fixes and use Thierry's proposal to clarify why
driv
On Tue, Jan 05, 2016 at 04:15:46PM +0100, Thierry Reding wrote:
> On Tue, Jan 05, 2016 at 09:42:31AM +, Chris Wilson wrote:
> > drm_gem_handle_delete() contains its own version of
> > drm_gem_object_release_handle(), so lets just call the release method
> > instead.
> >
> > Reported-by: Ville
On Tue, Jan 05, 2016 at 04:22:15PM +0100, Daniel Vetter wrote:
> Another pile of vfuncs from the old gpu.tmpl xml documentation that
> I've forgotten to delete. I spotted a few more things to
> clarify/extend in the new kerneldoc while going through this once
> more.
>
> v2: Spelling fixes (Thierr
Hi Russell,
2015-08-27 10:42 GMT+02:00 Philipp Zabel :
>
> Am Samstag, den 08.08.2015, 17:09 +0100 schrieb Russell King - ARM
> Linux:
> > Following on from the previous sub-series, this sub-series adds audio
> > support to dw-hdmi.
> >
> > The two different variants are now in this patch: AHB aud
On 05.01.2016 09:49, Daniel Vetter wrote:
> On Tue, Jan 05, 2016 at 08:46:19AM +0100, poma wrote:
>>
>> Hi Fi
>>
>> Please take a loo kat
>> https://bugzilla.redhat.com/show_bug.cgi?id=1295646
>
> Patches to fix these have been hanging around on the list for weeks,
> looking for review ... The ent
On 23.11.2015 10:33, Daniel Vetter wrote:
> vgem doesn't have a shrinker or anything like that and drops backing
> storage only at object_free time. There's no use in trying to be
> clever and allocating backing storage delayed, it only causes trouble
> by requiring locking.
>
> Instead grab pages
On Tue, Jan 5, 2016 at 1:40 PM, Jean-Michel Hautbois
wrote:
> What is the status of this series ?
> I would like to use audio output in HDMI on my i.MX6 board, but I
> don't know if you have some pending WIP on this ?
This series is in mainline since 4.4-rc1.
On Tue, Jan 05, 2016 at 04:40:54PM +0100, Jean-Michel Hautbois wrote:
> Hi Russell,
>
> 2015-08-27 10:42 GMT+02:00 Philipp Zabel :
> >
> > Am Samstag, den 08.08.2015, 17:09 +0100 schrieb Russell King - ARM
> > Linux:
> > > Following on from the previous sub-series, this sub-series adds audio
> > >
On Mon, Jan 4, 2016 at 10:00 PM, Yakir Yang wrote:
> Signed-off-by: Yakir Yang
> Acked-by: Rob Herring
> ---
> Changes in v2:
> - acked by Rob
It doesn't hurt, but there is no point to send a new version just to
add acks. The maintainer should add any for the current version. If
you do send a n
The port nodes are documented as optional, treat them accordingly.
Reported-by: Martin Fuzzey
Signed-off-by: Philipp Zabel
Fixes: 304e6be652e2 ("gpu: ipu-v3: Assign of_node of child platform devices to
corresponding ports")
---
drivers/gpu/ipu-v3/ipu-common.c | 9 +
1 file changed, 5 i
|bug |feature request
--
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/20160105/f926c
FFSET 0
These defines could all use namespacing, as could some of the others
later than don't mention ACP.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/7d216c85/attachment.sig>
on't do this, I can't apply or
review code that isn't sent to me.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/9e3a8f5f/attachment.sig>
if statements. Otherwise this patch looks OK.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/8f2e15d4/attachment-0001.sig>
> audio device close.
This looks good.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/093db8db/attachment.sig>
n/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/11b339de/attachment.sig>
means reset is broken upstream, for now.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/aad7c167/attachment.sig>
The proposed DRM driver works on a Orange PI 2 with a kernel 4.4-rc1
and the H3 patches found in Hans de Goede's GIT repository.
As there is no documentation about the DE2 nor about the HDMI which
are found in the H3, this driver has been built from Allwiiner's
sources.
So, there may be license p
Add the clock types which are used by the sun8i family for video.
Signed-off-by: Jean-Francois Moine
---
drivers/clk/sunxi/Makefile| 1 +
drivers/clk/sunxi/clk-sun8i-display.c | 247 ++
2 files changed, 258 insertions(+)
create mode 100644 drivers/c
In recent SoCs, as the H3, Allwinner uses a new display interface, DE2.
This patch adds a DRM video driver for this interface,
and also a driver for the HDMI connector found in the H3.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile
There's no reason to check for an active encoder when setting up hpd,
especially since a disconnected connector isn't going to have an encoder
in the first place. This fixes reprobing display connectors on resume.
Signed-off-by: Lyude
---
After some talking with danvet on IRC, I learned that call
On Tue, Jan 05, 2016 at 02:53:08PM -0500, Lyude wrote:
> There's no reason to check for an active encoder when setting up hpd,
> especially since a disconnected connector isn't going to have an encoder
> in the first place. This fixes reprobing display connectors on resume.
>
> Signed-off-by: Lyud
On Tue, Jan 05, 2016 at 09:05:49PM +0100, Daniel Vetter wrote:
> On Tue, Jan 05, 2016 at 02:53:08PM -0500, Lyude wrote:
> > There's no reason to check for an active encoder when setting up hpd,
> > especially since a disconnected connector isn't going to have an encoder
> > in the first place. This
Some comments from an ARM architecture point of view. I haven't
reviewed it from a DRM point of view yet.
On Tue, Jan 05, 2016 at 07:40:11PM +0100, Jean-Francois Moine wrote:
> +struct tcon {
> + u32 gctl;
> +#define TCON_GCTL_TCON_En 0x8000
> + u32 gint0;
> +#define
This fixes reprobing of display connectors on resume. After some talking
with danvet on IRC, I learned that calling drm_helper_hpd_irq_event() does
actually trigger a full reprobe of each connector's status. It turns out
this is the actual reason reprobing on resume hasn't been working (this was
ob
https://bugzilla.kernel.org/show_bug.cgi?id=103561
--- Comment #5 from Christoph Haag ---
It's annoying because after this happens the GPU doesn't power off with runpm
anymore and requires a reboot.
--
You are receiving this mail because:
You are watching the assignee of the bug.
ful.
--
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/20160105/26bfea6d/attachment.html>
On Tue, Jan 5, 2016 at 7:16 AM, Christian König
wrote:
> From: Christian König
>
> This allows the drivers to move a BO to the end of the LRU
> without removing and adding it again.
>
> Signed-off-by: Christian König
> Reviewed-by: Chunming Zhou
This series is:
Reviewed-by: Alex Deucher
A non-text attachment was scrubbed...
Name: config.gz
Type: application/gzip
Size: 41290 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/e2fd3d46/attachment-0004.bin>
-- next part --
A non-text attachm
On 01/04/16 19:29, Masanari Iida wrote:
> This patch fix some spelling typos found in Documentation/Docbook
> gpu/ch04s03.html. This file was generated from comments within
> source, so I have to fix typos in i915_gem_fence.c.
>
> Signed-off-by: Masanari Iida
> ---
> drivers/gpu/drm/i915/i915_g
4.2.8-ckt1 -stable review patch. If anyone has any objections, please let me
know.
--
From: Tvrtko Ursulin
commit 6172180c6b37ea164bf8a9bad70bb348d0a16563 upstream.
__u64 should be used instead of u64.
Feature originally added in:
commit e3eb3250d84ef97b766312345774367b6a31
On Tue, Jan 5, 2016 at 4:48 AM, Rafael J. Wysocki wrote:
> On Monday, January 04, 2016 06:27:18 PM Derek Basehore wrote:
>> On Mon, Nov 02, 2015 at 02:50:40AM +0100, Rafael J. Wysocki wrote:
>> >
>> > I've queued up this series for the second half of the v4.4 merge window.
>> >
>> > Thanks,
>> > R
Hi folks,
there seems to be no method to enforce a specific output for the Nouveau
kernel module and to override the auto-detection.
The problem here persists for two systems behind a KVM switch (an ATEN
CS22D) that is not recognized as a valid monitor by the current
auto-detection algorithm.
90 matches
Mail list logo
