On Mon, Jul 01, 2013 at 07:06:31PM +0900, Seung-Woo Kim wrote:
seq of a trace point is unsigned int but print format was %d. So
it fixes the format as %u even the format can be not used.
I don't understand what you mean here. The patch itself looks fine.
Signed-off-by: Seung-Woo Kim
Hello Chris,
Thank you for reviewing.
On 2013년 07월 01일 19:23, Chris Wilson wrote:
On Mon, Jul 01, 2013 at 07:06:31PM +0900, Seung-Woo Kim wrote:
seq of a trace point is unsigned int but print format was %d. So
it fixes the format as %u even the format can be not used.
I don't understand
On Mon, Jul 01, 2013 at 07:28:49PM +0900, Seung-Woo Kim wrote:
Hello Chris,
Thank you for reviewing.
On 2013년 07월 01일 19:23, Chris Wilson wrote:
On Mon, Jul 01, 2013 at 07:06:31PM +0900, Seung-Woo Kim wrote:
seq of a trace point is unsigned int but print format was %d. So
it fixes the
seq of a trace point is unsigned int but print format was %d. So
it fixes the format as %u.
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
change from v1
- remove wrong commit messageas Chris commented
drivers/gpu/drm/drm_trace.h |
From: YoungJun Cho yj44@samsung.com
There are wrong cases to handle error in drm_open_helper().
The priv-minor, assigned by idr_find() which can return NULL,
should be checked whether it is NULL or not before referencing it.
And if an error occurs after executing dev-driver-open() which
On Mon, Jul 01, 2013 at 07:44:14PM +0900, Seung-Woo Kim wrote:
seq of a trace point is unsigned int but print format was %d. So
it fixes the format as %u.
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Reviewed-by: Chris Wilson
On Mon, Jul 01, 2013 at 07:49:10PM +0900, Seung-Woo Kim wrote:
+
+out_close:
+ if (dev-driver-postclose)
+ dev-driver-postclose(dev, priv);
+out_free:
kfree(priv);
filp-private_data = NULL;
return ret;
Looks like we are also missing:
if
On Mon, Jul 01, 2013 at 10:01:30AM +1000, Dave Airlie wrote:
OMG I'm working in a subsystem where stuff is being developed, with only
a few resources! I know my full time job isn't maintaining a 500,000
line subsystem,
and the sub maintainers and developers do a great job refactoring
where
On 07/01/13 02:01, Dave Airlie wrote:
how about instead of writing:
However, at least I've taken the time to_think_ about what I'm doing
and realise that there_is_ scope here for the DRM core to improve,
rather than burying this stuff deep inside my driver like everyone else
has. That's no
On Mon, Jul 1, 2013 at 10:52 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
On Mon, Jul 1, 2013 at 10:49 AM, Sedat Dilek sedat.di...@gmail.com wrote:
On Mon, Jul 1, 2013 at 9:59 AM, Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi all,
Changes since 20130628:
The regulator tree gained a
On 07/01/13 11:42, Daniel Vetter wrote:
On Mon, Jul 01, 2013 at 10:52:03AM +0200, Sebastian Hesselbarth wrote:
at least on this point I do share Russell's impression. I've sent
bunch of patches improving TDA998x and DRM+DT:
- TDA998x irq handling - ignored
- TDA998x sync fix - ignored
- Fix drm
Hello Chris,
On 2013년 07월 01일 19:57, Chris Wilson wrote:
On Mon, Jul 01, 2013 at 07:49:10PM +0900, Seung-Woo Kim wrote:
+
+out_close:
+if (dev-driver-postclose)
+dev-driver-postclose(dev, priv);
+out_free:
kfree(priv);
filp-private_data = NULL;
return ret;
https://bugs.freedesktop.org/show_bug.cgi?id=66450
Priority: medium
Bug ID: 66450
Assignee: dri-devel@lists.freedesktop.org
Summary: JUNIPER UVD accelerated playback of MPEG 1/2 streams
does not work
Severity: normal
On Mon, Jul 01, 2013 at 08:14:42PM +0900, Seung-Woo Kim wrote:
Hello Chris,
On 2013년 07월 01일 19:57, Chris Wilson wrote:
On Mon, Jul 01, 2013 at 07:49:10PM +0900, Seung-Woo Kim wrote:
+
+out_close:
+ if (dev-driver-postclose)
+ dev-driver-postclose(dev, priv);
+out_free:
https://bugs.freedesktop.org/show_bug.cgi?id=66452
Priority: medium
Bug ID: 66452
Assignee: dri-devel@lists.freedesktop.org
Summary: JUNIPER UVD accelerated playback of WMV3 streams does
not work
Severity: normal
Hello Chris,
On Jul 1, 2013 8:53 PM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Mon, Jul 01, 2013 at 08:14:42PM +0900, Seung-Woo Kim wrote:
Hello Chris,
On 2013년 07월 01일 19:57, Chris Wilson wrote:
On Mon, Jul 01, 2013 at 07:49:10PM +0900, Seung-Woo Kim wrote:
+
+out_close:
https://bugs.freedesktop.org/show_bug.cgi?id=63520
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #1 from Alex Deucher ag...@yahoo.com ---
This is a mac?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
Hi Sergei,
On Thursday 27 June 2013 17:04:45 Sergei Shtylyov wrote:
On 27-06-2013 13:49, Laurent Pinchart wrote:
Replace the devm_request_mem_region() and devm_ioremap_nocache() calls
with devm_ioremap_resource().
Signed-off-by: Laurent Pinchart
https://bugs.freedesktop.org/show_bug.cgi?id=63520
--- Comment #24 from madbiologist s.j.tur...@uqconnect.net ---
The fix is now also in Mesa 9.1.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
On Mon, Jul 1, 2013 at 12:21 PM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Mon, Jul 01, 2013 at 07:06:32PM +0900, Seung-Woo Kim wrote:
If raw_edid is null, it will crash, so checking in bad label is
meaningless.
It would be an error on part of the caller, but the defense looks sane.
As
https://bugs.freedesktop.org/show_bug.cgi?id=57875
--- Comment #29 from Stefan Dösinger stefandoesin...@gmx.at ---
Hmm, this seems like an idea worth thinking about. The D3D behavior the
proposed extension addresses is part of the D3DDECLUSAGE_POSITIONT /
D3DFVF_XYZRHW vertex input semantics.
On 06/28/2013 04:11 AM, David Herrmann wrote:
Hi
On Wed, Jun 26, 2013 at 10:49 PM, Stephen Warren swar...@wwwdotorg.org
wrote:
On 06/24/2013 04:27 PM, David Herrmann wrote:
The current situation regarding boot-framebuffers (VGA, VESA/VBE, EFI) on
x86 causes troubles when loading multiple
It should be = instead of here. The table-mc_reg_address[]
array has SMC_EVERGREEN_MC_REGISTER_ARRAY_SIZE (16) elements.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/gpu/drm/radeon/btc_dpm.c b/drivers/gpu/drm/radeon/btc_dpm.c
index bab0185..55491e7 100644
---
The error path does this:
for (--i; i = 0; --i) {
which is a forever loop because i is unsigned.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/gpu/drm/radeon/radeon_test.c
b/drivers/gpu/drm/radeon/radeon_test.c
index f4d6bce..12e8099 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=65310
Emil Velikov emil.l.veli...@gmail.com changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop
Hi
I picked up the initial work from Dave [1], fixed several bugs, rewrote the
drm_mm node handling and adjusted the different drivers.
The series tries to replace the VMA-offset managers from GEM and TTM with a
single unified implementation. It uses the TTM RBTree idea to allow sub-mappings
There is no reason to return int as this function never fails.
Furthermore, several drivers (ast, sis) already depend on this.
Signed-off-by: David Herrmann dh.herrm...@gmail.com
---
drivers/gpu/drm/drm_gem.c| 8 ++--
drivers/gpu/drm/drm_mm.c | 4 +---
This helper tests whether a given node is currently linked into a drm_mm
manager. We use the node-mm pointer for that as it is set for all linked
objects.
We also reset node-mm whenever a node is removed. All such access is
currently safe as everyone calls kfree() on the object directly after
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
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
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
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.
Signed-off-by: David Herrmann dh.herrm...@gmail.com
---
drivers/gpu/drm/i915/i915_gem.c | 6 +-
drivers/gpu/drm/ttm/ttm_bo.c| 8 +---
On Mon, Jul 1, 2013 at 2:32 PM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
I picked up the initial work from Dave [1], fixed several bugs, rewrote the
drm_mm node handling and adjusted the different drivers.
The series tries to replace the VMA-offset managers from GEM and TTM with a
On Mon, Jul 01, 2013 at 08:32:58PM +0200, David Herrmann wrote:
There is no reason to return int as this function never fails.
Furthermore, several drivers (ast, sis) already depend on this.
Signed-off-by: David Herrmann dh.herrm...@gmail.com
Back when I've reworked drm_mm I was still a
On Mon, Jul 01, 2013 at 08:32:59PM +0200, David Herrmann wrote:
This helper tests whether a given node is currently linked into a drm_mm
manager. We use the node-mm pointer for that as it is set for all linked
objects.
We also reset node-mm whenever a node is removed. All such access is
On Mon, Jul 01, 2013 at 08:33:00PM +0200, David Herrmann wrote:
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.
On Mon, Jul 01, 2013 at 08:33:03PM +0200, David Herrmann wrote:
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.
Signed-off-by: David Herrmann dh.herrm...@gmail.com
Nice. One nitpick below, otherwise:
On Mon, Jul 01, 2013 at 08:32:57PM +0200, David Herrmann wrote:
Hi
I picked up the initial work from Dave [1], fixed several bugs, rewrote the
drm_mm node handling and adjusted the different drivers.
The series tries to replace the VMA-offset managers from GEM and TTM with a
single unified
Hi
On Mon, Jul 1, 2013 at 9:42 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Mon, Jul 01, 2013 at 08:33:00PM +0200, David Herrmann wrote:
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
In
commit 3a359f0b21ab218c1bf7a6a1b638b6fd143d0b99
Author: Daniel Vetter daniel.vet...@ffwll.ch
Date: Sat Apr 20 12:08:11 2013 +0200
drm/mm: fix dump table BUG
I've failed to fix both instances of the regression introduced in
commit 9e8944ab564f2e3dde90a518cd32048c58918608
Author: Chris
Every other place properly checks whether we've managed to set
up the stolen allocator at boot-up properly, with the exception
of the cleanup code. Which results in an ugly
*ERROR* Memory manager not clean. Delaying takedown
at module unload time since the drm_mm isn't initialized at all.
v2:
The usual drm driver has tons of different drm_mm memory managers so the drm
error message in dmesg is pretty useless. WARN instead so that we have the full
backtrace.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/drm_mm.c | 4 ++--
1 file changed, 2 insertions(+), 2
drm/i915 is the only user of the color allocation handling and
switched to insert_node a while ago. So we can ditch this.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
include/drm/drm_mm.h | 31 ---
1 file changed, 31 deletions(-)
diff --git
When converting to the preallocated drm_mm_node interfaces in
commit dc9dd7a20fde95aa81a8307cde79c2dff9f83f3d
Author: Chris Wilson ch...@chris-wilson.co.uk
Date: Fri Dec 7 20:37:07 2012 +
drm/i915: Preallocate the drm_mm_node prior to manipulating the GTT drm_mm
only the allocation
On Mon, Jul 01, 2013 at 10:01:03PM +0200, Daniel Vetter wrote:
Every other place properly checks whether we've managed to set
up the stolen allocator at boot-up properly, with the exception
of the cleanup code. Which results in an ugly
*ERROR* Memory manager not clean. Delaying takedown
On Mon, Jul 01, 2013 at 10:05:53PM +0200, Daniel Vetter wrote:
drm/i915 is the only user of the color allocation handling and
switched to insert_node a while ago. So we can ditch this.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
If you build it, they will come. Lies!
Reviewed-by:
Hi
On Mon, Jul 1, 2013 at 10:05 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
When converting to the preallocated drm_mm_node interfaces in
commit dc9dd7a20fde95aa81a8307cde79c2dff9f83f3d
Author: Chris Wilson ch...@chris-wilson.co.uk
Date: Fri Dec 7 20:37:07 2012 +
drm/i915:
On Mon, Jul 01, 2013 at 09:54:17PM +0200, David Herrmann wrote:
On Mon, Jul 1, 2013 at 9:42 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Mon, Jul 01, 2013 at 08:33:00PM +0200, David Herrmann wrote:
+/** drm_vma_offset_manager_destroy()
+ *
+ * Destroy an object manager which was previously
On Mon, Jul 01, 2013 at 09:16:56PM +0100, Chris Wilson wrote:
On Mon, Jul 01, 2013 at 10:05:54PM +0200, Daniel Vetter wrote:
When converting to the preallocated drm_mm_node interfaces in
commit dc9dd7a20fde95aa81a8307cde79c2dff9f83f3d
Author: Chris Wilson ch...@chris-wilson.co.uk
Date:
Every other place properly checks whether we've managed to set
up the stolen allocator at boot-up properly, with the exception
of the cleanup code. Which results in an ugly
*ERROR* Memory manager not clean. Delaying takedown
at module unload time since the drm_mm isn't initialized at all.
v2:
On Mon, Jul 01, 2013 at 10:21:57PM +0200, David Herrmann wrote:
Hi
On Mon, Jul 1, 2013 at 10:05 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
When converting to the preallocated drm_mm_node interfaces in
commit dc9dd7a20fde95aa81a8307cde79c2dff9f83f3d
Author: Chris Wilson
On Mon, Jul 01, 2013 at 10:39:03PM +0200, Daniel Vetter wrote:
On Mon, Jul 01, 2013 at 10:21:57PM +0200, David Herrmann wrote:
Hi
On Mon, Jul 1, 2013 at 10:05 PM, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
When converting to the preallocated drm_mm_node interfaces in
commit
On Mon, Jul 1, 2013 at 10:46 PM, Ben Widawsky b...@bwidawsk.net wrote:
drm_mm_remove_node() does unlink the node but not remove it. Btw., I
have these fixes in my series, too. I will push it later and write the
git-link to #dri-devel.
We have patches in-flight to convert over to embedded
From: Alex Deucher alexander.deuc...@amd.com
Hi Dave,
A few more patches for 3.11:
- add debugfs interface to check current DPM state
- Fix a bug that caused problems with DPM on BTC+ asics.
The following changes since commit f7d452f4fd5d86f764807a1234a407deb5b105ef:
Merge branch
Of course, I share the idea of true, full-blown of_drm_something
helpers. But the DT patch, is not an improvement but a real fix as in
make DRM not break on some platforms. From that on, I can start
digging into DRM API and improve DT support here and there.
So for the three patches I
On Mon, Jul 1, 2013 at 8:00 PM, Maarten Lankhorst
maarten.lankho...@canonical.com wrote:
This is a bit messed up because chan-cli-mutex is a different class,
depending on whether it is the global drm client or not. This is
because the global cli-mutex lock can be taken for eviction,
so locking
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #2 from Austin Lund austin.l...@gmail.com ---
(In reply to comment #1)
This is a mac?
Yes. Macbookpro8,2
Also, this doesn't happen with a 3.9.7 kernel.
It seems to be related to the UVD stuff that was added to 3.10. Ring 5
On Mon, Jul 1, 2013 at 4:52 AM, Sebastian Hesselbarth
sebastian.hesselba...@gmail.com wrote:
On 07/01/13 02:01, Dave Airlie wrote:
how about instead of writing:
However, at least I've taken the time to_think_ about what I'm doing
and realise that there_is_ scope here for the DRM core to
https://bugs.freedesktop.org/show_bug.cgi?id=66473
Priority: medium
Bug ID: 66473
Assignee: dri-devel@lists.freedesktop.org
Summary: hdmi oops with mem sleep
Severity: normal
Classification: Unclassified
OS: Linux (All)
On 2013.07.01 at 17:01 -0400, alexdeuc...@gmail.com wrote:
From: Alex Deucher alexander.deuc...@amd.com
Hi Dave,
A few more patches for 3.11:
- add debugfs interface to check current DPM state
- Fix a bug that caused problems with DPM on BTC+ asics.
The following changes since commit
-Original Message-
From: Markus Trippelsdorf [mailto:mar...@trippelsdorf.de]
Sent: Monday, July 01, 2013 5:58 PM
To: alexdeuc...@gmail.com
Cc: dri-devel@lists.freedesktop.org; airl...@gmail.com; Deucher, Alexander
Subject: Re: [pull] radeon drm-next-3.11
On 2013.07.01 at 17:01
On Mon, Jul 1, 2013 at 5:26 PM, Dave Airlie airl...@gmail.com wrote:
Of course, I share the idea of true, full-blown of_drm_something
helpers. But the DT patch, is not an improvement but a real fix as in
make DRM not break on some platforms. From that on, I can start
digging into DRM API and
Hi Daniel,
On 2013년 07월 01일 23:56, Daniel Vetter wrote:
On Mon, Jul 1, 2013 at 12:21 PM, Chris Wilson ch...@chris-wilson.co.uk
wrote:
On Mon, Jul 01, 2013 at 07:06:32PM +0900, Seung-Woo Kim wrote:
If raw_edid is null, it will crash, so checking in bad label is
meaningless.
It would be an
From: YoungJun Cho yj44@samsung.com
There are missing parts to handle error in drm_open_helper().
The priv-minor, assigned by idr_find() which can return NULL,
should be checked whether it is NULL or not before referencing it.
put_pid(), drm_gem_release(), and drm_prime_destory_file_private()
If raw_edid of drm_edid_block_vaild() is null, it will crash, so
checking in bad label is removed and instead assertion is added at
the top of the function.
The type of return for the function is bool, so it fixes to return
true and false instead of 1 and 0.
Signed-off-by: Seung-Woo Kim
From: YoungJun Cho yj44@samsung.com
There are missing parts to handle error in drm_open_helper().
The priv-minor, assigned by idr_find() which can return NULL,
should be checked whether it is NULL or not before referencing it.
put_pid(), drm_gem_release(), and drm_prime_destory_file_private()
On Mon, 1 Jul 2013 22:01:04 +0200
Daniel Vetter daniel.vet...@ffwll.ch wrote:
The usual drm driver has tons of different drm_mm memory managers so
the drm error message in dmesg is pretty useless. WARN instead so
that we have the full backtrace.
Signed-off-by: Daniel Vetter
On Tue, Jul 2, 2013 at 5:22 AM, Daniel Vetter dan...@ffwll.ch wrote:
On Mon, Jul 01, 2013 at 08:32:58PM +0200, David Herrmann wrote:
There is no reason to return int as this function never fails.
Furthermore, several drivers (ast, sis) already depend on this.
Signed-off-by: David Herrmann
101 - 169 of 169 matches
Mail list logo