[Bug 85204] [Radeon HD 5650] return from sleep state failed

2015-01-05 Thread bugzilla-dae...@freedesktop.org
t;http://lists.freedesktop.org/archives/dri-devel/attachments/20150105/7d57264a/attachment.html>

[Bug 85204] [Radeon HD 5650] return from sleep state failed

2015-01-05 Thread bugzilla-dae...@freedesktop.org
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150105/ce0aee38/attachment.html>

[PATCH v2] drm/radeon: Fix kernel panic with HDMI w/o SAD

2015-01-05 Thread Takashi Iwai
At Mon, 5 Jan 2015 12:48:05 -0500, Alex Deucher wrote: > > On Mon, Jan 5, 2015 at 12:23 PM, Takashi Iwai wrote: > > At Mon, 5 Jan 2015 12:07:52 -0500, > > Alex Deucher wrote: > >> > >> On Sat, Jan 3, 2015 at 5:09 AM, Takashi Iwai wrote: > >> > A BUG_ON() call in dce3_2_afmt_write_sad_regs() is t

[Bug 90741] Radeon: System pauses on TAHITI

2015-01-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #4 from Gustaw Smolarczyk --- There seems to be no substantial difference in 3.19-rc2, 39e7f6f84b3a3aa4520504473f2e2bac1f949ffa or 472db7ab3093bf2a2999f6b5aa64a030466d6f92. The only thing (that may be subjective) is that there seems t

[Bug 85204] [Radeon HD 5650] return from sleep state failed

2015-01-05 Thread bugzilla-dae...@freedesktop.org
-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150105/2aa107a9/attachment-0001.html>

[PATCH v2] drm/radeon: Fix kernel panic with HDMI w/o SAD

2015-01-05 Thread Takashi Iwai
At Mon, 5 Jan 2015 12:07:52 -0500, Alex Deucher wrote: > > On Sat, Jan 3, 2015 at 5:09 AM, Takashi Iwai wrote: > > A BUG_ON() call in dce3_2_afmt_write_sad_regs() is triggered when a > > HDMI monitor without audio is plugged: > > I have a slightly different fix already queued up: > http://lists.

[PATCH RFC v7 16/21] drm: panel: Add support for Himax HX8369A MIPI DSI panel

2015-01-05 Thread Liu Ying
Hi Daniel, On 01/05/2015 04:54 PM, Daniel Vetter wrote: > On Tue, Dec 30, 2014 at 11:34:06AM +0800, Liu Ying wrote: >> This patch adds support for Himax HX8369A MIPI DSI panel. >> >> Reviewed-by: Andrzej Hajda >> Signed-off-by: Liu Ying >> --- >> v6->v7: >> * Address Andrzej Hajda's following

[Bug 87682] Horizontal lines in radeon driver on kernel 3.15 and upwards

2015-01-05 Thread bugzilla-dae...@freedesktop.org
scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150105/ccf59d1d/attachment.html>

[Bug 87682] Horizontal lines in radeon driver on kernel 3.15 and upwards

2015-01-05 Thread bugzilla-dae...@freedesktop.org
vel/attachments/20150105/12569990/attachment.html>

[PATCH try2 incomplete] drm/nouveau: dont switch vt on suspend

2015-01-05 Thread Maarten Lankhorst
Seems the first try was incomplete and because of no_console_suspend in my cmdline I never noticed. This patch is still incomplete, it seems Xorg returns with a black screen after suspend, but after a vt switch this is cleared. At least the cursor works now... I'm open for feedback on the black

[PATCH 0/2] Change order of linkage in kernel makefiles for amdkfd

2015-01-05 Thread Thierry Reding
nywhere. All you have is some Makefile that lists a bunch of directories. What happens if anybody was to change that order for some other reason? If you're not Cc'ed on the patch and nobody else NAK's it because they are accidentally aware of the dependency that patch is going to break radeon. > In general I would prefer that modules compiled into the kernel load > by the order of their symbol dependency just like standalone modules > do. That I generally agree with. But it can't be a replacement for properly describing the runtime dependencies between modules. There can be other reasons than link order that influence probe ordering. What if the IOMMU driver for some reason gains deferred probe support and therefore doesn't succeed on the first probe? Or only sometimes. Properly describing the dependency is the only way to prevent any of that. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150105/4198124d/attachment-0001.sig>

[PATCH 2/2] drm/amdkfd: unmap VMID<-->PASID when relesing VMID (non-HWS)

2015-01-05 Thread Oded Gabbay
From: Ben Goz This patch fixes a bug where deallocate_vmid() didn't actually unmap the VMID<-->PASID mapping (in the registers). That can cause undefined behavior. This bug only occurs in non-HWS mode. Signed-off-by: Ben Goz Signed-off-by: Oded Gabbay --- drivers/gpu/drm/amd/amdkfd/kfd_devic

[PATCH 1/2] drm/radeon: Assign VMID to PASID for IH in non-HWS mode

2015-01-05 Thread Oded Gabbay
From: Ben Goz This patch fixes a bug in kgd_set_pasid_vmid_mapping(), where the function only updated the ATC registers (IOMMU) with the new VMID <--> PASID mapping, but didn't update the IH (Interrupt) registers. The bug only occurs when using non-HWS mode. In HWS mode, the CP automatically doe

[PATCH 5/5] drm/tegra: Add minimal power management

2015-01-05 Thread Thierry Reding
tes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150105/5d0bea8f/attachment.sig>

[PATCH 4/5] gpu: host1x: Provide a proper struct bus_type

2015-01-05 Thread Thierry Reding
her devices can be host1x devices. Some time ago work was being done on a driver for the CSI/VI hardware (for camera or video input). The idea was that it would also be instantiated as a host1x_device in some other subsystem (V4L2 at the time). The functionality here is generic and in no way DRM specific. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150105/1c562035/attachment.sig>

[PATCH v2 2/3] drm/panel: add s6e63j0x03 LCD panel driver

2015-01-05 Thread Thierry Reding
/lists.freedesktop.org/archives/dri-devel/attachments/20150105/bdf2775f/attachment.sig>

[LKP] [PATCH] drm/radeon: Try to init amdkfd only if 64 bit kernel

2015-01-05 Thread Rusty Russell
Oded Gabbay writes: > On 12/24/2014 01:01 AM, Rusty Russell wrote: >> Oded Gabbay writes: >>> I didn't say it doesn't always work. >>> The actual thing that doesn't work is the define symbol_get and only in a >>> specific case of 32bit kernel AND CONFIG_MODULES is unset AND >>> CONFIG_RANDOMIZE_B

[PATCH V8 00/14] drm/exynos: few patches to enhance bridge chip support

2015-01-05 Thread Thierry Reding
rm/panel tree. I'm going to look at these patches again later this week but from a very quick peek there don't seem to be any major issues left. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150105/93ebed52/attachment-0001.sig>

[PULL] topic/atomic-core

2015-01-05 Thread Daniel Vetter
Hi Dave, Updated pull request for atomic-core because Tvrtko Ursulin reported an Oopseable fumble for which I've squashed in a fixup patch. Plus one refinement for the handling of the atomic per-file caps. Below the blabla from the orignal pull request. Next batch of atomic work. Most important i

[PATCH 1/2] drm/radeon: Assign VMID to PASID for IH in non-HWS mode

2015-01-05 Thread Alex Deucher
On Mon, Jan 5, 2015 at 8:52 AM, Oded Gabbay wrote: > From: Ben Goz > > This patch fixes a bug in kgd_set_pasid_vmid_mapping(), where the function > only updated the ATC registers (IOMMU) with the new VMID <--> PASID mapping, > but didn't update the IH (Interrupt) registers. > > The bug only occur

[Bug 90621] Graphics card locks up fom time to time (*ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD))

2015-01-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=90621 --- Comment #3 from Andre --- Currently using mesa 10.2.8 Will try to install mesa 10.3.5-r1 now. The error didn't occur since writing this bug. So it's not very often but i will try. -- You are receiving this mail because: You are watching th

[PATCH v2] drm/radeon: Fix kernel panic with HDMI w/o SAD

2015-01-05 Thread Alex Deucher
On Mon, Jan 5, 2015 at 1:16 PM, Takashi Iwai wrote: > At Mon, 5 Jan 2015 12:48:05 -0500, > Alex Deucher wrote: >> >> On Mon, Jan 5, 2015 at 12:23 PM, Takashi Iwai wrote: >> > At Mon, 5 Jan 2015 12:07:52 -0500, >> > Alex Deucher wrote: >> >> >> >> On Sat, Jan 3, 2015 at 5:09 AM, Takashi Iwai wrot

drm/nouveau: dont switch vt on suspend

2015-01-05 Thread Maarten Lankhorst
Signed-off-by: Maarten Lankhorst --- diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c b/drivers/gpu/drm/nouveau/nouveau_fbcon.c index 3ed12a8cfc91..a4a586807903 100644 --- a/drivers/gpu/drm/nouveau/nouveau_fbcon.c +++ b/drivers/gpu/drm/nouveau/nouveau_fbcon.c @@ -370,6 +370,7 @@ nouveau_fbcon

[PATCH v2] drm/radeon: Fix kernel panic with HDMI w/o SAD

2015-01-05 Thread Alex Deucher
On Mon, Jan 5, 2015 at 12:23 PM, Takashi Iwai wrote: > At Mon, 5 Jan 2015 12:07:52 -0500, > Alex Deucher wrote: >> >> On Sat, Jan 3, 2015 at 5:09 AM, Takashi Iwai wrote: >> > A BUG_ON() call in dce3_2_afmt_write_sad_regs() is triggered when a >> > HDMI monitor without audio is plugged: >> >> I ha

[PATCH] drm/amd: Fixing typos in kfd<->kgd interface

2015-01-05 Thread Alex Deucher
On Thu, Jan 1, 2015 at 9:52 AM, Oded Gabbay wrote: > From: Ben Goz > > Signed-off-by: Ben Goz > Reviewed-by: Oded Gabbay Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/amd/amdkfd/kfd_mqd_manager.c| 2 +- > drivers/gpu/drm/amd/include/kgd_kfd_interface.h | 2 +- > drivers/gpu/drm/rade

[patch] drm/radeon: integer underflow in radeon_cp_dispatch_texture()

2015-01-05 Thread Alex Deucher
On Tue, Dec 23, 2014 at 4:56 AM, Dan Carpenter wrote: > The test: > > if (size > RADEON_MAX_TEXTURE_SIZE) { > > "size" is an integer and it's controled by the user so it can be > negative and the test can underflow. Later we use "size" in: > > dwords = size / 4; > ... >

[PATCH v2] drm/radeon: Fix kernel panic with HDMI w/o SAD

2015-01-05 Thread Alex Deucher
On Sat, Jan 3, 2015 at 5:09 AM, Takashi Iwai wrote: > A BUG_ON() call in dce3_2_afmt_write_sad_regs() is triggered when a > HDMI monitor without audio is plugged: I have a slightly different fix already queued up: http://lists.freedesktop.org/archives/dri-devel/2014-December/073672.html Alex >

[Intel-gfx] [PATCH] drm: Make drm_read() more robust against multithreaded races

2015-01-05 Thread Daniel Vetter
On Fri, Dec 05, 2014 at 09:42:35AM +0100, Takashi Iwai wrote: > At Thu, 4 Dec 2014 21:03:25 +, > Chris Wilson wrote: > > > > The current implementation of drm_read() faces a number of issues: > > > > 1. Upon an error, it consumes the event which may lead to the client > > blocking. > > 2. Up

[PATCH 5/5] drm/tegra: Add minimal power management

2015-01-05 Thread Sean Paul
On Fri, Dec 19, 2014 at 10:24 AM, Thierry Reding wrote: > From: Thierry Reding > > For now only disable the KMS hotplug polling helper logic upon suspend > and re-enable it on resume. > > Signed-off-by: Thierry Reding Reviewed-by: Sean Paul > --- > drivers/gpu/drm/tegra/drm.c | 25 ++

[PATCH 4/5] gpu: host1x: Provide a proper struct bus_type

2015-01-05 Thread Sean Paul
On Fri, Dec 19, 2014 at 10:24 AM, Thierry Reding wrote: > From: Thierry Reding > > Previously the struct bus_type exported by the host1x infrastructure was > only a very basic skeleton. Turn that implementation into a more full- > fledged bus to support proper probe ordering and power management.

[PATCH RFC v7 16/21] drm: panel: Add support for Himax HX8369A MIPI DSI panel

2015-01-05 Thread Daniel Vetter
On Tue, Dec 30, 2014 at 11:34:06AM +0800, Liu Ying wrote: > This patch adds support for Himax HX8369A MIPI DSI panel. > > Reviewed-by: Andrzej Hajda > Signed-off-by: Liu Ying > --- > v6->v7: > * Address Andrzej Hajda's following comments. > * Simplify the return logic in hx8369a_dcs_write(). >

[RFC PATCH v3 4/4] tests/drv_module_reload: add ipvr support

2015-01-05 Thread Daniel Vetter
On Sun, Dec 21, 2014 at 02:40:24PM +, Cheng, Yao wrote: > > -Original Message- > > From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] > > Sent: Thursday, December 18, 2014 19:21 > > To: Thierry Reding > > Cc: Cheng, Yao; intel-gfx at lists.freedesktop.org; dri- > > devel at lists.fr

[Bug 84292] [r600] crashes in Tropico 5 with Radeon HD 5xxx

2015-01-05 Thread bugzilla-dae...@freedesktop.org
eceiving 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/20150105/bcf05fcc/attachment-0001.html>

[Bug 88043] Star Conflict locks up AMD BARTS

2015-01-05 Thread bugzilla-dae...@freedesktop.org
xt part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150105/666e1c48/attachment.html>

[Bug 88043] Star Conflict locks up AMD BARTS

2015-01-05 Thread bugzilla-dae...@freedesktop.org
--- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150105/7e0f3b02/attachment.html>

[Bug 90741] Radeon: System pauses on TAHITI

2015-01-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=90741 Maarten Lankhorst changed: What|Removed |Added CC||bugs at mblankhorst.nl --- Comment #3

[Bug 90741] Radeon: System pauses on TAHITI

2015-01-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #2 from Michel Dänzer --- Does it still happen with a 3.19-rc kernel? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 87278] Packet0 not allowed and GPU fault detected errors with Serious Engine games

2015-01-05 Thread bugzilla-dae...@freedesktop.org
for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150105/fe208d8d/attachment.html>

[Bug 87278] Packet0 not allowed and GPU fault detected errors with Serious Engine games

2015-01-05 Thread bugzilla-dae...@freedesktop.org
p.org/archives/dri-devel/attachments/20150105/2535b3b4/attachment.html>