[PATCH] drm/radeon: Disable writeback by default on ppc

On 11/24/2013 09:15 PM, Benjamin Herrenschmidt wrote: > On Fri, 2013-11-08 at 11:43 -0200, Kleber Sacilotto de Souza wrote: >> On 11/07/2013 08:29 PM, Benjamin Herrenschmidt wrote: >>> On Mon, 2013-06-17 at 18:57 -0400, Alex Deucher wrote: >>> Weird. I wonder if there is an issue with cache

[RFC patch] PCI: Extend boot_vga sysfs attribute lookup to fix X on MBA+EFI

On Mon, 25 November 2013 Bjorn Helgaas wrote: > On Mon, Nov 25, 2013 at 12:54 PM, Bruno Pr?mont wrote: > > On a MacBookAir2,1, booting to Linux with EFI though having > > no efifb built-in Xorg refuses to start with "no devices detected" > > because for the only VGA device available (NVidia

kernel BUG at drivers/gpu/drm/drm_crtc.c:3112!

warnings git bisect good a05e9dfb656cd9184443f2e807c9c53c13a3815d # 20:03 60+ 0 Add linux-next specific files for 20131125 --yliu -- next part -- [0.00] Linux version 3.12.0-00831-g4bd863f (kbuild at roam) (gcc version 4.8.1 (Debian 4.8.1-8)

[PATCH 4/4] dri3: Enable GLX_INTEL_swap_event

Now that we're tracking SBC values correctly, and the X server has the ability to send the GLX swap events from a PresentPixmap request, enable this extension. Signed-off-by: Keith Packard --- src/glx/dri3_glx.c | 18 +- 1 file changed, 1 insertion(+), 17 deletions(-) diff

[PATCH 3/4] dri3: Fix dri3_wait_for_sbc to wait for completion of requested SBC

Eric figured out that glXWaitForSbcOML wanted to block until the requested SBC had been completed, which means to wait until the PresentCompleteNotify event for that SBC had been received. This replaces the simple sleep(1) loop (which was bogus) with a loop that just checks to see if we've seen

[PATCH 2/4] dri3: Track full 64-bit SBC numbers, instead of just 32-bits

Tracking the full 64-bit SBC values makes it clearer how those values are being used, and simplifies the wait_msc code. The only trick is in re-constructing the full 64-bit value from Present's 32-bit serial number that we use to pass the SBC value from request to event. Signed-off-by: Keith

[PATCH 1/4] dri3: Clean up struct dri3_drawable

Move the depth field up with width and height. Remove unused previous_time and frames fields. Signed-off-by: Keith Packard --- src/glx/dri3_priv.h | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/src/glx/dri3_priv.h b/src/glx/dri3_priv.h index 05f66cf..34c67a6 100644

[PATCH 0/4] Clean up dri3 SBC handling, enable GLX_INTEL_swap_event

I've split the GLX_INTEL_swap_event enabling patch into four bits -- the first three just fix the existing code to track SBC values correctly and to fix wait_for_sbc. The fourth is the trivial patch to actually turn on the new extension; all of the hard work for that is actually dealt with in the

[RFC patch] PCI: Extend boot_vga sysfs attribute lookup to fix X on MBA+EFI

On a MacBookAir2,1, booting to Linux with EFI though having no efifb built-in Xorg refuses to start with "no devices detected" because for the only VGA device available (NVidia Geforce 9400M) the sysfs attribute boot_vga is zero (instead of expected 1). When CONFIG_FB_EFI is selected, efifb does

[Bug 65811] AMD 7970M (PowerXpress) power management not functioning properly when using Xrandr to offload rendering

https://bugzilla.kernel.org/show_bug.cgi?id=65811 --- Comment #2 from Jack --- 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wimbledon XT [Radeon HD 7970M] Linux

[Bug 65811] AMD 7970M (PowerXpress) power management not functioning properly when using Xrandr to offload rendering

https://bugzilla.kernel.org/show_bug.cgi?id=65811 --- Comment #1 from Jack --- Only kernel option I have set is `radeon.runpm=1`, not sure if this is needed in 3.13 or if it even matters that I have it. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 65811] New: AMD 7970M (PowerXpress) power management not functioning properly when using Xrandr to offload rendering

https://bugzilla.kernel.org/show_bug.cgi?id=65811 Bug ID: 65811 Summary: AMD 7970M (PowerXpress) power management not functioning properly when using Xrandr to offload rendering Product: Drivers Version: 2.5

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

g 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/20131125/eccdfa16/attachment.html>

[Bug 71975] [regression][bisected] fast hdmi audio playback

ng 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/20131125/f2840eb9/attachment.html>

[Bug 71930] Kernel Bug and X fails to start when using radeon.runpm=1

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/20131125/79d89200/attachment.html>

[Bug 41375] VDPAU not working on RS880

s 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/20131125/9f9c0676/attachment.html>

[PATCH] present: Send GLX_BufferSwapComplete events from present extension

bed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131125/64285d3b/attachment-0001.pgp>

[Bug 69728] Radeon Redwood (5670) GPU Lockup

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

[Bug 71975] [regression][bisected] fast hdmi audio playback

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

[Bug 69728] Radeon Redwood (5670) GPU Lockup

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

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

tachments/20131125/c0c6530f/attachment.html>

[Bug 65771] Oops after starting nouveau with NVAA / NV50 (Nvidia 8200)

https://bugzilla.kernel.org/show_bug.cgi?id=65771 --- Comment #2 from dirk.neukirchen at student.hu-berlin.de --- Created attachment 116001 --> https://bugzilla.kernel.org/attachment.cgi?id=116001=edit dmesg of successfull boot of 3.12.1 -- You are receiving this mail because: You are

[Bug 65771] Oops after starting nouveau with NVAA / NV50 (Nvidia 8200)

https://bugzilla.kernel.org/show_bug.cgi?id=65771 --- Comment #1 from dirk.neukirchen at student.hu-berlin.de --- Created attachment 115991 --> https://bugzilla.kernel.org/attachment.cgi?id=115991=edit acpidump output; just in case -- You are receiving this mail because: You are watching the

[Bug 65771] New: Oops after starting nouveau with NVAA / NV50 (Nvidia 8200)

https://bugzilla.kernel.org/show_bug.cgi?id=65771 Bug ID: 65771 Summary: Oops after starting nouveau with NVAA / NV50 (Nvidia 8200) Product: Drivers Version: 2.5 Kernel Version: 3.13-rc1 Hardware: i386

[Bug 71930] Kernel Bug and X fails to start when using radeon.runpm=1

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

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

https://bugzilla.kernel.org/show_bug.cgi?id=65761 Mike Lothian changed: What|Removed |Added CC||mike at fireburn.co.uk --- Comment #1

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

https://bugzilla.kernel.org/show_bug.cgi?id=65761 Bug ID: 65761 Summary: HD 7970M Hybrid - hangs and errors and rmmod causes crash Product: Drivers Version: 2.5 Kernel Version: 3.13-rc1 Hardware: x86-64

[Mesa-dev] [PATCH] intel: Track known prime buffers for re-use

On Fri, Nov 22, 2013 at 05:35:54AM -0800, Keith Packard wrote: > If the application sends us a file descriptor pointing at a prime > buffer that we've already got, we have to re-use the same bo_gem > structure or chaos will result. > > Track the set of all known prime objects and look to see if

[Intel-gfx] [Mesa-dev] [PATCH] dri3, i915, i965: Add __DRI_IMAGE_FOURCC_SARGB8888

On Mon, Nov 25, 2013 at 09:57:23AM +0100, Daniel Vetter wrote: > On Fri, Nov 22, 2013 at 02:12:13PM -0800, Kristian H?gsberg wrote: > > I don't know what else you'd propose? Pass an X visual in the ioctl? > > An EGL config? This is our name space, we can add stuff as we need > > (as Keith is

[RFC v2 PATCH] mipi-dsi-bus: add MIPI DSI bus support

Hi Thierry, Thanks for the review. On 11/22/2013 06:41 PM, Thierry Reding wrote: > On Mon, Nov 18, 2013 at 05:25:23PM +0100, Andrzej Hajda wrote: >> MIPI DSI bus allows to model DSI hosts >> and DSI devices using Linux bus. > This looks somewhat terse. Any chance you could be more verbose about

[Intel-gfx] [Mesa-dev] [PATCH] dri3, i915, i965: Add __DRI_IMAGE_FOURCC_SARGB8888

On Sat, Nov 23, 2013 at 2:10 AM, Ville Syrj?l? wrote: > On Fri, Nov 22, 2013 at 03:43:13PM -0800, Keith Packard wrote: >> Ville Syrj?l? writes: >> >> > What is this format anyway? -ENODOCS >> >> Same as MESA_FORMAT_SARGB8 and __DRI_IMAGE_FORMAT_SARGB8 :-) >> >> > If its just an srgb version of

[PATCH 2/2] drm/radeon: add radeon_vm_bo_update trace point

From: Christian K?nig Also rename the function to better reflect what it is doing. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h | 8 drivers/gpu/drm/radeon/radeon_cs.c| 4 ++-- drivers/gpu/drm/radeon/radeon_gart.c | 14

[PATCH 1/2] drm/radeon: add VMID allocation trace point

From: Christian K?nig Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gart.c | 2 ++ drivers/gpu/drm/radeon/radeon_trace.h | 15 +++ 2 files changed, 17 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c

[Bug 71975] [regression][bisected] fast hdmi audio playback

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

[Bug 71983] libdrm 2.4.49 makes gpu crash (HD7770)

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

[PATCH] present: Send GLX_BufferSwapComplete events from present extension

- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131125/a13a5579/attachment.pgp>

[PATCH] dri3: Support GLX_INTEL_swap_event

shortly. -- keith.packard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131125/f84f590a/attachment.pgp>

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

org/archives/dri-devel/attachments/20131125/5fa8290b/attachment.html>

[Bug 50618] Slow video playback with 40mbits mpeg2+vdpau

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

[PATCH 4/4] drm: exynos: hdmi: Add dt support for hdmiphy settings

This patch adds dt support to hdmiphy config settings as it is board specific and depends on the signal pattern of board. Signed-off-by: Shirish S --- .../devicetree/bindings/video/exynos_hdmi.txt | 31 drivers/gpu/drm/exynos/exynos_hdmi.c | 77

[PATCH 3/4] ARM: exynos: dts: cros5250: Add hdmi phy settings

This patch moves the hdmi phy setting to arndale dts, as its more of a per board configuration and also shall be easier for supporting future chipsets. Signed-off-by: Shirish S --- arch/arm/boot/dts/cros5250-common.dtsi | 74 1 file changed, 74 insertions(+)

[PATCH 2/4] ARM: dts: arndale: Add hdmi phy settings

This patch moves the hdmi phy setting to arndale dts, as its more of a per board configuration and also shall be easier for supporting future chipsets. Signed-off-by: Shirish S --- arch/arm/boot/dts/exynos5250-arndale.dts | 74 ++ 1 file changed, 74 insertions(+)

[PATCH] drm: edid: enable probing and listing of non rb modes

The current solution checks for the existing RB mode, if available in the edid block returns by adding it, but does not populate the connector with the modes of same resolution but which are non-rb modes. As a result the probing and listing of non-rb modes can't be made, in case the rb mode's

[PATCH 1/4] ARM: dts: smdk5250: Add hdmi phy settings

This patch moves the hdmi phy setting to smdk5250 dts,as its more of a per board configuration and also shall be easier for supporting future chipsets. Signed-off-by: Shirish S --- arch/arm/boot/dts/exynos5250-smdk5250.dts | 74 + 1 file changed, 74 insertions(+)

[PATCH 0/4] Add dt support for exynos hdmiphy settings

For various revisions of a chipset if the signal pattern is changed for every revision, then the phy setting need to be updated correspondingly by measuring the signal. For getting correct signals the clock level and data de-emphasis levels needs to be adjusted. Since only these 2 values matter,we

[PATCH] drm: edid: enable probing and listing of non rb modes

The current solution checks for the existing RB mode, if available in the edid block returns by adding it, but does not populate the connector with the modes of same resolution but which are non-rb modes. As a result the probing and listing of non-rb modes can't be made, in case the rb mode's

[PATCH] Enable probing of non-rb modes

With the current implementation of collecting edid modes, in case rb mode exists for a non rb mode of same resolution and vrefresh, the non-rb mode is never fed to display controller to be probed, as a result we lose on using the non-rb mode, if the display controller does not support rb mode but

[Mesa-dev] [PATCH] dri3, i915, i965: Add __DRI_IMAGE_FOURCC_SARGB8888

rg/archives/dri-devel/attachments/20131125/cee0c182/attachment.pgp>

[Bug 71983] libdrm 2.4.49 makes gpu crash (HD7770)

ll crashes. Before this commit it works ok. -- 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/20131125/1491adf0/attachment-0001.html>

[Bug 71983] libdrm 2.4.49 makes gpu crash (HD7770)

org/archives/dri-devel/attachments/20131125/c8405ca7/attachment.html>

[PATCH] dri3: Support GLX_INTEL_swap_event

ones that you have to push hard on to get an immediate pageflip mode) -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131125/f253d181/attachment.pgp>

[PATCH 3.2 74/87] drm: Prevent overwriting from userspace underallocating core ioctl structs

3.2.53-rc1 review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit b062672e305ce071f21eb9e18b102c2a430e0999 upstream. Apply the protections from commit 1b2f1489633888d4a06028315dc19d65768a1c05 Author: Dave Airlie

[RFC patch] PCI: Extend boot_vga sysfs attribute lookup to fix X on MBA+EFI

On Mon, Nov 25, 2013 at 12:54 PM, Bruno Pr?mont wrote: > On a MacBookAir2,1, booting to Linux with EFI though having > no efifb built-in Xorg refuses to start with "no devices detected" > because for the only VGA device available (NVidia Geforce 9400M) > the sysfs attribute boot_vga is zero

[PATCH] intel: Track known prime buffers for re-use

If the application sends us a file descriptor pointing at a prime buffer that we've already got, we have to re-use the same bo_gem structure or chaos will result. Track the set of all known prime objects and look to see if the kernel has returned one of those for a new file descriptor. Also

[Mesa-dev] [PATCH] intel: Track known prime buffers for re-use

eith.packard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131125/8da762d1/attachment.pgp>

[Bug 71923] Screen corruption when watching VDPAU-accelerated H264 video

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

[Bug 71983] libdrm 2.4.49 makes gpu crash (HD7770)

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/20131125/d6636f9e/attachment.html>

[Bug 71983] libdrm 2.4.49 makes gpu crash (HD7770)

org/archives/dri-devel/attachments/20131125/da523dd2/attachment.html>

[Bug 71983] libdrm 2.4.49 makes gpu crash (HD7770)

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

[PATCH 3.5 14/78] drm: Pad drm_mode_get_connector to 64-bit boundary

3.5.7.26 -stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit bc5bd37ce48c66e9192ad2e7231e9678880f6f8e upstream. Pavel Roskin reported that DRM_IOCTL_MODE_GETCONNECTOR was overwritting the 4 bytes

[PATCH 3.5 13/78] drm: Prevent overwriting from userspace underallocating core ioctl structs

3.5.7.26 -stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit b062672e305ce071f21eb9e18b102c2a430e0999 upstream. Apply the protections from commit 1b2f1489633888d4a06028315dc19d65768a1c05 Author: Dave

[Bug 41375] VDPAU not working on RS880

__ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > > -- 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/20131125/6c9455da/attachment.html>

[Bug 41375] VDPAU not working on RS880

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

[Mesa-dev] [PATCH 2/2] i965: Set fast color clear mcs_state on newly allocated image miptrees

d... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131125/ea340f31/attachment.pgp>

[Bug 71983] New: libdrm 2.4.49 makes gpu crash (HD7770)

for unigine-sanctuary i can see graphics corruption for a while. When i downgrade libdrm everything works like before. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.f

[Bug 71777] R600 stuck while compiling shader for Unigine Heaven 3.0

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

[PATCH] drm/radeon: Disable writeback by default on ppc

On Fri, 2013-11-08 at 11:43 -0200, Kleber Sacilotto de Souza wrote: > On 11/07/2013 08:29 PM, Benjamin Herrenschmidt wrote: > > On Mon, 2013-06-17 at 18:57 -0400, Alex Deucher wrote: > > > >> Weird. I wonder if there is an issue with cache snoops on PPC. We > >> currently use the gart in cached

[PATCH 1/2] drm/radeon/dpm: Convert to use devm_hwmon_register_with_groups

On Fri, Nov 22, 2013 at 09:52:00PM -0800, Guenter Roeck wrote: > Simplify the code and fix race condition seen because > attribute files were created after hwmon device registration. > > Signed-off-by: Guenter Roeck > --- > Compile tested only; unfortunately I don't have the the necessary

Patch

On Fri, Nov 22, 2013 at 06:36:48PM +0100, Levente Kurusa wrote: > 2013-11-22 17:35, Arthur Schwalbenberg: > > > > From 340fa01dfe8f699e27ece111996ea088bca6b5c4 Mon Sep 17 00:00:00 2001 > > From: Arthur Schwalbenberg > > Date: Thu, 21 Nov 2013 19:42:44 -0500 > > Subject: [PATCH] Staging: Fixed

[Intel-gfx] [Mesa-dev] [PATCH] dri3, i915, i965: Add __DRI_IMAGE_FOURCC_SARGB8888

On Fri, Nov 22, 2013 at 02:12:13PM -0800, Kristian H?gsberg wrote: > I don't know what else you'd propose? Pass an X visual in the ioctl? > An EGL config? This is our name space, we can add stuff as we need > (as Keith is doing here). include/uapi/drm/drm_fourcc.h is the > canonical source for

[RFCv4 14/14] HACK: drm: allow FB's in drm_mode_object_find

Ugg.. we do actually want to permit FB's in atomic case, since FB will be looked up like any other object property value. Currently we do the FB refcnt'ing dance in atomic->commit(), and would rather not have to special case FB's or collect an FB ref when we look up the property. Not sure if it

[RFCv4 13/14] drm/msm: add atomic support

TODO: probably can split this up into prep patch which splits the msm_queue_fence_cb out of gem.. --- drivers/gpu/drm/msm/Makefile | 1 + drivers/gpu/drm/msm/mdp4/mdp4_crtc.c | 57 ++ drivers/gpu/drm/msm/mdp4/mdp4_kms.c | 6 ++ drivers/gpu/drm/msm/mdp4/mdp4_kms.h | 1

[RFCv4 12/14] drm: Atomic modeset ioctl

From: Ville Syrj?l? The atomic modeset ioctl cna be used to push any number of new values for object properties. The driver can then check the full device configuration as single unit, and try to apply the changes atomically. The ioctl simply takes a list of

[RFCv4 11/14] drm: push locking down into restore_fbdev_mode

All the call-sites save one need locking. By pushing it down and adding a lockless flag, we can use the new spiffy atomic ww_mutex crtc locking and simplify all the call-sites. --- drivers/gpu/drm/drm_fb_cma_helper.c | 9 ++--- drivers/gpu/drm/drm_fb_helper.c | 12

[RFCv4 10/14] drm: convert crtc to properties/state

Break the mutable state of a crtc out into a separate structure and use atomic properties mechanism to set crtc attributes. This makes it easier to have some helpers for crtc->set_property() and for checking for invalid params. The idea is that individual drivers can wrap the state struct in

[RFCv4 09/14] drm: convert plane to properties/state

Break the mutable state of a plane out into a separate structure and use atomic properties mechanism to set plane attributes. This makes it easier to have some helpers for plane->set_property() and for checking for invalid params. The idea is that individual drivers can wrap the state struct in

[RFCv4 08/14] drm: Refactor object property check code

From: Ville Syrj?l? Refactor the code to check whether an object has a specific property to a new function. v1: original v2: rebase on atomic -- Rob Clark v3: EINVAL->ENOENT Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c | 25

[RFCv4 07/14] drm: Allow drm_mode_object_find() to look up an object of any type

From: Ville Syrj?l? To avoid having to pass object types from userspace for atomic mode setting ioctl, allow drm_mode_object_find() to look up an object of any type. This will only work as long as the all object types share the ID space. Signed-off-by: Ville

[RFCv4 06/14] drm: split propvals out and blob property support

Split property values out into a different struct, so we can later move property values into state structs. This will allow the property values to stay in sync w/ the state updates which are either discarded or atomically committed. And since we are touching all the same code, add support for

[RFCv4 05/14] drm: helpers to find mode objects

Add a few more useful helpers to find mode objects. --- drivers/gpu/drm/drm_crtc.c | 97 ++ include/drm/drm_crtc.h | 33 2 files changed, 63 insertions(+), 67 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c

[RFCv4 04/14] drm: add signed-range property type

Like range, but values are signed. --- drivers/gpu/drm/drm_crtc.c | 29 + include/drm/drm_crtc.h | 12 include/uapi/drm/drm_mode.h | 1 + 3 files changed, 38 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c

[RFCv4 03/14] drm: add object property type

An object property is an id (idr) for a drm mode object. This will allow a property to be used set/get a framebuffer, CRTC, etc. --- drivers/gpu/drm/drm_crtc.c | 60 +++-- include/drm/drm_crtc.h | 27 include/uapi/drm/drm_mode.h

[RFCv4 02/14] drm: convert crtc to ww_mutex

For atomic, it will be quite convenient to not have to care so much about locking order. And 'state' gives us a convenient place to stash a ww_ctx for any sort of update that needs to grab multiple crtc locks. Because we will want to eventually make locking even more fine grained (giving locks

[RFCv4 01/14] drm: add atomic fxns

The 'atomic' mechanism allows for multiple properties to be updated, checked, and commited atomically. This will be the basis of atomic- modeset and nuclear-pageflip. The basic flow is: state = dev->atomic_begin(); for (... one or more ...) obj->set_property(obj, state, prop,

[RFCv4 00/14] Atomic/nuclear modeset/pageflip

Previous Revision: http://lists.freedesktop.org/archives/dri-devel/2013-November/049363.html Changes since previous: + convert new properties over to DRM_MODE_PROP_EXTENDED_TYPE, so we aren't consuming one new bit per property type (as suggested by, I think, Ville) + Fixed usage of ww_ctx,

[i915] BUG: Bad page state in process Xorg

oh, hmm.. are you importing buffers from i915? It looks like this part: - if (obj->base.import_attach) { - drm_free_large(obj->pages); - obj->pages = NULL; - return; - } should not have been removed from udl_gem_put_pages().. BR, -R On Mon, Nov 25, 2013 at 8:17 AM, wrote: > Hi, > > It turns

[Bug 68224] [radeonsi] Serious Sam3 is segfaulting (LLVM assert)

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131125/8f58fcf8/attachment.html>

[Bug 71859] texelFetch segfault in libLLVM-3.3.so (on Cayman)

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131125/61b36a45/attachment.html>

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

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

[Bug 70391] "atombios stuck executing D1FC" when switching back from tty to X

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