[PATCH] drm/vma-manager: Don't unmap COW'd pages when zapping bo ptes

On 11/20/2013 03:24 PM, Daniel Vetter wrote: > On Wed, Nov 20, 2013 at 01:55:49AM -0800, Thomas Hellstrom wrote: >> Not sure if there are any user-space users of private bo mappings, but >> if there are, or will be, zapping the COW'd pages when, for example, >> moving a bo would confuse the user

[Bug 71817] Git Mesa r600g driver crashes while using llvm

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131120/40087a52/attachment.html>

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

rg/archives/dri-devel/attachments/20131120/5d3fd236/attachment.html>

[Ac100] [PATCH 00/31] ARM: tegra: use common reset and DMA bindings

_car 34>; > > resets = <_car 34>; > > reset-names = "dma"; > > + #iommu-cells = <1>; > > }; > > > ___ > Mailing list: https://launchpad.net/~ac100 > Post to : ac100 at

[PATCH 00/31] ARM: tegra: use common reset and DMA bindings

On Wednesday 20 November 2013, Stephen Warren wrote: > > +- #iommu-cells : Must be <1>. This dictates the length of DMA specifiers in > > + client nodes' dmas properties. The specifier represents the DMA request > > + select value for the peripheral. For more details, consult the Tegra > >

[PATCH] intel: Use memset instead of VG_CLEAR

On Wed, Nov 20, 2013 at 08:38:38AM -0800, Ian Romanick wrote: > From: Ian Romanick > > The ioctl expects that certain fields will be zeroed, so we should allow > the helper function to actually work in non-Valgrind builds. > > Signed-off-by: Ian Romanick > Reported-by: Zhenyu Wang > Cc:

[PATCH] intel: Use memset instead of VG_CLEAR

On Wed, Nov 20, 2013 at 08:38:38AM -0800, Ian Romanick wrote: > From: Ian Romanick > > The ioctl expects that certain fields will be zeroed, so we should allow > the helper function to actually work in non-Valgrind builds. > > Signed-off-by: Ian Romanick > Reported-by: Zhenyu Wang > Cc:

[PATCH 00/31] ARM: tegra: use common reset and DMA bindings

On Friday 15 November 2013, Stephen Warren wrote: > This series implements a common reset framework driver for Tegra, and > updates all relevant Tegra drivers to use it. It also removes the custom > DMA bindings and replaced them with the standard DMA DT bindings. The series is rather long, so I

[Bug 46161] [BISECTED]divide error on radeon modprobe

https://bugzilla.kernel.org/show_bug.cgi?id=46161 Alan changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because:

[Bug 46161] [BISECTED]divide error on radeon modprobe

https://bugzilla.kernel.org/show_bug.cgi?id=46161 Alan changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 71816] Sacred: Gold Edition does not work with radeonsi

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/20131120/e8b3782a/attachment.html>

[PULL] drm-intel-fixes

Hi Dave, Just a small pile of fixes for bugs and a few regressions. I'm still trying to track down a driver load hang on my g33 (which infuriatingly doesn't happen when loading the module manually after boot), somehow bisecting loves to go astray on this one :( And there's a (harmless) locking

[RFCv3 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

[RFCv3 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 | 48 +--- drivers/gpu/drm/msm/mdp4/mdp4_kms.c | 6 ++ drivers/gpu/drm/msm/mdp4/mdp4_kms.h | 1 +

[RFCv3 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

[RFCv3 11/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

[RFCv3 10/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

[RFCv3 09/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

[RFCv3 08/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

[RFCv3 07/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

[RFCv3 06/14] drm: helpers to find mode objects

Add a few more useful helpers to find mode objects. --- include/drm/drm_crtc.h | 25 + 1 file changed, 25 insertions(+) diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h index a9b9977..d3abc9c 100644 --- a/include/drm/drm_crtc.h +++ b/include/drm/drm_crtc.h @@

[RFCv3 05/14] drm: add DRM_MODE_PROP_SIGNED property flag

Flag for range property types indicating that the value is a signed integer rather than unsigned. For range properties, the signed flag will trigger use of signed integer comparisions, to handle negative values properly. --- drivers/gpu/drm/drm_crtc.c | 15 +++

[RFCv3 04/14] drm: add DRM_MODE_PROP_DYNAMIC property flag

This indicates to userspace that the property is something that can be set dynamically without requiring a "test" step to check if the hw is capable. This allows a userspace compositor, such as weston, to avoid an extra ioctl to check whether it needs to fall-back to GPU to composite some surface

[RFCv3 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 | 34 ++ include/drm/drm_crtc.h | 10 ++ include/uapi/drm/drm_mode.h | 1 + 3 files

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

At the moment, this doesn't do anything. But for atomic we will have an ww_acquire_ctx associated with the state, to simplify the locking and avoid potential deadlock when we cannot control the locking order. --- drivers/gpu/drm/drm_crtc.c | 20 +++-

[RFCv3 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,

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

Yet another installment of atomic/nuclear modeset/pageflip. Sorry it took a while since the previous iteration, other tasks came up. But I hope to not be interrupted so much, because I don't want to spend the rest of my life rebasing this patchset ;-) Compared to previous version, I've

[PATCH] drm/vma-manager: Don't unmap COW'd pages when zapping bo ptes

On Wed, Nov 20, 2013 at 01:55:49AM -0800, Thomas Hellstrom wrote: > Not sure if there are any user-space users of private bo mappings, but > if there are, or will be, zapping the COW'd pages when, for example, > moving a bo would confuse the user immensely since the net effect for the > user would

[Bug 45121] [TRIVIAL]Not all PCIID 1002:68e1 are Mobility

https://bugzilla.kernel.org/show_bug.cgi?id=45121 Alan changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 50881] [TRIVIAL]Error compiling nouveau inside the kernel (not as a module) when ACPI is a module

https://bugzilla.kernel.org/show_bug.cgi?id=50881 Alan changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

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

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

[Bug 46161] [BISECTED]divide error on radeon modprobe

https://bugzilla.kernel.org/show_bug.cgi?id=46161 --- Comment #6 from Brad Jackson --- It was fixed in one of the releases shortly after I reported it. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 46161] [BISECTED]divide error on radeon modprobe

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

[Bug 45121] [TRIVIAL]Not all PCIID 1002:68e1 are Mobility

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

[Bug 69321] starting openCL crashes/boots system

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131120/086566d4/attachment-0001.html>

[pull] radeon fixes 3.13

Hi Dave, More fixes for radeon. This adds new queries for tiling on CIK, and fixes a crash in handling acpi atif backlight events on CIK. The following changes since commit 3a118989d58ca9b99f56f16a6fccbe34a9d8047e: drm/radeon: enable DPM by default in TN asics (2013-11-15 15:57:38 -0500)

[PATCH RFC 4/9] ASoC: hdmi-codec: Add devicetree binding with documentation

On Wed, 20 Nov 2013 10:09:59 + Mark Brown wrote: > On Wed, Nov 20, 2013 at 10:23:42AM +0100, Jean-Francois Moine wrote: > > > But now, I am wondering again about these `empty`codecs: > > - in a DT context, should we continue to add / modify such codecs? > > - what do you think about my

[PATCH RFC 4/9] ASoC: hdmi-codec: Add devicetree binding with documentation

t was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131120/14f218c0/attachment.pgp>

[Bug 15850] Switcheroo: LVDS on radeon not working after suspend

https://bugzilla.kernel.org/show_bug.cgi?id=15850 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 15779] [radeon X1300 KMS] infinite atombios loop on Xorg startup

https://bugzilla.kernel.org/show_bug.cgi?id=15779 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 71816] Sacred: Gold Edition does not work with radeonsi

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

[patch] drm/nouveau/disp: add a comment on confusing loop

Am 13.11.2013 08:45, schrieb Dan Carpenter: > The "ret = -EIO" is deliberate. It's a very uncommon thing to do and it > upsets static checkers because they normally would expect "ret == -EIO". > > Signed-off-by: Dan Carpenter > > diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/dport.c

[PULL] ttm-fixes-3.13

Hi, Dave! The set_need_resched() removal fix and yet another fix in ttm_bo_move_memcpy(). The following changes since commit a3483353ca4e6dbeef2ed62ebed01af109b5b27a: drm: check for !kdev in drm_unplug_minor() (2013-11-15 20:49:02 +1000) are available in the git repository at:

[PULL] vmwgfx-fixes-3.13

Hi, Dave. Below is a fix for a false lockep warning, and the vmwgfx prime implementation. The following changes since commit a3483353ca4e6dbeef2ed62ebed01af109b5b27a: drm: check for !kdev in drm_unplug_minor() (2013-11-15 20:49:02 +1000) are available in the git repository at:

[PATCH] drm/vma-manager: Don't unmap COW'd pages when zapping bo ptes

On 11/20/2013 11:14 AM, David Herrmann wrote: > Hi > > On Wed, Nov 20, 2013 at 10:55 AM, Thomas Hellstrom > wrote: >> Not sure if there are any user-space users of private bo mappings, but >> if there are, or will be, zapping the COW'd pages when, for example, >> moving a bo would confuse the

[PATCH] drm/vma-manager: Don't unmap COW'd pages when zapping bo ptes

Hi On Wed, Nov 20, 2013 at 10:55 AM, Thomas Hellstrom wrote: > Not sure if there are any user-space users of private bo mappings, but > if there are, or will be, zapping the COW'd pages when, for example, > moving a bo would confuse the user immensely since the net effect for the > user would be

[PATCH 00/31] ARM: tegra: use common reset and DMA bindings

On 11/20/2013 10:03 AM, Arnd Bergmann wrote: > On Wednesday 20 November 2013, Stephen Warren wrote: >>> +- #iommu-cells : Must be <1>. This dictates the length of DMA specifiers in >>> + client nodes' dmas properties. The specifier represents the DMA request >>> + select value for the

[PATCH RFC 4/9] ASoC: hdmi-codec: Add devicetree binding with documentation

On Tue, 19 Nov 2013 14:12:24 +0200 Jyri Sarha wrote: > Signed-off-by: Jyri Sarha > --- > Documentation/devicetree/bindings/sound/hdmi.txt | 17 + > sound/soc/codecs/hdmi.c | 10 ++ > 2 files changed, 27 insertions(+) > create mode 100644

[PATCH RFC 4/9] ASoC: hdmi-codec: Add devicetree binding with documentation

- 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/20131120/09c87c68/attachment-0001.pgp>

[PATCH 00/31] ARM: tegra: use common reset and DMA bindings

On 11/20/2013 08:37 AM, Arnd Bergmann wrote: > On Friday 15 November 2013, Stephen Warren wrote: >> This series implements a common reset framework driver for Tegra, and >> updates all relevant Tegra drivers to use it. It also removes the custom >> DMA bindings and replaced them with the standard

[Bug 71816] Sacred: Gold Edition does not work with radeonsi

endering, which is undesirable anyway. -- 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/20131120/8a8de5f3/attachment.html>

[PATCH] intel: Use memset instead of VG_CLEAR

From: Ian Romanick The ioctl expects that certain fields will be zeroed, so we should allow the helper function to actually work in non-Valgrind builds. Signed-off-by: Ian Romanick Reported-by: Zhenyu Wang Cc: Damien Lespiau Cc: Daniel Vetter ---

[Bug 71817] Git Mesa r600g driver crashes while using llvm

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

[Bug 69321] starting openCL crashes/boots system

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

[PATCH] drm/ttm: Use VM_PFNMAP for shared bo maps

VM_PFNMAP is faster than VM_MIXEDMAP due to reduced page administration so use it for shared maps where we don't have any Copy-On-Write pages. For private maps, we continue to use VM_MIXEDMAP. This might also help a bit for bo mmap dirty tracking, if implemented, depending on the used interface.

[PATCH] drm/vma-manager: Don't unmap COW'd pages when zapping bo ptes

Not sure if there are any user-space users of private bo mappings, but if there are, or will be, zapping the COW'd pages when, for example, moving a bo would confuse the user immensely since the net effect for the user would be that pages written to would lose their contents. Signed-off-by:

[Bug 71817] New: Git Mesa r600g driver crashes while using llvm

running glxinfo causes this error. -- 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/20131120/4a68f84a/attachment.html>

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

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

[Bug 71816] New: Sacred: Gold Edition does not work with radeonsi

ange problem with my 32-bit stack or is this bug peculiar to radeonsi? -- 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/20131120/4b3db92e/attachment-0001.html>