dri-devel September 2014

dri-devel@lists.freedesktop.org

173 participants
1045 discussions

Radeon R7 240 Garbled Text
by Esben Stien 03 Sep '14

03 Sep '14

I just wanted to provide a note on this issue. I saw lots of text getting garbled up all the time on the Radeon R7 240. It was certain letters that just got all messed up all the time. When I minimized the window and maximized it again or entered the tty and back again, it was gone. Anyways, by chance, I got a new card, a R9 270x, which I almost never see it. I think I've seen the screen corruption two times the last month, while on the last card, I saw it like 20 times a day. Other than that, I experience here that the Xonotic game takes down the whole Xorg server, something that never happened on the last card, but I'll request help on that in another mail. -- Esben Stien is b0ef@e s a http://www. s t n m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@ n n

1 0

linux-next: manual merge of the drm-intel tree with the tree
by Mark Brown 03 Sep '14

03 Sep '14

Hi all, Today's linux-next merge of the drm-intel tree got a conflict which I'm not really sure of and commit b47d1189da119e ("drm/i915: Use dev_priv as first argument of for_each_pipe()") from the drm-intel tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). @@ -3923,7 +3942,9 @@ static void valleyview_irq_uninstall(struct drm_device *dev) I915_WRITE(VLV_MASTER_IER, 0); - for_each_pipe(pipe) + intel_hpd_irq_uninstall(dev_priv); + + for_each_pipe(dev_priv, pipe) I915_WRITE(PIPESTAT(pipe), 0xffff); I915_WRITE(HWSTAM, 0xffffffff);

1 1

[PATCH] gpu: ipu-v3: ipu-di: Print the generated pixelclock error
by Fabio Estevam 03 Sep '14

03 Sep '14

For debug purposes it is useful to know how far away the generated pixelclock is from the desired rate, so print the amount of error. After adding this patch and with debug enabled we have: imx-ipuv3 2400000.ipu: disp 0: panel size = 1920 x 1080 imx-ipuv3 2400000.ipu: Clocks: IPU 264000000Hz DI 24000000Hz Needed 138500000Hz imx-ipuv3 2400000.ipu: IPU clock can give 132000000 with divider 2, error -4.3% imx-ipuv3 2400000.ipu: Want 138500000Hz IPU 264000000Hz DI 138500000Hz using DI, 138500000Hz, error 0.0% imx-ipuv3 2400000.ipu: disp 1: panel size = 1024 x 768 imx-ipuv3 2400000.ipu: Clocks: IPU 264000000Hz DI 64999999Hz Needed 65000000Hz imx-ipuv3 2400000.ipu: Want 65000000Hz IPU 264000000Hz DI 64999999Hz using DI, 64999999Hz, error 0.9% Signed-off-by: Fabio Estevam <fabio.estevam(a)freescale.com> --- drivers/gpu/ipu-v3/ipu-di.c | 11 +++++++---- 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/ipu-v3/ipu-di.c b/drivers/gpu/ipu-v3/ipu-di.c index c490ba4..148ef6e 100644 --- a/drivers/gpu/ipu-v3/ipu-di.c +++ b/drivers/gpu/ipu-v3/ipu-di.c @@ -402,7 +402,7 @@ static void ipu_di_config_clock(struct ipu_di *di, const struct ipu_di_signal_cfg *sig) { struct clk *clk; - unsigned clkgen0; + unsigned clkgen0, error; uint32_t val; if (sig->clkflags & IPU_DI_CLKMODE_EXT) { @@ -451,7 +451,7 @@ static void ipu_di_config_clock(struct ipu_di *di, * otherwise we use the DI clock. */ unsigned long rate, clkrate; - unsigned div, error; + unsigned div; clkrate = clk_get_rate(di->clk_ipu); div = (clkrate + sig->pixelclock / 2) / sig->pixelclock; @@ -503,12 +503,15 @@ static void ipu_di_config_clock(struct ipu_di *di, val |= DI_GEN_DI_CLK_EXT; ipu_di_write(di, val, DI_GENERAL); - dev_dbg(di->ipu->dev, "Want %luHz IPU %luHz DI %luHz using %s, %luHz\n", + error = (clk_get_rate(di->clk_di_pixel) / (clkgen0 >> 4)) / (sig->pixelclock / 1000); + + dev_dbg(di->ipu->dev, "Want %luHz IPU %luHz DI %luHz using %s, %luHz, error %d.%u%%\n", sig->pixelclock, clk_get_rate(di->clk_ipu), clk_get_rate(di->clk_di), clk == di->clk_di ? "DI" : "IPU", - clk_get_rate(di->clk_di_pixel) / (clkgen0 >> 4)); + clk_get_rate(di->clk_di_pixel) / (clkgen0 >> 4), + (signed)(error - 1000) / 10, error % 10); } int ipu_di_init_sync_panel(struct ipu_di *di, struct ipu_di_signal_cfg *sig) -- 1.8.3.2

2 1

[PULL] drm-intel-fixes
by Jani Nikula 03 Sep '14

03 Sep '14

Hi Dave, here's a couple of display regression fixes for 3.17. BR, Jani. The following changes since commit bbe1c2740d3a25aa1dbe5d842d2ff09cddcdde0a: drm/i915: Remove bogus __init annotation from DMI callbacks (2014-08-28 09:54:27 +0300) are available in the git repository at: git://anongit.freedesktop.org/drm-intel tags/drm-intel-fixes-2014-09-03 for you to fetch changes up to bbfb44e8b688e778964275ab0862f67463ba4f84: drm/i915: Fix lock dropping in intel_tv_detect() (2014-09-02 12:58:51 +0300) ---------------------------------------------------------------- Dave Airlie (1): drm/i915: handle G45/GM45 pulse detection connected state. Ville Syrjälä (1): drm/i915: Fix lock dropping in intel_tv_detect() drivers/gpu/drm/i915/intel_dp.c | 55 +++++++++++++++++++++++++++-------------- drivers/gpu/drm/i915/intel_tv.c | 10 +++++--- 2 files changed, 44 insertions(+), 21 deletions(-) -- Jani Nikula, Intel Open Source Technology Center

1 0

[Bug 74863] New: [r600g] HyperZ broken on RV770 and CYPRESS (Left 4 Dead 2 trees corruption) bisected!
by bugzilla-daemon＠freedesktop.org 03 Sep '14

03 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=74863 Priority: medium Bug ID: 74863 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g] HyperZ broken on RV770 and CYPRESS (Left 4 Dead 2 trees corruption) bisected! Severity: normal Classification: Unclassified OS: Linux (All) Reporter: b.bellec(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 93888 --> https://bugs.freedesktop.org/attachment.cgi?id=93888&action=edit tree correctly rendered Probably the same issue than: https://bugs.freedesktop.org/show_bug.cgi?id=74803 Trees in Left 4 Dead 2 have some rendering issue when you move, so in fact they looks like to blink. See the screenshots attached. This hits my RV770 (HD4850) and CYPRESS (HD5850). When R600_DEBUG=nohyperz is set, there is no problem. R600_DEBUG=nosb doesn't fix. First bad commit is: r600g: defer shader variant selection and depending state updates commit a144bc29b5bb8322a54308603c5d0a8467448164 Signed-off-by: Vadim Girlin <vadimgirlin(a)gmail.com> Signed-off-by: Dave Airlie <airlied(a)redhat.com> Reviewed-by: Alex Deucher <alexander.deucher(a)amd.com> Note that the bug happens in L4D2 only when the option "Effects details" in the graphic options of the game is set to Medium or High, but not when set to Low. -- You are receiving this mail because: You are the assignee for the bug.

1 9

[Bug 74784] New: Strange artifacts when rendering tees in Dota 2
by bugzilla-daemon＠freedesktop.org 03 Sep '14

03 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=74784 Priority: medium Bug ID: 74784 Assignee: dri-devel(a)lists.freedesktop.org Summary: Strange artifacts when rendering tees in Dota 2 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: brunojimen(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 93753 --> https://bugs.freedesktop.org/attachment.cgi?id=93753&action=edit Strange artifacts in trees Hi, When playing Dota 2, randomly and depending on the ligh and the perspective, some random artifacts appear in trees. They also appear in other places, but the trees are the most visible ones. My graphics card is an AMD HD5470M (AMD Cedar) and I am using Arch linux 64 bits and mesa compiled from git at commit 356aff3. I thought this problem could be related to this other bug report: https://bugs.freedesktop.org/show_bug.cgi?id=72895 but applying that patch doesn't help. The attached screenshot shows the problem with the trees. If you need anything else, just ask. -- You are receiving this mail because: You are the assignee for the bug.

1 16

[PATCH 0/2] drm/edid: Reduce horizontal timings for pixel
by clinton.a.taylor＠intel.com 03 Sep '14

03 Sep '14

From: Clint Taylor <clinton.a.taylor(a)intel.com> Split original drm_edid.c changes and intel_hdmi.c HDMI pixel replciation changes into separate patches. Clint Taylor (2): drm/edid: Reduce horizontal timings for pixel replicated modes drm/i915/hdmi: Enable pipe pixel replication for SD interlaced modes drivers/gpu/drm/drm_edid.c | 96 ++++++++++++++++++------------------- drivers/gpu/drm/i915/intel_hdmi.c | 15 ++++-- 2 files changed, 60 insertions(+), 51 deletions(-) -- 1.7.9.5

2 3

[Bug 30102] New: Radeon : ring test failed
by bugzilla-daemon＠bugzilla.kernel.org 03 Sep '14

03 Sep '14

https://bugzilla.kernel.org/show_bug.cgi?id=30102 Summary: Radeon : ring test failed Product: Drivers Version: 2.5 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: b747xx(a)gmail.com Regression: No Created an attachment (id=49622) --> (https://bugzilla.kernel.org/attachment.cgi?id=49622) dmesg On the radoen module load, I got this error: [ 9.874444] [drm:r600_ring_test] *ERROR* radeon: ring test failed (scratch(0x8504)=0xCAFEDEAD) [ 9.874447] radeon 0000:01:05.0: disabling GPU acceleration [ 9.875771] radeon 0000:01:05.0: ffff88043c78dc00 unpin not necessary This is intermittent. I got theses error two weeks ago and it vanish after a reboot about 1 week ago. The video acceleration was working perfectly until yesterday reboot (adding an option in the kernel) and now the problem is back. After the problem came back, I tried booting on the 3 others kernels I used this week (when it was working correctly) and the problem is still there with them. I have attached the dmesg and my .config if this can help find the problem. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 15

[PATCH] video: fix composite video connector compatible string
by Tomi Valkeinen 02 Sep '14

02 Sep '14

The quite-recently-added analog-tv-connector bindings say that the compatible string for composite video connector is "composite-connector". That string is also used in the omap3-n900.dts file. However, the connector driver uses "composite-video-connector", so this has never worked. While changing the driver's compatible string to "composite-connector" would be safer, as published DT bindings should not be changed, I'd rather fix the bindings in this case for two reasons: * composite-connector is a bit too generic name, as it doesn't even hint at video. * it's clear that this has never worked, which means no one has used those bindings, which should make it safe to change this. Signed-off-by: Tomi Valkeinen <tomi.valkeinen(a)ti.com> Reported-by: Laurent Pinchart <laurent.pinchart(a)ideasonboard.com> --- Documentation/devicetree/bindings/video/analog-tv-connector.txt | 4 ++-- arch/arm/boot/dts/omap3-n900.dts | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/Documentation/devicetree/bindings/video/analog-tv-connector.txt b/Documentation/devicetree/bindings/video/analog-tv-connector.txt index 0218fcdc1299..0c0970c210ab 100644 --- a/Documentation/devicetree/bindings/video/analog-tv-connector.txt +++ b/Documentation/devicetree/bindings/video/analog-tv-connector.txt @@ -2,7 +2,7 @@ Analog TV Connector =================== Required properties: -- compatible: "composite-connector" or "svideo-connector" +- compatible: "composite-video-connector" or "svideo-connector" Optional properties: - label: a symbolic name for the connector @@ -14,7 +14,7 @@ Example ------- tv: connector { - compatible = "composite-connector"; + compatible = "composite-video-connector"; label = "tv"; port { diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts index 1fe45d1f75ec..4361777a08d8 100644 --- a/arch/arm/boot/dts/omap3-n900.dts +++ b/arch/arm/boot/dts/omap3-n900.dts @@ -93,7 +93,7 @@ }; tv: connector { - compatible = "composite-connector"; + compatible = "composite-video-connector"; label = "tv"; port { -- 1.9.1

2 1

[PATCH v2 0/7] Rename DP training vswing/pre-emph defines
by sonika.jindal＠intel.com 02 Sep '14

02 Sep '14

From: Sonika Jindal <sonika.jindal(a)intel.com> Rename the defines to have levels instead of values for vswing and pre-emph levels as the values may differ in other scenarios like low vswing of eDP 1.4 where the values are different. Updated in all the drivers as well v2: Keeping the old defines in first patch and removing them in last patch. Used cocci semantic patch to replace the defines. Sonika Jindal (7): drm: Renaming DP training vswing pre emph defines drm/i915: Renaming DP training vswing pre emph defines drm/exynos: Renaming DP training vswing pre emph defines drm/gma500: Renaming DP training vswing pre emph defines drm/radeon: Renaming DP training vswing pre emph defines drm/tegra: Renaming DP training vswing pre emph defines drm: Remove old defines for vswing and pre-emph values drivers/gpu/drm/exynos/exynos_dp_core.c | 4 +- drivers/gpu/drm/gma500/cdv_intel_dp.c | 4 +- drivers/gpu/drm/gma500/intel_bios.c | 16 +-- drivers/gpu/drm/i915/intel_bios.c | 16 +-- drivers/gpu/drm/i915/intel_dp.c | 194 +++++++++++++++---------------- drivers/gpu/drm/radeon/atombios_dp.c | 4 +- drivers/gpu/drm/tegra/dpaux.c | 4 +- include/drm/drm_dp_helper.h | 16 +-- 8 files changed, 129 insertions(+), 129 deletions(-) -- 1.7.10.4

7 26

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2014