[Bug 81444] [drm:radeon_uvd_free_handles] *ERROR* Error destroying UVD (-22)!

video playback going again. After the reboot, both xv and vdpau work fine. -- 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/20140

[Bug 81444] [drm:radeon_uvd_free_handles] *ERROR* Error destroying UVD (-22)!

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140716/106a4399/attachment.html>

[Bug 81444] New: [drm:radeon_uvd_free_handles] *ERROR* Error destroying UVD (-22)!

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/be1204a2/attachment.html>

[PATCH] drm/radeon: remove visible vram size limit on bo allocation

Am 16.07.2014 19:26, schrieb Alex Deucher: > Now that fallback to gtt is fixed for cpu access, we can > remove this limit. > > Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig > --- > drivers/gpu/drm/radeon/radeon_gem.c | 7 +-- > 1 file changed, 5 insertions(+), 2 deletions(-)

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

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

[Bug 73457] mpeg4 through vdpau randomly either correct or garbled (on same file!)

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140716/3d8e4a63/attachment.html>

[PATCH v5 05/14] drm/exynos: dsi: add pass TE host ops to support LCD I80 interface

Hi Thierry, On 07/16/2014 04:54 PM, Thierry Reding wrote: > On Wed, Jul 16, 2014 at 11:23:09AM +0900, YoungJun Cho wrote: >> Hi Inki, >> >> On 07/15/2014 11:34 AM, Inki Dae wrote: >>> On 2014? 07? 14? 20:03, Thierry Reding wrote: On Mon, Jul 14, 2014 at 07:45:28PM +0900, YoungJun Cho wrote:

[Bug 71812] VDPAU: MPEG-4 ASP Garbling/Corruption

dri-devel/attachments/20140716/247ac93e/attachment.html>

[PATCH] drm/radeon: Demote 'BO allocation size too large' message to debug only

From: Michel D?nzer These clutter up dmesg during piglit runs. Userspace generally deals gracefully with this failure. Signed-off-by: Michel D?nzer --- drivers/gpu/drm/radeon/radeon_gem.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[Bug 81382] Text console blanking does not go away

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/6f436f94/attachment.html>

[PATCH] drm/radeon: Demote 'BO allocation size too large' message to debug only

Am 16.07.2014 18:12, schrieb Alex Deucher: > On Wed, Jul 16, 2014 at 5:41 AM, Christian K?nig > wrote: >> Am 16.07.2014 11:40, schrieb Michel D?nzer: >> >>> From: Michel D?nzer >>> >>> These clutter up dmesg during piglit runs. Userspace generally deals >>> gracefully with this failure. >>> >>>

[PATCH 00/83] AMD HSA kernel driver

On Wed, Jul 16, 2014 at 10:52:56AM -0400, Jerome Glisse wrote: > On Wed, Jul 16, 2014 at 10:27:42AM +0200, Daniel Vetter wrote: > > On Tue, Jul 15, 2014 at 8:04 PM, Jerome Glisse > > wrote: > > >> Yes although it can be skipped on most systems. We figured that topology > > >> needed to cover

[Bug 79980] Random radeonsi crashes

s at all. -- 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/20140716/3bdc5996/attachment-0001.html>

nouveau: w520 dock station: link training failed

I have tried with .16-rc5 from linus tree. After installing and restarting: Exactly the same behaviour: dmesg complains about link error and about 10 secs later whole system crash :S So I power cycle the machine and everything works perfectly. Both connectors, notebook and dock. :) I could

[PATCH 2/2] drm/radeon: use a fetch function to get the edid

On Tue, Jul 15, 2014 at 12:51 PM, Daniel Vetter wrote: > On Tue, Jul 15, 2014 at 5:44 PM, Alex Deucher > wrote: >> On Tue, Jul 15, 2014 at 11:18 AM, Daniel Vetter wrote: >>> On Tue, Jul 15, 2014 at 11:08:11AM -0400, Alex Deucher wrote: We keep a cached version of the edid in

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

On Wed, 16 Jul 2014 15:20:59 +0200 Laurent Pinchart wrote: > Hi Boris, > > On Wednesday 16 July 2014 15:05:22 Boris BREZILLON wrote: > > On Tue, 15 Jul 2014 13:07:58 +0200 Laurent Pinchart wrote: > > > On Tuesday 15 July 2014 12:52:54 Thierry Reding wrote: > > >> On Tue, Jul 15, 2014 at

nouveau: w520 dock station: link training failed

op 16-07-14 15:00, Ilia Mirkin schreef: > On Wed, Jul 16, 2014 at 8:22 AM, Ricardo Ribalda Delgado > wrote: >> Hello LLia do you have any way of building new drivers into old kernel >> trees like the media-build? > Nope, sorry. You could try just copying over the drm directory, but > it's

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

Hi Boris, On Wednesday 16 July 2014 15:05:22 Boris BREZILLON wrote: > On Tue, 15 Jul 2014 13:07:58 +0200 Laurent Pinchart wrote: > > On Tuesday 15 July 2014 12:52:54 Thierry Reding wrote: > >> On Tue, Jul 15, 2014 at 12:43:02PM +0200, Laurent Pinchart wrote: > >>> On Tuesday 15 July 2014 12:37:19

[Bug 79980] Random radeonsi crashes

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/5d2396a9/attachment.html>

[Bug 79980] Random radeonsi crashes

OK - so different for me from before in that respect. -- 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/20140716/a07d6ad5/attachment.html>

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

Hi Laurent, On Tue, 15 Jul 2014 13:07:58 +0200 Laurent Pinchart wrote: > Hi Thierry, > > On Tuesday 15 July 2014 12:52:54 Thierry Reding wrote: > > On Tue, Jul 15, 2014 at 12:43:02PM +0200, Laurent Pinchart wrote: > > > On Tuesday 15 July 2014 12:37:19 Thierry Reding wrote: > > >> On Tue, Jul

[Bug 71812] VDPAU: MPEG-4 ASP Garbling/Corruption

ate the issue) ~ Adam -- 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/20140716/b45b3538/attachment.html>

nouveau: w520 dock station: link training failed

Hello LLia do you have any way of building new drivers into old kernel trees like the media-build? http://git.linuxtv.org/cgit.cgi/media_build.git/tree/README Thanks On Wed, Jul 16, 2014 at 2:12 PM, Ilia Mirkin wrote: > On Wed, Jul 16, 2014 at 7:30 AM, Ricardo Ribalda Delgado > wrote: >> Hi

nouveau: w520 dock station: link training failed

Hi I am trying to use a external monitor connected via display port to the dock station of a w520. Unfortunately nothing is on the screen and dmesg outputs: [ 520.916021] nouveau E[ PDISP][:01:00.0] DP:0006:0344: link training failed If I connect it to the DP port on the notebook it

[PATCH] drm/radeon: remove visible vram size limit on bo allocation

Now that fallback to gtt is fixed for cpu access, we can remove this limit. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_gem.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gem.c b/drivers/gpu/drm/radeon/radeon_gem.c

[PATCH:drm 1/4] Remove superfluous parentheses.

On 16.07.2014 02:22, Thomas Klausner wrote: > Signed-off-by: Thomas Klausner Patches 1 and 4 pushed with radeon: prefix added to the shortlog, thanks! -- Earthling Michel D?nzer| http://www.amd.com Libre software enthusiast |Mesa and X

[PATCH] drm/radeon: Demote 'BO allocation size too large' message to debug only

On Wed, Jul 16, 2014 at 5:41 AM, Christian K?nig wrote: > Am 16.07.2014 11:40, schrieb Michel D?nzer: > >> From: Michel D?nzer >> >> These clutter up dmesg during piglit runs. Userspace generally deals >> gracefully with this failure. >> >> Signed-off-by: Michel D?nzer > > > Reviewed-by:

[PATCH 00/83] AMD HSA kernel driver

On Wed, Jul 16, 2014 at 10:21:14AM +0200, Daniel Vetter wrote: > On Tue, Jul 15, 2014 at 7:53 PM, Bridgman, John > wrote: > [snip away the discussion about hsa device discover, I'm hijacking > this thread just for the event/fence stuff here.] > > > ... There's an event mechanism still to come -

[PATCH] drm/radeon: Demote 'BO allocation size too large' message to debug only

Am 16.07.2014 11:40, schrieb Michel D?nzer: > From: Michel D?nzer > > These clutter up dmesg during piglit runs. Userspace generally deals > gracefully with this failure. > > Signed-off-by: Michel D?nzer Reviewed-by: Christian K?nig Already wanted to suggest the same thing, Christian. > ---

[PATCH v5 05/14] drm/exynos: dsi: add pass TE host ops to support LCD I80 interface

Hi Inki, On 07/15/2014 11:34 AM, Inki Dae wrote: > On 2014? 07? 14? 20:03, Thierry Reding wrote: >> On Mon, Jul 14, 2014 at 07:45:28PM +0900, YoungJun Cho wrote: >>> On 07/14/2014 06:41 PM, Thierry Reding wrote: >> [...] That said, I've been doing some research and it seems like we have a

[PATCH 00/83] AMD HSA kernel driver

On Wed, Jul 16, 2014 at 10:27:42AM +0200, Daniel Vetter wrote: > On Tue, Jul 15, 2014 at 8:04 PM, Jerome Glisse wrote: > >> Yes although it can be skipped on most systems. We figured that topology > >> needed to cover everything that would be handled by a single OS image, so > >> in a NUMA system

[PATCH] drm/qxl: return IRQ_NONE if it was not our irq

On 05/12/2014 04:35 PM, Jason Wang wrote: > Return IRQ_NONE if it was not our irq. This is necessary for the case > when qxl is sharing irq line with a device A in a crash kernel. If qxl > is initialized before A and A's irq was raised during this gap, > returning IRQ_HANDLED in this case will

nouveau: w520 dock station: link training failed

On Wed, Jul 16, 2014 at 10:18 AM, Ricardo Ribalda Delgado wrote: > I have tried with .16-rc5 from linus tree. > > After installing and restarting: Exactly the same behaviour: dmesg > complains about link error and about 10 secs later whole system > crash :S > > So I power cycle the machine

[Bug 71812] VDPAU: MPEG-4 ASP Garbling/Corruption

hey should be. -- 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/20140716/641fb2de/attachment-0001.html>

[PATCH RFA] drm: add of_graph endpoint helper to find possible CRTCs

Hi Russell, On 07/11/2014 03:01 AM, Russell King wrote: > Add a helper to allow encoders to find their possible CRTCs from the > OF graph without having to re-implement this functionality. We add a > device_node to drm_crtc which corresponds with the port node in the > DT description of the CRTC

[PATCH 00/83] AMD HSA kernel driver

On Tue, Jul 15, 2014 at 8:04 PM, Jerome Glisse wrote: >> Yes although it can be skipped on most systems. We figured that topology >> needed to cover everything that would be handled by a single OS image, so >> in a NUMA system it would need to cover all the CPUs. I think that is still >> the

[PATCH 00/83] AMD HSA kernel driver

On Tue, Jul 15, 2014 at 7:53 PM, Bridgman, John wrote: [snip away the discussion about hsa device discover, I'm hijacking this thread just for the event/fence stuff here.] > ... There's an event mechanism still to come - mostly for communicating > fences and shader interrupts back to

[PATCH v5 05/14] drm/exynos: dsi: add pass TE host ops to support LCD I80 interface

() function. > >> > > > >It seems better than the use of notifier. Actually, original patch used > >this way except TE event. > >Mr. Cho, let's use remote-endpoint property and this way instead of > >notifier. > > > > The struct exynos_dsi has panel_node, which is valid by > exynos_dsi_host_attach() is called from panel, we could use it instead of > getting new remote-endpoint node. > > So after called exynos_dsi_host_attach(), the dsi driver could know that the > panel supports mipi command mode or video mode, > and if the panel is for mipi command mode one, dsi driver gets panel te gpio > and registers its irq. Why does the TE GPIO even need to be in the panel's device tree node? Wouldn't it make more sense for it to be in the DSIM node? After all that's what the GPIO is connected to, right? Well, at least logically if not physically. 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/20140716/5149e6a0/attachment-0001.sig>

[PATCH 1/1] Revert "drm/i915: drop i915_ prefix from enable_rc6, enable_fbc, enable_ppgtt parameters"

"(default: true)"); > > -module_param_named(enable_ppgtt, i915.enable_ppgtt, int, 0400); > -MODULE_PARM_DESC(enable_ppgtt, > +module_param_named(i915_enable_ppgtt, i915.enable_ppgtt, int, 0400); > +MODULE_PARM_DESC(i915_enable_ppgtt, > "Override PPGTT usage. " > "(-1=auto [default], 0=disabled, 1=aliasing, 2=full)"); > > -- > 1.9.3 > > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/d309e307/attachment.html>

nouveau: w520 dock station: link training failed

On Wed, Jul 16, 2014 at 8:22 AM, Ricardo Ribalda Delgado wrote: > Hello LLia do you have any way of building new drivers into old kernel > trees like the media-build? Nope, sorry. You could try just copying over the drm directory, but it's unlikely to yield positive results. Just build a fresh

nouveau: w520 dock station: link training failed

On Wed, Jul 16, 2014 at 7:30 AM, Ricardo Ribalda Delgado wrote: > Hi > > I am trying to use a external monitor connected via display port to > the dock station of a w520. Unfortunately nothing is on the screen and > dmesg outputs: > > [ 520.916021] nouveau E[ PDISP][:01:00.0] DP:0006:0344:

[Bug 81368] [r600g] When starting GNOME cheese w/ webcam texture bo too small error

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

[Bug 81368] [r600g] When starting GNOME cheese w/ webcam texture bo too small error

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140716/f265316a/attachment.html>

[Bug 81368] [r600g] When starting GNOME cheese w/ webcam texture bo too small error

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140716/0b1baebc/attachment.html>

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

org/archives/dri-devel/attachments/20140716/900d57eb/attachment.html>