https://bugs.freedesktop.org/show_bug.cgi?id=92515
--- Comment #3 from Tomasz Paweł Gajc ---
(In reply to Ilia Mirkin from comment #2)
> Does vbox have multiple contexts concurrently active in multiple threads?
Ilia it is hard for me to give you and answer, because simply i do
https://bugs.freedesktop.org/show_bug.cgi?id=90871
--- Comment #40 from Hans de Goede ---
Hi All,
(In reply to Olivier Fourdan from comment #11)
> Created attachment 116536 [details]
> test program
So after some time away from this bug, I'm back onto it. The
https://bugs.freedesktop.org/show_bug.cgi?id=92504
--- Comment #19 from Alexander Schlarb ---
Here we go: The latest round of patched output!
What do you see?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=82835
--- Comment #20 from Andrew Randrianasulu ---
Created attachment 118979
--> https://bugs.freedesktop.org/attachment.cgi?id=118979=edit
hwtest stdout log
So, I tried hwtest from envytools (commit
https://bugs.freedesktop.org/show_bug.cgi?id=92504
--- Comment #18 from Alexander Schlarb ---
Created attachment 118985
--> https://bugs.freedesktop.org/attachment.cgi?id=118985=edit
plasmashell + mesa output (with patch 118967)
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=92504
--- Comment #20 from Ilia Mirkin ---
[ 210.490188] nouveau :01:00.0: plasmashell[3176]: bo valid domains: 2
[ 210.490193] nouveau :01:00.0: plasmashell[3176]: valid domains: 4
[ 210.490195] nouveau :01:00.0:
https://bugs.freedesktop.org/show_bug.cgi?id=70354
--- Comment #68 from Julien Isorce ---
(In reply to Ben Skeggs from comment #67)
> If you add "nouveau.config=War00C800_0=1" to your kernel options, does that
> help?
Sorry I am replying to this question too even if not
https://bugs.freedesktop.org/show_bug.cgi?id=92192
--- Comment #4 from Ilia Mirkin ---
It appears all we get are those modelines from EDID. You can add your own
custom ones if you like.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=90871
--- Comment #42 from Ilia Mirkin ---
(In reply to Ilia Mirkin from comment #41)
> (In reply to Hans de Goede from comment #40)
> > Hi All,
> >
> > (In reply to Olivier Fourdan from comment #11)
> > > Created attachment
https://bugs.freedesktop.org/show_bug.cgi?id=92504
--- Comment #22 from Ilia Mirkin ---
(In reply to Alexander Schlarb from comment #21)
> If I'm not mistaken this is just a workaround however, right? We still need
> to find out why "nvbo->bo.mem.mem_type == TTM_PL_TT"?
https://bugs.freedesktop.org/show_bug.cgi?id=90871
--- Comment #41 from Ilia Mirkin ---
(In reply to Hans de Goede from comment #40)
> Hi All,
>
> (In reply to Olivier Fourdan from comment #11)
> > Created attachment 116536 [details]
> > test program
>
> So after some
https://bugs.freedesktop.org/show_bug.cgi?id=92504
--- Comment #21 from Alexander Schlarb ---
Whoa! I really didn't expect that to actually do anything. :-O
You're a genius!
I've tried multiple suspend-resume cycles, with plugging out and in the
external monitor
https://bugs.freedesktop.org/show_bug.cgi?id=90871
--- Comment #43 from Ilia Mirkin ---
Created attachment 118995
--> https://bugs.freedesktop.org/attachment.cgi?id=118995=edit
updated test program
With this I get the same results whether I set has_texture_rectangle = 1
https://bugs.freedesktop.org/show_bug.cgi?id=91125
--- Comment #7 from Ilia Mirkin ---
I may have made some headway on this issue in bug 92504 (comment 20). Please
see if the patch in that comment helps.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=91598
--- Comment #14 from Ilia Mirkin ---
I may have made some headway on this issue in bug 92504 (comment 20). Please
see if the patch in that comment helps.
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=92504
--- Comment #23 from Ilia Mirkin ---
FTR I sent a slightly better patch at
http://lists.freedesktop.org/archives/nouveau/2015-October/022732.html -- this
one should keep pre-nv50 working the same way as it did before.
--
On nv50+, we restrict the valid domains to just the one where the buffer
was originally created. However after the buffer is evicted to system
memory, we might move it back to a different domain that was not
originally valid. When sharing the buffer and retrieving its GEM_INFO
data, we still want
17 matches
Mail list logo