Hi Daniel,
Thank you for the patch.
On Friday 22 January 2016 08:53:45 Daniel Vetter wrote:
> Every new KMS driver writer seems to run into this and wonder how
> exactly drm_fb_helper_initial_config can die doing nothing at all.
> Set up some big warnings signs around this newbie trap to avoid
for_each_child_of_node performs an of_node_get on each iteration, so
to break out of the loop an of_node_put is required.
Found using Coccinelle. The semantic patch used for this is as follows:
//
@@
expression e;
local idexpression n;
@@
for_each_child_of_node(..., n) {
... when !=
On Thu, Jan 21, 2016 at 02:54:03PM +0100, Lucas Stach wrote:
> The retire worker is kicked for each fence, either the normal way
> by signaling the fence from the event completion interrupt or by
> the recover worker if the GPU got stuck. Moving the RPM put into
> the retire worker allows us to
||g/show_bug.cgi?id=93840
--
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/20160124/e109a
Export further minor feature bitmasks and the varyings count from
the GPU specifications registers to userspace.
Acked-by: Christian Gmeiner
Signed-off-by: Russell King
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 62 ++-
Add and use a helper for comparing the model and revision IDs.
Acked-by: Christian Gmeiner
Signed-off-by: Russell King
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git
Add a helper to extract etnaviv bitfields from register values.
Acked-by: Christian Gmeiner
Signed-off-by: Russell King
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 54 ---
1 file changed, 24 insertions(+), 30 deletions(-)
diff
Use the defined constants in common.xml.h for the chip model rather
than coding these as hex numbers.
Acked-by: Christian Gmeiner
Signed-off-by: Russell King
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 31 +--
1 file changed, 17
Update the common and state_hi xml.h header files from the etnaviv
repository.
Acked-by: Christian Gmeiner
Signed-off-by: Russell King
---
drivers/gpu/drm/etnaviv/common.xml.h | 59 +-
drivers/gpu/drm/etnaviv/state_hi.xml.h | 26
Here's some updates to etnaviv, which augment the features and GPU
specifications which we export to userspace. This will allow us to
fix the (currently incorrect) number of varyings that GPUs such as
GC880 and GC2000 supposedly have.
While making this change, I'm also increasing the number of
Fix the failure path to call pm_runtime_mark_last_busy() when failing
due to the model field being zero.
Acked-by: Christian Gmeiner
Signed-off-by: Russell King
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
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/20160124/e1db8d7b/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Mathias Anselmann changed:
What|Removed |Added
CC||mathias.anselmann at gmail.com
---
Hi
å¨ 2016å¹´01æ18æ¥ 09:21, Mark yao åé:
> Hi Yakir
>
> I'd like you can change your patch title into "drm/rockchip/hdmi", so
> when I search patches use "drm/rockchip" can find your patch.
>
> and I have some advices mail inline.
>
> Thanks:-)
>
> On 2016å¹´01æ15æ¥ 17:38, Yakir Yang
/archives/dri-devel/attachments/20160124/8ece9cfe/attachment.html>
by accident (IOMMU?) or did you fix it in
the recent kernel?
--
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/20160124/84a66
works great on Intel gen7 and mesa master.
--
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/20160124/333f0784/attachment.html>
Am 24.01.2016 um 07:18 schrieb Matthew Dawson:
> When the radeon driver resets a gpu, it attempts to test whether all the
> rings can successfully handle an IB. If these rings fail to respond, the
> process will wait forever. Another gpu reset can't happen at this point,
> as the current reset
age it.
--
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/20160124/7a3e0b33/attachment.html>
When the radeon driver resets a gpu, it attempts to test whether all the
rings can successfully handle an IB. If these rings fail to respond, the
process will wait forever. Another gpu reset can't happen at this point,
as the current reset holds a lock required to do so. Instead, make all
the
20 matches
Mail list logo