On Mon, Jul 26, 2010 at 9:42 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> This interface allows userspace to request hyperz support, it probably
> needs more locking, and really reporting that you can have hyperz is racy
> since someone else might get it before you do.
>
> v2: modify so we pass
On Mon, Jul 12, 2010 at 01:37:28PM -0400, Alex Deucher wrote:
> >> >>
> >> >
> >> > The other patch (0001-drm-radeon-kms-fix-shared-ddc-handling.patch)
> >> > applied
> >> > my system mostly works now, but here's a summary about the problem I
> >> > still have
> >> > with the lid detection:
> >>
On Mon, Jul 26, 2010 at 9:42 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> This interface allows userspace to request hyperz support, it probably
> needs more locking, and really reporting that you can have hyperz is racy
> since someone else might get it before you do.
>
> v2: modify so we pass
2010/7/26 Rafa? Mi?ecki :
> W dniu 26 lipca 2010 20:55 u?ytkownik Alex Deucher
> napisa?:
>> 2010/7/26 Rafa? Mi?ecki :
>>> W dniu 26 lipca 2010 07:57 u?ytkownik Alex Deucher
>>> napisa?:
How about v4 (attached)? ?Any better?
>>>
>>> I counted up to 9 flashes after resume this time. Didn't tr
the second one would take care of releasing
the allocated resources (and it wouldn't need locking).
>
> Marcin
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 229 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100726/4e4d6385/attachment.pgp>
Use of HDP_*_COHERENCY_FLUSH_CNTL can cause a hang in certain
situations. Add workaround.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/r600.c | 24 ++--
drivers/gpu/drm/radeon/r600d.h |1 +
drivers/gpu/drm/radeon/rv770.c |5 ++
On 2010.07.24 18:29:37 +0100, Chris Wilson wrote:
> A side-effect of being able to use custom page allocations with the
> sg_table is that it cannot reap the partially constructed scatterlist if
> fails to allocate a page. So we need to call sg_free_table() ourselves
> if sg_alloc_table() fails.
W
From: Dave Airlie
This interface allows userspace to request hyperz support, it probably
needs more locking, and really reporting that you can have hyperz is racy
since someone else might get it before you do.
v2: modify so we pass 0 valued packets to let DDX/r300c keep working.
also fixed incor
On Mon, Jul 26, 2010 at 07:15:47PM +0200, Francisco Jerez wrote:
> Marcin Slusarz writes:
>
> > On Sun, Jul 11, 2010 at 11:02:12AM +1000, Ben Skeggs wrote:
> >> On Sun, 2010-07-11 at 01:24 +0200, Marcin Slusarz wrote:
> >> > Hi
> >> >
> >> > Patch "drm/nouveau: use drm_mm in preference to custom
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #24 from Mario Kleiner 2010-07-26
17:31:53 PDT ---
Jerome,
your Improved patch works on R600 for me as well, thanks for improving it and
teaching me about the proper draw functions for non-r600 gpu's :-). It took me
half a day to in
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #24 from Mario Kleiner
2010-07-26 17:31:53 PDT ---
Jerome,
your Improved patch works on R600 for me as well, thanks for improving it and
teaching me about the proper draw functions for non-r600 gpu's :-). It took me
half a day to in
On Mon, Jul 26, 2010 at 3:42 PM, Pasi K?rkk?inen wrote:
> On Mon, Jul 12, 2010 at 01:37:28PM -0400, Alex Deucher wrote:
>> >> >>
>> >> >
>> >> > The other patch (0001-drm-radeon-kms-fix-shared-ddc-handling.patch)
>> >> > applied
>> >> > my system mostly works now, but here's a summary about the p
2010/7/26 Rafał Miłecki :
> W dniu 26 lipca 2010 20:55 użytkownik Alex Deucher
> napisał:
>> 2010/7/26 Rafał Miłecki :
>>> W dniu 26 lipca 2010 07:57 użytkownik Alex Deucher
>>> napisał:
How about v4 (attached)? Any better?
>>>
>>> I counted up to 9 flashes after resume this time. Didn't tr
W dniu 26 lipca 2010 20:55 użytkownik Alex Deucher
napisał:
> 2010/7/26 Rafał Miłecki :
>> W dniu 26 lipca 2010 07:57 użytkownik Alex Deucher
>> napisał:
>>> How about v4 (attached)? Any better?
>>
>> I counted up to 9 flashes after resume this time. Didn't try this
>> again (maybe different amo
Use of HDP_*_COHERENCY_FLUSH_CNTL can cause a hang in certain
situations. Add workaround.
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/r600.c | 24 ++--
drivers/gpu/drm/radeon/r600d.h |1 +
drivers/gpu/drm/radeon/rv770.c |5 -
2010/7/26 Rafa? Mi?ecki :
> W dniu 26 lipca 2010 07:57 u?ytkownik Alex Deucher
> napisa?:
>> How about v4 (attached)? ?Any better?
>
> I counted up to 9 flashes after resume this time. Didn't try this
> again (maybe different amount of flashses).
I've broken it down into 6 patches available here:
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #23 from Andrew Randrianasulu 2010-07-26 14:30:28
PDT ---
(In reply to comment #22)
> Created an attachment (id=37401)
View: https://bugs.freedesktop.org/attachment.cgi?id=37401
Review: https://bugs.freedesktop.org/review?bug=28341
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #23 from Andrew Randrianasulu 2010-07-26
14:30:28 PDT ---
(In reply to comment #22)
> Created an attachment (id=37401)
View: https://bugs.freedesktop.org/attachment.cgi?id=37401
Review: https://bugs.freedesktop.org/review?bug=28341
On Mon, Jul 26, 2010 at 3:42 PM, Pasi Kärkkäinen wrote:
> On Mon, Jul 12, 2010 at 01:37:28PM -0400, Alex Deucher wrote:
>> >> >>
>> >> >
>> >> > The other patch (0001-drm-radeon-kms-fix-shared-ddc-handling.patch)
>> >> > applied
>> >> > my system mostly works now, but here's a summary about the p
W dniu 26 lipca 2010 07:57 u?ytkownik Alex Deucher
napisa?:
> How about v4 (attached)? ?Any better?
I counted up to 9 flashes after resume this time. Didn't try this
again (maybe different amount of flashses).
--
Rafa?
On Sun, Jul 11, 2010 at 11:02:12AM +1000, Ben Skeggs wrote:
> On Sun, 2010-07-11 at 01:24 +0200, Marcin Slusarz wrote:
> > Hi
> >
> > Patch "drm/nouveau: use drm_mm in preference to custom code doing the same
> > thing"
> > in nouveau tree introduced new deadlock possibility, for which lockdep
>
On Mon, Jul 12, 2010 at 01:37:28PM -0400, Alex Deucher wrote:
> >> >>
> >> >
> >> > The other patch (0001-drm-radeon-kms-fix-shared-ddc-handling.patch)
> >> > applied
> >> > my system mostly works now, but here's a summary about the problem I
> >> > still have
> >> > with the lid detection:
> >>
https://bugs.freedesktop.org/show_bug.cgi?id=28341
Jerome Glisse changed:
What|Removed |Added
Attachment #37366|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28341
Jerome Glisse changed:
What|Removed |Added
Attachment #37366|0 |1
is obsolete|
set_current_state() is called only once before the first iteration.
After return from schedule_timeout() current state is TASK_RUNNING. If
we are going to wait again, set_current_state() must be called.
Signed-off-by: Kulikov Vasiliy
---
drivers/gpu/drm/nouveau/nouveau_fence.c |3 ++-
1 file
https://bugs.freedesktop.org/show_bug.cgi?id=29095
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29095
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
2010/7/26 Rafał Miłecki :
> W dniu 26 lipca 2010 07:57 użytkownik Alex Deucher
> napisał:
>> How about v4 (attached)? Any better?
>
> I counted up to 9 flashes after resume this time. Didn't try this
> again (maybe different amount of flashses).
I've broken it down into 6 patches available here:
On Wed, 9 Jun 2010 13:45:19 +0800, Zhenyu Wang wrote:
> On 2010.06.08 21:18:06 +0200, Nicolas Kaiser wrote:
> > checkpatch complains about this define:
> >
> > WARNING: space prohibited between function name and open parenthesis '('
> > #377: FILE: gpu/drm/i915/i915_reg.h:377:
> > +#define GEN6
)
> > #define GEN6_RENDER_PIPE_CONTROL_NOTIFY_INTERRUPT(1 << 4)
> > #define GEN6_RENDER_COMMAND_PARSER_MASTER_ERROR (1 << 3)
>
> Thanks for catching this!
>
> Acked-by: Zhenyu Wang
Applied to -next.
-- next part ------
A non
https://bugs.freedesktop.org/show_bug.cgi?id=29253
Ancoron changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29253
Ancoron changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29095
--- Comment #5 from Tom Stellard 2010-07-26 10:19:55 PDT
---
(In reply to comment #4)
> This patch might help:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=0baf2d8fe43fdd81faa30e65ff71785c99c78520
>
> This b
https://bugs.freedesktop.org/show_bug.cgi?id=29095
--- Comment #5 from Tom Stellard 2010-07-26 10:19:55
PDT ---
(In reply to comment #4)
> This patch might help:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=0baf2d8fe43fdd81faa30e65ff71785c99c78520
>
> This b
Marcin Slusarz writes:
> On Sun, Jul 11, 2010 at 11:02:12AM +1000, Ben Skeggs wrote:
>> On Sun, 2010-07-11 at 01:24 +0200, Marcin Slusarz wrote:
>> > Hi
>> >
>> > Patch "drm/nouveau: use drm_mm in preference to custom code doing the same
>> > thing"
>> > in nouveau tree introduced new deadlock
https://bugs.freedesktop.org/show_bug.cgi?id=29263
--- Comment #1 from Török Edwin 2010-07-26 08:12:42 PDT
---
(In reply to comment #0)
> Created an attachment (id=37398)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37398)
> glxinfo, Xorg.0.log, dmesg
>
> I just started shadowtex today
https://bugs.freedesktop.org/show_bug.cgi?id=29263
--- Comment #1 from T?r?k Edwin 2010-07-26 08:12:42
PDT ---
(In reply to comment #0)
> Created an attachment (id=37398)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37398)
> glxinfo, Xorg.0.log, dmesg
>
> I just started shadowtex today
https://bugs.freedesktop.org/show_bug.cgi?id=29263
Summary: shadowtex: r700_assembler.c:6355: Process_Export:
Assertion `starting_register_number >=
pAsm->starting_export_register_number' failed.
Product: Mesa
Version: git
https://bugs.freedesktop.org/show_bug.cgi?id=29263
Summary: shadowtex: r700_assembler.c:6355: Process_Export:
Assertion `starting_register_number >=
pAsm->starting_export_register_number' failed.
Product: Mesa
Version: git
https://bugs.freedesktop.org/show_bug.cgi?id=29095
--- Comment #4 from Alex Deucher 2010-07-26 08:03:23 PDT ---
This patch might help:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=0baf2d8fe43fdd81faa30e65ff71785c99c78520
This bug might also be a duplicate of bu
https://bugs.freedesktop.org/show_bug.cgi?id=29095
--- Comment #4 from Alex Deucher 2010-07-26 08:03:23 PDT
---
This patch might help:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=0baf2d8fe43fdd81faa30e65ff71785c99c78520
This bug might also be a duplicate of b
https://bugs.freedesktop.org/show_bug.cgi?id=29095
--- Comment #3 from Tom Stellard 2010-07-26 07:46:47 PDT
---
I've bisected this and the problem starts with this commit:
bc35afdb182d4c48c889fe27ba7a5d7ea0c8194d is the first bad commit
commit bc35afdb182d4c48c889fe27ba7a5d7ea0c8194d
Author: J
https://bugs.freedesktop.org/show_bug.cgi?id=29095
--- Comment #3 from Tom Stellard 2010-07-26 07:46:47
PDT ---
I've bisected this and the problem starts with this commit:
bc35afdb182d4c48c889fe27ba7a5d7ea0c8194d is the first bad commit
commit bc35afdb182d4c48c889fe27ba7a5d7ea0c8194d
Author: J
https://bugs.freedesktop.org/show_bug.cgi?id=29066
--- Comment #6 from Marek Olšák 2010-07-26 06:11:41 PDT ---
Yann> Is the error in dmesg still the same, i.e. "Packet (351:3:16383) end
after CS buffer"?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=29066
--- Comment #6 from Marek Ol??k 2010-07-26 06:11:41 PDT
---
Yann> Is the error in dmesg still the same, i.e. "Packet (351:3:16383) end
after CS buffer"?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
On Sun, Jul 11, 2010 at 11:02:12AM +1000, Ben Skeggs wrote:
> On Sun, 2010-07-11 at 01:24 +0200, Marcin Slusarz wrote:
> > Hi
> >
> > Patch "drm/nouveau: use drm_mm in preference to custom code doing the same
> > thing"
> > in nouveau tree introduced new deadlock possibility, for which lockdep
>
W dniu 26 lipca 2010 07:57 użytkownik Alex Deucher
napisał:
> How about v4 (attached)? Any better?
I counted up to 9 flashes after resume this time. Didn't try this
again (maybe different amount of flashses).
--
Rafał
___
dri-devel mailing list
dri-d
https://bugs.freedesktop.org/show_bug.cgi?id=28995
--- Comment #9 from Marek Olšák 2010-07-26 04:16:11 PDT ---
Unfortunately I can't reproduce this bug.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=28995
--- Comment #9 from Marek Ol??k 2010-07-26 04:16:11 PDT
---
Unfortunately I can't reproduce this bug.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the a
set_current_state() is called only once before the first iteration.
After return from schedule_timeout() current state is TASK_RUNNING. If
we are going to wait again, set_current_state() must be called.
Signed-off-by: Kulikov Vasiliy
---
drivers/gpu/drm/nouveau/nouveau_fence.c |3 ++-
1 file
ops, still no luck with V3 (applied as only version of patch) :| Is
> that possible to split changes in r6xx_default_state to track down
> problematic one?
I'll try and break it down more fine grained tomorrow.
>
> The difference I noticed with V3 is that I got 5-6 scree
https://bugs.freedesktop.org/show_bug.cgi?id=28995
--- Comment #8 from Fabio Pedretti 2010-07-26 00:44:41
PDT ---
This looks like bug #28459 which is already fixed with newer kernel.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=28995
--- Comment #8 from Fabio Pedretti 2010-07-26 00:44:41
PDT ---
This looks like bug #28459 which is already fixed with newer kernel.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
53 matches
Mail list logo
