Date: Fri, 03 Oct 2014 19:45:18 +0400 From: "Marat N.Afanasyev" <amarat@li.ru> To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= <dumbbell@freebsd.org>, Claude Buisson <clbuisson@orange.fr>, Baptiste Daroussin <bapt@freebsd.org>, ports@freebsd.org, stable@freebsd.org, "freebsd-x11@freebsd.org" <freebsd-x11@freebsd.org> Subject: Re: Removal of legacy X.Org (aka non-WITH_NEW_XORG) Message-ID: <542EC48E.2000507@li.ru> In-Reply-To: <542E6B4D.10208@FreeBSD.org> References: <20141003083051.GA52332@ivaldir.etoilebsd.net> <542E6606.9050205@orange.fr> <542E6B4D.10208@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
Jean-Sébastien Pédron wrote:
> On 03.10.2014 11:01, Claude Buisson wrote:
>> NVIDIA does not exist in your world ?
>
> Hi!
>
> You're right, we forgot to mention NVIDIA.
>
> The NVIDIA port installs its own bits from the kernel module to the
> specific libGL.so. The notion of "UMS/KMS" doesn't exist and the port is
> made to work with all versions of FreeBSD and X.Org server. Therefore,
> NVIDIA users are not impacted by this change at all.
>
I think that old X stack should not be dropped until at least, GPU
locking problem is resolved, what we can say about Xorg stability under
FreeBSD if one should reset one's desktop every week or so with lots of
lost files? I cannot really use KMS drivers at all because of this
problem. I've lost enough data while trying to test radeon kms, and I
cannot switch from old xorg to new one. Is it possible to build new xorg
without kms and with old radeon driver?
--
SY, Marat
[-- Attachment #2 --]
0 *H
010 + 0 *H
i0-0 30
*H
010 UIL10U
StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0
140829001839Z
150830051817Z0O10U
8OZrXmXZQ3204AnS10Uamarat@li.ru10 *H
amarat@li.ru0"0
*H
0
z\qHC=.gÆ,TJ9 0r{c`E\-'=}w6uNCXtڷPs|,qA~5Nw_82*83Ĺ/_\"^UMMAq!MpBIEr
/f!._,c+f_["AM ݎ
mZW/1ɞȡ`=F~ܝcCz::c7H*F廤o 00 U0 0U0U%0++0U5C=0U#0Sr풜\|~5NԸQ0U0amarat@li.ru0LU C0?0;+70*0.+"http://www.startssl.com/policy.pdf0+00' StartCom Certification Authority0This certificate was issued according to the Class 1 Validation requirements of the StartCom CA policy, reliance only for the intended purpose in compliance of the relying party obligations.06U/0-0+)'%http://crl.startssl.com/crtu1-crl.crl0+009+0-http://ocsp.startssl.com/sub/class1/client/ca0B+06http://aia.startssl.com/certs/sub.class1.client.ca.crt0#U0http://www.startssl.com/0
*H
bR:tDֳ|3K3cT$JI3;6S=h4P,q2lnvIAZ@x- :CĤ_ƂHj#3Wuة!vڼ9.9P9jvߵ.^uA'l%NTM*6dxZ֩K v.}Вjcy4A7/0400
*H
0}10 UIL10U
StartCom Ltd.1+0)U"Secure Digital Certificate Signing1)0'U StartCom Certification Authority0
071024210155Z
171024210155Z010 UIL10U
StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0"0
*H
0
-).2AUGo#G
B|NDRpM-B=o-we5JQpa>O.#._<V
[~**pz~3WG .ᘟMlr[<Ce6fqO"uxfWN#uicgkv$Lb%y`_{`xK'GN 00U00U0USr풜\|~5NԸQ0U#0N@[i04hCA0f+Z0X0'+0http://ocsp.startssl.com/ca0-+0!http://www.startssl.com/sfsca.crt0[UT0R0'%#!http://www.startssl.com/sfsca.crl0'%#!http://crl.startssl.com/sfsca.crl0U y0w0u+70f0.+"http://www.startssl.com/policy.pdf04+(http://www.startssl.com/intermediate.pdf0
*H
}x,\c^#wMq}>UK/^yX֏y frMIŲB61ymQҨݬZ0&