https://bugs.freedesktop.org/show_bug.cgi?id=64503
--- Comment #18 from Pierre Ossman ---
(In reply to comment #17)
> maybe this patch will help?
>
> http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-
> next&id=f100380ecd8287b0909d3c5694784adc46e78a4a
>
> Some monitors are picky about th
On Saturday, July 06, 2013 03:33:01 PM Rafael J. Wysocki wrote:
> On Saturday, July 06, 2013 01:45:56 PM Aaron Lu wrote:
> > On 07/06/2013 06:23 AM, Rafael J. Wysocki wrote:
> > > On Friday, July 05, 2013 11:40:02 PM Rafael J. Wysocki wrote:
> > >> On Friday, July 05, 2013 10:00:55 PM Rafael J. Wys
https://bugs.freedesktop.org/show_bug.cgi?id=66349
--- Comment #8 from Vadim Girlin ---
So far I haven't managed to reproduce the issue with the trace, I tried with
32-bit and 64-bit drivers, with and without sb, also I tried to build mesa with
your configure parameters (though I had to adjust th
Hi
This is v2 of the unified VMA offset manager series. The first draft is
available at LWN [1]. This series replaces the VMA offset managers in GEM and
TTM with a unified implementation.
The first 4 patches contain the new VMA offset manager and are the only patches
that I propose for mainline i
If we want to map GPU memory into user-space, we need to linearize the
addresses to not confuse mm-core. Currently, GEM and TTM both implement
their own offset-managers to assign a pgoff to each object for user-space
CPU access. GEM uses a hash-table, TTM uses an rbtree.
This patch provides a unif
Use the new vma manager instead of the old hashtable. Also convert all
drivers to use the new convenience helpers. This drops all the
(map_list.hash.key << PAGE_SHIFT) non-sense.
Locking and access-management is exactly the same as before with an
additional lock inside of the vma-manager, which st
Use the new vma-manager infrastructure. This doesn't change any
implementation details as the vma-offset-manager is nearly copied 1-to-1
from TTM.
Even though the vma-manager uses its own locks, we still need bo->vm_lock
to prevent bos from being destroyed before we can get a reference during
look
Instead of unmapping the nodes in TTM and GEM users manually, we provide
a generic wrapper which does the correct thing for all vma-nodes.
v2: remove bdev->dev_mapping test in ttm_bo_unmap_virtual_unlocked() as
ttm_mem_io_free_vm() does nothing in that case (io_reserved_vm is 0).
Reviewed-by: Dan
Add a "best_match" argument similar to the drm_mm_search_*() helpers so we
can convert TTM to use them in follow up patches.
Also move the non-generic aliases to drm_mm.h header instead of keeping
them in the source file.
Signed-off-by: David Herrmann
---
drivers/gpu/drm/drm_mm.c | 23
Instead of calling drm_mm_pre_get() in a row, we now preallocate the node
and then use the atomic insertion functions. This has the exact same
semantics and there is no reason to use the racy pre-allocations.
Signed-off-by: David Herrmann
---
drivers/gpu/drm/ttm/ttm_bo_manager.c | 40 +++
i915 is the last user of the weird search+get_block drm_mm API. Convert it
to an explicit kmalloc()+insert_node().
Signed-off-by: David Herrmann
---
drivers/gpu/drm/i915/i915_gem.c| 9 +++--
drivers/gpu/drm/i915/i915_gem_stolen.c | 72 ++
2 files changed,
These calls are no longer used. Remove them.
Signed-off-by: David Herrmann
---
drivers/gpu/drm/drm_mm.c | 116 ---
include/drm/drm_mm.h | 74 --
2 files changed, 19 insertions(+), 171 deletions(-)
diff --git a/drivers/
The VMA offset manager uses a device-global address-space, hence, any
user can currently map any offset-node they want. They only need to guess
the right offset. If we wanted per open-file offset spaces, we'd either
need VM_NONLINEAR mappings or multiple "struct address_space" trees. As
both doesn'
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Dave Airlie
Signed-off-by: David Herrmann
---
drivers/gpu/drm/ast/ast_drv.c | 2 ++
drivers/gpu/drm/ast/ast_drv.h | 4
drivers/gpu/drm/ast/ast_main.c | 15 +++
3 files changed, 2
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Dave Airlie
Signed-off-by: David Herrmann
---
drivers/gpu/drm/cirrus/cirrus_drv.h | 4
drivers/gpu/drm/cirrus/cirrus_main.c | 15 +++
2 files changed, 19 insertions(+)
diff --git
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Dave Airlie
Signed-off-by: David Herrmann
---
drivers/gpu/drm/mgag200/mgag200_drv.c | 2 ++
drivers/gpu/drm/mgag200/mgag200_drv.h | 4
drivers/gpu/drm/mgag200/mgag200_main.c | 15 +++
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Ben Skeggs
Signed-off-by: David Herrmann
---
drivers/gpu/drm/nouveau/nouveau_gem.c | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nou
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Alex Deucher
Signed-off-by: David Herrmann
---
drivers/gpu/drm/radeon/radeon_gem.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.c
b/drivers/gpu/drm/ra
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Dave Airlie
Signed-off-by: David Herrmann
---
drivers/gpu/drm/qxl/qxl_gem.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/qxl/qxl_gem.c b/drivers/gpu/drm/q
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Also remove unused vmw_user_dmabuf_reference() to prevent from using it
later without correctly adding mmap permissions.
Cc: Thomas Hellstrom
Signed-off-by: David Herrmann
---
drivers/gpu/drm/vmwgfx/vmw
If a user does not have access to a given buffer, we must not allow them
to mmap it. Otherwise, users could "guess" the buffer offsets of other
users and get access to the buffer.
All TTM drivers already use the new VMA offset manager access management
so we can enable TTM mmap access management n
Implement automatic access management for mmap offsets for all GEM
drivers. This prevents user-space applications from "guessing" GEM BO
offsets and accessing buffers which they don't own.
Signed-off-by: David Herrmann
---
drivers/gpu/drm/drm_gem.c | 21 +
1 file changed, 17
Currently, both ranges overlap. Fix the limits so both ranges are mutually
exclusive. Also use the occasion to convert whitespaces to tabs.
Cc: Martin Peres
Cc: Kristian Høgsberg
Signed-off-by: David Herrmann
---
drivers/gpu/drm/drm_stub.c | 12 ++--
1 file changed, 6 insertions(+), 6
Render nodes provide an API for userspace to use non-privileged GPU
commands without any running DRM-Master. It is useful for offscreen
rendering, GPGPU clients, and normal render clients which do not perform
modesetting.
Compared to legacy clients, render clients no longer need any
authentication
https://bugs.freedesktop.org/show_bug.cgi?id=66349
--- Comment #9 from Thomas Lindroth ---
Created attachment 82148
--> https://bugs.freedesktop.org/attachment.cgi?id=82148&action=edit
valgrind output
https://dl.dropboxusercontent.com/s/ynibt38hhdlyu1r/DungeonDefenders-x86.trace.bz2
Maybe you
Move omap_gem_helpers to core, since I'll need some of the same
helpers for msm driver. Also update udl and gma500 to use the
helpers. Possibly i915 could as well, although it does some more
sophisticated things so I'll leave that for now.
Rob Clark (5):
drm/gem: add drm_gem_create_mmap_offset
Variant of drm_gem_create_mmap_offset() which doesn't make the
assumption that virtual size and physical size (obj->size) are the same.
This is needed in omapdrm to deal with tiled buffers. And lets us get
rid of a duplicated and slightly modified version of
drm_gem_create_mmap_offset() in omapdrm
Basically just extracting some code duplicated in gma500, omapdrm, udl,
and upcoming msm driver.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_gem.c | 91 +++
include/drm/drmP.h| 4 +++
2 files changed, 95 insertions(+)
diff --git a/driver
Signed-off-by: Rob Clark
---
drivers/gpu/drm/gma500/gtt.c | 38 ++
1 file changed, 6 insertions(+), 32 deletions(-)
diff --git a/drivers/gpu/drm/gma500/gtt.c b/drivers/gpu/drm/gma500/gtt.c
index 1f82183..92babac 100644
--- a/drivers/gpu/drm/gma500/gtt.c
+++ b/
Signed-off-by: Rob Clark
---
drivers/gpu/drm/udl/udl_gem.c | 44 ++-
1 file changed, 6 insertions(+), 38 deletions(-)
diff --git a/drivers/gpu/drm/udl/udl_gem.c b/drivers/gpu/drm/udl/udl_gem.c
index ef034fa..e37e75a 100644
--- a/drivers/gpu/drm/udl/udl_gem
Signed-off-by: Rob Clark
---
drivers/gpu/drm/omapdrm/Makefile | 3 -
drivers/gpu/drm/omapdrm/omap_gem.c | 8 +-
drivers/gpu/drm/omapdrm/omap_gem_helpers.c | 169 -
3 files changed, 4 insertions(+), 176 deletions(-)
delete mode 100644 drivers/gpu/
Driver authors are a forgetful breed, and having to manually clean up
all inodes from debugfs during module unload is tedious and rarely
encountered by users; leftover inodes fester. But behold, the drm core
already tracks all inodes created under the DRI debugfs minor so that we
can do all the tea
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Alex Deucher
Cc: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_device.c | 4
drivers/gpu/drm/radeon/radeon_drv.c| 2 --
2 files changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Dave Airlie
---
drivers/gpu/drm/qxl/qxl_debugfs.c | 9 -
drivers/gpu/drm/qxl/qxl_drv.c | 1 -
drivers/gpu/drm/qxl/qxl_drv.h | 1 -
3 files changed, 11 deletions(-)
diff --git a/drivers/gpu/drm/qxl/
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Ben Skeggs
---
drivers/gpu/drm/nouveau/nouveau_debugfs.c | 7 ---
drivers/gpu/drm/nouveau/nouveau_debugfs.h | 6 --
drivers/gpu/drm/nouveau/nouveau_drm.c | 1 -
3 files changed, 14 deletions(-)
diff --
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Rob Clark
---
drivers/gpu/drm/omapdrm/omap_debugfs.c | 10 --
drivers/gpu/drm/omapdrm/omap_drv.c | 1 -
drivers/gpu/drm/omapdrm/omap_drv.h | 1 -
3 files changed, 12 deletions(-)
diff --git a/dri
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Darren Etheridge
Cc: Benoit Parrot
Cc: Rob Clark
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 12
drivers/gpu/drm/tilcdc/tilcdc_drv.h | 2 --
2 files changed, 14 deletions(-)
diff --git a/drivers/gpu/
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Daniel Vetter
Cc: Ben Widawsky
---
drivers/gpu/drm/i915/i915_debugfs.c | 16
drivers/gpu/drm/i915/i915_drv.c | 1 -
drivers/gpu/drm/i915/i915_drv.h | 1 -
3 files changed, 18 deletions(-
No driver did anything other than remove its lists of debugfs inodes
which is now handled by the core. So having removed all the driver
callbacks, we can now remove the hook from the core.
Signed-off-by: Chris Wilson
Cc: Dave Airlie
---
drivers/gpu/drm/drm_debugfs.c | 5 -
include/drm/drmP.
https://bugs.freedesktop.org/show_bug.cgi?id=66673
Priority: medium
Bug ID: 66673
Assignee: dri-devel@lists.freedesktop.org
Summary: NULL pointer dereference on BONAIRE (hd7790) after
starting X server
Severity: normal
Cl
The following changes since commit 117287c8210dcfc5c5974a733c19a74a162f0c56:
Merge remote-tracking branch 'airlied/drm-next' into nouveau (2013-07-07
10:33:48 +0200)
are available in the git repository at:
ssh://people.freedesktop.org/~mlankhorst/linux for-darktama
for you to fetch changes
Hi
On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
> Move omap_gem_helpers to core, since I'll need some of the same
> helpers for msm driver. Also update udl and gma500 to use the
> helpers. Possibly i915 could as well, although it does some more
> sophisticated things so I'll leave that for
https://bugs.freedesktop.org/show_bug.cgi?id=66651
--- Comment #1 from Nicolas G. Querol ---
Created attachment 82151
--> https://bugs.freedesktop.org/attachment.cgi?id=82151&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=66651
--- Comment #2 from Nicolas G. Querol ---
I have the exact same problem, with the following (mobile) GPU:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
RV730/M96-XT [Mobility Radeon HD 4670] (prog-if 00 [VGA controlle
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 with node-to-n
On Wed, Jun 19, 2013 at 01:48:15PM +0900, Inki Dae wrote:
> > Related to HDMI sound support in Alsa, I have posted a working RFC
> > "exynos-hdmi to CDF complaint display driver". It registers a separate
> > sound card by registering hdmi audio codec dai and cpu-dai, as you
> > mentioned. But ther
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 such
under their locks and
The old idr_preload() used percpu buffers - since the
bitmap/radix/whatever tree only grew by fixed sized nodes, it only had
to ensure there was a node available in the percpu buffer and disable
preemption. This conveniently meant that you didn't have to pass the idr
you were going to allocate from
On 07/06/2013 06:23 AM, Rafael J. Wysocki wrote:
> On Friday, July 05, 2013 11:40:02 PM Rafael J. Wysocki wrote:
>> On Friday, July 05, 2013 10:00:55 PM Rafael J. Wysocki wrote:
>>> On Friday, July 05, 2013 02:20:14 PM Rafael J. Wysocki wrote:
On Sunday, June 09, 2013 07:01:39 PM Matthew Garre
On Saturday, July 06, 2013 10:26:28 PM Rafael J. Wysocki wrote:
> On Saturday, July 06, 2013 04:16:36 PM Daniel Vetter wrote:
> > On Sat, Jul 6, 2013 at 3:59 PM, Rafael J. Wysocki wrote:
> > > Hi,
> > >
> > > I've just started to play with a new Acer Aspire S5 test box and noticed
> > > that
> >
https://bugs.freedesktop.org/show_bug.cgi?id=66651
Nicolas G. Querol changed:
What|Removed |Added
Summary|RV730: Screen flicker with |RV730: Screen flicker with
On Fri, Jul 5, 2013 at 2:12 PM, Mark Brown wrote:
> On Wed, Jun 19, 2013 at 01:48:15PM +0900, Inki Dae wrote:
>
>> > Related to HDMI sound support in Alsa, I have posted a working RFC
>> > "exynos-hdmi to CDF complaint display driver". It registers a separate
>> > sound card by registering hdmi au
On Sun, Jul 7, 2013 at 3:02 PM, Chris Wilson wrote:
> Driver authors are a forgetful breed, and having to manually clean up
> all inodes from debugfs during module unload is tedious and rarely
> encountered by users; leftover inodes fester. But behold, the drm core
> already tracks all inodes crea
On Sun, Jul 7, 2013 at 3:02 PM, Chris Wilson wrote:
> All inode removal is handled for us by the core.
Acked-by: Rob Clark
> Signed-off-by: Chris Wilson
> Cc: Darren Etheridge
> Cc: Benoit Parrot
> Cc: Rob Clark
> ---
> drivers/gpu/drm/tilcdc/tilcdc_drv.c | 12
> drivers/gpu/d
On Sun, Jul 7, 2013 at 3:02 PM, Chris Wilson wrote:
> All inode removal is handled for us by the core.
Acked-by: Rob Clark
> Signed-off-by: Chris Wilson
> Cc: Rob Clark
> ---
> drivers/gpu/drm/omapdrm/omap_debugfs.c | 10 --
> drivers/gpu/drm/omapdrm/omap_drv.c | 1 -
> drivers/
https://bugs.freedesktop.org/show_bug.cgi?id=66673
--- Comment #1 from Alex Deucher ---
Please attach your xorg log as well.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedeskt
2013년 7월 8일 월요일에 Rob Clark님이 작성:
> On Fri, Jul 5, 2013 at 2:12 PM, Mark Brown wrote:
>> On Wed, Jun 19, 2013 at 01:48:15PM +0900, Inki Dae wrote:
>>
>>> > Related to HDMI sound support in Alsa, I have posted a working RFC
>>> > "exynos-hdmi to CDF complaint display driver". It registers a separate
https://bugs.freedesktop.org/show_bug.cgi?id=66673
--- Comment #2 from Andreas Buttenschoen ---
Created attachment 82153
--> https://bugs.freedesktop.org/attachment.cgi?id=82153&action=edit
startx output
output from startx
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=66673
--- Comment #3 from Andreas Buttenschoen ---
Created attachment 82154
--> https://bugs.freedesktop.org/attachment.cgi?id=82154&action=edit
Xorg.log
/var/log/Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
drivers/gpu/drm/i915/i915_gem.c between commit 857d0a9a6e9e ("drm/i915:
Correct obj->mm_list link to dev_priv->dev_priv->mm.inactive_list") from
the drm-intel tree and commit
"drivers-convert-shrinkers-to-new-count-scan-api-fix
On Saturday, July 06, 2013 03:59:49 PM Rafael J. Wysocki wrote:
> Hi,
>
> I've just started to play with a new Acer Aspire S5 test box and noticed that
> garbage is displayed after resume from suspend to RAM with the 3.10 kernel
> (under KDE 4.10.3 on openSUSE 12.3). The display corruption goes a
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #7 from rafael castillo ---
hi alex i see you posted some new patches, any of those i should test to verify
the issue on this bug?
no pressure just curiosity and as always many thanks for your hard work
--
You are receiving this mai
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130707/7f3481fb/attachment.html>
On Saturday, July 06, 2013 03:33:01 PM Rafael J. Wysocki wrote:
> On Saturday, July 06, 2013 01:45:56 PM Aaron Lu wrote:
> > On 07/06/2013 06:23 AM, Rafael J. Wysocki wrote:
> > > On Friday, July 05, 2013 11:40:02 PM Rafael J. Wysocki wrote:
> > >> On Friday, July 05, 2013 10:00:55 PM Rafael J. Wys
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130707/ffb84945/attachment.html>
Hi
This is v2 of the unified VMA offset manager series. The first draft is
available at LWN [1]. This series replaces the VMA offset managers in GEM and
TTM with a unified implementation.
The first 4 patches contain the new VMA offset manager and are the only patches
that I propose for mainline i
If we want to map GPU memory into user-space, we need to linearize the
addresses to not confuse mm-core. Currently, GEM and TTM both implement
their own offset-managers to assign a pgoff to each object for user-space
CPU access. GEM uses a hash-table, TTM uses an rbtree.
This patch provides a unif
Use the new vma manager instead of the old hashtable. Also convert all
drivers to use the new convenience helpers. This drops all the
(map_list.hash.key << PAGE_SHIFT) non-sense.
Locking and access-management is exactly the same as before with an
additional lock inside of the vma-manager, which st
Use the new vma-manager infrastructure. This doesn't change any
implementation details as the vma-offset-manager is nearly copied 1-to-1
from TTM.
Even though the vma-manager uses its own locks, we still need bo->vm_lock
to prevent bos from being destroyed before we can get a reference during
look
Instead of unmapping the nodes in TTM and GEM users manually, we provide
a generic wrapper which does the correct thing for all vma-nodes.
v2: remove bdev->dev_mapping test in ttm_bo_unmap_virtual_unlocked() as
ttm_mem_io_free_vm() does nothing in that case (io_reserved_vm is 0).
Reviewed-by: Dan
Add a "best_match" argument similar to the drm_mm_search_*() helpers so we
can convert TTM to use them in follow up patches.
Also move the non-generic aliases to drm_mm.h header instead of keeping
them in the source file.
Signed-off-by: David Herrmann
---
drivers/gpu/drm/drm_mm.c | 23
Instead of calling drm_mm_pre_get() in a row, we now preallocate the node
and then use the atomic insertion functions. This has the exact same
semantics and there is no reason to use the racy pre-allocations.
Signed-off-by: David Herrmann
---
drivers/gpu/drm/ttm/ttm_bo_manager.c | 40 +++
i915 is the last user of the weird search+get_block drm_mm API. Convert it
to an explicit kmalloc()+insert_node().
Signed-off-by: David Herrmann
---
drivers/gpu/drm/i915/i915_gem.c| 9 +++--
drivers/gpu/drm/i915/i915_gem_stolen.c | 72 ++
2 files changed,
These calls are no longer used. Remove them.
Signed-off-by: David Herrmann
---
drivers/gpu/drm/drm_mm.c | 116 ---
include/drm/drm_mm.h | 74 --
2 files changed, 19 insertions(+), 171 deletions(-)
diff --git a/drivers/
The VMA offset manager uses a device-global address-space, hence, any
user can currently map any offset-node they want. They only need to guess
the right offset. If we wanted per open-file offset spaces, we'd either
need VM_NONLINEAR mappings or multiple "struct address_space" trees. As
both doesn'
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Dave Airlie
Signed-off-by: David Herrmann
---
drivers/gpu/drm/ast/ast_drv.c | 2 ++
drivers/gpu/drm/ast/ast_drv.h | 4
drivers/gpu/drm/ast/ast_main.c | 15 +++
3 files changed, 2
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Dave Airlie
Signed-off-by: David Herrmann
---
drivers/gpu/drm/cirrus/cirrus_drv.h | 4
drivers/gpu/drm/cirrus/cirrus_main.c | 15 +++
2 files changed, 19 insertions(+)
diff --git
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Dave Airlie
Signed-off-by: David Herrmann
---
drivers/gpu/drm/mgag200/mgag200_drv.c | 2 ++
drivers/gpu/drm/mgag200/mgag200_drv.h | 4
drivers/gpu/drm/mgag200/mgag200_main.c | 15 +++
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Ben Skeggs
Signed-off-by: David Herrmann
---
drivers/gpu/drm/nouveau/nouveau_gem.c | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nou
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Alex Deucher
Signed-off-by: David Herrmann
---
drivers/gpu/drm/radeon/radeon_gem.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.c
b/drivers/gpu/drm/ra
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Cc: Dave Airlie
Signed-off-by: David Herrmann
---
drivers/gpu/drm/qxl/qxl_gem.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/qxl/qxl_gem.c b/drivers/gpu/drm/q
Correctly allow and revoke buffer access on each open/close via the new
VMA offset manager.
Also remove unused vmw_user_dmabuf_reference() to prevent from using it
later without correctly adding mmap permissions.
Cc: Thomas Hellstrom
Signed-off-by: David Herrmann
---
drivers/gpu/drm/vmwgfx/vmw
If a user does not have access to a given buffer, we must not allow them
to mmap it. Otherwise, users could "guess" the buffer offsets of other
users and get access to the buffer.
All TTM drivers already use the new VMA offset manager access management
so we can enable TTM mmap access management n
Implement automatic access management for mmap offsets for all GEM
drivers. This prevents user-space applications from "guessing" GEM BO
offsets and accessing buffers which they don't own.
Signed-off-by: David Herrmann
---
drivers/gpu/drm/drm_gem.c | 21 +
1 file changed, 17
Currently, both ranges overlap. Fix the limits so both ranges are mutually
exclusive. Also use the occasion to convert whitespaces to tabs.
Cc: Martin Peres
Cc: Kristian H?gsberg
Signed-off-by: David Herrmann
---
drivers/gpu/drm/drm_stub.c | 12 ++--
1 file changed, 6 insertions(+), 6
Render nodes provide an API for userspace to use non-privileged GPU
commands without any running DRM-Master. It is useful for offscreen
rendering, GPGPU clients, and normal render clients which do not perform
modesetting.
Compared to legacy clients, render clients no longer need any
authentication
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/20130707/484f2b47/attachment.html>
Move omap_gem_helpers to core, since I'll need some of the same
helpers for msm driver. Also update udl and gma500 to use the
helpers. Possibly i915 could as well, although it does some more
sophisticated things so I'll leave that for now.
Rob Clark (5):
drm/gem: add drm_gem_create_mmap_offset
Variant of drm_gem_create_mmap_offset() which doesn't make the
assumption that virtual size and physical size (obj->size) are the same.
This is needed in omapdrm to deal with tiled buffers. And lets us get
rid of a duplicated and slightly modified version of
drm_gem_create_mmap_offset() in omapdrm
Basically just extracting some code duplicated in gma500, omapdrm, udl,
and upcoming msm driver.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_gem.c | 91 +++
include/drm/drmP.h| 4 +++
2 files changed, 95 insertions(+)
diff --git a/driver
Signed-off-by: Rob Clark
---
drivers/gpu/drm/gma500/gtt.c | 38 ++
1 file changed, 6 insertions(+), 32 deletions(-)
diff --git a/drivers/gpu/drm/gma500/gtt.c b/drivers/gpu/drm/gma500/gtt.c
index 1f82183..92babac 100644
--- a/drivers/gpu/drm/gma500/gtt.c
+++ b/
Signed-off-by: Rob Clark
---
drivers/gpu/drm/udl/udl_gem.c | 44 ++-
1 file changed, 6 insertions(+), 38 deletions(-)
diff --git a/drivers/gpu/drm/udl/udl_gem.c b/drivers/gpu/drm/udl/udl_gem.c
index ef034fa..e37e75a 100644
--- a/drivers/gpu/drm/udl/udl_gem
Signed-off-by: Rob Clark
---
drivers/gpu/drm/omapdrm/Makefile | 3 -
drivers/gpu/drm/omapdrm/omap_gem.c | 8 +-
drivers/gpu/drm/omapdrm/omap_gem_helpers.c | 169 -
3 files changed, 4 insertions(+), 176 deletions(-)
delete mode 100644 drivers/gpu/
Driver authors are a forgetful breed, and having to manually clean up
all inodes from debugfs during module unload is tedious and rarely
encountered by users; leftover inodes fester. But behold, the drm core
already tracks all inodes created under the DRI debugfs minor so that we
can do all the tea
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Alex Deucher
Cc: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_device.c | 4
drivers/gpu/drm/radeon/radeon_drv.c| 2 --
2 files changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Dave Airlie
---
drivers/gpu/drm/qxl/qxl_debugfs.c | 9 -
drivers/gpu/drm/qxl/qxl_drv.c | 1 -
drivers/gpu/drm/qxl/qxl_drv.h | 1 -
3 files changed, 11 deletions(-)
diff --git a/drivers/gpu/drm/qxl/
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Ben Skeggs
---
drivers/gpu/drm/nouveau/nouveau_debugfs.c | 7 ---
drivers/gpu/drm/nouveau/nouveau_debugfs.h | 6 --
drivers/gpu/drm/nouveau/nouveau_drm.c | 1 -
3 files changed, 14 deletions(-)
diff --
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Rob Clark
---
drivers/gpu/drm/omapdrm/omap_debugfs.c | 10 --
drivers/gpu/drm/omapdrm/omap_drv.c | 1 -
drivers/gpu/drm/omapdrm/omap_drv.h | 1 -
3 files changed, 12 deletions(-)
diff --git a/dri
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Darren Etheridge
Cc: Benoit Parrot
Cc: Rob Clark
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 12
drivers/gpu/drm/tilcdc/tilcdc_drv.h | 2 --
2 files changed, 14 deletions(-)
diff --git a/drivers/gpu/
All inode removal is handled for us by the core.
Signed-off-by: Chris Wilson
Cc: Daniel Vetter
Cc: Ben Widawsky
---
drivers/gpu/drm/i915/i915_debugfs.c | 16
drivers/gpu/drm/i915/i915_drv.c | 1 -
drivers/gpu/drm/i915/i915_drv.h | 1 -
3 files changed, 18 deletions(-
1 - 100 of 112 matches
Mail list logo
