dri-devel April 2015

dri-devel@lists.freedesktop.org

175 participants
1044 discussions

[PATCH] drm/bridge: dw-hdmi: Staticize dw_hdmi_bridge_funcs
by Fabio Estevam 08 Apr '15

08 Apr '15

From: Fabio Estevam <fabio.estevam(a)freescale.com> Staticize dw_hdmi_bridge_funcs to fix the following sparse warning: drivers/gpu/drm/bridge/dw_hdmi.c:1458:25: warning: symbol 'dw_hdmi_bridge_funcs' was not declared. Should it be static? Signed-off-by: Fabio Estevam <fabio.estevam(a)freescale.com> --- drivers/gpu/drm/bridge/dw_hdmi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/dw_hdmi.c b/drivers/gpu/drm/bridge/dw_hdmi.c index … [View More]

2 1

st_TexSubImage: unaligned memcpy performance
by Vasilis Liaskovitis 08 Apr '15

08 Apr '15

Hi, I have an issue where st_TexSubImage causes very high CPU load in __memcpy_sse2_unaligned (Mesa 10.1.3, Xorg 1.15.1, radeon driver, HD 7870). Any obvious causes / tips for this? e.g. align textures or use different format/type? I 've tried using GL_BGRA/GL_UNSIGNED_BYTE and GL_BGRA/GL_UNSIGNED_INT_8_8_8_8_REV __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:85 85 ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: No such file or directory. (gdb) bt #… [View More]

1 0

[PULL] drm-intel-fixes
by Jani Nikula 08 Apr '15

08 Apr '15

Hi Dave, three commits, all cc: stable, to address Baytrail suspend/resume issues. BR, Jani. The following changes since commit f22e6e847115abc3a0e2ad7bb18d243d42275af1: Linux 4.0-rc7 (2015-04-06 15:39:45 -0700) are available in the git repository at: git://anongit.freedesktop.org/drm-intel tags/drm-intel-fixes-2015-04-08 for you to fetch changes up to 5df0582bf036bb5f9a8ad8db5884fe13a55347d1: drm/i915/vlv: remove wait for previous GFX clk disable request (2015-04-07 16:14:12 +0300)… [View More]

1 0

[PATCH 1/2] drm/msm: dsi: Update headers (add DSI_LANE_CTRL register)
by Archit Taneja 08 Apr '15

08 Apr '15

DSI_LANE_CTRL provides bitfield CLKLN_HS_FORCE_REQUEST that forces the DSI clock lane to always enter HS mode. This is needed by some DSI peripherals which rely on the DSI clock lane as their clock source. If the clock lane transitions between different states, it can disrupt the functioning of such peripherals. Signed-off-by: Archit Taneja <architt(a)codeaurora.org> --- drivers/gpu/drm/msm/dsi/dsi.xml.h | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/… [View More]

1 1

[PATCH] rnndb: dsi: Add DSI_LANE_CTRL info
by Archit Taneja 08 Apr '15

08 Apr '15

DSI_LANE_CTRL register provides a bitfield CLKLN_HS_FORCE_REQUEST that forces the clock lane to always enter HS mode. This is needed by certain DSI peripherals which rely on the DSI host as their external clock source. Signed-off-by: Archit Taneja <architt(a)codeaurora.org> --- rnndb/dsi/dsi.xml | 3 +++ 1 file changed, 3 insertions(+) diff --git a/rnndb/dsi/dsi.xml b/rnndb/dsi/dsi.xml index 480ec46..e645c45 100644 --- a/rnndb/dsi/dsi.xml +++ b/rnndb/dsi/dsi.xml @@ -187,6 +187,9 @@ xsi:… [View More]

1 0

[Bug 89699] Regression in 10.5.1 causes flickering/artifacting in a particular video game
by bugzilla-daemon＠freedesktop.org 07 Apr '15

07 Apr '15

https://bugs.freedesktop.org/show_bug.cgi?id=89699 --- Comment #9 from andre35822(a)yahoo.com --- I don't have the skill to this. Is it possible I could purchase the game for one of the developers through Steam and they can try and solve this? Offtopic but I think this is an important field, games need to be tested and make sure they work. Granted majority of distros arent using 10.5 however eventually they will catch up and if the bugfixes haven't been solved this could prevent linux users … [View More]

1 0

[Bug 89699] Regression in 10.5.1 causes flickering/artifacting in a particular video game
by bugzilla-daemon＠freedesktop.org 07 Apr '15

07 Apr '15

https://bugs.freedesktop.org/show_bug.cgi?id=89699 --- Comment #8 from andre35822(a)yahoo.com --- (In reply to Arek Ruśniak from comment #7) > Andre ff you use yaourt grab pkgs by: yaourt -G mesa-git and yaourt -G > lib32-mesa-git, and make it and install (cd mesa-git; makepkg -si; and the > same for lib32-mesa-git) > CS GO is 32bit (i belive) app so you need bisect only lib32-mesa-git: > Try commit: > http://cgit.freedesktop.org/mesa/mesa/commit/ > ?id=… [View More]ef7e0b39a24966526b102643523feac765771842 > It's first one I can build against llvm-3.6, it's probably old enough to run > CS:GO without issues but you have to be sure: > > $cd lib32-mesa-git > $cd src/mesa > $git checkout ef7e0b39a24966526b102643523feac765771842 > $cd ../.. > $makepkg -efsi > //Try CS:GO and if it's ok, let's bisect: > $cd src/mesa > $git bisect start > //git bisect good _commit_when_CSGO_ok > $git bisect good ef7e0b39a24966526b102643523feac765771842 > //git bisect bad _commit_when_you_see_issue > //you may use mesa 10.5.1 release note: > http://cgit.freedesktop.org/mesa/mesa/commit/ > ?id=11c0ff60ef19cca84452aa989fb8bb25127473e0 > $git bisect bad 11c0ff60ef19cca84452aa989fb8bb25127473e0 > //now you can see info about need check some commit > $cd ../.. > $makepkg -efsi > //and now try CS:GO > //if CS GO has issues still > $cd src/mesa > $git bisect bad > //or if CS GO runs without issues > $cd src/mesa > $git bisect good > -->GOTO //now you can see info about need check some commit > > //you need check another commit again and again... and again until it gives > to you "first bad commit" and this "first bad commit" is wanted by Michel > > I hope it help a bit. > If ef7e0b39a24966526b102643523feac765771842 is bad, you need llvm-3.5 and > start from older mesa commit. Alright so I decided to give this a try since I have some time. I downloaded the mesa-git and lib32-mesa-git tarballs manually and ran makepkg -s then I went into src/mesa and used that command to put in the commit and went back to the main directory and did makepkg -s instead of makepkg -efsi because I don't know what that does...I believe -i installs it but I would prefer it to make .tar.xz packages so I can remove this version using pacman....I am just afraid to screw up my system. So I did this for mesa and lib32-mesa to ensure nothing would go wrong, and it seemed to have built mesa-git 10.6.0_devel.... Alright, I did sudo pacman -U to install the .tar.xz packages that were built logged out/in and loaded up CSGO. The graphical issues I have been talking about are still there. I went into /src/mesa did bit bisect start and then git bisect bad and put the ef7e0b39a24966526b102643523feac765771842 commit. I honestly have no clue what I am doing but I then did the same steps initially of building the package but did commit cb154bb22116910c462f7a83f4401bd01e15c34d which is a commit for 10.4.7 since the entire 10.4.x series were fine with CSGO and only noticed issues since 10.5 came out. I guess ill move up from 10.4.7 and there? Again I did makepkg -s and the .tar.xz that were made were the same ones as before. I am confused if I am actually doing anything here. -- You are receiving this mail because: You are the assignee for the bug. [View Less]

1 0

gma500_gfx: spread spectrum clocking?
by George McCollister 07 Apr '15

07 Apr '15

emgd had an option to enable spread spectrum clocking on LVDS. The documentation is vague but the setting that works is: Option "ALL/1/Port/4/Attr/43" "7" Anyone have any idea how to set this with gma500_gfx or if it doesn't support it, how to put the hardware in this mode? Thanks, George McCollister

2 2

[PATCH 7/9] drm/i915: Fix for DP CTS test 4.2.2.5 - I2C DEFER handling
by Todd Previte 07 Apr '15

07 Apr '15

For test 4.2.2.5 to pass per the Link CTS Core 1.2 rev1.1 spec, the source device must attempt at least 7 times to read the EDID when it receives an I2C defer. The normal DRM code makes only 7 retries, regardless of whether or not the response is a native defer or an I2C defer. Test 4.2.2.5 fails since there are native defers interspersed with the I2C defers which results in less than 7 EDID read attempts. The solution is to decrement the retry counter when an I2C DEFER is returned such that … [View More]

3 6

[PATCH] drm/msm: Call drm_prime_gem_destroy to clean up imported GEM object
by Jilai Wang 07 Apr '15

07 Apr '15

If the GEM object is imported, drm_prime_gem_destroy needs to be called to clean up dma buffer related information. Signed-off-by: Jilai Wang <jilaiw(a)codeaurora.org> --- drivers/gpu/drm/msm/msm_gem.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/msm/msm_gem.c b/drivers/gpu/drm/msm/msm_gem.c index 479d8af..5dbfffc 100644 --- a/drivers/gpu/drm/msm/msm_gem.c +++ b/drivers/gpu/drm/msm/msm_gem.c @@ -540,6 +540,7 @@ void msm_gem_free_object(struct drm_gem_object *obj) … [View More]

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel April 2015