[PATCH 1/1] drm/tegra: Add guard to avoid double disable/enable of RGB outputs

11.02.2014 23:13, Erik Faye-Lund ?: > On Tue, Feb 11, 2014 at 6:12 PM, Dmitry Osipenko wrote: >> Add guard to check whether RGB output is already enabled in the way it's >> done for HDMI output. Fixes possible hang on trying to disable output twice >> (first time during driver probe and

[Intel-gfx] [PATCH v5 1/1] drm/i915: Add 180 degree primary plane rotation support

On Tue, Feb 11, 2014 at 04:29:50PM +0530, sagar.a.kamble at intel.com wrote: > From: Sagar Kamble > > Primary planes support 180 degree rotation. Expose the feature > through rotation drm property. > > v2: Calculating linear/tiled offsets based on pipe source width and > height. Added 180

[Intel-gfx] [PATCH v5 11/11] drm/i915: Calling rotate and inverse rotate transformations after clipping

On Tue, 2014-02-11 at 16:56 +0200, Ville Syrj?l? wrote: > On Tue, Feb 11, 2014 at 05:02:31PM +0530, Sagar Arun Kamble wrote: > > On Mon, 2014-02-10 at 15:32 +0200, Ville Syrj?l? wrote: > > > On Mon, Feb 10, 2014 at 01:01:18PM +0530, sagar.a.kamble at intel.com > > > wrote: > > > > From: Sagar

[PATCH v5 1/1] drm/i915: Add 180 degree primary plane rotation support

On Tue, Feb 11, 2014 at 11:59 AM, wrote: > From: Sagar Kamble > > Primary planes support 180 degree rotation. Expose the feature > through rotation drm property. > > v2: Calculating linear/tiled offsets based on pipe source width and > height. Added 180 degree rotation support in

[Bug 74863] [r600g] HyperZ broken on RV770 and CYPRESS (Left 4 Dead 2 trees corruption) bisected!

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

[Bug 74863] [r600g] HyperZ broken on RV770 and CYPRESS (Left 4 Dead 2 trees corruption) bisected!

|| -- 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/20140211/de314f13/attachment.html>

[Bug 74863] [r600g] HyperZ broken on RV770 and CYPRESS (Left 4 Dead 2 trees corruption) bisected!

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

[Bug 74863] New: [r600g] HyperZ broken on RV770 and CYPRESS (Left 4 Dead 2 trees corruption) bisected!

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

[PATCH] drm/radeon: add a way to get and set initial buffer domains

From: Marek Ol??k When passing buffers between processes, the receiving process needs to know the original buffer domain, so that it doesn't accidentally move the buffer. Signed-off-by: Marek Ol??k --- drivers/gpu/drm/radeon/radeon.h| 3 +++

[PATCH 1/1] drm/tegra: Add guard to avoid double disable/enable of RGB outputs

current interface to outputs isn't the best solution. It's simple and with the guards in place it works pretty well. Perhaps if I can find some spare time I'll investigate whether something a little cleaner can be done. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/bd78e44a/attachment.pgp>

[Bug 70411] New: 7970M PRIME: lockup with Distance game, recovery doesn't work

https://bugzilla.kernel.org/show_bug.cgi?id=70411 Bug ID: 70411 Summary: 7970M PRIME: lockup with Distance game, recovery doesn't work Product: Drivers Version: 2.5 Kernel Version: 3.13-3.14-rc2 Hardware: All

[PATCH 1/1] drm/tegra: Add guard to avoid double disable/enable of RGB outputs

Add guard to check whether RGB output is already enabled in the way it's done for HDMI output. Fixes possible hang on trying to disable output twice (first time during driver probe and second on fb registering). Signed-off-by: Dmitry Osipenko --- drivers/gpu/drm/tegra/rgb.c | 11 +++ 1

[Bug 73297] Xorg crashes with kernel 3.13-rc7

, if needed. I can replicate this bug on 3.14-rc2. -- 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/20140211/61196761/attachment.html>

drm/msm: CONFIG_MSM_OCMEM?

On Tue, 2014-02-11 at 12:29 -0500, Rob Clark wrote: > On Tue, Feb 11, 2014 at 10:39 AM, Paul Bolle wrote: > > Commit 55459968176f ("drm/msm: add a330/apq8x74") added preprocessor > > checks for CONFIG_MSM_OCMEM. But I couldn't find a Kconfig symbol > > MSM_OCMEM (nor a preprocessor define for a

[Bug 70171] kernel/time/tick-broadcast.c:668 exception and no sound

https://bugzilla.kernel.org/show_bug.cgi?id=70171 --- Comment #46 from Alan --- (and the timer bug is unrelated but fix posted to lkml by Thomas Gleixner WARNING: CPU: 1 PID: 0 at kernel/time/tick-broadcast.c:668 tick_broadcast_oneshot_control+0x17d/0x190()) -- You are receiving this mail

[PATCH 1/1] drm/tegra: Add guard to avoid double disable/enable of RGB outputs

On Tue, Feb 11, 2014 at 6:12 PM, Dmitry Osipenko wrote: > Add guard to check whether RGB output is already enabled in the way it's > done for HDMI output. Fixes possible hang on trying to disable output twice > (first time during driver probe and second on fb registering). > > Signed-off-by:

[Bug 71050] Libreoffice crashes with segfault in r600_dri.so - r600_context_pipe_state_set_resource at r600_hw_context.c:845

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/47f55ef6/attachment.html>

[Bug 74853] New: [r300g, bisected] some piglit fbo tests segfault

mebuffer_object/framebuffer-blit-levels.c:63 -- 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/20140211/e9099218/attachment.html>

[Bug 70171] kernel/time/tick-broadcast.c:668 exception and no sound

https://bugzilla.kernel.org/show_bug.cgi?id=70171 --- Comment #45 from Andreas --- Got it, working on it... Will report the result in a couple of days... -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 70171] kernel/time/tick-broadcast.c:668 exception and no sound

https://bugzilla.kernel.org/show_bug.cgi?id=70171 --- Comment #44 from Andreas --- git log --oneline v3.12..v3.13 kernel/time/ 7a06c41 sched_clock: Disable seqlock lockdep usage in sched_clock() 0e576ac nohz: Fix another inconsistency between CONFIG_NO_HZ=n and nohz=off 4be7739 time: Fix

[PATCHv2 1/4] pipe-loader: split out "client" version

On 10/02/14 18:34, Rob Clark wrote: > From: Rob Clark > > Build two versions of pipe-loader, with only the client version linking > in x11 client side dependencies. This will allow the XA state tracker > to use pipe-loader. > Seems like you got me confused here - you're trying to get away from

[patch] drm/vmwgfx: add error checking for kmalloc()

Return -ENOMEM if kmalloc() fails. Fixes: d5bde956630b ('drm/vmwgfx: Emulate legacy shaders on guest-backed devices v2') Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_shader.c b/drivers/gpu/drm/vmwgfx/vmwgfx_shader.c index 217d941b8176..23a32fd59a57 100644 ---

[patch] drm/vmwgfx: unlock on error path in vmw_execbuf_process()

There is a missing unlock on error here. Fixes: 30f82d816d2d ('drm/vmwgfx: Reemit context bindings when necessary v2') Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c b/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c index 269b85cc875a..9fbbaaa9e541 100644 ---

[Bug 70171] kernel/time/tick-broadcast.c:668 exception and no sound

https://bugzilla.kernel.org/show_bug.cgi?id=70171 --- Comment #43 from Andreas --- Should I git clone 1) git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git 2) git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git I don?t really understand how to get kernel 3.13 and

[BUG] Circular locking dependency - DRM/CMA/MM/hotplug/...

The cubox-i4 just hit a new lockdep problem - not quite sure what to make of this - it looks like an interaction between quite a lot of locks - I suspect more than the lockdep code is reporting in its "Possible unsafe locking scenario" report. I'm hoping I've sent this to appropriate people...

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #31 from kilobug at kilobug.org --- I tried the drm-fixes-3.14 branch, but it didn't work better for me - playing a video with mplayer freezes the system in less than one minute (with radeon.dpm=1). I didn't run any other test with it.

[Bug 71050] Libreoffice crashes with segfault in r600_dri.so - r600_context_pipe_state_set_resource at r600_hw_context.c:845

[1] http://www.mesa3d.org -- 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/20140211/7944c653/attachment.html>

[Bug 71050] Libreoffice crashes with segfault in r600_dri.so - r600_context_pipe_state_set_resource at r600_hw_context.c:845

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/9f0a34d6/attachment.html>

[Bug 71050] Libreoffice crashes with segfault in r600_dri.so - r600_context_pipe_state_set_resource at r600_hw_context.c:845

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/20140211/103df622/attachment.html>

[Intel-gfx] [PATCH v5 11/11] drm/i915: Calling rotate and inverse rotate transformations after clipping

On Tue, 2014-02-11 at 12:59 +0100, Daniel Vetter wrote: > On Tue, Feb 11, 2014 at 05:02:31PM +0530, Sagar Arun Kamble wrote: > > On Mon, 2014-02-10 at 15:32 +0200, Ville Syrj?l? wrote: > > > On Mon, Feb 10, 2014 at 01:01:18PM +0530, sagar.a.kamble at intel.com > > > wrote: > > > > From: Sagar

[Intel-gfx] [PATCH v5 11/11] drm/i915: Calling rotate and inverse rotate transformations after clipping

intel_crtc->config.pipe_src_h, > > + intel_plane->rotation); > > > > /* sanity check to make sure the src viewport wasn't enlarged */ > > WARN_ON(src.x1 < (int) src_x || > > -- > > 1.8.5 &g

[Intel-gfx] [PATCH v5 11/11] drm/i915: Calling rotate and inverse rotate transformations after clipping

On Tue, Feb 11, 2014 at 05:02:31PM +0530, Sagar Arun Kamble wrote: > On Mon, 2014-02-10 at 15:32 +0200, Ville Syrj?l? wrote: > > On Mon, Feb 10, 2014 at 01:01:18PM +0530, sagar.a.kamble at intel.com wrote: > > > From: Sagar Kamble > > > > > > With clipped sprites these transformations are not

drm/msm: CONFIG_MSM_OCMEM?

Rob, Commit 55459968176f ("drm/msm: add a330/apq8x74") added preprocessor checks for CONFIG_MSM_OCMEM. But I couldn't find a Kconfig symbol MSM_OCMEM (nor a preprocessor define for a macro of that name). Why were those preprocessor checks added? Please note that lines 197-201 currently read:

[PATCH v2 02/11] drm: Add support_bits parameter to drm_property_create_bitmask()

Reviewed-by: Sagar Kamble Tested-by: Sagar Kamble On Mon, 2014-02-10 at 16:05 +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > Make drm_property_create_bitmask() a bit more generic by allowing the > caller to specify which bits are in fact supported. This allows

[PATCH v3 1/1] drm/i915: Add 180 degree sprite rotation support

From: Ville Syrj?l? The sprite planes (in fact all display planes starting from gen4) support 180 degree rotation. Add the relevant low level bits to the sprite code to make use of that feature. The upper layers are not yet plugged in. v2: HSW handles the rotated

[PATCH v5 1/1] drm/i915: Add 180 degree primary plane rotation support

From: Sagar Kamble Primary planes support 180 degree rotation. Expose the feature through rotation drm property. v2: Calculating linear/tiled offsets based on pipe source width and height. Added 180 degree rotation support in ironlake_update_plane. v3: Checking if

[Bug 71090] pp_free () from /usr/X11R6/lib/modules/dri/r600_dri.so

https://bugs.freedesktop.org/show_bug.cgi?id=71090 --- Comment #3 from Alf Schlichting --- On Sun, Feb 09, 2014 at 11:46:02PM +, bugzilla-daemon at freedesktop.org wrote: > https://bugs.freedesktop.org/show_bug.cgi?id=71090 > > --- Comment #1 from Alex Deucher --- > Is this still an issue

[Bug 70171] kernel/time/tick-broadcast.c:668 exception and no sound

https://bugzilla.kernel.org/show_bug.cgi?id=70171 --- Comment #42 from Alex Deucher --- Just google for "git bisect howto". There are lots of good examples. Here's one: http://webchick.net/node/99 You need a kernel git tree. The closer you can narrow the breakage down, the faster it will be.

[Bug 70171] kernel/time/tick-broadcast.c:668 exception and no sound

https://bugzilla.kernel.org/show_bug.cgi?id=70171 --- Comment #41 from Andreas --- I would not have believed it, but the xrandr option also works. Running $ xrandr --output HDMI-0 --set audio off actually resets the screen and everything is as it should be: Audio is automatically switch from

[PATCH] drm/msm: drop ARCH_MSM Kconfig depend

On Tue, Feb 11, 2014 at 3:21 PM, Kumar Gala wrote: > The ARCH_MSM depend is redundant with ARCH_MSM8960, so we can remove it. > Additionally, we are splitting Qualcomm MSM support into legacy (ARCH_MSM) > and multiplatform (ARCH_QCOM). The MSM8960 with be ARCH_QCOM going forward > so dropping

[Bug 71090] pp_free () from /usr/X11R6/lib/modules/dri/r600_dri.so

|--- |FIXED -- 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/20140211/75513ec1/attachment.html>

[Bug 71090] pp_free () from /usr/X11R6/lib/modules/dri/r600_dri.so

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/1392d520/attachment.html>

[Nouveau] [PATCH] drm/nouveau: support for platform devices

On Mon, Feb 10, 2014 at 8:50 PM, Thierry Reding wrote: > On Mon, Feb 10, 2014 at 02:53:00PM +0900, Alexandre Courbot wrote: > [...] >> diff --git a/drivers/gpu/drm/nouveau/core/engine/device/base.c >> b/drivers/gpu/drm/nouveau/core/engine/device/base.c > [...] >> +resource_size_t >>

[PATCH v4 14/34] drm/exynos: hdmi: remove the i2c drivers and use devtree

On 10.02.2014 08:30, Inki Dae wrote: > 2014-02-08 11:52 GMT+09:00 Tomasz Figa : >> Hi, >> >> >> On 30.01.2014 22:19, Sean Paul wrote: >>> >>> From: Daniel Kurtz >>> >>> The i2c client was previously being passed into the hdmi driver via a >>> dedicated i2c driver, and then a global variable.

[PATCH v4 14/34] drm/exynos: hdmi: remove the i2c drivers and use devtree

On Fri, Feb 7, 2014 at 6:52 PM, Tomasz Figa wrote: > Adding new required properties to an already defined binding is breaking > backwards compatibility, which is supposed to be preserved, since DT is an > ABI. > > Now, I'm not really a big fan of DT stability, but if we decide to maintain > it

[PATCH] drm/msm: drop ARCH_MSM Kconfig depend

The ARCH_MSM depend is redundant with ARCH_MSM8960, so we can remove it. Additionally, we are splitting Qualcomm MSM support into legacy (ARCH_MSM) and multiplatform (ARCH_QCOM). The MSM8960 with be ARCH_QCOM going forward so dropping ARCH_MSM will work properly for the new ARCH_QCOM

[PULL] drm-intel-fixes

On Tue, 11 Feb 2014, Daniel Vetter wrote: > Aside: Next two weeks I'll be on vacation, so Jani will take over for a > bit. Thanks to the new git repo nothing really should change but a > different guy sending you pull requests. I'll also be on vacation Feb 17-21. BR, Jani. -- Jani Nikula,

[PATCH] drm/nouveau: handle -EACCES runtime PM return code

On Mon, Feb 10, 2014 at 9:34 PM, Thierry Reding wrote: > On Mon, Feb 10, 2014 at 02:58:12PM +0900, Alexandre Courbot wrote: >> pm_runtime_get*() may return -EACCESS to indicate a device does not have > > s/-EACCESS/-EACCES/ Oops. >> runtime PM enabled. This is the case when the nouveau.runpm

[Intel-gfx] [PATCH v5 11/11] drm/i915: Calling rotate and inverse rotate transformations after clipping

On Tue, Feb 11, 2014 at 05:02:31PM +0530, Sagar Arun Kamble wrote: > On Mon, 2014-02-10 at 15:32 +0200, Ville Syrj?l? wrote: > > On Mon, Feb 10, 2014 at 01:01:18PM +0530, sagar.a.kamble at intel.com wrote: > > > From: Sagar Kamble > > > > > > With clipped sprites these transformations are not

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/68c8f5e6/attachment.html>

[RFC PATCH v2 4/4] ARM: dts: imx6qdl: Add ports and endpoints to IPU DIs

This connects the IPU and display encoder (HDMI, LVDS, MIPI) device tree nodes using the bindings described in Documentation/devicetree/bindings/media/video-interfaces.txt The IPU ports correspond to the two display interfaces. The order of endpoints in the ports is arbitrary. Each encoder with

[RFC PATCH v2 3/4] staging: imx-drm-core: associate crtc devices with di port nodes

To connect the graph in the device tree, each display interface needs to have an associated port node in the device tree. We can associate this node with the crtc device and use it to find the crtc corresponding to a given node instead of using a combination of parent device node and id.

[RFC PATCH v2 2/4] staging: imx-drm-core: Use graph to find connection between crtc and encoder

This patch adds support to find the connections between crtcs and encoder using the OF graph bindings documented for video interfaces in Documentation/devicetree/bindings/media/video-interfaces.txt This patch uses temporary copies of the V4L2 OF graph parsers that can be removed again once those

[RFC PATCH v2 1/4] staging: imx-drm: Add temporary copies of v4l2-of parsing functions

From: Philipp Zabel The video interface bindings described in Documentation/device-tree/bindings/media/video-interfaces.txt are useful for DRM drivers, too. To decouple development, duplicate the v4l2-of parser functions temporarily. Also modify

[RFC PATCH v2 0/4] imx-drm dt bindings

Hi, these patches apply on top of Russell's second preview of the imx-drm cleanup series. I have added device tree bindings between IPU and the encoders as documented in Documentation/devicetree/bindings/media/video-interfaces.txt and used those to determine the possible_crtcs and mux_id. The

[PATCHv2 2/4] st/xa: use pipe-loader to get screen

On 11/02/14 12:08, Rob Clark wrote: > On Mon, Feb 10, 2014 at 11:36 PM, Emil Velikov > wrote: >> On 10/02/14 18:34, Rob Clark wrote: >>> From: Rob Clark >>> >>> This lets multiple gallium drivers use XA. >>> >> Hi Rob, >> >> Seems like I should have explained a bit better. >> >> There is no

[PATCHv2 4/4] pipe-loader: add pipe loader for freedreno/msm

On 11/02/14 12:09, Rob Clark wrote: > On Mon, Feb 10, 2014 at 11:30 PM, Emil Velikov > wrote: >> On 10/02/14 18:34, Rob Clark wrote: >>> From: Rob Clark >>> >>> Signed-off-by: Rob Clark >>> --- >>> src/gallium/targets/pipe-loader/Makefile.am | 16 >>>

drm/msm: CONFIG_MSM_OCMEM?

On Tue, Feb 11, 2014 at 10:39 AM, Paul Bolle wrote: > Rob, > > Commit 55459968176f ("drm/msm: add a330/apq8x74") added preprocessor > checks for CONFIG_MSM_OCMEM. But I couldn't find a Kconfig symbol > MSM_OCMEM (nor a preprocessor define for a macro of that name). Why were > those preprocessor

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

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

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

s a completely different origin. -- 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/20140211/9a91f214/attachment.html>

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

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

GeForce 6100 (NV4E) & nouveau regression in 3.12

2014-02-11 11:41 GMT+01:00 Ilia Mirkin : > (b) bisect. you can (almost) definitely restrict the bisect to > drivers/gpu/drm/nouveau. if you have additional computational power, i > would recommend looking into distcc for speeding up the compiles. it > may be interesting to also try 3.6.x since 3.7

[Bug 74803] [r600g] HyperZ broken on RV630 (Cogs shadows are broken)

s probably more suited for another ticket. -- 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/20140211/422dfcb4/attachment.html>

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

-- 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/20140211/6ac71e7a/attachment.html>

[PULL] drm-intel-fixes

Hi Dave, So I send you a "nothing going on" -fixes pull request and then the regressions roll in ;-) All three regression fixes with cc: stable where applicable. Aside: Next two weeks I'll be on vacation, so Jani will take over for a bit. Thanks to the new git repo nothing really should change

[Bug 74803] [r600g] HyperZ broken on RV630 (Cogs shadows are broken)

|Drivers/Gallium/r600 -- 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/20140211/89a3638f/attachment.html>

[RFC PATCH 2/3] staging: imx-drm-core: Use graph to find connection between crtc and encoder

> Why is this loop soo complicated? Why do you need to mess around with > this "last_ep" stuff - you don't actually end up using it. > > The loop reduces down to this without comments: > > for (i = 0; !ret; i++) { Philipp, "ret" isn't set anymore in the new loop.

GeForce 6100 (NV4E) & nouveau regression in 3.12

2014-02-10 20:06 GMT+01:00 Ilia Mirkin : > Lastly, it may be worth trying 3.11.x and 3.12.x to get a better > handle on when problems happened. The commits you cite are in the > middle of releases, and may have various badness associated with them > (e.g. 3.12-rc had a later-disabled MSI

[Intel-gfx] [PATCH] drm: expose subpixel order name routine v3

On Mon, Feb 10, 2014 at 03:32:44PM -0800, Jesse Barnes wrote: > Just like we have for connector type etc. > > v2: drop static array (Chris) > v3: add kdoc (Daniel) > > Signed-off-by: Jesse Barnes Merged this and the i915 debugfs patch to dinq with Dave's ack. -Daniel -- Daniel Vetter Software

[RFC PATCH 2/3] staging: imx-drm-core: Use graph to find connection between crtc and encoder

Hi Dan, Am Dienstag, den 11.02.2014, 11:38 +0300 schrieb Dan Carpenter: > > Why is this loop soo complicated? Why do you need to mess around with > > this "last_ep" stuff - you don't actually end up using it. > > > > The loop reduces down to this without comments: > > > > for (i = 0; !ret;

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/9626e302/attachment.html>

[PATCHv2 2/4] st/xa: use pipe-loader to get screen

On Tue, Feb 11, 2014 at 7:38 AM, Emil Velikov wrote: > On 11/02/14 12:08, Rob Clark wrote: >> On Mon, Feb 10, 2014 at 11:36 PM, Emil Velikov >> wrote: >>> On 10/02/14 18:34, Rob Clark wrote: From: Rob Clark This lets multiple gallium drivers use XA. >>> Hi Rob, >>> >>>

How to bypass TV related checks & directly start testing LCD using LIBDRM

An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/8ca1bd9b/attachment-0001.html> -- next part -- A non-text attachment was scrubbed... Name: 201402111703412_QKNMBDIF.gif Type: image/gif Size: 14036 byte

[Bug 74420] EQ overflowing - recurring total X crash

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/014b4fbf/attachment.html>

[Bug 65761] HD 7970M Hybrid - hangs and errors and rmmod causes crash

https://bugzilla.kernel.org/show_bug.cgi?id=65761 Jani Nikula changed: What|Removed |Added CC||michael at mijobe.de --- Comment #38 from

[PATCHv2 4/4] pipe-loader: add pipe loader for freedreno/msm

On Mon, Feb 10, 2014 at 11:30 PM, Emil Velikov wrote: > On 10/02/14 18:34, Rob Clark wrote: >> From: Rob Clark >> >> Signed-off-by: Rob Clark >> --- >> src/gallium/targets/pipe-loader/Makefile.am | 16 >> src/gallium/targets/pipe-loader/pipe_msm.c | 21 +

[PATCHv2 2/4] st/xa: use pipe-loader to get screen

On Mon, Feb 10, 2014 at 11:36 PM, Emil Velikov wrote: > On 10/02/14 18:34, Rob Clark wrote: >> From: Rob Clark >> >> This lets multiple gallium drivers use XA. >> > Hi Rob, > > Seems like I should have explained a bit better. > > There is no need to have sourcefiles in order to have a specific

GeForce 6100 (NV4E) & nouveau regression in 3.12

On Tue, Feb 11, 2014 at 6:09 AM, Rafa? Mi?ecki wrote: > 2014-02-11 11:41 GMT+01:00 Ilia Mirkin : >> (b) bisect. you can (almost) definitely restrict the bisect to >> drivers/gpu/drm/nouveau. if you have additional computational power, i >> would recommend looking into distcc for speeding up the

GeForce 6100 (NV4E) & nouveau regression in 3.12

On Mon, Feb 10, 2014 at 3:05 PM, Rafa? Mi?ecki wrote: > 2014-02-10 20:06 GMT+01:00 Ilia Mirkin : >> There was also an issue with libdrm_nouveau for pre-nv50 chips, when >> compiled with gcc-4.8 some time back... fixed in... 2.4.48 or so? > > I use openSUSE 12.2 (x86_64) which provides gcc 4.7.1

[PATCHv2 2/4] st/xa: use pipe-loader to get screen

On 10/02/14 18:34, Rob Clark wrote: > From: Rob Clark > > This lets multiple gallium drivers use XA. > Hi Rob, Seems like I should have explained a bit better. There is no need to have sourcefiles in order to have a specific target. All you needed was to link the state-tracker, mesagallium,

[PATCHv2 4/4] pipe-loader: add pipe loader for freedreno/msm

On 10/02/14 18:34, Rob Clark wrote: > From: Rob Clark > > Signed-off-by: Rob Clark > --- > src/gallium/targets/pipe-loader/Makefile.am | 16 > src/gallium/targets/pipe-loader/pipe_msm.c | 21 + > 2 files changed, 37 insertions(+) > create mode 100644

[Bug 74765] weird glitches in firefox

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

[Bug 65761] HD 7970M Hybrid - hangs and errors and rmmod causes crash

https://bugzilla.kernel.org/show_bug.cgi?id=65761 Joshua M. Thompson changed: What|Removed |Added CC||joshua.thompson at gmail.com ---