https://bugs.freedesktop.org/show_bug.cgi?id=59649
Shawn Starr changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
Hi,
The following patch fixes problems retrieving query results. I have
tested it on nv40 - 6800 Ultra.
Best Wishes,
Bob
--- a/drivers/gpu/drm/nouveau/nouveau_abi16.c
+++ b/drivers/gpu/drm/nouveau/nouveau_abi16.c
@@ -445,6 +445,7 @@
nouveau_abi16_ioctl_notifierobj_alloc(ABI16_IOCTL_ARGS)
https://bugs.freedesktop.org/show_bug.cgi?id=64867
--- Comment #10 from Harald Judt ---
With current up-to-date git versions of libdrm, mesa, xorg-server and
xf86-video-ati, the R600_DEBUG=nodma hack no longer seems necessary
(linux-3.11.0-rc6 with UVD disabled); the GPU faults have vanished and
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #29 from Alexandre Demers ---
Created attachment 85798
--> https://bugs.freedesktop.org/attachment.cgi?id=85798&action=edit
dpm=1 with partial patch applied on 3.11.0
dmesg output when dpm=1 with partial patch applied (deactivation
https://bugs.freedesktop.org/show_bug.cgi?id=69340
--- Comment #4 from Hohahiu ---
I'm experiencing similar problems with unigene tropics. File attached above is
my dmesg.
My specs:
intel hd 4000 + AMD Radeon 7750M
Software is:
OpenSUSE 12.3 x86_64
kernel-3.11
Mesa, libdrm are from git
xserver
https://bugs.freedesktop.org/show_bug.cgi?id=69340
--- Comment #3 from Hohahiu ---
Created attachment 85797
--> https://bugs.freedesktop.org/attachment.cgi?id=85797&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69340
--- Comment #2 from José Suárez ---
Just an update: I have tried building the .deb packages with the lines
committed in 395b9410 removed from the source and the hangs are still there, so
I am not sure if the problem lies in that commit...
--
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=69328
--- Comment #2 from Tom Stellard ---
Created attachment 85794
--> https://bugs.freedesktop.org/attachment.cgi?id=85794&action=edit
Don't set DB_DEST or CB_DEST* bit on cp_coher_cntl
This patch fixes the hangs for me and all the run_test.sh tes
https://bugs.freedesktop.org/show_bug.cgi?id=69340
--- Comment #1 from José Suárez ---
Created attachment 85793
--> https://bugs.freedesktop.org/attachment.cgi?id=85793&action=edit
Full dmesg
Full dmesg of the system
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=69340
Priority: medium
Bug ID: 69340
Assignee: dri-devel@lists.freedesktop.org
Summary: Recent mesa git revisions cause frequent gpu hangs on
radeonsi
Severity: normal
Classifi
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #14 from Tom Stellard ---
(In reply to comment #13)
> (In reply to comment #12)
> > Created attachment 85372 [details] [review] [review]
> > SGPR register spilling patch v2
> >
> > Can you try this v2 patch? It fixes the bug Michel
We were using the wrong set_properly callback so we always
ended up with Full scaling even if something else (Center or
Full aspect) was selected.
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_connectors.c | 34 +++---
1 file cha
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #28 from Alex Deucher ---
(In reply to comment #27)
> (In reply to comment #26)
> > Can you attach your dmesg with dpm enabled?
>
> Do you mean with the patch applied (total and/or problematic part left
> alone)?
Doesn't matter. I
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #27 from Alexandre Demers ---
(In reply to comment #26)
> Can you attach your dmesg with dpm enabled?
Do you mean with the patch applied (total and/or problematic part left alone)?
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=69245
--- Comment #1 from Tom Stellard ---
Can you test this with the latest version of Mesa from git? I was able to
reproduce this on the 9.2 branch by running three separate instances of the
run_tests.sh script at the same time as the Lightsmark de
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #26 from Alex Deucher ---
Can you attach your dmesg with dpm enabled?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.f
Calling force_performance_level() from set_power_state()
doesn't work on some asics because the current power
state pointer has not been properly updated at that point.
Move the calls to force_performance_level() out of the
asic specific set_power_state() functions and into
the main power state seq
https://bugs.freedesktop.org/show_bug.cgi?id=69321
--- Comment #3 from udo ---
Trying to find a working commit first.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=69328
Alex Deucher changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--- Comment #1 from
https://bugs.freedesktop.org/show_bug.cgi?id=69328
Priority: medium
Bug ID: 69328
Assignee: dri-devel@lists.freedesktop.org
Summary: Recoverable and unrecoverable lockups with
opencl-example on trinity APU
Severity: normal
Damien Lespiau intel.com> writes:
> +static const struct s3d_mandatory_mode s3d_mandatory_modes[] = {
> + { 1920, 1080, 24, 0,
> + DRM_MODE_FLAG_3D_TOP_AND_BOTTOM | DRM_MODE_FLAG_3D_FRAME_PACKING
},
> + { 1920, 1080, 50, DRM_MODE_FLAG_INTERLACE,
> + DRM_MODE_FLAG_3D_SIDE_BY_S
On Fri, Sep 13, 2013 at 6:10 PM, Joakim Plate wrote:
>
> Also, some logic aught to indicate pixel aspect ratio for the modes since
> they are non square for the half res modes.
Atm we completely ignore pixel aspect ratio, also for flatworld CEA
modes. So I don't think we need to concer ourselves
Hi
On Fri, Sep 13, 2013 at 2:33 PM, Prarit Bhargava wrote:
> Fix uninitialized warning.
>
> drivers/gpu/drm/ttm/ttm_object.c: In function ‘ttm_base_object_lookup’:
> drivers/gpu/drm/ttm/ttm_object.c:213:10: error: ‘base’ may be used
> uninitialized in this function [-Werror=maybe-uninitialized]
David Herrmann gmail.com> writes:
>
> So just to be clear: Whenever a mode is present with 3D flags, it is
> also a valid non-3D mode? Is this guaranteed?
>
Well.. Some HDTV's will when they receive a frame packed mode (1080*2+45=2205
pixels high) . Display just the top part. The bottom part
On Fri, Sep 13, 2013 at 11:37 AM, Damien Lespiau
wrote:
> I keep making that one, so checked if I was the only one. Apparently
> not.
Thanks! applied.
Alex
>
> Cc: Alex Deucher
> Signed-off-by: Damien Lespiau
> ---
> drivers/gpu/drm/radeon/r600d.h | 2 +-
> drivers/gpu/drm/radeo
https://bugs.freedesktop.org/show_bug.cgi?id=58033
--- Comment #19 from Tomasz P. ---
(In reply to comment #15)
> I've just upgraded one of my 32 bit boxes to Fedora 18, which has allowed me
> to compile Mesa git here. And I can now report that the corruption happens
> with an RV730 chip too.
Th
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #13 from Alex Deucher ---
Great. I'll push the skip_clock_scaling patch upstream.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing li
I keep making that one, so checked if I was the only one. Apparently
not.
Cc: Alex Deucher
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/radeon/r600d.h | 2 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 2 +-
drivers/gpu/drm/radeon/rv770d.h| 2 +-
3 files changed,
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #14 from Stuart Foster ---
(In reply to Alex Deucher from comment #13)
> Great. I'll push the skip_clock_scaling patch upstream.
Ok thank you.
Stuart
--
You are receiving this mail because:
You are watching the assignee of the bug
Am 13.09.2013 17:08, schrieb Alex Deucher:
Rather than open coding it.
Signed-off-by: Alex Deucher
For this series: Reviewed-by: Christian König
---
drivers/gpu/drm/radeon/rs780_dpm.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rs780_dpm
If the low and high sclks within a power state are the same,
there no need to enable sclk scaling. Enabling sclk scaling
can cause display stability issues on some boards.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/rs780_dpm.c | 6 --
1 file changed, 4 insertions(+), 2 deletions
If the low and high sclks are the same, there is no need to
enable sclk scaling. This causes display stability issues on
certain boards.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=60857
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/rs780_dpm.c | 3 ++
Since the clock scaling is based on fb divider adjustments,
make sure the other pll parameters are the same.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/rs780_dpm.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/radeon/rs780_dpm.c
b/drivers/gpu/drm/radeon/r
Rather than open coding it.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/rs780_dpm.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rs780_dpm.c
b/drivers/gpu/drm/radeon/rs780_dpm.c
index 828a776..afb7584 100644
--- a/drivers/gpu/drm/radeo
https://bugs.freedesktop.org/show_bug.cgi?id=69321
Alex Deucher changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=59649
Shawn Starr changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #12 from Stuart Foster ---
(In reply to Alex Deucher from comment #11)
> Created attachment 108331 [details]
> skip_clock_scaling
Both patches appear to work ok.
--
You are receiving this mail because:
You are watching the assignee
On Fri, Sep 13, 2013 at 5:14 AM, Archit Taneja wrote:
> Enable use of DT for DMM/Tiler.
>
> Originally worked on by Andy Gross.
looks good.. but do we want to get information about # of LUT's, etc,
from DT? Or did we decide that we can reliably get this from the hw?
I lost track of that discussi
On Fri, Sep 13, 2013 at 8:33 AM, Prarit Bhargava wrote:
> Fix uninitialized warning.
>
> drivers/gpu/drm/ttm/ttm_object.c: In function ‘ttm_base_object_lookup’:
> drivers/gpu/drm/ttm/ttm_object.c:213:10: error: ‘base’ may be used
> uninitialized in this function [-Werror=maybe-uninitialized]
>
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #11 from Alex Deucher ---
Created attachment 108331
--> https://bugzilla.kernel.org/attachment.cgi?id=108331&action=edit
skip_clock_scaling
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #10 from Alex Deucher ---
Created attachment 108321
--> https://bugzilla.kernel.org/attachment.cgi?id=108321&action=edit
skip_set_power_state
Here are two patches to test. Test them independently and let me know if
either one helps
Fix uninitialized warning.
drivers/gpu/drm/ttm/ttm_object.c: In function ‘ttm_base_object_lookup’:
drivers/gpu/drm/ttm/ttm_object.c:213:10: error: ‘base’ may be used
uninitialized in this function [-Werror=maybe-uninitialized]
kref_put(&base->refcount, ttm_release_base);
^
drivers/gpu
On 09/13/2013 10:58 AM, Maarten Lankhorst wrote:
Op 13-09-13 10:23, Thomas Hellstrom schreef:
On 09/13/2013 09:51 AM, Maarten Lankhorst wrote:
Op 13-09-13 09:46, Thomas Hellstrom schreef:
On 09/13/2013 09:16 AM, Maarten Lankhorst wrote:
Op 13-09-13 08:44, Thomas Hellstrom schreef:
On 09/12/2
Enable use of DT for DMM/Tiler.
Originally worked on by Andy Gross.
Cc: Andy Gross
Cc: DRI Development
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/omapdrm/omap_dmm_tiler.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/gpu/drm/omapdrm/omap_dmm_tiler.c
b/drivers
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #9 from Stuart Foster ---
The dmesg is from a vanilla 3.11 kernel with dpm turned on and patch
kbug60857.diff applied.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60857
--- Comment #8 from Stuart Foster ---
Created attachment 108311
--> https://bugzilla.kernel.org/attachment.cgi?id=108311&action=edit
Dmesg output
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
On Fri, Sep 13, 2013 at 10:41:54AM +0200, Daniel Vetter wrote:
> On Fri, Sep 13, 2013 at 10:29 AM, Peter Zijlstra wrote:
> > On Fri, Sep 13, 2013 at 09:46:03AM +0200, Thomas Hellstrom wrote:
> >> >>if (!bo_tryreserve()) {
> >> >> up_read mmap_sem(); // Release the mmap_sem to avoid deadlocks.
Op 13-09-13 10:23, Thomas Hellstrom schreef:
> On 09/13/2013 09:51 AM, Maarten Lankhorst wrote:
>> Op 13-09-13 09:46, Thomas Hellstrom schreef:
>>> On 09/13/2013 09:16 AM, Maarten Lankhorst wrote:
Op 13-09-13 08:44, Thomas Hellstrom schreef:
> On 09/12/2013 11:50 PM, Maarten Lankhorst wrot
On Fri, Sep 13, 2013 at 2:59 AM, Rob Clark wrote:
> I guess in i915 (and ttm) case, the issue arises due to need for CPU
> access to buffer via GTT? In which case I should be safe to drop the
> set_need_resched() as well? (Since CPU always has direct access to the
> pages.) Or am I missing somet
On Fri, Sep 13, 2013 at 10:29 AM, Peter Zijlstra wrote:
> On Fri, Sep 13, 2013 at 09:46:03AM +0200, Thomas Hellstrom wrote:
>> >>if (!bo_tryreserve()) {
>> >> up_read mmap_sem(); // Release the mmap_sem to avoid deadlocks.
>> >> bo_reserve(); // Wait for the BO to become avai
On 09/13/2013 10:32 AM, Daniel Vetter wrote:
On Fri, Sep 13, 2013 at 10:23 AM, Thomas Hellstrom
wrote:
As previously mentioned, copy_from_user should return -EFAULT, since the
VMAs are marked with VM_IO. It should not recurse into fault(), so evil
user-space looses.
I haven't put a printk in t
On Fri, Sep 13, 2013 at 10:23 AM, Thomas Hellstrom
wrote:
> As previously mentioned, copy_from_user should return -EFAULT, since the
> VMAs are marked with VM_IO. It should not recurse into fault(), so evil
> user-space looses.
I haven't put a printk in the code to prove this, but gem mmap also
s
On Fri, Sep 13, 2013 at 09:46:03AM +0200, Thomas Hellstrom wrote:
> >>if (!bo_tryreserve()) {
> >> up_read mmap_sem(); // Release the mmap_sem to avoid deadlocks.
> >> bo_reserve(); // Wait for the BO to become available
> >> (interruptible)
> >> bo_unreserve();
On Fri, Sep 13, 2013 at 7:33 AM, Thomas Hellstrom wrote:
> Given that all copy_to_user / copy_from_user paths are actually hit during
> testing, right?
Ime it requires a bit of ingenuity to properly test this from
userspace. We're using a few tricks in drm/i915 kernel testing:
- When we hand a gt
On 09/13/2013 09:51 AM, Maarten Lankhorst wrote:
Op 13-09-13 09:46, Thomas Hellstrom schreef:
On 09/13/2013 09:16 AM, Maarten Lankhorst wrote:
Op 13-09-13 08:44, Thomas Hellstrom schreef:
On 09/12/2013 11:50 PM, Maarten Lankhorst wrote:
Op 12-09-13 18:44, Thomas Hellstrom schreef:
On 09/12/2
Op 13-09-13 09:46, Thomas Hellstrom schreef:
> On 09/13/2013 09:16 AM, Maarten Lankhorst wrote:
>> Op 13-09-13 08:44, Thomas Hellstrom schreef:
>>> On 09/12/2013 11:50 PM, Maarten Lankhorst wrote:
Op 12-09-13 18:44, Thomas Hellstrom schreef:
> On 09/12/2013 05:45 PM, Maarten Lankhorst wrot
On 09/13/2013 09:16 AM, Maarten Lankhorst wrote:
Op 13-09-13 08:44, Thomas Hellstrom schreef:
On 09/12/2013 11:50 PM, Maarten Lankhorst wrote:
Op 12-09-13 18:44, Thomas Hellstrom schreef:
On 09/12/2013 05:45 PM, Maarten Lankhorst wrote:
Op 12-09-13 17:36, Daniel Vetter schreef:
On Thu, Sep 1
Op 13-09-13 08:44, Thomas Hellstrom schreef:
> On 09/12/2013 11:50 PM, Maarten Lankhorst wrote:
>> Op 12-09-13 18:44, Thomas Hellstrom schreef:
>>> On 09/12/2013 05:45 PM, Maarten Lankhorst wrote:
Op 12-09-13 17:36, Daniel Vetter schreef:
> On Thu, Sep 12, 2013 at 5:06 PM, Peter Zijlstra
58 matches
Mail list logo
