On Wed, May 29, 2013 at 6:15 PM, Jerome Glisse wrote:
> Hi Dave,
>
> Can you please apply attached patch, it needs the following commit that
> is available in Linus git :
> d82fb31abc46620b7c22758c75707069f2763646
This patch is in the pull request I sent out today:
http://cgit.freedesktop.org/~ag
is 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/20130529/0b1866bb/attachment.html>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/ce2b0301/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=58671
--- Comment #2 from Acidphase 2013-05-29 21:00:15 ---
Created an attachment (id=102881)
--> (https://bugzilla.kernel.org/attachment.cgi?id=102881)
NVIDIA-Linux-x86_64-319.17-no-compat32.patch
Found working patch from the nvidia developers f
https://bugs.freedesktop.org/show_bug.cgi?id=64850
--- Comment #19 from akb...@gmail.com ---
I have a Radeon 7870 and I have the same problem: the desktop extends as if
there are 2 monitors, but the second monitor is always black. I have both
monitors plugged into DVI ports (DVI-0 and DVI-1), and
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/a82136ca/attachment-0001.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/19499c90/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=58981
--- Comment #4 from James Dietrich 2013-05-29
20:25:02 ---
I just compiled 3.9.4 and tried booting with radeon.vramlimit=128 but that did
not work around the issue. It failed to boot the same as before.
--
Configure bugmail: https://bugzil
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/e45c2367/attachment.html>
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/1ab10530/attachment.html>
--
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/20130529/5d611a64/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=58981
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
nlocking works the same way for both methods #1 and #2:
> +
> +void unlock_objs(struct list_head *list, struct ww_acquire_ctx *ctx)
> +{
> + struct obj_entry *entry;
> +
> + list_for_each_entry (list, entry)
> + ww_mutex_unlock(&entry->obj->lock);
> +
> + ww_acquire_fini(ctx);
> +}
> +
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/3f2d4157/attachment-0001.html>
On Wed, May 29, 2013 at 6:15 PM, Jerome Glisse wrote:
> Hi Dave,
>
> Can you please apply attached patch, it needs the following commit that
> is available in Linus git :
> d82fb31abc46620b7c22758c75707069f2763646
This patch is in the pull request I sent out today:
http://cgit.freedesktop.org/~ag
https://bugzilla.kernel.org/show_bug.cgi?id=58981
--- Comment #2 from James Dietrich 2013-05-29
18:46:22 ---
Created an attachment (id=102871)
--> (https://bugzilla.kernel.org/attachment.cgi?id=102871)
output from lspci -vv
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?
https://bugzilla.kernel.org/show_bug.cgi?id=58981
--- Comment #1 from James Dietrich 2013-05-29
18:45:40 ---
Created an attachment (id=102861)
--> (https://bugzilla.kernel.org/attachment.cgi?id=102861)
dmesg output from 2.6.35 with 6b8b1786 reverted
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=58981
Summary: Bisected regression; boot failure with Radeon 9250 PCI
256MB + KMS
Product: Drivers
Version: 2.5
Kernel Version: 2.6.35,3.2.45,3.10-rc2
Platform: All
OS/Version: Li
Hi Dave,
Can you please apply attached patch, it needs the following commit that
is available in Linus git :
d82fb31abc46620b7c22758c75707069f2763646
Cheers,
Jerome
-- next part --
>From af30cf3e368733d69529c76a8db1df51ebdb42b5 Mon Sep 17 00:00:00 2001
From: Kleber Sacilot
Radeon power management restricts the maximum engine clock to the initial
default clock. However, on APUs the default clock usually is not the fastest
allowed by their defined power states. Change restriction to the fastest
engine clock found in power states.
Signed-off-by: Alan Swanson
---
driv
On Wed, May 29, 2013 at 12:24:25PM -0400, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> This narrows the scope of the apple re-POST hack added in:
> drm/radeon: re-POST the asic on Apple hardware when booted via EFI
>
> That patch prevents UVD from working on macs when booted in EFI
>
Hi Dave,
Can you please apply attached patch, it needs the following commit that
is available in Linus git :
d82fb31abc46620b7c22758c75707069f2763646
Cheers,
Jerome
>From af30cf3e368733d69529c76a8db1df51ebdb42b5 Mon Sep 17 00:00:00 2001
From: Kleber Sacilotto de Souza
Date: Fri, 3 May 2013 19:43
https://bugzilla.kernel.org/show_bug.cgi?id=58021
--- Comment #5 from wippbox at gmx.net 2013-05-29 14:50:19 ---
I don't that this is related to this bug. Here the monitor stays blank as soon
as the nouveau driver is loaded.
For more info:
https://bugs.freedesktop.org/show_bug.cgi?id=64904
On 05/29/2013 02:21 PM, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> * Arto Merilainen wrote:
> [...]
>> diff --git a/drivers/gpu/host1x/job.c b/drivers/gpu/host1x/job.c
> [...]
>> @@ -553,7 +549,6 @@ int host1x_job_pin(struct host1x_job *job, struct device
>> *dev)
>>
>>
From: Alex Deucher
Hi Dave,
Just a few minor fixes for radeon.
The following changes since commit c89b65e7fffef745bdd36c372aa0dea778fecbab:
qxl: fix Kconfig deps - select FB_DEFERRED_IO (2013-05-28 17:03:37 +1000)
are available in the git repository at:
git://people.freedesktop.org/~agd
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #26 from Mike Lothian ---
Created attachment 79986
--> https://bugs.freedesktop.org/attachment.cgi?id=79986&action=edit
KWin color corruption
Green to the top left and pink to the bottom right
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #25 from Mike Lothian ---
That second patch seems to have fixed the corruption - I was able to play
Padman at ~40fps at 1080p
Kwin still shows some colour issues I'll attach a screen shot
--
You are receiving this mail because:
You
https://bugzilla.kernel.org/show_bug.cgi?id=58671
--- Comment #2 from Acidphase 2013-05-29 21:00:15 ---
Created an attachment (id=102881)
--> (https://bugzilla.kernel.org/attachment.cgi?id=102881)
NVIDIA-Linux-x86_64-319.17-no-compat32.patch
Found working patch from the nvidia developers f
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #24 from Mike Lothian ---
I can confirm that the patch from comment 16 does not fix the issue
I'll now try both patches
I'm working from revision 182879
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #23 from vincent ---
What is the revision of llvm ?
You may try this patch :
http://cgit.freedesktop.org/~vlj/llvm/commit/?h=textures&id=5e9129b7626738ff3cc539cc30f28536cd9d5662
--
You are receiving this mail because:
You are the as
PU is powered up.
--
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/20130529/e7b6c42a/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=58021
--- Comment #4 from Per Arnold Bl?smo 2013-05-29
13:27:03 ---
Created an attachment (id=102841)
--> (https://bugzilla.kernel.org/attachment.cgi?id=102841)
Dmesg using kernel 3.9.4 (bad)
--
Configure bugmail: https://bugzilla.kernel.org/us
https://bugzilla.kernel.org/show_bug.cgi?id=58021
--- Comment #3 from Per Arnold Bl?smo 2013-05-29
13:26:24 ---
Created an attachment (id=102831)
--> (https://bugzilla.kernel.org/attachment.cgi?id=102831)
Dmesg using kernel 3.8.11
--
Configure bugmail: https://bugzilla.kernel.org/userpre
This patch merges host1x_syncpt_cpu_incr to host1x_syncpt_incr() as
they are in practise doing the same thing. host1x_syncpt_incr() is
also modified to return error codes. User space interface is modified
accordingly to pass return values.
Signed-off-by: Arto Merilainen
---
drivers/gpu/host1x/de
client_managed field in syncpoint structure was defined as an
integer. The field holds, however, only a boolean value. This patch
modifies the type to boolean.
Signed-off-by: Arto Merilainen
---
drivers/gpu/host1x/drm/gr2d.c | 2 +-
drivers/gpu/host1x/syncpt.c | 8
drivers/gpu/host1x/
This patch fixes a bad memory access in syncpoint request code. If
no syncpoints were available, the code accessed unreserved memory
area causing unexpected behaviour.
Signed-off-by: Arto Merilainen
---
drivers/gpu/host1x/syncpt.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --g
The firewall verified gather buffers before copying them. This
allowed a malicious application to rewrite the buffer content by
timing the rewrite carefully.
This patch makes the buffer validation occur after copying the
buffers.
Signed-off-by: Arto Merilainen
Signed-off-by: Terje Bergstrom
---
From: Terje Bergstrom
The firewall was reinitialised for each gather. Because the filter
was reinitialised, it did not track the class over gather boundaries.
This allowed the user application to set host1x class to one class
in one gather and use that class in another gather without firewall
hav
The firewall assumed that the user space always delivers a relocation
table when it is accessing address registers. If userspace did not
deliver a relocation table and tried to access the address registers,
the code performed bad memory accesses.
This patch modifies the firewall to check correctly
From: Terje Bergstrom
The firewall code used a wrong loop condition (pointer to a
structure) while checking INCR opcode. This patch fixes the code to
use correct loop condition (number of words remaining).
Signed-off-by: Terje Bergstrom
Signed-off-by: Arto Merilainen
---
drivers/gpu/host1x/jo
https://bugzilla.kernel.org/show_bug.cgi?id=58981
--- Comment #4 from James Dietrich 2013-05-29 20:25:02
---
I just compiled 3.9.4 and tried booting with radeon.vramlimit=128 but that did
not work around the issue. It failed to boot the same as before.
--
Configure bugmail: https://bugzil
This patch series fixes two issues in the host1x driver: First, the
command buffer validation routine had vulnerabilities that were not
detected in earlier testing. Second, the return codes of some
functions were misleading or completely missing. This caused the
driver to give wrong return codes al
---
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/db801816/attachment.pgp>
s scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/5e10c629/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #22 from Alex Deucher ---
Does Tom's patch in comment 16 help?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesk
https://bugzilla.kernel.org/show_bug.cgi?id=58021
Per Arnold Bl?smo changed:
What|Removed |Added
CC||per.arnold at blaasmo.no
--- Comm
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #21 from Mike Lothian ---
I got KDE up and running by putting:
#!/bin/bash
export R600_LLVM=0
into ~/kde4/env/r600_llvm.sh
I then ran R600_LLVM=1 vblank_mode=0 glxgears
The machine locked up and I wasn't able to SSH in - this how
https://bugs.freedesktop.org/show_bug.cgi?id=64776
--- Comment #8 from mombelli.ma...@gmail.com ---
i'm actually compiling versus tag 9-1.1, also tryed versus 9-1.3 (with a
git checkout TAG_NAME)
the autoconfig, then make and i get:
make[3]: *** Nessuna regola per generare l'obiettivo
«../../../sr
https://bugzilla.kernel.org/show_bug.cgi?id=58981
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #3 f
application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/ea6a4e6a/attachment.pgp>
From: Alex Deucher
This narrows the scope of the apple re-POST hack added in:
drm/radeon: re-POST the asic on Apple hardware when booted via EFI
That patch prevents UVD from working on macs when booted in EFI
mode. The original patch fixed macbook2,1 systems which were
r5xx and hence have no UV
https://bugzilla.kernel.org/show_bug.cgi?id=58981
--- Comment #2 from James Dietrich 2013-05-29 18:46:22
---
Created an attachment (id=102871)
--> (https://bugzilla.kernel.org/attachment.cgi?id=102871)
output from lspci -vv
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?
https://bugzilla.kernel.org/show_bug.cgi?id=58981
--- Comment #1 from James Dietrich 2013-05-29 18:45:40
---
Created an attachment (id=102861)
--> (https://bugzilla.kernel.org/attachment.cgi?id=102861)
dmesg output from 2.6.35 with 6b8b1786 reverted
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=58981
Summary: Bisected regression; boot failure with Radeon 9250 PCI
256MB + KMS
Product: Drivers
Version: 2.5
Kernel Version: 2.6.35,3.2.45,3.10-rc2
Platform: All
OS/Version: Li
Nomes dos aprovados Novo Lino:
Bataguassu: ALANA KELLY AFIO CAETANO, KARLA ALEXSANDRA LEITAO LIMA, FABIANA
MAIA DE ALCANTARA, M?NICA M?RCIA DE LIMA, JO?O CARLOS MOREIRA DE CARVALHO,
CATARINA LABORE VIDAL FERNANDES, MARCELA TEOFILO BARROSO, IKARO GABRIEL
CAVALCANTE MONTEIRO PINHEIRO. ROM?RIO JOS
From: Alex Deucher
Hi Dave,
Just a few minor fixes for radeon.
The following changes since commit c89b65e7fffef745bdd36c372aa0dea778fecbab:
qxl: fix Kconfig deps - select FB_DEFERRED_IO (2013-05-28 17:03:37 +1000)
are available in the git repository at:
git://people.freedesktop.org/~agd
> -Original Message-
> From: daniel.vetter at ffwll.ch [mailto:daniel.vetter at ffwll.ch] On Behalf
> Of
> Daniel Vetter
> Sent: Wednesday, May 29, 2013 1:50 AM
> To: Inki Dae
> Cc: Rob Clark; Maarten Lankhorst; linux-fbdev; YoungJun Cho; Kyungmin
Park;
> myungjoo.ham; DRI mailing list;
On Wed, May 29, 2013 at 12:24:25PM -0400, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> This narrows the scope of the apple re-POST hack added in:
> drm/radeon: re-POST the asic on Apple hardware when booted via EFI
>
> That patch prevents UVD from working on macs when booted in EFI
> mo
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/2d3441df/attachment.html>
From: Alex Deucher
This narrows the scope of the apple re-POST hack added in:
drm/radeon: re-POST the asic on Apple hardware when booted via EFI
That patch prevents UVD from working on macs when booted in EFI
mode. The original patch fixed macbook2,1 systems which were
r5xx and hence have no UV
On Tue, May 28, 2013 at 11:12 PM, Maarten Lankhorst
wrote:
>>> +static void ww_test_spin_nest_unlocked(void)
>>> +{
>>> +raw_spin_lock_nest_lock(&lock_A, &o.base);
>>> +U(A);
>>> +}
>> I don't quite see the point of this one here ...
> It's a lockdep test that was missing. o.base is not lo
* Arto Merilainen wrote:
[...]
> diff --git a/drivers/gpu/host1x/job.c b/drivers/gpu/host1x/job.c
[...]
> @@ -553,7 +549,6 @@ int host1x_job_pin(struct host1x_job *job, struct device
> *dev)
>
> if (!err)
> err = do_waitchks(job, host, g->bo);
> -
>
From: Laurent Pinchart
DRIVER_BUS_PLATFORM is not a DRM driver feature flag, it must not be set
in the driver's driver_features field.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/host1x/drm/drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/host1x/drm/drm
https://bugzilla.kernel.org/show_bug.cgi?id=58021
--- Comment #5 from wipp...@gmx.net 2013-05-29 14:50:19 ---
I don't that this is related to this bug. Here the monitor stays blank as soon
as the nouveau driver is loaded.
For more info:
https://bugs.freedesktop.org/show_bug.cgi?id=64904
--
From: Laurent Pinchart
DRIVER_BUS_PLATFORM is not a DRM driver feature flag, it must not be set
in the driver's driver_features field.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/host1x/drm/drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/host1x/drm/drm
Nomes dos aprovados Novo Lino:
Bataguassu: ALANA KELLY AFIO CAETANO, KARLA ALEXSANDRA LEITAO LIMA, FABIANA
MAIA DE ALCANTARA, MÔNICA MÁRCIA DE LIMA, JOÃO CARLOS MOREIRA DE CARVALHO,
CATARINA LABORE VIDAL FERNANDES, MARCELA TEOFILO BARROSO, IKARO GABRIEL
CAVALCANTE MONTEIRO PINHEIRO. ROMÁRIO JOS
https://bugs.freedesktop.org/show_bug.cgi?id=65068
--- Comment #3 from Alex Deucher ---
There's nothing that needs to be debugged per se. Someone just needs to
implement support for making sure the dGPU is powered up when the driver
resumes or having the driver defer resume until the dGPU is pow
https://bugzilla.kernel.org/show_bug.cgi?id=58021
--- Comment #4 from Per Arnold Blåsmo 2013-05-29
13:27:03 ---
Created an attachment (id=102841)
--> (https://bugzilla.kernel.org/attachment.cgi?id=102841)
Dmesg using kernel 3.9.4 (bad)
--
Configure bugmail: https://bugzilla.kernel.org/us
https://bugzilla.kernel.org/show_bug.cgi?id=58021
--- Comment #3 from Per Arnold Blåsmo 2013-05-29
13:26:24 ---
Created an attachment (id=102831)
--> (https://bugzilla.kernel.org/attachment.cgi?id=102831)
Dmesg using kernel 3.8.11
--
Configure bugmail: https://bugzilla.kernel.org/userpre
https://bugzilla.kernel.org/show_bug.cgi?id=58021
Per Arnold Blåsmo changed:
What|Removed |Added
CC||per.arn...@blaasmo.no
--- Comment
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/20130529/64962448/attachment.html>
On 05/29/2013 02:21 PM, Thierry Reding wrote:
* PGP Signed by an unknown key
* Arto Merilainen wrote:
[...]
diff --git a/drivers/gpu/host1x/job.c b/drivers/gpu/host1x/job.c
[...]
@@ -553,7 +549,6 @@ int host1x_job_pin(struct host1x_job *job, struct device
*dev)
if (!err)
On Wed, May 29, 2013 at 01:26:01PM +0300, Arto Merilainen wrote:
> This patch series fixes two issues in the host1x driver: First, the
> command buffer validation routine had vulnerabilities that were not
> detected in earlier testing. Second, the return codes of some
> functions were misleading or
||
--
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/20130529/f2c23165/attachment.html>
On Wed, May 29, 2013 at 07:44:34AM +0200, Laurent Pinchart wrote:
> From: Laurent Pinchart
>
> DRIVER_BUS_PLATFORM is not a DRM driver feature flag, it must not be set
> in the driver's driver_features field.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/host1x/drm/drm.c | 2 +-
> 1
Hi,
Just minor comments
+Usage
> +-
> +
> +Three different ways to acquire locks within the same w/w class. Common
> +definitions for methods #1 and #2:
> +
> +static DEFINE_WW_CLASS(ww_class);
> +
> +struct obj {
> + struct ww_mutex lock;
> + /* obj data */
> +};
> +
> +struct ob
This patch merges host1x_syncpt_cpu_incr to host1x_syncpt_incr() as
they are in practise doing the same thing. host1x_syncpt_incr() is
also modified to return error codes. User space interface is modified
accordingly to pass return values.
Signed-off-by: Arto Merilainen
---
drivers/gpu/host1x/de
client_managed field in syncpoint structure was defined as an
integer. The field holds, however, only a boolean value. This patch
modifies the type to boolean.
Signed-off-by: Arto Merilainen
---
drivers/gpu/host1x/drm/gr2d.c | 2 +-
drivers/gpu/host1x/syncpt.c | 8
drivers/gpu/host1x/
This patch fixes a bad memory access in syncpoint request code. If
no syncpoints were available, the code accessed unreserved memory
area causing unexpected behaviour.
Signed-off-by: Arto Merilainen
---
drivers/gpu/host1x/syncpt.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --g
The firewall verified gather buffers before copying them. This
allowed a malicious application to rewrite the buffer content by
timing the rewrite carefully.
This patch makes the buffer validation occur after copying the
buffers.
Signed-off-by: Arto Merilainen
Signed-off-by: Terje Bergstrom
---
From: Terje Bergstrom
The firewall was reinitialised for each gather. Because the filter
was reinitialised, it did not track the class over gather boundaries.
This allowed the user application to set host1x class to one class
in one gather and use that class in another gather without firewall
hav
vel/attachments/20130529/942e4f9c/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130529/fb60b191/attachment.html>
The firewall assumed that the user space always delivers a relocation
table when it is accessing address registers. If userspace did not
deliver a relocation table and tried to access the address registers,
the code performed bad memory accesses.
This patch modifies the firewall to check correctly
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/8f579df4/attachment.html>
From: Terje Bergstrom
The firewall code used a wrong loop condition (pointer to a
structure) while checking INCR opcode. This patch fixes the code to
use correct loop condition (number of words remaining).
Signed-off-by: Terje Bergstrom
Signed-off-by: Arto Merilainen
---
drivers/gpu/host1x/jo
This patch series fixes two issues in the host1x driver: First, the
command buffer validation routine had vulnerabilities that were not
detected in earlier testing. Second, the return codes of some
functions were misleading or completely missing. This caused the
driver to give wrong return codes al
https://bugs.freedesktop.org/show_bug.cgi?id=65068
--- Comment #2 from Austin Lund ---
Are there any traces/dumps which I could produce to help debug this?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing
On Tue, May 28, 2013 at 11:12 PM, Maarten Lankhorst
wrote:
>>> +static void ww_test_spin_nest_unlocked(void)
>>> +{
>>> +raw_spin_lock_nest_lock(&lock_A, &o.base);
>>> +U(A);
>>> +}
>> I don't quite see the point of this one here ...
> It's a lockdep test that was missing. o.base is not lo
88 matches
Mail list logo
