[PATCH] radeon: Fix surface register on r100

> Date: Fri, 5 Jul 2013 10:11:18 -0400 > From: Alex Deucher > > On Wed, Jul 3, 2013 at 6:40 PM, Mark Kettenis > wrote: > > Working on KMS support on OpenBSD/sparc64, I ended up with the initial > > framebuffer on a Sun XVR-100 card (Radeon 7000/VE, RV100 with > > OpenFirmware) being tiled when

[PATCH 09/10] idr: Remove unneeded idr locking, idr_preload() usage

From: Kent Overstreet Our new idr implementation does its own locking, instead of forcing it onto the callers like the old implementation. Many of the existing idr users need locking for more than just idr_alloc()/idr_remove()/idr_find() - they're taking refcounts and

[PATCH 3/3] i915: Don't provide ACPI backlight interface if firmware expects Windows 8

On Friday, July 05, 2013 02:20:14 PM Rafael J. Wysocki wrote: > On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote: > > Windows 8 leaves backlight control up to individual graphics drivers rather > > than making ACPI calls itself. There's plenty of evidence to suggest that > > the Intel

[PATCH] [v3] drm: pre allocate node for create_block

On Thu, Jul 04, 2013 at 10:32:27PM +0200, David Herrmann wrote: > Hi > > On Thu, Jul 4, 2013 at 10:14 PM, Ben Widawsky wrote: > > For an upcoming patch where we introduce the i915 VMA, it's ideal to > > have the drm_mm_node as part of the VMA struct (ie. it's pre-allocated). > > Part of the

exynos-drm-next todo work.

MI support in mainline, whatever they're doing seems like a good place to start. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/655642ad/attachment-0001.pgp>

[pull] radeon drm-next-3.11

From: Alex Deucher Hi Dave, A few more DPM patches and some bug fixes. Adds a sysfs interface to force dpm performance levels. The following changes since commit 338a95a95508537e23c82d59a2d87be6fde4b6ff: drm/radeon/sumo: implement support for

[Bug 66349] Using SB shader optimization caused segfault in Serious Sam 3: BFE

sr/lib/dri LD_LIBRARY_PATH="/mnt/32bit/lib:/mnt/32bit/usr/lib" ./steam.sh -- 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/attach

[PATCH, re-send] drm: always provide debugfs function prototypes

It is generally considered bad style to enclose function prototypes in header files in #ifdef. This case illustrates why that is: The tegra host1x driver calls into the debugfs functions if CONFIG_DEBUG_FS is enabled, but that code is otherwise already discarded by the compiler, so leaving the

[PATCH] drm/radeon: default to 1024M gart size on rv770+

From: Alex Deucher Newer asics have a lot of vram so it's less of an issue to waste a little more space for the gart page table. This gives us some additional gart space before having to migrate to non-gart system ram for games, etc. where we use up most of vram.

[Bug 60523] New: Lockup with radeon DPM on Radeon HD5770 (Juniper)

https://bugzilla.kernel.org/show_bug.cgi?id=60523 Bug ID: 60523 Summary: Lockup with radeon DPM on Radeon HD5770 (Juniper) Product: Drivers Version: 2.5 Kernel Version: 3.10-drm-next-3.11 Hardware: x86-64 OS: Linux

[Bug 63599] [r600] SUMO2 GPU lockup CP stall (kernel 3.2.47, 3.4, 3.8, 3.9, 3.10)

0 (0) --- > 0x88C40x00c1 (193) -- 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/20130705/d17e74bd/attachment.html>

[RFCv1 2/2] drm/msm: basic KMS driver for snapdragon

The snapdragon chips have multiple different display controllers, depending on which chip variant/version. (As far as I can tell, current devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And then external to the display controller are HDMI, DSI, etc. blocks which may be shared

[RFCv1 1/2] drm/msm: add register definitions

Generated from rnndb files in: https://github.com/freedreno/envytools Keep this split out as a separate commit to make it easier to review the actual driver. Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/dsi/dsi.xml.h | 262 + drivers/gpu/drm/msm/dsi/mmss_cc.xml.h | 156 +

[RFCv1 0/2] drm/msm: A DRM/KMS driver for snapdragon SoCs

This patchset can also be found here, for easier browsing: https://github.com/freedreno/kernel-msm/commits/ifc6410-drm-rfc1 git://github.com/freedreno/kernel-msm.git ifc6410-drm-rfc1 NOTES about msm drm/kms driver: In the current snapdragon SoC's, we have (at least) 3 different display

[PATCH v2 0/3] drm/cma: use prime helpers instead GEM CMA specific dma_buf functionality

On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim wrote: > On 07/04/2013 07:11 AM, Laurent Pinchart wrote: >> >> Hi Joonyoung, >> >> Thank you for the patches. >> >> On Friday 28 June 2013 14:24:43 Joonyoung Shim wrote: >>> >>> Hello, >>> >>> This is the second version patchset. >>> >>> GEM CMA

[PATCH] drm: cma: fix refcounting on the dmabuf import error path

>From drm gem CMA helper, it wasn't fixed dma_buf refcount problem fixed by commit 011c228. This patch solves it. Signed-off-by: Joonyoung Shim --- drivers/gpu/drm/drm_gem_cma_helper.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c

[PATCH v2 0/3] drm/cma: use prime helpers instead GEM CMA specific dma_buf functionality

On 07/05/2013 02:38 PM, Dave Airlie wrote: > On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim > wrote: >> On 07/04/2013 07:11 AM, Laurent Pinchart wrote: >>> Hi Joonyoung, >>> >>> Thank you for the patches. >>> >>> On Friday 28 June 2013 14:24:43 Joonyoung Shim wrote: Hello, This is

[PATCH v2 00/14] Platform Framebuffers and SimpleDRM

Hi On Thu, Jul 4, 2013 at 7:48 PM, H. Peter Anvin wrote: > On 07/04/2013 05:25 AM, David Herrmann wrote: >> >> - What FB formats are common on x86 that we should add to >> SIMPLEFB_FORMATS? >> (other than ARGB/XRGB32) > > > The common pixel formats on x86 are: > > - Palettized 4-bit planar

[PATCH v2 0/3] drm/cma: use prime helpers instead GEM CMA specific dma_buf functionality

Hi Joonyoung, On Friday 05 July 2013 15:30:25 Joonyoung Shim wrote: > On 07/05/2013 02:38 PM, Dave Airlie wrote: > > On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim wrote: > >> On 07/04/2013 07:11 AM, Laurent Pinchart wrote: > >>> On Friday 28 June 2013 14:24:43 Joonyoung Shim wrote: > Hello,

[PATCH 0/2] R-Car DU DRM fixes for v3.11

Hi Dave, On Thursday 04 July 2013 20:05:49 Laurent Pinchart wrote: > Hello, > > Here are two small fixes to the R-Car DU DRM driver. They have previously > been posted as part of the larger "R-Car DU DRM support for R8A7790" > series, and Daniel Vetter rightfully noticed that they should be

[PATCH 9/9] drm: Optionally create mm blocks from top-to-bottom

From: Chris Wilson Clients like i915 needs to segregate cache domains within the GTT which can lead to small amounts of fragmentation. By allocating the uncached buffers from the bottom and the cacheable buffers from the top, we can reduce the amount of wasted space and

[PATCH 5/9] drm: Change create block to reserve node

With the previous patch we no longer actually create a node, we simply find the correct hole and occupy it. This very well could have been squashed with the last patch, but since I already had David's review, I figured it's easiest to keep it distinct. Also update the users in i915. Conveniently

[PATCH 4/9] drm: pre allocate node for create_block

For an upcoming patch where we introduce the i915 VMA, it's ideal to have the drm_mm_node as part of the VMA struct (ie. it's pre-allocated). Part of the conversion to VMAs is to kill off obj->gtt_space. Doing this will break a bunch of code, but amongst them are 2 callers of

[PATCH 9/9] drm: Optionally create mm blocks from top-to-bottom

From: Chris Wilson Clients like i915 needs to segregate cache domains within the GTT which can lead to small amounts of fragmentation. By allocating the uncached buffers from the bottom and the cacheable buffers from the top, we can reduce the amount of wasted space and

[PATCH 5/9] drm: Change create block to reserve node

With the previous patch we no longer actually create a node, we simply find the correct hole and occupy it. This very well could have been squashed with the last patch, but since I already had David's review, I figured it's easiest to keep it distinct. Also update the users in i915. Conveniently

[PATCH 4/9] drm: pre allocate node for create_block

For an upcoming patch where we introduce the i915 VMA, it's ideal to have the drm_mm_node as part of the VMA struct (ie. it's pre-allocated). Part of the conversion to VMAs is to kill off obj->gtt_space. Doing this will break a bunch of code, but amongst them are 2 callers of

[PATCH 3/3] i915: Don't provide ACPI backlight interface if firmware expects Windows 8

On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote: > Windows 8 leaves backlight control up to individual graphics drivers rather > than making ACPI calls itself. There's plenty of evidence to suggest that > the Intel driver for Windows doesn't use the ACPI interface, including the > fact

[Bug 63599] [r600] SUMO2 GPU lockup CP stall (kernel 3.2.47, 3.4, 3.8, 3.9, 3.10)

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

[Bug 60517] Xorg crash loops after upgrade to kernel 3.10.

https://bugzilla.kernel.org/show_bug.cgi?id=60517 --- Comment #4 from Alex Deucher --- It's probably not a kernel bug then. More likely a bug in the 3D or vdpau driver or in flash. I just happens to manifest on 3.10 since that was the first kernel with UVD support. If you can narrow it down

[PATCH -next] drm/radeon/dpm: Add missing #include

ia64_defconfig: drivers/gpu/drm/radeon/rv6xx_dpm.c: In function 'rv6xx_dpm_debugfs_print_current_performance_level': drivers/gpu/drm/radeon/rv6xx_dpm.c:2041:3: error: implicit declaration of function 'seq_printf' [-Werror=implicit-function-declaration] Signed-off-by: Geert Uytterhoeven ---

[Bug 60182] X.Org Server terminate when I close video player

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130705/52e9529d/attachment.html>

[Bug 60517] Xorg crash loops after upgrade to kernel 3.10.

https://bugzilla.kernel.org/show_bug.cgi?id=60517 --- Comment #3 from Knut Tidemann --- I'm using mesa from git. (Right now: g4dbca86). I'm not able to bisect right now (I'm at work), but I'll give it a shot next week. I'm suspecting VDPAU/UVD, because I tried to used it with adobe flash due to

Best practice device tree design for display subsystems/DRM

On 07/05/13 11:51, Grant Likely wrote: > On Fri, Jul 5, 2013 at 10:34 AM, Sebastian Hesselbarth > wrote: >> So for the discussion, I can see that there have been some voting for >> super-node, some for node-to-node linking. Although I initially proposed >> super-nodes, I can also happily live

[Bug 60517] Xorg crash loops after upgrade to kernel 3.10.

https://bugzilla.kernel.org/show_bug.cgi?id=60517 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #2

[PATCH -next] drm/radeon/dpm: Add missing #include

> -Original Message- > From: Geert Uytterhoeven [mailto:geert at linux-m68k.org] > Sent: Friday, July 05, 2013 7:25 AM > To: Deucher, Alexander; David Airlie > Cc: dri-devel at lists.freedesktop.org; linux-kernel at vger.kernel.org; > linux- > next at vger.kernel.org; Geert Uytterhoeven >

[PATCH] [v3] drm: pre allocate node for create_block

On Fri, Jul 05, 2013 at 09:25:35PM +0200, Daniel Vetter wrote: > On Thu, Jul 04, 2013 at 10:32:27PM +0200, David Herrmann wrote: > > Hi > > > > On Thu, Jul 4, 2013 at 10:14 PM, Ben Widawsky wrote: > > > For an upcoming patch where we introduce the i915 VMA, it's ideal to > > > have the

Best practice device tree design for display subsystems/DRM

On Thu, Jul 04, 2013 at 12:58:29PM +0200, Sebastian Hesselbarth wrote: > On 07/04/13 12:09, Sascha Hauer wrote: > >On Thu, Jul 04, 2013 at 11:44:41AM +0200, Sebastian Hesselbarth wrote: > >>On 07/04/13 11:30, Sascha Hauer wrote: > >>>On Thu, Jul 04, 2013 at 10:11:31AM +0100, Russell King wrote: >

[PATCH] drm: cma: fix refcounting on the dmabuf import error path

Hi Joonyoung, Thank you for the patch. On Friday 05 July 2013 15:32:35 Joonyoung Shim wrote: > From drm gem CMA helper, it wasn't fixed dma_buf refcount problem fixed > by commit 011c228. This patch solves it. Please add a "Cc:stable at vger.kernel.org" here. > Signed-off-by: Joonyoung Shim

Best practice device tree design for display subsystems/DRM

On Fri, Jul 5, 2013 at 11:07 AM, Sascha Hauer wrote: > Again the difference between supernodes and graphs is that the supernode > approach does not contain information about what components are needed > to do something useful with the device. You simply have to wait until > *all* components are

[Bug 60517] Xorg crash loops after upgrade to kernel 3.10.

https://bugzilla.kernel.org/show_bug.cgi?id=60517 --- Comment #1 from Knut Tidemann --- Created attachment 106808 --> https://bugzilla.kernel.org/attachment.cgi?id=106808=edit dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 60517] New: Xorg crash loops after upgrade to kernel 3.10.

https://bugzilla.kernel.org/show_bug.cgi?id=60517 Bug ID: 60517 Summary: Xorg crash loops after upgrade to kernel 3.10. Product: Drivers Version: 2.5 Kernel Version: 3.10 Hardware: x86-64 OS: Linux Tree:

[PATCH] radeon: Fix surface register on r100

lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-radeon-fix-surface-setup-on-r1xx.patch Type: text/x-patch Size: 1956 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/7b559e23/attachment.bin>

Best practice device tree design for display subsystems/DRM

On Fri, Jul 05, 2013 at 09:37:34AM +0100, Grant Likely wrote: > Alternatively, you can have the same effect with a property or set of > properties in the controller node that contains phandles to the > required devices. That would provide the driver with the same > information about which devices

Best practice device tree design for display subsystems/DRM

On Wed, Jul 3, 2013 at 10:02 AM, Sascha Hauer wrote: > On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote: >> > video { >> > /* Single video card w/ multiple lcd controllers */ >> > card0 { >> > compatible = "marvell,armada-510-display"; >> > reg = <0

Best practice device tree design for display subsystems/DRM

On Tue, Jul 2, 2013 at 9:25 PM, Russell King wrote: > On Tue, Jul 02, 2013 at 09:57:32PM +0200, Sebastian Hesselbarth wrote: >> I am against a super node which contains lcd and dcon/ire nodes. You can >> enable those devices on a per board basis. We add them to dove.dtsi but >> disable them by

[PATCH 0/4] drm/radeon: code restructuring

On Thu, Jul 4, 2013 at 9:30 AM, Christian K?nig wrote: > Hi everybody, > > for quite some time we have the idea of restructuring the kernel driver code > to actually better reflect the different hardware blocks and also the > different generations of them. > > The following patchset starts this

[Bug 60182] X.Org Server terminate when I close video player

ions still open, not unmounting -- 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/20130705/a223c8d5/attachment.html>

[Bug 64850] Second screen black on Pitcairn PRO

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

[Bug 60182] X.Org Server terminate when I close video player

<http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/79f4c714/attachment-0001.html>

Best practice device tree design for display subsystems/DRM

> ... >>> Sorry but I'd like to say that this cannot be used commonly. Shouldn't you >>> really consider Linux framebuffer or other subsystems? The above dtsi file >>> is specific to DRM subsystem. And I think the dtsi file has no any >>> dependency on certain subsystem so board dtsi

[Bug 66067] Trine 2 color problems on Radeon HD 6770 (Juniper)

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/da9fc332/attachment-0001.html>

[Bug 66067] Trine 2 color problems on Radeon HD 6770 (Juniper)

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/535d8b01/attachment-0001.html>

[Bug 66067] Trine 2 color problems on Radeon HD 6770 (Juniper)

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

Re: Best practice device tree design for display subsystems/DRM

On 07/04/13 09:05, Inki Dae wrote: -Original Message- From: Sebastian Hesselbarth [mailto:sebastian.hesselba...@gmail.com] Sent: Wednesday, July 03, 2013 8:52 PM To: Inki Dae Cc: 'Russell King'; devicetree-disc...@lists.ozlabs.org; 'Jean-Francois Moine'; 'Sascha Hauer'; 'Daniel Drake';

Re: Best practice device tree design for display subsystems/DRM

On Thu, Jul 04, 2013 at 10:33:07AM +0200, Sascha Hauer wrote: On Wed, Jul 03, 2013 at 10:52:49AM +0100, Russell King wrote: Sorry but I'd like to say that this cannot be used commonly. Shouldn't you really consider Linux framebuffer or other subsystems? The above dtsi file

Re: Best practice device tree design for display subsystems/DRM

On 07/04/13 10:33, Sascha Hauer wrote: On Wed, Jul 03, 2013 at 10:52:49AM +0100, Russell King wrote: Sorry but I'd like to say that this cannot be used commonly. Shouldn't you really consider Linux framebuffer or other subsystems? The above dtsi file is specific to DRM subsystem. And I think

Re: Best practice device tree design for display subsystems/DRM

On Thu, Jul 04, 2013 at 10:33:07AM +0200, Sascha Hauer wrote: A componentized device never completes and it doesn't have to. A componentized device can start once there is a path from an input (crtc, i2s unit) to an output (connector, speaker). Sorry for the incomplete reply. If you read all

Re: Best practice device tree design for display subsystems/DRM

On 07/04/13 10:53, Sascha Hauer wrote: On Thu, Jul 04, 2013 at 10:45:40AM +0200, Sebastian Hesselbarth wrote: On 07/04/13 10:33, Sascha Hauer wrote: A componentized device never completes and it doesn't have to. A componentized device can start once there is a path from an input (crtc, i2s

Re: Best practice device tree design for display subsystems/DRM

On Thu, Jul 04, 2013 at 10:58:17AM +0200, Sascha Hauer wrote: On Thu, Jul 04, 2013 at 09:40:52AM +0100, Russell King wrote: Wrong. Please read the example with the diagrams I gave. Consider what happens if you have two display devices connected to a single output, one which fixes the

Re: Best practice device tree design for display subsystems/DRM

On 07/04/13 11:23, Sascha Hauer wrote: On Thu, Jul 04, 2013 at 11:10:35AM +0200, Sebastian Hesselbarth wrote: On 07/04/13 10:53, Sascha Hauer wrote: On Thu, Jul 04, 2013 at 10:45:40AM +0200, Sebastian Hesselbarth wrote: On 07/04/13 10:33, Sascha Hauer wrote: A componentized device never

Re: Best practice device tree design for display subsystems/DRM

On 07/04/13 11:30, Sascha Hauer wrote: On Thu, Jul 04, 2013 at 10:11:31AM +0100, Russell King wrote: On Thu, Jul 04, 2013 at 10:58:17AM +0200, Sascha Hauer wrote: On Thu, Jul 04, 2013 at 09:40:52AM +0100, Russell King wrote: Wrong. Please read the example with the diagrams I gave. Consider

Re: Best practice device tree design for display subsystems/DRM

On 07/04/13 12:09, Sascha Hauer wrote: On Thu, Jul 04, 2013 at 11:44:41AM +0200, Sebastian Hesselbarth wrote: On 07/04/13 11:30, Sascha Hauer wrote: On Thu, Jul 04, 2013 at 10:11:31AM +0100, Russell King wrote: On Thu, Jul 04, 2013 at 10:58:17AM +0200, Sascha Hauer wrote: On Thu, Jul 04,

[PATCH] drm/exynos: exynos_drm_ipp: fix return value check

From: Wei Yongjun yongjun_...@trendmicro.com.cn In case of error, the function ipp_find_obj() returns ERR_PTR() and never returns NULL. The NULL test in the return value check should be replaced with IS_ERR(). Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn ---

[Bug 66067] Trine 2 color problems on Radeon HD 6770 (Juniper)

https://bugs.freedesktop.org/show_bug.cgi?id=66067 --- Comment #4 from Nicholas Miell nmi...@gmail.com --- Created attachment 82060 -- https://bugs.freedesktop.org/attachment.cgi?id=82060action=edit Call 5654455, GL_COLOR_ATTACMENT0, Mesa -- You are receiving this mail because: You are the

[Bug 66067] Trine 2 color problems on Radeon HD 6770 (Juniper)

https://bugs.freedesktop.org/show_bug.cgi?id=66067 --- Comment #5 from Nicholas Miell nmi...@gmail.com --- Created attachment 82061 -- https://bugs.freedesktop.org/attachment.cgi?id=82061action=edit Call 5654455, GL_COLOR_ATTACMENT0, Catalyst -- You are receiving this mail because: You are

[Bug 66067] Trine 2 color problems on Radeon HD 6770 (Juniper)

https://bugs.freedesktop.org/show_bug.cgi?id=66067 Nicholas Miell nmi...@gmail.com changed: What|Removed |Added Attachment #82061|Call 5654455, |Call 5654455,

Re: [PATCH v2 0/3] drm/cma: use prime helpers instead GEM CMA specific dma_buf functionality

On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim jy0922.s...@samsung.com wrote: On 07/04/2013 07:11 AM, Laurent Pinchart wrote: Hi Joonyoung, Thank you for the patches. On Friday 28 June 2013 14:24:43 Joonyoung Shim wrote: Hello, This is the second version patchset. GEM CMA supports

Re: [PATCH v2 0/3] drm/cma: use prime helpers instead GEM CMA specific dma_buf functionality

On 07/05/2013 02:38 PM, Dave Airlie wrote: On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim jy0922.s...@samsung.com wrote: On 07/04/2013 07:11 AM, Laurent Pinchart wrote: Hi Joonyoung, Thank you for the patches. On Friday 28 June 2013 14:24:43 Joonyoung Shim wrote: Hello, This is the second

[PATCH] drm: cma: fix refcounting on the dmabuf import error path

From drm gem CMA helper, it wasn't fixed dma_buf refcount problem fixed by commit 011c228. This patch solves it. Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com --- drivers/gpu/drm/drm_gem_cma_helper.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[Bug 60182] X.Org Server terminate when I close video player

https://bugs.freedesktop.org/show_bug.cgi?id=60182 --- Comment #13 from lbdkm...@sharklasers.com --- Created attachment 82065 -- https://bugs.freedesktop.org/attachment.cgi?id=82065action=edit X crashlog I got hit by the same bug... Xorg crashes when closing glxgears (simply press X and expect

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #22 from Jakob Nixdorf flo...@shadowice.org --- I tried every kernel since 3.8.11 and will try some older ones later today. Are any versions of special interest that I can try them first? -- You are receiving this mail because: You

[Bug 60182] X.Org Server terminate when I close video player

https://bugs.freedesktop.org/show_bug.cgi?id=60182 --- Comment #14 from lbdkm...@sharklasers.com --- so I forgot to install the -dbg packages, but... X server will not crash with these, so it won't help anyway :/ (and I tried to make it crash a lot of times after installing the -dbg packages).

Re: [PATCH] drm: cma: fix refcounting on the dmabuf import error path

Hi Joonyoung, Thank you for the patch. On Friday 05 July 2013 15:32:35 Joonyoung Shim wrote: From drm gem CMA helper, it wasn't fixed dma_buf refcount problem fixed by commit 011c228. This patch solves it. Please add a Cc:sta...@vger.kernel.org here. Signed-off-by: Joonyoung Shim

Re: Best practice device tree design for display subsystems/DRM

On Thu, Jul 04, 2013 at 12:58:29PM +0200, Sebastian Hesselbarth wrote: On 07/04/13 12:09, Sascha Hauer wrote: On Thu, Jul 04, 2013 at 11:44:41AM +0200, Sebastian Hesselbarth wrote: On 07/04/13 11:30, Sascha Hauer wrote: On Thu, Jul 04, 2013 at 10:11:31AM +0100, Russell King wrote: On Thu, Jul

Re: Best practice device tree design for display subsystems/DRM

On Tue, Jul 2, 2013 at 9:25 PM, Russell King r...@arm.linux.org.uk wrote: On Tue, Jul 02, 2013 at 09:57:32PM +0200, Sebastian Hesselbarth wrote: I am against a super node which contains lcd and dcon/ire nodes. You can enable those devices on a per board basis. We add them to dove.dtsi but

Re: Best practice device tree design for display subsystems/DRM

On Wed, Jul 3, 2013 at 10:02 AM, Sascha Hauer s.ha...@pengutronix.de wrote: On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote: video { /* Single video card w/ multiple lcd controllers */ card0 { compatible = marvell,armada-510-display; reg = 0

Re: Best practice device tree design for display subsystems/DRM

On Fri, Jul 05, 2013 at 09:37:34AM +0100, Grant Likely wrote: Alternatively, you can have the same effect with a property or set of properties in the controller node that contains phandles to the required devices. That would provide the driver with the same information about which devices must

Re: Best practice device tree design for display subsystems/DRM

On Fri, Jul 5, 2013 at 9:50 AM, Russell King r...@arm.linux.org.uk wrote: On Fri, Jul 05, 2013 at 09:37:34AM +0100, Grant Likely wrote: Alternatively, you can have the same effect with a property or set of properties in the controller node that contains phandles to the required devices. That

Re: Best practice device tree design for display subsystems/DRM

On 07/05/13 10:43, Grant Likely wrote: On Wed, Jul 3, 2013 at 10:02 AM, Sascha Hauer s.ha...@pengutronix.de wrote: On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote: video { /* Single video card w/ multiple lcd controllers */ card0 { compatible =

Re: Best practice device tree design for display subsystems/DRM

On Fri, Jul 5, 2013 at 10:34 AM, Sebastian Hesselbarth sebastian.hesselba...@gmail.com wrote: So for the discussion, I can see that there have been some voting for super-node, some for node-to-node linking. Although I initially proposed super-nodes, I can also happily live with node-to-node

Re: Best practice device tree design for display subsystems/DRM

On Fri, Jul 5, 2013 at 11:07 AM, Sascha Hauer s.ha...@pengutronix.de wrote: Again the difference between supernodes and graphs is that the supernode approach does not contain information about what components are needed to do something useful with the device. You simply have to wait until

[PATCH -next] drm/radeon/dpm: Add missing #include linux/seq_file.h

ia64_defconfig: drivers/gpu/drm/radeon/rv6xx_dpm.c: In function 'rv6xx_dpm_debugfs_print_current_performance_level': drivers/gpu/drm/radeon/rv6xx_dpm.c:2041:3: error: implicit declaration of function 'seq_printf' [-Werror=implicit-function-declaration] Signed-off-by: Geert Uytterhoeven

[Bug 60517] New: Xorg crash loops after upgrade to kernel 3.10.

https://bugzilla.kernel.org/show_bug.cgi?id=60517 Bug ID: 60517 Summary: Xorg crash loops after upgrade to kernel 3.10. Product: Drivers Version: 2.5 Kernel Version: 3.10 Hardware: x86-64 OS: Linux Tree:

[Bug 60517] Xorg crash loops after upgrade to kernel 3.10.

https://bugzilla.kernel.org/show_bug.cgi?id=60517 --- Comment #1 from Knut Tidemann knut.tidem...@gmail.com --- Created attachment 106808 -- https://bugzilla.kernel.org/attachment.cgi?id=106808action=edit dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [PATCH 3/3] i915: Don't provide ACPI backlight interface if firmware expects Windows 8

On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote: Windows 8 leaves backlight control up to individual graphics drivers rather than making ACPI calls itself. There's plenty of evidence to suggest that the Intel driver for Windows doesn't use the ACPI interface, including the fact that

Re: [PATCH 0/2] R-Car DU DRM fixes for v3.11

Hi Dave, On Thursday 04 July 2013 20:05:49 Laurent Pinchart wrote: Hello, Here are two small fixes to the R-Car DU DRM driver. They have previously been posted as part of the larger R-Car DU DRM support for R8A7790 series, and Daniel Vetter rightfully noticed that they should be applied to

RE: [PATCH -next] drm/radeon/dpm: Add missing #include linux/seq_file.h

-Original Message- From: Geert Uytterhoeven [mailto:ge...@linux-m68k.org] Sent: Friday, July 05, 2013 7:25 AM To: Deucher, Alexander; David Airlie Cc: dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org; linux- n...@vger.kernel.org; Geert Uytterhoeven Subject: [PATCH

Re: [PATCH v2 0/3] drm/cma: use prime helpers instead GEM CMA specific dma_buf functionality

Hi Joonyoung, On Friday 05 July 2013 15:30:25 Joonyoung Shim wrote: On 07/05/2013 02:38 PM, Dave Airlie wrote: On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim wrote: On 07/04/2013 07:11 AM, Laurent Pinchart wrote: On Friday 28 June 2013 14:24:43 Joonyoung Shim wrote: Hello, This is

Re: [PATCH v2 00/14] Platform Framebuffers and SimpleDRM

Hi On Thu, Jul 4, 2013 at 7:48 PM, H. Peter Anvin h...@zytor.com wrote: On 07/04/2013 05:25 AM, David Herrmann wrote: - What FB formats are common on x86 that we should add to SIMPLEFB_FORMATS? (other than ARGB/XRGB32) The common pixel formats on x86 are: - Palettized 4-bit planar

[Bug 60517] Xorg crash loops after upgrade to kernel 3.10.

https://bugzilla.kernel.org/show_bug.cgi?id=60517 Alex Deucher alexdeuc...@gmail.com changed: What|Removed |Added CC||alexdeuc...@gmail.com

Re: [PATCH 0/4] drm/radeon: code restructuring

On Thu, Jul 4, 2013 at 9:30 AM, Christian König deathsim...@vodafone.de wrote: Hi everybody, for quite some time we have the idea of restructuring the kernel driver code to actually better reflect the different hardware blocks and also the different generations of them. The following

[Bug 60517] Xorg crash loops after upgrade to kernel 3.10.

https://bugzilla.kernel.org/show_bug.cgi?id=60517 --- Comment #3 from Knut Tidemann knut.tidem...@gmail.com --- I'm using mesa from git. (Right now: g4dbca86). I'm not able to bisect right now (I'm at work), but I'll give it a shot next week. I'm suspecting VDPAU/UVD, because I tried to used it

[Bug 60182] X.Org Server terminate when I close video player

https://bugs.freedesktop.org/show_bug.cgi?id=60182 --- Comment #15 from Alex Deucher ag...@yahoo.com --- Does the patch in comment 6 help? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list

[Bug 60517] Xorg crash loops after upgrade to kernel 3.10.

https://bugzilla.kernel.org/show_bug.cgi?id=60517 --- Comment #4 from Alex Deucher alexdeuc...@gmail.com --- It's probably not a kernel bug then. More likely a bug in the 3D or vdpau driver or in flash. I just happens to manifest on 3.10 since that was the first kernel with UVD support. If you

Re: [PATCH] radeon: Fix surface register on r100

On Wed, Jul 3, 2013 at 6:40 PM, Mark Kettenis mark.kette...@xs4all.nl wrote: Working on KMS support on OpenBSD/sparc64, I ended up with the initial framebuffer on a Sun XVR-100 card (Radeon 7000/VE, RV100 with OpenFirmware) being tiled when none of the tiling flags were set. Tracked it down to

[Bug 63599] [r600] SUMO2 GPU lockup CP stall (kernel 3.2.47, 3.4, 3.8, 3.9, 3.10)

https://bugs.freedesktop.org/show_bug.cgi?id=63599 wojtek wojta...@wp.pl changed: What|Removed |Added Summary|[r600][r600] GPU lockup CP |[r600] SUMO2 GPU lockup CP

[PATCH, re-send] drm: always provide debugfs function prototypes

It is generally considered bad style to enclose function prototypes in header files in #ifdef. This case illustrates why that is: The tegra host1x driver calls into the debugfs functions if CONFIG_DEBUG_FS is enabled, but that code is otherwise already discarded by the compiler, so leaving the

[Bug 63599] [r600] SUMO2 GPU lockup CP stall (kernel 3.2.47, 3.4, 3.8, 3.9, 3.10)

https://bugs.freedesktop.org/show_bug.cgi?id=63599 --- Comment #15 from wojtek wojta...@wp.pl --- diff between registers from comment#13 before startx diff fglrx_registers_c.log radeon_registers_c.log 2c2 0x98F80x (0) --- 0x98F80x02010002 (33619970) 7,8c7,8 0x3F90

[Bug 60523] New: Lockup with radeon DPM on Radeon HD5770 (Juniper)

https://bugzilla.kernel.org/show_bug.cgi?id=60523 Bug ID: 60523 Summary: Lockup with radeon DPM on Radeon HD5770 (Juniper) Product: Drivers Version: 2.5 Kernel Version: 3.10-drm-next-3.11 Hardware: x86-64 OS: Linux

[Bug 66349] Using SB shader optimization caused segfault in Serious Sam 3: BFE

https://bugs.freedesktop.org/show_bug.cgi?id=66349 --- Comment #4 from Thomas Lindroth thomas.lindr...@gmail.com --- I did some more debugging and it looks like memory corruption. I can reproduce the problem with an apitrace dump but when using an --enable-debug build it runs fine. It always

  1   2   >