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:
use:
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>
:
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
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130529/a82136ca/attachment-0001.html>
are 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:
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130529/e45c2367/attachment.html>
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>
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
*ctx)
> +{
> + struct obj_entry *entry;
> +
> + list_for_each_entry (list, entry)
> + ww_mutex_unlock(>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>
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/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.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:
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
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
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:
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/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:
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
---
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
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
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
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
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
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://bugzilla.kernel.org/show_bug.cgi?id=58021
Per Arnold Bl?smo changed:
What|Removed |Added
CC||per.arnold at blaasmo.no
---
on/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
> -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;
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(-)
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>
||
--
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>
vel/attachments/20130529/942e4f9c/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130529/fb60b191/attachment.html>
> -Original Message-
> From: linux-fbdev-owner at vger.kernel.org [mailto:linux-fbdev-
> owner at vger.kernel.org] On Behalf Of Rob Clark
> Sent: Tuesday, May 28, 2013 10:49 PM
> To: Inki Dae
> Cc: Maarten Lankhorst; Daniel Vetter; linux-fbdev; YoungJun Cho; Kyungmin
> Park;
Hi Daniel,
Thank you so much. And so very useful.:) Sorry but could be give me more
comments to the below my comments? There are still things making me
confusing.:(
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent:
Op 28-05-13 21:18, Daniel Vetter schreef:
> On Tue, May 28, 2013 at 04:48:45PM +0200, Maarten Lankhorst wrote:
>> This stresses the lockdep code in some ways specifically useful to
>> ww_mutexes. It adds checks for most of the common locking errors.
>>
>> Changes since v1:
>> - Add tests to
On Tue, May 28, 2013 at 11:12 PM, Maarten Lankhorst
maarten.lankho...@canonical.com 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.
https://bugs.freedesktop.org/show_bug.cgi?id=65068
--- Comment #2 from Austin Lund austin.l...@gmail.com ---
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.
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
From: Terje Bergstrom tbergst...@nvidia.com
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 tbergst...@nvidia.com
Signed-off-by:
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
From: Terje Bergstrom tbergst...@nvidia.com
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
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 amerilai...@nvidia.com
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 amerilai...@nvidia.com
---
drivers/gpu/host1x/syncpt.c | 3 ++-
1 file changed, 2 insertions(+),
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 amerilai...@nvidia.com
---
drivers/gpu/host1x/drm/gr2d.c | 2 +-
drivers/gpu/host1x/syncpt.c | 8
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 amerilai...@nvidia.com
---
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 obj_entry {
+
On Wed, May 29, 2013 at 07:44:34AM +0200, Laurent Pinchart wrote:
From: Laurent Pinchart laurent.pinch...@ideasonboard.com
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
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
https://bugzilla.kernel.org/show_bug.cgi?id=58021
Per Arnold Blåsmo per.arn...@blaasmo.no changed:
What|Removed |Added
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=58021
--- Comment #3 from Per Arnold Blåsmo per.arn...@blaasmo.no 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://bugs.freedesktop.org/show_bug.cgi?id=65068
--- Comment #3 from Alex Deucher ag...@yahoo.com ---
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
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
From: Laurent Pinchart laurent.pinch...@ideasonboard.com
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 laurent.pinch...@ideasonboard.com
---
drivers/gpu/host1x/drm/drm.c | 2 +-
1 file changed, 1
* 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);
-
if
From: Alex Deucher alexander.deuc...@amd.com
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
On Wed, May 29, 2013 at 12:24:25PM -0400, alexdeuc...@gmail.com wrote:
From: Alex Deucher alexander.deuc...@amd.com
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
From: Alex Deucher alexander.deuc...@amd.com
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:
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:
https://bugzilla.kernel.org/show_bug.cgi?id=58981
--- Comment #1 from James Dietrich jdiet...@fastmail.fm 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
https://bugzilla.kernel.org/show_bug.cgi?id=58981
--- Comment #2 from James Dietrich jdiet...@fastmail.fm 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/show_bug.cgi?id=58981
Alex Deucher alexdeuc...@gmail.com changed:
What|Removed |Added
CC|
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
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #21 from Mike Lothian m...@fireburn.co.uk ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #22 from Alex Deucher ag...@yahoo.com ---
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
https://bugzilla.kernel.org/show_bug.cgi?id=58981
--- Comment #4 from James Dietrich jdiet...@fastmail.fm 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
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #23 from vincent v...@ovi.com ---
What is the revision of llvm ?
You may try this patch :
http://cgit.freedesktop.org/~vlj/llvm/commit/?h=texturesid=5e9129b7626738ff3cc539cc30f28536cd9d5662
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #24 from Mike Lothian m...@fireburn.co.uk ---
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
https://bugzilla.kernel.org/show_bug.cgi?id=58671
--- Comment #2 from Acidphase acidph...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #25 from Mike Lothian m...@fireburn.co.uk ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #26 from Mike Lothian m...@fireburn.co.uk ---
Created attachment 79986
-- https://bugs.freedesktop.org/attachment.cgi?id=79986action=edit
KWin color corruption
Green to the top left and pink to the bottom right
--
You are
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 kleb...@linux.vnet.ibm.com
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
On Wed, May 29, 2013 at 6:15 PM, Jerome Glisse j.gli...@gmail.com 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:
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
83 matches
Mail list logo