From: poma <pomidorabelisima-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Ben Skeggs <skeggsb-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
Ilia Mirkin <imirkin-FrUbXkNCsVf2fBVCVOL8/A@public.gmane.org>
Cc: "nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org"
<nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>,
Ben Skeggs <bskeggs-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Subject: Re: RFC: drop glamor from nouveau ddx
Date: Wed, 8 Jul 2015 09:18:13 +0200 [thread overview]
Message-ID: <559CCEB5.5040305@gmail.com> (raw)
In-Reply-To: <CACAvsv5Qc9zfsYyhhCn1_=ZfS3Keb03XyirhUqO8mwEymRQp6Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
On 07.07.2015 23:05, Ben Skeggs wrote:
> On 8 July 2015 at 06:06, Ilia Mirkin <imirkin@alum.mit.edu> wrote:
>> Ben,
>>
>> Looks like the reality is that glamor is just not hooked up properly
>> in the nouveau DDX. Mainly it's missing DRI2, which in turn means no
>> core GL contexts, and probably lots of other issues. While this could
>> probably be fixed somehow, I doubt there's any advantage to using the
>> nouveau DDX over something like modesetting nowadays.
>>
>> How would you feel about dropping glamor support from the nouveau ddx
>> and failing to load for GPUs that don't have EXA support (unless
>> AccelMode = none is forced for them). That way it'll fall back to
>> loading modesetting which should be properly set up for DRI2 and so
>> on.
> I have no objections to this. In fact, in Fedora at least (I floated
> the idea in #nouveau a while back too), in the near future I plan on
> having the DDX fail to load on all GPUs where modesetting+glamor can
> be used (unless overridden by a config option).
>
Shouldn't the priority always be what is proven to work.
NV50 works OK with the EXA.
Besides, can it be set "color vibrance", "vibrant hue" and other props via "modeset"?
When people get hit by sunstroke, a real summer has begun.
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
prev parent reply other threads:[~2015-07-08 7:18 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-07 20:06 RFC: drop glamor from nouveau ddx Ilia Mirkin
[not found] ` <CAKb7UvgFKDgy9nJO7c8bLLPnGNM_ZbyrRrkc_AcNd4-=-7y=qA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-07-07 21:05 ` Ben Skeggs
[not found] ` <CACAvsv5Qc9zfsYyhhCn1_=ZfS3Keb03XyirhUqO8mwEymRQp6Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-07-07 21:09 ` Ilia Mirkin
[not found] ` <CAKb7UvgdYAjVs8rBBC_hv1mJMSgvQzzoZDgtagDAi6K0XC7AmQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-07-07 21:16 ` Ben Skeggs
[not found] ` <CACAvsv4pE0Z6XDw18HveERzir0JUaToU_2Di0bpMAczaJhUi+w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-07-07 23:44 ` Ilia Mirkin
2015-07-08 7:18 ` poma [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=559CCEB5.5040305@gmail.com \
--to=pomidorabelisima-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=bskeggs-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=imirkin-FrUbXkNCsVf2fBVCVOL8/A@public.gmane.org \
--cc=nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
--cc=skeggsb-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.