[Bug 60532] Suspend with dedicated graphics card switched off breaking with kernel version 3.8.0-25+

https://bugzilla.kernel.org/show_bug.cgi?id=60532 --- Comment #8 from rohankapadia at gmail.com --- The latest kernel update given by Ubuntu also has the same problem. The version is 3.8.0-29. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 68389] [radeonsi]Black screen in unigine-tropics

sktop.org/archives/dri-devel/attachments/20130821/7cb69452/attachment.html>

[Bug 68389] [radeonsi]Black screen in unigine-tropics

ine.cfg -data_path ../ -video_fullscreen 0 -video_mode -1 -video_width 1024 -video_height 768 -- 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/20130821/3a4680d9/attachment.html>

[Bug 68391] [radeonsi] Crash unigine-sanctuary

' on function '@main' ./1024x768_windowed.sh : ligne 13 : 9263 Abandon (core dumped)./bin/Sanctuary -video_app opengl -sound_app openal -extern_define RELEASE -system_script sanctuary/unigine.cpp -engine_config ../data/unigine.cfg -data_path ../ -video_fullscreen 0 -video_mode -1 -vid

DPM on Radeon HD6570

2013-08-21 19:55 keltez?ssel, Alex Deucher ?rta: > On Wed, Aug 21, 2013 at 1:49 PM, Boszormenyi Zoltan wrote: >> Hi, >> >> thanks for your response. >> >> 2013-08-21 17:39 keltez?ssel, Alex Deucher ?rta: >> >>> On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan >>> wrote: Hi, I

[Bug 68389] [radeonsi]Black screen in unigine-tropics

-git -- 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/20130821/382d231c/attachment.html>

[Bug 68391] [radeonsi] Crash unigine-sanctuary

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

[PATCH v2 5/8] drm/i2c: tda998x: add video and audio input configuration

On Wed Aug 14 12:43:30 PDT 2013, Sebastian Hesselbarth wrote: > From: Russell King > > This patch adds tda998x specific parameters to allow it to be configured > for different boards using it. Also, this implements rudimentary audio > support for S/PDIF attached

[PATCH v2 4/8] drm/i2c: tda998x: prepare for video input configuration

On Wed Aug 14 12:43:29 PDT 2013, Sebastian Hesselbarth wrote: > From: Russell King > > The video-input-port (VIP) is highly configurable. This prepares > current driver to allow to configure VIP configuration, as some > boards connect lcd controller and TDA998x

[PATCH] drm/nouveau: avoid null deref on bad arguments to nouveau_vma_getmap

The code expects non-VRAM mem nodes to have a pages list. If that's not set, it will do a null deref down the line. Warn on that condition and return an error. See https://bugs.freedesktop.org/show_bug.cgi?id=64774 Reported-by: Pasi K?rkk?inen Tested-by: Pasi K?rkk?inen Signed-off-by: Ilia

DPM on Radeon HD6570

2013-08-21 18:30 keltez?ssel, Grigori Goronzy ?rta: > On 21.08.2013 16:31, Boszormenyi Zoltan wrote: >> Hi, >> >> I read this Phoronix article: >> http://www.phoronix.com/scan.php?page=article=amd_hd6000_dpm=1 >> >> Congrats to the progress achieved so far. >> >> However, I can see an interesting

DPM on Radeon HD6570

Hi, thanks for your response. 2013-08-21 17:39 keltez?ssel, Alex Deucher ?rta: > On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan wrote: >> Hi, >> >> I read this Phoronix article: >> http://www.phoronix.com/scan.php?page=article=amd_hd6000_dpm=1 >> >> Congrats to the progress achieved so

[Bug 57381] Radeon HD6950: Resuming from hibernation fails sometimes

https://bugzilla.kernel.org/show_bug.cgi?id=57381 Harald Judt changed: What|Removed |Added Status|NEEDINFO|CLOSED Resolution|---

[PATCH v2 2/2] dma-buf: Add user interfaces for dmabuf sync support

This patch adds lock and poll callbacks to dma buf file operations, and these callbacks will be called by fcntl and select system calls. fcntl and select system calls can be used to wait for the completion of DMA or CPU access to a shared dmabuf. The difference of them is fcntl system call takes

[PATCH v7 1/2] dmabuf-sync: Add a buffer synchronization framework

This patch adds a buffer synchronization framework based on DMA BUF[1] and and based on ww-mutexes[2] for lock mechanism, and has been rebased on linux-3.11-rc6. The purpose of this framework is to provide not only buffer access control to CPU and DMA but also easy-to-use interfaces for device

[PATCH v7 0/2] Introduce buffer synchronization framework

Hi all, This patch set introduces a buffer synchronization framework based on DMA BUF[1] and based on ww-mutexes[2] for lock mechanism, and has been rebased on linux-3.11-rc6. The purpose of this framework is to provide not only buffer access control to CPU and CPU, and CPU and DMA, and DMA and

DPM on Radeon HD6570

On 21.08.2013 16:31, Boszormenyi Zoltan wrote: > Hi, > > I read this Phoronix article: > http://www.phoronix.com/scan.php?page=article=amd_hd6000_dpm=1 > > Congrats to the progress achieved so far. > > However, I can see an interesting deviation for HD6570 from the > observed trend of other chips.

[PATCH 09/12] drm/edid: Move HDMI_IDENTIFIER to hdmi.h

On Mon, Aug 19, 2013 at 09:31:42PM +0200, Thierry Reding wrote: > On Mon, Aug 19, 2013 at 02:49:50PM +0100, Damien Lespiau wrote: > > On Thu, Aug 15, 2013 at 05:12:00PM +0200, Thierry Reding wrote: > > > On Wed, Aug 14, 2013 at 06:19:12PM +0100, Damien Lespiau wrote: > > > [...] > > > > +#define

[Bug 65254] opengl flicker in xbmc / glxgears

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130821/72359f88/attachment.html>

[Bug 68391] New: [radeonsi] Crash unigine-sanctuary

cpp" 104ms Loading "sanctuary/sanctuary.mat" 54 materials 640ms Loading "sanctuary.world" 13950ms Unigine~# render_hdr 0 && render_srgb 0 && render_restart LLVM ERROR: ran out of registers during register allocation AL lib: (EE) alc_cleanup: 1 device not closed

[PATCH 1/2] [RFC PATCH v6] dmabuf-sync: Add a buffer synchronization framework

Thanks for the review, Inki Dae > -Original Message- > From: linux-fbdev-owner at vger.kernel.org [mailto:linux-fbdev- > owner at vger.kernel.org] On Behalf Of Konrad Rzeszutek Wilk > Sent: Wednesday, August 21, 2013 4:22 AM > To: Inki Dae > Cc: dri-devel at lists.freedesktop.org;

[GIT PULL FOR v3.12] R-Car DU DRM support for R8A7790 SoC

On Sat, Aug 10, 2013 at 07:28:30AM +1000, Dave Airlie wrote: > On Sat, Aug 10, 2013 at 7:25 AM, Laurent Pinchart > wrote: > > Hi Dave, > > > > On Saturday 10 August 2013 06:45:05 Dave Airlie wrote: > >> On Thu, Aug 8, 2013 at 11:39 AM, Simon Horman > >> wrote: > >> > On Thu, Aug 08, 2013 at

[Bug 68389] [radeonsi]Black screen in unigine-tropics

|| -- 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/20130821/8137b979/attachment.html>

[Bug 68389] [radeonsi]Black screen in unigine-tropics

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

[Bug 68389] New: [radeonsi]Black screen in unigine-tropics

uot;libopenal.so.1" Close "libGL.so.1" Memory usage: 64b Allocations: 1 Shutdown -- 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/20130821/460179f3/attachment-0001.html>

DPM on Radeon HD6570

Hi, I read this Phoronix article: http://www.phoronix.com/scan.php?page=article=amd_hd6000_dpm=1 Congrats to the progress achieved so far. However, I can see an interesting deviation for HD6570 from the observed trend of other chips. r600g can reach 80+ percent of the performance of Catalyst

[PATCH 3/3] drm/exynos: fimd: move platform data parsing to separate function

The patch moves platfrom_data and device tree parsing to separate function. Signed-off-by: Andrzej Hajda Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 63 1 file changed, 31 insertions(+), 32 deletions(-) diff --git

[PATCH 2/3] drm/exynos: fimd: get signal polarities from device tree

The patch adds code to get signal polarization setting from device tree display-timings node. Signed-off-by: Andrzej Hajda Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 9 + 1 file changed, 9 insertions(+) diff --git

[PATCH 1/3] drm/exynos: fimd: replace struct fb_videomode with videomode

The patch replaces all occurrences of struct fb_videomode by more accurate struct videomode. The change allows to remove mode conversion function and simplifies clock divider calculation. Clock configuration is moved to separate function. Signed-off-by: Andrzej Hajda Signed-off-by: Kyungmin Park

[PATCH 0/3] drm/exynos: fimd: get signal polarities from device tree

Hi, This patch series adds signal polarities parsing from display-timings devicetree node. To do it efficiently struct fb_videomode is replaced with struct videomode and some additional code cleaning is performed. The patches are for drm-exynos/exynos-drm-next branch. Regards Andrzej Hajda

[PATCH v2 2/2] dma-buf: Add user interfaces for dmabuf sync support

Hi On Wed, Aug 21, 2013 at 12:33 PM, Inki Dae wrote: > This patch adds lock and poll callbacks to dma buf file operations, > and these callbacks will be called by fcntl and select system calls. > > fcntl and select system calls can be used to wait for the completion > of DMA or CPU access to a

DPM on Radeon HD6570

On Wed, Aug 21, 2013 at 1:49 PM, Boszormenyi Zoltan wrote: > Hi, > > thanks for your response. > > 2013-08-21 17:39 keltez?ssel, Alex Deucher ?rta: > >> On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan >> wrote: >>> >>> Hi, >>> >>> I read this Phoronix article: >>>

[GIT PULL FOR v3.12] R-Car DU DRM support for R8A7790 SoC

Hi Simon, On Wednesday 21 August 2013 17:36:12 Simon Horman wrote: > On Sat, Aug 10, 2013 at 07:28:30AM +1000, Dave Airlie wrote: > > On Sat, Aug 10, 2013 at 7:25 AM, Laurent Pinchart wrote: > > > On Saturday 10 August 2013 06:45:05 Dave Airlie wrote: > > >> On Thu, Aug 8, 2013 at 11:39 AM, Simon

[Bug 60741] When using the 3.10 kernel, System boot is blocked on the udev stage because of loading the radeon DRM module

https://bugzilla.kernel.org/show_bug.cgi?id=60741 --- Comment #10 from Alex Deucher --- Glad it's working. Please mark this bug as a duplicate of bug 60674. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 1/3] ARM: imx6q: refactor some ldb related clocks

On 08/20/2013 11:40 PM, Fabio Estevam wrote: > On Tue, Aug 20, 2013 at 5:38 AM, Liu Ying wrote: > >> diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt >> b/Documentation/devicetree/bindings/clock/imx6q-clock.txt >> index 5a90a72..90e923e 100644 >> ---

nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

On 16/08/2013 09:14, Pali Roh?r wrote: > On Thursday 15 August 2013 18:21:51 Martin Peres wrote: >> On 15/08/2013 03:24, Pali Roh?r wrote: >>> On Thursday 15 August 2013 04:07:24 Martin Peres wrote: On 14/08/2013 05:02, Pali Roh?r wrote: > On Tuesday 13 August 2013 15:55:28 Martin Peres

[PATCH 0/3] refactor some ldb related clocks

On 08/21/2013 09:59 AM, Shawn Guo wrote: > Hi Ying, > > On Tue, Aug 20, 2013 at 06:08:48PM +0800, Liu Ying wrote: >>> While I admit to having introduced the combination of 1/3.5 fixed >>> divider and configurable 1/1,1/2 divder clocks to describe this >>> fractional divider for the reasons you

DPM on Radeon HD6570

On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan wrote: > Hi, > > I read this Phoronix article: > http://www.phoronix.com/scan.php?page=article=amd_hd6000_dpm=1 > > Congrats to the progress achieved so far. > > However, I can see an interesting deviation for HD6570 from the > observed trend

[PATCH/RFC v3 06/19] video: display: OF support

Hi Laurent, Am Mittwoch, den 21.08.2013, 03:02 +0200 schrieb Laurent Pinchart: > Hi Philipp, > > On Tuesday 13 August 2013 16:37:07 Philipp Zabel wrote: > > Hi Laurent, > > > > thanks for this update. I'm very happy about the move to the display entity > > model, given that the i.MX6 IPU has

[PATCH 1/2] [RFC PATCH v6] dmabuf-sync: Add a buffer synchronization framework

> > > +EXPORT_SYMBOL(is_dmabuf_sync_supported); > > > > _GPL ? > > > > I would also prefix it with 'dmabuf_is_sync_supported' just to make > > all of the libraries call start with 'dmabuf' > > > > Seems better. Will change it to dmabuf_is_sync_supported, and use > EXPORT_SYMBOL_GPL. One thing

[PATCH] nouveau: fix reclocking on nv40

On Mon, Aug 19, 2013 at 4:59 PM, Pali Roh?r wrote: > On Friday 16 August 2013 14:57:07 Pali Roh?r wrote: >> In commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was >> introduced error which cause that reclocking on nv40 not >> working anymore. There is missing assigment of return value >> from

[PATCH 0/3] refactor some ldb related clocks

Hi Ying, On Tue, Aug 20, 2013 at 06:08:48PM +0800, Liu Ying wrote: > > While I admit to having introduced the combination of 1/3.5 fixed > > divider and configurable 1/1,1/2 divder clocks to describe this > > fractional divider for the reasons you state, I think the correct > > solution would be

[PATCH] drm/radeon/atombios: fix variable sized arrays for newer gccs (v2)

On Die, 2013-08-20 at 13:16 -0400, Alex Deucher wrote: > Newer versions of gcc seem to wander off into no-man's land > when using variably sized arrays. Atombios tends to do things > like: > > struct object { > u8 version; > u8 num_elements; > u32 elements[1]; /* num_elements entries

[PATCH 1/3] ARM: imx6q: refactor some ldb related clocks

On Tue, Aug 20, 2013 at 02:18:27PM -0700, Mike Turquette wrote: > Quoting Fabio Estevam (2013-08-20 08:40:52) > > On Tue, Aug 20, 2013 at 5:38 AM, Liu Ying wrote: > > > > > diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt > > >

[PATCH/RFC v3 00/19] Common Display Framework

On Tue, Aug 20, 2013 at 02:40:55PM -0400, Rob Clark wrote: > On Tue, Aug 20, 2013 at 11:24 AM, Laurent Pinchart > wrote: > > Hi Rob, > > > >> Or maybe, put another way, I still think we should still optimize for the > >> common case. I mean I'm sure you *can* design hw that has an LVDS->DP > >>

[PATCH/RFC v3 00/19] Common Display Framework

On Wed, Aug 21, 2013 at 3:09 AM, Sascha Hauer wrote: > On Tue, Aug 20, 2013 at 02:40:55PM -0400, Rob Clark wrote: >> On Tue, Aug 20, 2013 at 11:24 AM, Laurent Pinchart >> wrote: >> > Hi Rob, >> > >> >> Or maybe, put another way, I still think we should still optimize for the >> >> common case. I

[Bug 60741] When using the 3.10 kernel, System boot is blocked on the udev stage because of loading the radeon DRM module

https://bugzilla.kernel.org/show_bug.cgi?id=60741 --- Comment #9 from Eastern Heart --- (In reply to Alex Deucher from comment #8) > (In reply to Eastern Heart from comment #7) > > > > Although I haven't apply this patch, can I ask: will this patch be merged to > > linux-3.10.7? > > It should

[Bug 66967] Dota 2 crashes with r600g when starting the tutorial

c subdirectory doesn't help on my system. Looks like I'm seeing a different problem than you are. -- 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-d

[PATCH/RFC v3 06/19] video: display: OF support

Hi Philipp, On Tuesday 13 August 2013 16:37:07 Philipp Zabel wrote: > Hi Laurent, > > thanks for this update. I'm very happy about the move to the display entity > model, given that the i.MX6 IPU has both drm/display and v4l2/capture ports > in a single device - this will allow to use a unified

[PATCH 0/2] update pixel format setting to fimd driver

Hi Inki, On Tuesday 20 of August 2013 14:45:10 Inki Dae wrote: > This patch series fix pixel format setting according to > drm_framebuffer's pixel_format, and check if a given window > supports alpha channel or not. > > Inki Dae (2): > drm/exynos: fix fimd pixel format setting > drm/exynos:

[Bug 67994] Lockup with UVD and DPM on RV730

https://bugs.freedesktop.org/show_bug.cgi?id=67994 --- Comment #11 from Timoth?e Ravier --- Created attachment 84362 --> https://bugs.freedesktop.org/attachment.cgi?id=84362=edit X server logs Note: if I quickly kill the second mplayer right after the start of the video I can avoid the crash,

Re: [PATCH/RFC v3 08/19] video: display: Add MIPI DBI bus support

Hi Rob, On Tuesday 13 August 2013 20:52:15 Rob Clark wrote: On Fri, Aug 9, 2013 at 1:14 PM, Laurent Pinchart wrote: MIPI DBI is a configurable-width parallel display bus that transmits commands and data. Add a new DBI Linux bus type that implements the usual bus infrastructure

Re: [PATCH/RFC v3 00/19] Common Display Framework

Hi Rob, On Tuesday 13 August 2013 20:43:50 Rob Clark wrote: On Fri, Aug 9, 2013 at 1:14 PM, Laurent Pinchart wrote: Hi everybody, Here's the third RFC of the Common Display Framework. I won't repeat all the background information from the versions one and two here, you can read it

Re: [PATCH/RFC v3 00/19] Common Display Framework

On Tue, Aug 20, 2013 at 11:24 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Rob, On Tuesday 13 August 2013 20:43:50 Rob Clark wrote: On Fri, Aug 9, 2013 at 1:14 PM, Laurent Pinchart wrote: Hi everybody, Here's the third RFC of the Common Display Framework. I won't

i915 producing warnings with kernel 3.11-rc5

I see lots of warning like this with 3.11-rc5 on my thinkpad t40. [197481.739272] [drm:intel_pipe_config_compare] *ERROR* mismatch in adjusted_mode.flags (expected 1, found 0) [197481.739283] [ cut here ] [197481.739352] WARNING: CPU: 0 PID: 556 at

Re: [PATCH 1/3] ARM: imx6q: refactor some ldb related clocks

Quoting Fabio Estevam (2013-08-20 08:40:52) On Tue, Aug 20, 2013 at 5:38 AM, Liu Ying ying@freescale.com wrote: diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt b/Documentation/devicetree/bindings/clock/imx6q-clock.txt index 5a90a72..90e923e 100644 ---

Re: [PATCH/RFC v3 06/19] video: display: OF support

Hi Philipp, On Tuesday 13 August 2013 16:37:07 Philipp Zabel wrote: Hi Laurent, thanks for this update. I'm very happy about the move to the display entity model, given that the i.MX6 IPU has both drm/display and v4l2/capture ports in a single device - this will allow to use a unified

[Bug 66967] Dota 2 crashes with r600g when starting the tutorial

https://bugs.freedesktop.org/show_bug.cgi?id=66967 --- Comment #4 from Tilman Sauerbeck til...@code-monkey.de --- (In reply to comment #3) I'm not sure if I and others experience the same problem as you, but when I try to start the first tutorial mission in DotA 2 (or change the resolution in

Re: [PATCH] drm/radeon/atombios: fix variable sized arrays for newer gccs (v2)

On Die, 2013-08-20 at 13:16 -0400, Alex Deucher wrote: Newer versions of gcc seem to wander off into no-man's land when using variably sized arrays. Atombios tends to do things like: struct object { u8 version; u8 num_elements; u32 elements[1]; /* num_elements entries */ };

[Bug 60741] When using the 3.10 kernel, System boot is blocked on the udev stage because of loading the radeon DRM module

https://bugzilla.kernel.org/show_bug.cgi?id=60741 --- Comment #9 from Eastern Heart zxd123...@hotmail.com --- (In reply to Alex Deucher from comment #8) (In reply to Eastern Heart from comment #7) Although I haven't apply this patch, can I ask: will this patch be merged to linux-3.10.7?

RE: [PATCH 1/2] [RFC PATCH v6] dmabuf-sync: Add a buffer synchronization framework

Thanks for the review, Inki Dae -Original Message- From: linux-fbdev-ow...@vger.kernel.org [mailto:linux-fbdev- ow...@vger.kernel.org] On Behalf Of Konrad Rzeszutek Wilk Sent: Wednesday, August 21, 2013 4:22 AM To: Inki Dae Cc: dri-devel@lists.freedesktop.org;

[PATCH v7 0/2] Introduce buffer synchronization framework

Hi all, This patch set introduces a buffer synchronization framework based on DMA BUF[1] and based on ww-mutexes[2] for lock mechanism, and has been rebased on linux-3.11-rc6. The purpose of this framework is to provide not only buffer access control to CPU and CPU, and CPU and DMA, and DMA and

[PATCH v2 2/2] dma-buf: Add user interfaces for dmabuf sync support

This patch adds lock and poll callbacks to dma buf file operations, and these callbacks will be called by fcntl and select system calls. fcntl and select system calls can be used to wait for the completion of DMA or CPU access to a shared dmabuf. The difference of them is fcntl system call takes

[PATCH v7 1/2] dmabuf-sync: Add a buffer synchronization framework

This patch adds a buffer synchronization framework based on DMA BUF[1] and and based on ww-mutexes[2] for lock mechanism, and has been rebased on linux-3.11-rc6. The purpose of this framework is to provide not only buffer access control to CPU and DMA but also easy-to-use interfaces for device

Re: [GIT PULL FOR v3.12] R-Car DU DRM support for R8A7790 SoC

Hi Simon, On Wednesday 21 August 2013 17:36:12 Simon Horman wrote: On Sat, Aug 10, 2013 at 07:28:30AM +1000, Dave Airlie wrote: On Sat, Aug 10, 2013 at 7:25 AM, Laurent Pinchart wrote: On Saturday 10 August 2013 06:45:05 Dave Airlie wrote: On Thu, Aug 8, 2013 at 11:39 AM, Simon Horman

[Bug 60741] When using the 3.10 kernel, System boot is blocked on the udev stage because of loading the radeon DRM module

https://bugzilla.kernel.org/show_bug.cgi?id=60741 --- Comment #10 from Alex Deucher alexdeuc...@gmail.com --- Glad it's working. Please mark this bug as a duplicate of bug 60674. -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [PATCH v2 2/2] dma-buf: Add user interfaces for dmabuf sync support

Hi On Wed, Aug 21, 2013 at 12:33 PM, Inki Dae inki@samsung.com wrote: This patch adds lock and poll callbacks to dma buf file operations, and these callbacks will be called by fcntl and select system calls. fcntl and select system calls can be used to wait for the completion of DMA or

Re: [PATCH 1/2] [RFC PATCH v6] dmabuf-sync: Add a buffer synchronization framework

+EXPORT_SYMBOL(is_dmabuf_sync_supported); _GPL ? I would also prefix it with 'dmabuf_is_sync_supported' just to make all of the libraries call start with 'dmabuf' Seems better. Will change it to dmabuf_is_sync_supported, and use EXPORT_SYMBOL_GPL. One thing thought - while I

DPM on Radeon HD6570

Hi, I read this Phoronix article: http://www.phoronix.com/scan.php?page=articleitem=amd_hd6000_dpmnum=1 Congrats to the progress achieved so far. However, I can see an interesting deviation for HD6570 from the observed trend of other chips. r600g can reach 80+ percent of the performance of

Re: [PATCH/RFC v3 00/19] Common Display Framework

On Tue, Aug 20, 2013 at 02:40:55PM -0400, Rob Clark wrote: On Tue, Aug 20, 2013 at 11:24 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Rob, Or maybe, put another way, I still think we should still optimize for the common case. I mean I'm sure you *can* design hw that

Re: [GIT PULL FOR v3.12] R-Car DU DRM support for R8A7790 SoC

On Sat, Aug 10, 2013 at 07:28:30AM +1000, Dave Airlie wrote: On Sat, Aug 10, 2013 at 7:25 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Dave, On Saturday 10 August 2013 06:45:05 Dave Airlie wrote: On Thu, Aug 8, 2013 at 11:39 AM, Simon Horman ho...@verge.net.au wrote:

Re: [PATCH/RFC v3 06/19] video: display: OF support

Hi Laurent, Am Mittwoch, den 21.08.2013, 03:02 +0200 schrieb Laurent Pinchart: Hi Philipp, On Tuesday 13 August 2013 16:37:07 Philipp Zabel wrote: Hi Laurent, thanks for this update. I'm very happy about the move to the display entity model, given that the i.MX6 IPU has both

Re: nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

On 16/08/2013 09:14, Pali Rohár wrote: On Thursday 15 August 2013 18:21:51 Martin Peres wrote: On 15/08/2013 03:24, Pali Rohár wrote: On Thursday 15 August 2013 04:07:24 Martin Peres wrote: On 14/08/2013 05:02, Pali Rohár wrote: On Tuesday 13 August 2013 15:55:28 Martin Peres wrote: On

Re: [PATCH/RFC v3 00/19] Common Display Framework

On Wed, Aug 21, 2013 at 3:09 AM, Sascha Hauer s.ha...@pengutronix.de wrote: On Tue, Aug 20, 2013 at 02:40:55PM -0400, Rob Clark wrote: On Tue, Aug 20, 2013 at 11:24 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Rob, Or maybe, put another way, I still think we should

[PATCH 0/3] drm/exynos: fimd: get signal polarities from device tree

Hi, This patch series adds signal polarities parsing from display-timings devicetree node. To do it efficiently struct fb_videomode is replaced with struct videomode and some additional code cleaning is performed. The patches are for drm-exynos/exynos-drm-next branch. Regards Andrzej Hajda

[PATCH 1/3] drm/exynos: fimd: replace struct fb_videomode with videomode

The patch replaces all occurrences of struct fb_videomode by more accurate struct videomode. The change allows to remove mode conversion function and simplifies clock divider calculation. Clock configuration is moved to separate function. Signed-off-by: Andrzej Hajda a.ha...@samsung.com

[PATCH 2/3] drm/exynos: fimd: get signal polarities from device tree

The patch adds code to get signal polarization setting from device tree display-timings node. Signed-off-by: Andrzej Hajda a.ha...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 9 + 1 file changed, 9 insertions(+) diff

[PATCH 3/3] drm/exynos: fimd: move platform data parsing to separate function

The patch moves platfrom_data and device tree parsing to separate function. Signed-off-by: Andrzej Hajda a.ha...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 63 1 file changed, 31

Re: DPM on Radeon HD6570

On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan zbos...@pr.hu wrote: Hi, I read this Phoronix article: http://www.phoronix.com/scan.php?page=articleitem=amd_hd6000_dpmnum=1 Congrats to the progress achieved so far. However, I can see an interesting deviation for HD6570 from the

Re: DPM on Radeon HD6570

On 21.08.2013 16:31, Boszormenyi Zoltan wrote: Hi, I read this Phoronix article: http://www.phoronix.com/scan.php?page=articleitem=amd_hd6000_dpmnum=1 Congrats to the progress achieved so far. However, I can see an interesting deviation for HD6570 from the observed trend of other chips.

Re: [PATCH 09/12] drm/edid: Move HDMI_IDENTIFIER to hdmi.h

On Mon, Aug 19, 2013 at 09:31:42PM +0200, Thierry Reding wrote: On Mon, Aug 19, 2013 at 02:49:50PM +0100, Damien Lespiau wrote: On Thu, Aug 15, 2013 at 05:12:00PM +0200, Thierry Reding wrote: On Wed, Aug 14, 2013 at 06:19:12PM +0100, Damien Lespiau wrote: [...] +#define

[Bug 68389] New: [radeonsi]Black screen in unigine-tropics

https://bugs.freedesktop.org/show_bug.cgi?id=68389 Priority: medium Bug ID: 68389 Assignee: dri-devel@lists.freedesktop.org Summary: [radeonsi]Black screen in unigine-tropics Severity: normal Classification: Unclassified OS:

[Bug 68389] [radeonsi]Black screen in unigine-tropics

https://bugs.freedesktop.org/show_bug.cgi?id=68389 --- Comment #1 from Vladimir Ysikov granti...@gmail.com --- Created attachment 84403 -- https://bugs.freedesktop.org/attachment.cgi?id=84403action=edit Shader dump from unigine-tropics -- You are receiving this mail because: You are the

[Bug 68389] [radeonsi]Black screen in unigine-tropics

https://bugs.freedesktop.org/show_bug.cgi?id=68389 Vladimir Ysikov granti...@gmail.com changed: What|Removed |Added Attachment #84399|text/plain |image/png

[Bug 68391] New: [radeonsi] Crash unigine-sanctuary

https://bugs.freedesktop.org/show_bug.cgi?id=68391 Priority: medium Bug ID: 68391 Assignee: dri-devel@lists.freedesktop.org Summary: [radeonsi] Crash unigine-sanctuary Severity: normal Classification: Unclassified OS: Linux

Re: DPM on Radeon HD6570

Hi, thanks for your response. 2013-08-21 17:39 keltezéssel, Alex Deucher írta: On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan zbos...@pr.hu wrote: Hi, I read this Phoronix article: http://www.phoronix.com/scan.php?page=articleitem=amd_hd6000_dpmnum=1 Congrats to the progress achieved

Re: DPM on Radeon HD6570

On Wed, Aug 21, 2013 at 1:49 PM, Boszormenyi Zoltan zbos...@pr.hu wrote: Hi, thanks for your response. 2013-08-21 17:39 keltezéssel, Alex Deucher írta: On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan zbos...@pr.hu wrote: Hi, I read this Phoronix article:

Re: DPM on Radeon HD6570

2013-08-21 18:30 keltezéssel, Grigori Goronzy írta: On 21.08.2013 16:31, Boszormenyi Zoltan wrote: Hi, I read this Phoronix article: http://www.phoronix.com/scan.php?page=articleitem=amd_hd6000_dpmnum=1 Congrats to the progress achieved so far. However, I can see an interesting deviation for

[Bug 65254] opengl flicker in xbmc / glxgears

https://bugs.freedesktop.org/show_bug.cgi?id=65254 --- Comment #17 from Vladi vl...@aresgate.net --- so far after disabling radeon.dpm I dont see the reboots. but my screen is still seeing the artifacts/flicker -- You are receiving this mail because: You are the assignee for the bug.

Re: [PATCH v2 4/8] drm/i2c: tda998x: prepare for video input configuration

On Wed Aug 14 12:43:29 PDT 2013, Sebastian Hesselbarth wrote: From: Russell King rmk+kernel at arm.linux.org.uk The video-input-port (VIP) is highly configurable. This prepares current driver to allow to configure VIP configuration, as some boards connect lcd controller and TDA998x

Re: [PATCH v2 5/8] drm/i2c: tda998x: add video and audio input configuration

On Wed Aug 14 12:43:30 PDT 2013, Sebastian Hesselbarth wrote: From: Russell King rmk+kernel at arm.linux.org.uk This patch adds tda998x specific parameters to allow it to be configured for different boards using it. Also, this implements rudimentary audio support for S/PDIF attached

Re: DPM on Radeon HD6570

2013-08-21 19:55 keltezéssel, Alex Deucher írta: On Wed, Aug 21, 2013 at 1:49 PM, Boszormenyi Zoltanzbos...@pr.hu wrote: Hi, thanks for your response. 2013-08-21 17:39 keltezéssel, Alex Deucher írta: On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltanzbos...@pr.hu wrote: Hi, I read this

[Bug 57381] Radeon HD6950: Resuming from hibernation fails sometimes

https://bugzilla.kernel.org/show_bug.cgi?id=57381 Harald Judt h.j...@gmx.at changed: What|Removed |Added Status|NEEDINFO|CLOSED Resolution|---

[Bug 68391] [radeonsi] Crash unigine-sanctuary

https://bugs.freedesktop.org/show_bug.cgi?id=68391 --- Comment #1 from Hohahiu rakothe...@gmail.com --- The same error. My hardware is Intel 4000+ AMD 7750M. I ran unigine-sanctuary with DRI_PRIME. My software: openSUSE 12.3 x86_64 kernel 3.11.rc-6 Mesa-git llvm-svn radeon-git -- You are

[Bug 68389] [radeonsi]Black screen in unigine-tropics

https://bugs.freedesktop.org/show_bug.cgi?id=68389 --- Comment #2 from Hohahiu rakothe...@gmail.com --- I can confirm the bug as in the case of unigine-sanctuary. My hardware is Intel 4000+ AMD 7750M. I ran unigine-sanctuary with DRI_PRIME. My software: openSUSE 12.3 x86_64 kernel 3.11.rc-6

[Bug 68391] [radeonsi] Crash unigine-sanctuary

https://bugs.freedesktop.org/show_bug.cgi?id=68391 --- Comment #2 from Laurent carlier lordhea...@gmail.com --- Got a different backtrace with: * OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN * OpenGL version string: 2.1 Mesa 9.3.0-devel (git-f53b634) * LLVM-3.4svn r188604 [lordh@archMain

[Bug 68389] [radeonsi]Black screen in unigine-tropics

https://bugs.freedesktop.org/show_bug.cgi?id=68389 --- Comment #3 from Laurent carlier lordhea...@gmail.com --- Got a different backtrace with: * OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN * OpenGL version string: 2.1 Mesa 9.3.0-devel (git-f53b634) * LLVM-3.4svn r188604 [lordh@archMain

[Bug 68389] [radeonsi]Black screen in unigine-tropics

https://bugs.freedesktop.org/show_bug.cgi?id=68389 --- Comment #4 from Tom Stellard tstel...@gmail.com --- (In reply to comment #3) Got a different backtrace with: * OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN * OpenGL version string: 2.1 Mesa 9.3.0-devel (git-f53b634) * LLVM-3.4svn

[Bug 60532] Suspend with dedicated graphics card switched off breaking with kernel version 3.8.0-25+

https://bugzilla.kernel.org/show_bug.cgi?id=60532 --- Comment #8 from rohankapa...@gmail.com --- The latest kernel update given by Ubuntu also has the same problem. The version is 3.8.0-29. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH] drm/nouveau: avoid null deref on bad arguments to nouveau_vma_getmap

The code expects non-VRAM mem nodes to have a pages list. If that's not set, it will do a null deref down the line. Warn on that condition and return an error. See https://bugs.freedesktop.org/show_bug.cgi?id=64774 Reported-by: Pasi Kärkkäinen pa...@iki.fi Tested-by: Pasi Kärkkäinen pa...@iki.fi

  1   2   >