linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/707ef97c/attachment.sig>

r600 - NI/Turks: flickering with 'geom-outlining-150'

Am 20.02.2015 17:29, schrieb Alex Deucher: > On Fri, Feb 20, 2015 at 10:54 AM, Dieter Nützel > wrote: >> Hello Alex, >> >> I get _today_ flickering with Mesa-demo 'geom-outlining-150'. >> It worked OK last night and I've reseted Mesa git back to 5c1aac1 but >> NO >> success. >> Only thing is I

drm-next-4.1-wip: NI/Turks *ERROR* chosen encoder in use 4

bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/54cc23bb/attachment-0001.bin>

r600 - NI/Turks: flickering with 'geom-outlining-150'

On 25.02.2015 13:04, Dieter Nützel wrote: > Am 20.02.2015 17:29, schrieb Alex Deucher: >> On Fri, Feb 20, 2015 at 10:54 AM, Dieter Nützel >> wrote: >>> Hello Alex, >>> >>> I get _today_ flickering with Mesa-demo 'geom-outlining-150'. >>> It worked OK last night and I've reseted Mesa git back to

[Bug 89034] Firefox crashing xserver and some major rendering bugs

bbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/67e26c85/attachment.html>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

rt -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/c47a2acf/attachment.html>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/501c4edb/attachment.html>

[Bug 83226] Allow use of ColorRange and ColorSpace in xorg.conf.d files

back but not the audio. Switching it back on with xrandr works though. -- 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/

eDP display control registers in Linux kernel

On Mon, 23 Feb 2015, Michael Leuchtenburg wrote: > I'm certain that it has dynamic backlight control of some sort, as the > brightness varies based on content. I'm also sure it has an eDP panel, and > an Intel graphics adapter. I'm not certain that DPCD will let me adjust it, > or how to check, th

[PATCH 1/4] drm/dp: indentation and ordering cleanups

Keep the DPCD macros ordered by address, and make indentation conform to the rest of the file. commit e045d20bef41707dbba676e58624b54f9f39e172 Author: Sonika Jindal Date: Thu Feb 19 13:16:44 2015 +0530 drm: Adding edp1.4 specific dpcd macros Signed-off-by: Jani Nikula --- Daniel, this

[PATCH 4/4] drm/dp: add DPCD definitions from eDP 1.4

Signed-off-by: Jani Nikula --- include/drm/drm_dp_helper.h | 37 + 1 file changed, 37 insertions(+) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index cc96024e8776..07d94faa9255 100644 --- a/include/drm/drm_dp_helper.h +++ b/include/d

[PATCH 2/4] drm/dp: add DPCD definitions from DP 1.2a

Signed-off-by: Jani Nikula --- include/drm/drm_dp_helper.h | 95 ++--- 1 file changed, 90 insertions(+), 5 deletions(-) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index 98fefe45d158..209c5b91b0e8 100644 --- a/include/drm/drm_dp_

[PATCH 3/4] drm/dp: add DPCD definitions from eDP 1.2

Mostly display control related DPCD addresses. Signed-off-by: Jani Nikula --- include/drm/drm_dp_helper.h | 32 1 file changed, 32 insertions(+) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index 209c5b91b0e8..cc96024e8776 100644 --- a/

[patch] drm/i915: cleanup some indenting

Static checkers complain that we should probably add curly braces because, from the indenting, it looks like seq_printf() should be inside the list_for_each_entry() loop. But the code is actually correct, it's just the indenting which is off. Besides fixing the indenting on seq_printf(), I did ad

Problems with DRI on Acube Sam460 AMCC 460ex board

3.112806] radeon 0001:81:00.0: disabling GPU acceleration >>>> [3.128627] [drm] Radeon Display Connectors >>>> [3.133369] [drm] Connector 0: >>>> [3.136481] [drm] DP-1 >>>> [3.139089] [drm] HPD1 >>>> [3.141665] [drm] DDC: 0x6470 0x6470 0x6474 0x6474 0x6478 0x6478 >>>> 0x647c 0x647c >>>> [3.149146] [drm] Encoders: >>>> [3.152157] [drm] DFP1: INTERNAL_UNIPHY2 >>>> [3.156473] [drm] Connector 1: >>>> [3.159570] [drm] HDMI-A-1 >>>> [3.162469] [drm] HPD5 >>>> [3.165019] [drm] DDC: 0x6480 0x6480 0x6484 0x6484 0x6488 0x6488 >>>> 0x648c 0x648c >>>> [3.172436] [drm] Encoders: >>>> [3.175415] [drm] DFP2: INTERNAL_UNIPHY2 >>>> [3.179703] [drm] Connector 2: >>>> [3.182766] [drm] DVI-I-1 >>>> [3.185570] [drm] HPD4 >>>> [3.188117] [drm] DDC: 0x6450 0x6450 0x6454 0x6454 0x6458 0x6458 >>>> 0x645c 0x645c >>>> [3.195535] [drm] Encoders: >>>> [3.198513] [drm] DFP3: INTERNAL_UNIPHY >>>> [3.202706] [drm] CRT1: INTERNAL_KLDSCP_DAC1 >>>> [3.352245] [drm] fb mappable at 0x80475000 >>>> [3.356458] [drm] vram apper at 0x8000 >>>> [3.360570] [drm] size 8294400 >>>> [3.363634] [drm] fb depth is 24 >>>> [3.366873] [drm]pitch is 7680 >>>> [3.575080] Console: switching to colour frame buffer device 240x67 >>>> [3.649278] radeon 0001:81:00.0: fb0: radeondrmfb frame buffer device >>>> [3.656071] radeon 0001:81:00.0: registered panic notifier >>>> [3.666472] [drm] Initialized radeon 2.40.0 20080528 for 0001:81:00.0 >>>> on minor 0 >>>> >>>> >>> >>> Problems with the Gib bisect >>> Kernel wont compile after 10th bisect . >>> >>> drivers/built-in.o: In function `drm_mode_atomic_ioctl': >>> (.text+0x865dc): undefined reference to `__get_user_bad' >>> make: *** [vmlinux] Error 1 >>> root at julian-VirtualBox:/usr/src/linux# git bisect log >>> git bisect start >>> # bad: [c517d838eb7d07bbe9507871fab3931deccff539] Linux 4.0-rc1 >>> git bisect bad c517d838eb7d07bbe9507871fab3931deccff539 >>> # good: [bfa76d49576599a4b9f9b7a71f23d73d6dcff735] Linux 3.19 >>> git bisect good bfa76d49576599a4b9f9b7a71f23d73d6dcff735 >>> # good: [02f1f2170d2831b3233e91091c60a66622f29e82] kernel.h: remove ancient >>> __FUNCTION__ hack >>> git bisect good 02f1f2170d2831b3233e91091c60a66622f29e82 >>> # bad: [796e1c55717e9a6ff5c81b12289ffa1ffd919b6f] Merge branch 'drm-next' >>> of git://people.freedesktop.org/~airlied/linux >>> git bisect bad 796e1c55717e9a6ff5c81b12289ffa1ffd919b6f >>> # good: [9682ec9692e5ac11c6caebd079324e727b19e7ce] Merge tag >>> 'driver-core-3.20-rc1' of >>> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core >>> git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce >>> # good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1' >>> of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty >>> git bisect good a9724125ad014decf008d782e60447c811391326 >>> # good: [f43dff0ee00a259f524ce17ba4f8030553c66590] Merge tag >>> 'drm-amdkfd-next-fixes-2015-01-25' of >>> git://people.freedesktop.org/~gabbayo/linux into drm-next >>> git bisect good f43dff0ee00a259f524ce17ba4f8030553c66590 >>> # bad: [cffe1e89dc9bf541a39d9287ced7c5addff07084] drm: sti: HDMI add audio >>> infoframe >>> git bisect bad cffe1e89dc9bf541a39d9287ced7c5addff07084 >>> # good: [2f5b4ef15c60bc5292a3f006c018acb3da53737b] Merge tag >>> 'drm/tegra/for-3.20-rc1' of git://anongit.freedesktop.org/tegra/linux into >>> drm-next >>> git bisect good 2f5b4ef15c60bc5292a3f006c018acb3da53737b >>> # bad: [86588ce80ccd714793e9ba4140d7ae214229] drm/udl: optimize >>> udl_compress_hline16 (v2) >>> git bisect bad 86588ce80ccd714793e9ba4140d7ae214229 >>> # bad: [d47df63393ed81977e0f6435988d9cbd70c867f7] drm/panel: simple: Add >>> AVIC TM070DDH03 panel support >>> git bisect bad d47df63393ed81977e0f6435988d9cbd70c867f7 >>> # bad: [9469244d869623e8b54d9f3d4d00737e377af273] drm/atomic: Fix potential >>> use of state after free >>> git bisect bad 9469244d869623e8b54d9f3d4d00737e377af273 >>> >>> >> Kernel 4.0.0-rc1 boots when DVI output used but not when HDMI output >> used. > > > git bisect skip > There are only 'skip'ped commits left to test. > The first bad commit could be any of: > b486e0e6d599b9ca8667fb9a7d49b7383ee963c7 > eab3bbeffd152125ae0f90863b8e9bc8eef49423 > 960cd9d4fef6dd9e235c0e5c0d4ed027f8a48025 > f02ad907cd9e7fe3a6405d2d005840912f1ed258 > 6a425c2a9b37ca3d2c37e3c1cdf973dba53eaa79 > ee0a89cf3c2c550e6d877dda21dd2947afb90cb6 > 92890583627ee2a0518e55b063fcff86826fef96 > 95d6eb3b134e1826ed04cc92b224d93de13e281f > 9469244d869623e8b54d9f3d4d00737e377af273 > We cannot bisect more! > Verified that the problems with the radeon: ring 0 test failed error go back to at least Kernel 3.0.1 -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/11ebc373/attachment-0001.html>

[patch] drm/i915: cleanup some indenting

On Wed, 25 Feb 2015, Dan Carpenter wrote: > Static checkers complain that we should probably add curly braces > because, from the indenting, it looks like seq_printf() should be inside > the list_for_each_entry() loop. But the code is actually correct, it's > just the indenting which is off. > >

Problems with DRI on Acube Sam460 AMCC 460ex board

gt;> 0x4c0c and cpu addr 0xffc01c0c >>>>> [2.839260] radeon 0001:81:00.0: fence driver on ring 5 use gpu addr >>>>> 0x00072118 and cpu addr 0xf9032118 >>>>> [2.849411] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). >>>>> [2.856067] [drm] Driver supports precise vblank timestamp query. >>>>> [2.862183] radeon 0001:81:00.0: radeon: MSI limited to 32-bit >>>>> [2.868058] ppc4xx_setup_msi_irqs: fail allocating msi interrupt >>>>> [2.874153] [drm] radeon: irq initialized. >>>>> [3.103973] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed >>>>> (scratch(0x8504)=0xCAFEDEAD) >>>>> [3.112806] radeon 0001:81:00.0: disabling GPU acceleration >>>>> [3.128627] [drm] Radeon Display Connectors >>>>> [3.133369] [drm] Connector 0: >>>>> [3.136481] [drm] DP-1 >>>>> [3.139089] [drm] HPD1 >>>>> [3.141665] [drm] DDC: 0x6470 0x6470 0x6474 0x6474 0x6478 0x6478 >>>>> 0x647c 0x647c >>>>> [3.149146] [drm] Encoders: >>>>> [3.152157] [drm] DFP1: INTERNAL_UNIPHY2 >>>>> [3.156473] [drm] Connector 1: >>>>> [3.159570] [drm] HDMI-A-1 >>>>> [3.162469] [drm] HPD5 >>>>> [3.165019] [drm] DDC: 0x6480 0x6480 0x6484 0x6484 0x6488 0x6488 >>>>> 0x648c 0x648c >>>>> [3.172436] [drm] Encoders: >>>>> [3.175415] [drm] DFP2: INTERNAL_UNIPHY2 >>>>> [3.179703] [drm] Connector 2: >>>>> [3.182766] [drm] DVI-I-1 >>>>> [3.185570] [drm] HPD4 >>>>> [3.188117] [drm] DDC: 0x6450 0x6450 0x6454 0x6454 0x6458 0x6458 >>>>> 0x645c 0x645c >>>>> [3.195535] [drm] Encoders: >>>>> [3.198513] [drm] DFP3: INTERNAL_UNIPHY >>>>> [3.202706] [drm] CRT1: INTERNAL_KLDSCP_DAC1 >>>>> [3.352245] [drm] fb mappable at 0x80475000 >>>>> [3.356458] [drm] vram apper at 0x8000 >>>>> [3.360570] [drm] size 8294400 >>>>> [3.363634] [drm] fb depth is 24 >>>>> [3.366873] [drm]pitch is 7680 >>>>> [3.575080] Console: switching to colour frame buffer device 240x67 >>>>> [3.649278] radeon 0001:81:00.0: fb0: radeondrmfb frame buffer device >>>>> [3.656071] radeon 0001:81:00.0: registered panic notifier >>>>> [3.666472] [drm] Initialized radeon 2.40.0 20080528 for 0001:81:00.0 >>>>> on minor 0 >>>>> >>>>> >>>> >>>> Problems with the Gib bisect >>>> Kernel wont compile after 10th bisect . >>>> >>>> drivers/built-in.o: In function `drm_mode_atomic_ioctl': >>>> (.text+0x865dc): undefined reference to `__get_user_bad' >>>> make: *** [vmlinux] Error 1 >>>> root at julian-VirtualBox:/usr/src/linux# git bisect log >>>> git bisect start >>>> # bad: [c517d838eb7d07bbe9507871fab3931deccff539] Linux 4.0-rc1 >>>> git bisect bad c517d838eb7d07bbe9507871fab3931deccff539 >>>> # good: [bfa76d49576599a4b9f9b7a71f23d73d6dcff735] Linux 3.19 >>>> git bisect good bfa76d49576599a4b9f9b7a71f23d73d6dcff735 >>>> # good: [02f1f2170d2831b3233e91091c60a66622f29e82] kernel.h: remove >>>> ancient __FUNCTION__ hack >>>> git bisect good 02f1f2170d2831b3233e91091c60a66622f29e82 >>>> # bad: [796e1c55717e9a6ff5c81b12289ffa1ffd919b6f] Merge branch 'drm-next' >>>> of git://people.freedesktop.org/~airlied/linux >>>> git bisect bad 796e1c55717e9a6ff5c81b12289ffa1ffd919b6f >>>> # good: [9682ec9692e5ac11c6caebd079324e727b19e7ce] Merge tag >>>> 'driver-core-3.20-rc1' of >>>> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core >>>> git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce >>>> # good: [a9724125ad014decf008d782e60447c811391326] Merge tag >>>> 'tty-3.20-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty >>>> git bisect good a9724125ad014decf008d782e60447c811391326 >>>> # good: [f43dff0ee00a259f524ce17ba4f8030553c66590] Merge tag >>>> 'drm-amdkfd-next-fixes-2015-01-25' of >>>> git://people.freedesktop.org/~gabbayo/linux into drm-next >>>> git bisect good f43dff0ee00a259f524ce17ba4f8030553c66590 >>>> # bad: [cffe1e89dc9bf541a39d9287ced7c5addff07084] drm: sti: HDMI add audio >>>> infoframe >>>> git bisect bad cffe1e89dc9bf541a39d9287ced7c5addff07084 >>>> # good: [2f5b4ef15c60bc5292a3f006c018acb3da53737b] Merge tag >>>> 'drm/tegra/for-3.20-rc1' of git://anongit.freedesktop.org/tegra/linux into >>>> drm-next >>>> git bisect good 2f5b4ef15c60bc5292a3f006c018acb3da53737b >>>> # bad: [86588ce80ccd714793e9ba4140d7ae214229] drm/udl: optimize >>>> udl_compress_hline16 (v2) >>>> git bisect bad 86588ce80ccd714793e9ba4140d7ae214229 >>>> # bad: [d47df63393ed81977e0f6435988d9cbd70c867f7] drm/panel: simple: Add >>>> AVIC TM070DDH03 panel support >>>> git bisect bad d47df63393ed81977e0f6435988d9cbd70c867f7 >>>> # bad: [9469244d869623e8b54d9f3d4d00737e377af273] drm/atomic: Fix >>>> potential use of state after free >>>> git bisect bad 9469244d869623e8b54d9f3d4d00737e377af273 >>>> >>>> >>> Kernel 4.0.0-rc1 boots when DVI output used but not when HDMI >>> output used. >> >> >> git bisect skip >> There are only 'skip'ped commits left to test. >> The first bad commit could be any of: >> b486e0e6d599b9ca8667fb9a7d49b7383ee963c7 >> eab3bbeffd152125ae0f90863b8e9bc8eef49423 >> 960cd9d4fef6dd9e235c0e5c0d4ed027f8a48025 >> f02ad907cd9e7fe3a6405d2d005840912f1ed258 >> 6a425c2a9b37ca3d2c37e3c1cdf973dba53eaa79 >> ee0a89cf3c2c550e6d877dda21dd2947afb90cb6 >> 92890583627ee2a0518e55b063fcff86826fef96 >> 95d6eb3b134e1826ed04cc92b224d93de13e281f >> 9469244d869623e8b54d9f3d4d00737e377af273 >> We cannot bisect more! >> > > Verified that the problems with the > radeon: ring 0 test failed error > go back to at least Kernel 3.0.1 > Problem also seems to exist with P1022 based board as well . https://community.freescale.com/thread/339022 -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/42c57ddb/attachment-0001.html>

[PATCH] drm: Don't assign fbs for universal cursor support to files

The internal framebuffers we create to remap legacy cursor ioctls to plane operations for the universal plane support shouldn't be linke to the file like normal userspace framebuffers. This bug goes back to the original universal cursor plane support introduced in commit 161d0dc1dccb17ff7a38f462c7

[Intel-gfx] [patch] drm/i915: cleanup some indenting

On Wed, Feb 25, 2015 at 03:29:05PM +0200, Jani Nikula wrote: > On Wed, 25 Feb 2015, Dan Carpenter wrote: > > Static checkers complain that we should probably add curly braces > > because, from the indenting, it looks like seq_printf() should be inside > > the list_for_each_entry() loop. But the c

[PATCH libdrm 2/5] configure: omap, freedreno and tegra require atomics

They have used them since day one, but the check was never there. Cc: Rob Clark Cc: Thierry Reding Signed-off-by: Emil Velikov --- configure.ac | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 8afee83..ac1bf8f 100644 --- a/c

[PATCH libdrm 1/5] automake: wrap an insanely long line

Signed-off-by: Emil Velikov --- Makefile.am | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/Makefile.am b/Makefile.am index 3cb516c..e9a041d 100644 --- a/Makefile.am +++ b/Makefile.am @@ -57,7 +57,18 @@ if HAVE_TEGRA TEGRA_SUBDIR = tegra endif -SUBDIRS = . $(L

[PATCH libdrm 3/5] automake: drop the NULL variable from the makefile

Signed-off-by: Emil Velikov --- tests/Makefile.am | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/tests/Makefile.am b/tests/Makefile.am index 37b8d3a..e0281aa 100644 --- a/tests/Makefile.am +++ b/tests/Makefile.am @@ -1,5 +1,3 @@ -NULL:=# - AM_CPPFLAGS = \ -I $

[PATCH libdrm 5/5] tests: automake: keep the libs link at the final stage

Currently the static archive libdrmtest.la links against libdrm.la. Only to have both added to the executables' LDADD. Simplify things a bit, by doing the link in the final module (the executables/tests in this case). Signed-off-by: Emil Velikov --- tests/Makefile.am | 5 ++--- 1 file changed, 2

[PATCH libdrm 4/5] tests: move the SUBDIR at the top of the makefile

None of the subdirs require the modules built in the local makefile, so moving them at the top makes things a hell lot easier to read. Signed-off-by: Emil Velikov --- tests/Makefile.am | 26 ++ 1 file changed, 14 insertions(+), 12 deletions(-) diff --git a/tests/Makefile

[PATCH 0/8] Fix struct clk pointer comparing

On the first day back from Chinese new year holiday, I got a regression report from rmk, saying Ethernet stops working on HimmingBoard with v4.0-rc1. I read through the thread [1] and found a couple of i.MX audio drivers are also affected per Stephen's Coccinelle report. That's why I came up with

[PATCH 1/8] clk: add helper function clk_is_match()

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand new

[PATCH 2/8] ARM: imx: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand new

[PATCH 3/8] drm: armada: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand new

[PATCH 4/8] pwm: atmel-hlcdc: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand new

[PATCH 5/8] serial: samsung: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand new

[PATCH 6/8] ASoC: fsl_esai: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand new

[PATCH 7/8] ASoC: fsl_spdif: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand new

[PATCH 8/8] ASoC: kirkwood: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand new

[PATCH 0/8] Fix struct clk pointer comparing

On Wed, Feb 25, 2015 at 10:53:30PM +0800, Shawn Guo wrote: > On the first day back from Chinese new year holiday, I got a regression > report from rmk, saying Ethernet stops working on HimmingBoard with > v4.0-rc1. > > I read through the thread [1] and found a couple of i.MX audio drivers > are al

[Bug 83226] Allow use of ColorRange and ColorSpace in xorg.conf.d files

rt -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/ac831a5c/attachment.html>

[PATCH 00/04 libdrm] The rocky road to building with -Wextra

On 23 February 2015 at 13:57, Emil Velikov wrote: > Hi all, > > A few small patches, that handle the initial step of building the whole > of libdrm with WARN_CFLAGS (-Wall -Wextra and friends). > > The first patch makes sure we build everything at make distcheck time, > followed by a couple of war

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

--- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/27b00944/attachment.html>

[PATCH] drm: exynos: clean up dma_addr_t use

dma_addr_t may be 32 or 64 bits long on 32-bit CPUs, so we cannot cast it to a pointer without getting a compiler warning: drivers/gpu/drm/exynos/exynos_drm_buf.c: In function 'lowlevel_buffer_allocate': drivers/gpu/drm/exynos/exynos_drm_buf.c:109:18: warning: cast from pointer to integer of diff

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

ttachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/15db1871/attachment.html>

[v3] libdrm: improvements to userspace exynos component

On 24 February 2015 at 14:20, Tobias Jakobi wrote: > Hello, > > here are some miscellaneous improvements (small features, bugfixes, spelling > fixes, etc.) for the exynos component of libdrm. The general idea is to let > userspace use the G2D engine functionality more > efficiently. > > If someo

[Bug 89034] Firefox crashing xserver and some major rendering bugs

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/a9e67a30/attachment.html>

[PATCH] drm: Remove redundant code in the getencoder ioctl

When enabling atomic state object for this ioctl in commit abd69c55dd8f1f71b33b8c6165217f4329db8f25 Author: Daniel Vetter Date: Tue Nov 25 23:50:05 2014 +0100 drm: Handle atomic state properly in kms getfoo ioctl I've forgotten to remove this hunk in one of the later revisions. drm_encode

[PATCH 00/04 libdrm] The rocky road to building with -Wextra

15-February/077976.html -- Jan Vesely -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/3c2a99f2/attachment.sig>

[PATCH libdrm 00/04] Silence compiler warnings

-- Jan Vesely -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/7e3f8e25/attachment.sig>

[libdrm][PATCH 3/2] Fix always true comparison.

pplication/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/90cbc774/attachment-0001.sig>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/0fef6874/attachment.html>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

bbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/7e7c2991/attachment.html>

[PATCH] drm/i915: fix failure to power off after hibernate

- A non-text attachment was scrubbed... Name: 0001-drm-i915-zero-PCI_COMMAND-at-the-end-of-hibernation.patch Type: text/x-patch Size: 783 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/59ff0ced/attachment.bin> -- next part

[libdrm][PATCH 3/2] Fix always true comparison.

On 25/02/15 17:11, Jan Vesely wrote: > gentle ping > Afaics it's very had to get in this code nowadays - drm_server_info is set only via the legacy (?) function drmSetServerInfo. With the latter only(?) used by the xserver when working with dri1 modules. So testing this is likely to be very painfu

[PATCH libdrm 00/04] Silence compiler warnings

On 25/02/15 17:09, Jan Vesely wrote: > Hi, > > you can add > Reviewed-by: Jan Vesely > to 1,2, and 4. > I think 3 needs someone from exynos to say whether the function should > not be used somewhere (just to be on the safe side). > Great, thanks. For anyone interested I will give it a few days,

Fwd: drm-next-4.1-wip: NI/Turks *ERROR* chosen encoder in use 4

: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/0f436fd5/attachment-0001.bin>

drm-next-4.1-wip: NI/Turks *ERROR* chosen encoder in use 4

On Tue, Feb 24, 2015 at 11:20 PM, Dieter Nützel wrote: > Hello Alex, > > I get this in dmesg: > > [ 26.001926] [drm:radeon_atom_pick_dig_encoder [radeon]] *ERROR* chosen > encoder in use 4 > > What do you need? The message is harmless I think. It's just debugging output from the DP MST patch

[pull] radeon drm-fixes-4.0

Hi Dave, Radeon fixes for 4.0, all over the place. The following changes since commit 5b49afd60a850acca321a87eb83ab0c387725206: Merge tag 'drm-amdkfd-fixes-2015-02-23' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes (2015-02-24 11:10:14 +1000) are available in the git reposit

r600 - NI/Turks: flickering with 'geom-outlining-150'

Am 25.02.2015 09:31, schrieb Michel Dänzer: > On 25.02.2015 13:04, Dieter Nützel wrote: >> Am 20.02.2015 17:29, schrieb Alex Deucher: >>> On Fri, Feb 20, 2015 at 10:54 AM, Dieter Nützel >>> >>> wrote: Hello Alex, I get _today_ flickering with Mesa-demo 'geom-outlining-150'. >>>

[PATCH 01/38] drm/atomic: Rename drm_atomic_helper_commit_pre_planes() state argument

The argument contains a pointer to the old state, rename it to old_state like in all other commit helper functions. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_atomic_helper.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/drm_atomic_he

[PATCH 00/38] Renesas R-Car DU atomic updates support

Hello, This patch series implements atomic updates support for the rcar-du driver. The series starts with four core atomic helpers fixes/cleanups (two from Daniel that I have included here for completeness). It then follows with two fixes for the adv7511 driver and height fixes for the rcar-du dr

[PATCH 02/38] drm/atomic-helper: Rename commmit_post/pre_planes

From: Daniel Vetter These names only make sense because of backwards compatability with the order used by the crtc helper library. There's not really any real requirement in the ordering here. So rename them to something more descriptive and update the kerneldoc a bit. Motivated in a discussion

[PATCH 03/38] drm/atomic-helpers: make mode_set hooks optional

From: Daniel Vetter With runtime PM the hw might still be off while doing the ->mode_set callbacks - runtime PM get/put should only happen in the enable/disable hooks to properly support DPMS. Which essentially makes these callbacks useless for drivers support runtime PM, so make them optional. A

[PATCH 05/38] drm: adv7511: Fix DDC error interrupt handling

The DDC error interrupt bit is located in REG_INT1, not REG_INT0. Update both the interrupt wait code and the interrupt sources reset code accordingly. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/i2c/adv7511.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --

dri-devel@lists.freedesktop.org

The kerneldoc blocks for the drm_atomic_helper_*_set_property() functions seem to have been copied from the plane disable handler without being properly updated. Fix them. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_atomic_helper.c | 15 +-- 1 file changed, 9 insertions(+

[PATCH 06/38] drm: adv7511: Fix nested sleep when reading EDID

The EDID read code waits for the read completion interrupt to occur using wait_event_interruptible(). The condition passed to the macro reads I2C registers. This results in sleeping with the task state set to TASK_INTERRUPTIBLE, triggering a WARN_ON() introduced in commit 8eb23b9f35aae ("sched: Deb

[PATCH 10/38] drm: rcar-du: Reorder CRTC functions

The next commit will need functions to be reordered to avoid forward declarations. Do it separately to help review. This only moves functions without any change to the code. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 142 +++-- 1 fil

[PATCH 11/38] drm: rcar-du: Wait for page flip completion when turning the CRTC off

Turning a CRTC off will prevent a queued page flip from ever completing, potentially confusing userspace. Wait for queued page flips to complete before turning the CRTC off to avoid this. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 35

[PATCH 14/38] drm: rcar-du: Define macros for the max number of groups, CRTCs and LVDS

Let's avoid magic constants. Beside increasing code readability, it will also ensure that no location will be forgotten when raising the maximum number of groups, CRTCs or LVDS encoders Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_drv.h | 10 +++--- 1 file changed, 7 i

[PATCH 15/38] drm: rcar-du: Implement universal plane support

Explicitly create the CRTC primary plane instead of relying on the core helpers to do so. This simplifies the plane logic by merging the KMS and software planes. Reject plane API operations on the primary planes for now, as that code will anyway be refactored when implementing support for atomic u

[PATCH 18/38] drm: rcar-du: Handle primary plane config through atomic plane ops

Use the new CRTC atomic transitional helpers drm_helper_crtc_mode_set() and drm_helper_crtc_mode_set_base() to implement the CRTC .mode_set and .mode_set_base operations. This delegates primary plane configuration to the plane .atomic_update and .atomic_disable operations, removing duplicate code f

[PATCH 21/38] drm: rcar-du: Replace LVDS encoder DPMS by enable/disable

The LVDS encoder doesn't support DPMS states, replace the DPMS operation by enable/disable to avoid propagating DPMS states down to the encoder code. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 12 drivers/gpu/drm/rcar-du/rcar_du_hdmienc.c | 6 ++

[PATCH 22/38] drm: rcar-du: Rework encoder enable/disable for atomic updates

When using atomic updates the encoder .enable() and .disable() helper operations are preferred over the (then legacy) .prepare() and .commit() operations. Implement .enable() and .disable() and rework .prepare(), .commit() and .dpms() as wrappers around .enable() and .disable(), easing their future

[PATCH 08/38] drm: rcar-du: Remove drm_fbdev_cma_restore_mode() call at init time

The function is meant to restore the fbdev mode in the lastclose handler, not to be called at init time. Remove the call. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_du_kms.c b/driv

[PATCH 09/38] drm: rcar-du: Don't set connector->encoder at init time

The drm_connector encoder field points to the encoder driving the connector. No such association exists at init time, as all pipelines are disabled. Don't set the field. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_hdmicon.c | 1 - drivers/gpu/drm/rcar-du/rcar_du_lvdscon.c

[PATCH 13/38] drm: rcar-du: Disable fbdev emulation when no connector is present

fbdev emulation requires at least one connector, and will fail to initialize if no connector has been successfully instantiated. Disable it in that case and print an informational message instead of failing probe with a confusing fbdev emulation error message. It could be argued that probe should

[PATCH 12/38] drm: rcar-du: Turn vblank on/off when enabling/disabling CRTC

The DRM core vblank handling mechanism requires drivers to forcefully turn vblank reporting off when disabling the CRTC, and to restore the vblank reporting status when enabling the CRTC. Implement this using the drm_crtc_vblank_on/off helpers. When disabling vblank we must first wait for page fli

[PATCH 16/38] drm: rcar-du: Fix hardware plane allocation

The hardware plane allocator loops over all planes to find free candidates. However, instead of looping over the number of hardware planes, it loops over the number of software planes, which happens to be larger by one unit. This has no effect in practise as the extra plane is always cleared in the

[PATCH 17/38] drm: rcar-du: Implement planes atomic operations

Implement the CRTC .atomic_begin() and .atomic_flush() operations, the plane .atomic_check(), .atomic_update() and operations, and use the transitional atomic helpers to implement the plane update and disable operations on top of the new atomic operations. The plane setup code can't be moved out o

[PATCH 19/38] drm: rcar-du: Wire up atomic state object scaffolding

Hook up the default .reset(), .atomic_duplicate_state() and .atomic_free_state() helpers to ensure that state objects are properly created and destroyed, and call drm_mode_config_reset() at init time to create the initial state objects. Framebuffer reference count also gets maintained automaticall

[PATCH 20/38] drm: rcar-du: Remove private copy of plane size and position

The plane source and destination size and positions are stored in the plane state, and a private copy is kept in the rcar_du_plane objects. Remove the private copy as it just duplicates the state. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_plane.c | 25 ++

[PATCH 23/38] drm: rcar-du: Rework HDMI encoder enable/disable for atomic updates

When using atomic updates the encoder .enable() and .disable() helper operations are preferred over the (then legacy) .prepare() and .commit() operations. Implement .enable() and .disable() and rework .prepare(), .commit() and .dpms() as wrappers around .enable() and .disable(), easing their future

[PATCH 24/38] drm: rcar-du: Rework CRTC enable/disable for atomic updates

When using atomic updates the CRTC .enable() and .disable() helper operations are preferred over the (then legacy) .prepare() and .commit() operations. Implement .enable() and rework .disable() to not depend on DPMS, easing DPMS removal later on. Signed-off-by: Laurent Pinchart --- drivers/gpu/d

[PATCH 25/38] drm: rcar-du: Switch plane update to atomic helpers

This removes the legacy plane update code. Wire up the default atomic check and atomic commit mode config helpers as needed by the plane update atomic helpers. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 3 +++ drivers/gpu/drm/rcar-du/rcar_du_plane.c | 4 ++-- 2

[PATCH 26/38] drm: rcar-du: Switch mode config to atomic helpers

This removes the legacy mode config code. The CRTC and encoder prepare and commit operations are not used anymore, remove them. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c| 55 --- drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 12 -

[PATCH 27/38] drm: rcar-du: Switch connector DPMS to atomic helpers

The atomic connector DPMS helper implements the connector DPMS operation using atomic commit, removing the need for DPMS helper operations on CRTCs and encoders. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c| 11 +-- drivers/gpu/drm/rcar-du/rcar_du_encode

[PATCH 29/38] drm: rcar-du: Implement asynchronous commit support

Implement a custom .atomic_commit() handler that supports asynchronous commits using a work queue. This can be used for userspace-driven asynchronous commits, as well as for an atomic page flip implementation. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 3 + dri

[PATCH 30/38] drm: rcar-du: Switch page flip to atomic helpers

The atomic page flip helper implements the page flip operation using asynchronous commits. As the legacy page flip was the last CRTC operation that needed direct access to plane setup, the plane setup functions can now become private to the plane implementation. Signed-off-by: Laurent Pinchart -

[PATCH 33/38] drm: rcar-du: Replace plane crtc and enabled fields by plane state

The crtc and enabled fields duplicates information stored in the plane state. Use the plane state instead and remove the fields. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 6 ++ drivers/gpu/drm/rcar-du/rcar_du_plane.c | 15 +++ drivers/gpu/drm/

[PATCH 34/38] drm: rcar-du: Remove unneeded rcar_du_crtc plane field

The rcar_du_crtc plane field is only used to check for an error that can't occur. Remove it. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 7 ++- drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 2 -- 2 files changed, 2 insertions(+), 7 deletions(-) diff --git a/drive

[PATCH 35/38] drm: rcar-du: Move plane format to plane state

The format stored in the rcar_du_plane structure is part of the plane state. Move it to the rcar_du_plane_state structure and precompute it in the .atomic_check() handler. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 10 ++- drivers/gpu/drm/rcar-du/rcar_du_plane

[PATCH 37/38] drm: rcar-du: Move group locking inside rcar_du_crtc_update_planes()

Only the planes to CRTCs association control register DPTSR needs to be protected by custom locking, don't hold the mutex around the whole code. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git

[PATCH 38/38] drm: rcar-du: Fix race condition in hardware plane allocator

The plane allocator has been inherently racy since the beginning of the transition to atomic updates, as the allocator lock is released between free plane check (at .atomic_check() time) and the reservation (at .atomic_update() time). To fix it, create a new allocator solely based on the atomic pl

[PATCH 07/38] drm: rcar-du: Don't disable unused functions at init time

All encoders and CRTCs start disabled, re-disabling them is a no-op. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_du_kms.c b/drivers/gpu/drm/rcar-du/rcar_du_kms.c index cc9136e8ee9c..1

[PATCH 28/38] drm: rcar-du: Replace encoder mode_fixup with atomic_check

The encoder .mode_fixup() operation is legacy, atomic updates uses the new .atomic_check() operation. Convert the encoders drivers. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 35 +++ drivers/gpu/drm/rcar-du/rcar_du_hdmienc.c | 14 +

[PATCH 31/38] drm: rcar-du: Switch plane set_property to atomic helpers

Allow setting up plane properties atomically using the plane set_property atomic helper. The properties are now stored in the plane state (requiring subclassing it) and applied when updating the planes. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 9 ++- driver

[PATCH 32/38] drm: rcar-du: Rework plane setup code

Now that the plane setup code isn't called outside of the plane implementation, it can be simplified by merging the rcar_du_plane_compute_base() and rcar_du_plane_update_base() functions. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_plane.c | 34 ---

[PATCH 36/38] drm: rcar-du: Move plane commit code from CRTC start to CRTC resume

As the DRM core will commit plane states when performing atomic updates, those don't need to be committed manually when the CRTC is started except in the system resume code path. However, the atomic plane commit step is currently performed between mode set disable and mode set enable to mimick the

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

, folks. -- 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/20150225/2cfe5651/attachment.html>

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/edc05d6c/attachment-0001.html>

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

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/20150225/b7537056/attachment.html>

[PULL] topic/drm-misc for 4.1

Hi Dave, A few random things and a few small patches for atomic. Pull request for 4.1 so that Laurent can rebase his rcar atomic conversion, which needs a few things from here. Also better to get the renames in before there's conflicts. Cheers, Daniel The following changes since commit 96abd10e

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

eonsi. -Dieter -- 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/20150225/4f9c9407/attachment.html>

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/4efb7572/attachment.html>

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/899a1933/attachment.html>

  1   2   >