On Fri, Jun 13, 2014 at 10:34 AM, Pierre Moreau wrote:
> The specified stride was not correct, resulting in erases overlapping and part
> of the zcull regions being not erased at all.
Hey Pierre,
Thanks, I've merged both patches.
>
> Signed-off-by: Pierre Moreau
> ---
> drivers/gpu/drm/nouveau
The specified stride was not correct, resulting in erases overlapping and part
of the zcull regions being not erased at all.
Signed-off-by: Pierre Moreau
---
drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/d
The blob does not seem to write at that place for my NVAC, though it does for
my NV96, agreeing with what is done in the if/else structure below. I guess
someone forgot to remove the line when the if/else was put in place.
Signed-off-by: Pierre Moreau
---
drivers/gpu/drm/nouveau/core/engine/grap
https://bugs.freedesktop.org/show_bug.cgi?id=78439
--- Comment #12 from Andrius Štikonas ---
(In reply to comment #11)
> Would you be able to bisect nouveau between 3.15 and current -next to find
> where it got worse?
I think so. But it might have to wait till Friday afternoon or Saturday (I
can
https://bugs.freedesktop.org/show_bug.cgi?id=78439
--- Comment #11 from Ben Skeggs ---
Would you be able to bisect nouveau between 3.15 and current -next to find
where it got worse?
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=76732
--- Comment #48 from Ben Skeggs ---
(In reply to comment #47)
> A did a bit more testing, and I should say that it actually works with a
> caveat - this is only for display port monitors, thunderbolt monitors (which
> uses the same connector) don
On 11/06/2014 13:59, Roy Spliet wrote:
Dear Mr. Dew,
I hereby wish to propose the X.org EVoC project "REclock -
Reverse-engineer and implement NVA3/5/8 Voltage- and Frequency Scaling
in Nouveau" for which I am willing to participate, and apply for the
associated funding. Full details below or
https://bugs.freedesktop.org/show_bug.cgi?id=79946
Priority: medium
Bug ID: 79946
Assignee: nouveau@lists.freedesktop.org
Summary: Segmentation violation at nouveau_fence.c
Severity: minor
Classification: Unclassified
OS: Lin
Perhaps a bit late, but here's some random pointers I recall from my
previous experience: on ARM, caching policy of different mappings of the
same physical memory object must always correspond perfectly. If the
userspace mapping is uncached, so should the kernel mapping be. If the
memory is all
https://bugs.freedesktop.org/show_bug.cgi?id=78439
Andrius Štikonas changed:
What|Removed |Added
Attachment #100923|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=78439
Andrius Štikonas changed:
What|Removed |Added
Attachment #100920|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=78439
--- Comment #8 from Ilia Mirkin ---
That's unfortunate... would you mind providing a dmesg from a boot with
nouveau.debug=PDISP=trace,VBIOS=trace,I2C=trace,DRM=trace
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=76732
--- Comment #47 from Dale Hamel ---
A did a bit more testing, and I should say that it actually works with a caveat
- this is only for display port monitors, thunderbolt monitors (which uses the
same connector) don't seem to be recognized at all
https://bugs.freedesktop.org/show_bug.cgi?id=76732
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=76732
--- Comment #45 from Dale Hamel ---
Sorry, somehow my last comment was double posted.
--
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.f
https://bugs.freedesktop.org/show_bug.cgi?id=76732
--- Comment #44 from Dale Hamel ---
So, the new kernel linked above definitely fixes the problem.
Hotplug now works flawlessly!
Unfortunately it introduces a fairly minor bug with X11 that seems to cause my
modelines to be invalid. I'm running
https://bugs.freedesktop.org/show_bug.cgi?id=76732
--- Comment #43 from Dale Hamel ---
So, the new kernel linked above definitely fixes the problem.
Hotplug now works flawlessly!
Unfortunately it introduces a fairly minor bug with X11 that seems to cause my
modelines to be invalid. I'm running
https://bugs.freedesktop.org/show_bug.cgi?id=76483
--- Comment #7 from Randy Andy ---
(In reply to comment #5)
> There is a substantial DP rework bound for 3.16. Can you give
> http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-next a shot? It should
> add proper support for DPMS.
Forget to m
On Mon, Jun 9, 2014 at 7:41 PM, Alexandre Courbot wrote:
> On Mon, May 19, 2014 at 6:22 PM, Lucas Stach wrote:
>> Am Montag, den 19.05.2014, 11:02 +0200 schrieb Thierry Reding:
>>> On Mon, May 19, 2014 at 04:10:58PM +0900, Alexandre Courbot wrote:
>>> > Some architectures (e.g. ARM) need the CPU
https://bugs.freedesktop.org/show_bug.cgi?id=78439
--- Comment #7 from Andrius Štikonas ---
Created attachment 100920
--> https://bugs.freedesktop.org/attachment.cgi?id=100920&action=edit
dmesg (drm-next for 3.16)
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=78439
--- Comment #6 from Andrius Štikonas ---
(In reply to comment #5)
> There is a substantial DP rework bound for 3.16. Can you give
> http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-next a shot?
Completely broken. Does not even start DP scre
https://bugs.freedesktop.org/show_bug.cgi?id=76483
--- Comment #6 from Damien Diederen ---
(In reply to comment #5)
> There is a substantial DP rework bound for 3.16. Can you give
> http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-next a shot? It should
> add proper support for DPMS.
I will
22 matches
Mail list logo