Date: Tue, 07 May 2013 11:42:53 +0200 From: archibald <archibald@ethernull.org> To: <freebsd-x11@freebsd.org> Subject: Re: Status of ATI video acceleration =?UTF-8?Q?support=3F?= Message-ID: <6f8f042d2c194e1d18668ce2fa36a9e7@ethernull.org> In-Reply-To: <CAHKs5YipvnuVtTG6Qbm9A5P9h=qPPK6jw56DSb5o3_vX19Jr8A@mail.gmail.com> References: <53471.1367887450@server1.tristatelogic.com> <CAHKs5YizFidbG=52SBiD5ctvQubyKf-gWH%2BM-Qz-PcSR_Hjtpw@mail.gmail.com> <5188C489.3040808@dumbbell.fr> <CAHKs5YipvnuVtTG6Qbm9A5P9h=qPPK6jw56DSb5o3_vX19Jr8A@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2013-05-07 11:33, Sergey Jamy wrote: > Who is this "Radeon X.Org"? I am know X.Org and radeon (AMD). Any > other it > is only a oss projects. AMD has official support for > freebsd? Why we can't have self Radeon X.Org? Whatever we patching > their > code for compatibility with our kernel and (maybe) stdlibC. Who > prevents > us from having your driver? Perhaps even the manufacturer will > participate. For > example, as was the case with ACPI. Radeon X.org means that radeon driver that works with X.org. Essentially the radeon driver no longer supports UMS (user modesetting), and only supports KMS. Consequently, to use up to date versions of the radeon driver, FreeBSD must have kernel modesetting for AMD cards. AMD has no official support for FreeBSD. Nothing is preventing the FreeBSD project from writing their own radeon driver, but given the amount of code that would need to be written (and the lack of developers working on FreeBSD compared to Linux), it's much easier to port the Linux code than write it all from scratch. Archibald > 2013/5/7 Jean-Sébastien Pédron <jean-sebastien.pedron@dumbbell.fr> > >> On 07.05.2013 10:34, Sergey Jamy wrote: >>>>> With the help of Konstantin Belousov, J.R. Oldroyd and several >>>>> testers, >>>>> I'm working on the port of the kernel-side driver from Linux to >> FreeBSD. >>> >>> Why are you clonning linux? Why we can't leave most code in user >>> space? >> For >>> what me kernel panic from the error in yours "kms"? What license of >>> code >>> which you porting from linux? Whether there can be conflicts of >>> licenses? >> >> The drivers are released under the MIT license, therefore, there's no >> conflict. >> >>> Maybe we can make daemon which will in-between layer from driver to >>> xorg, >>> but he will be work in USER SPACE? I think there is no need to >>> hurry up >> so, >>> we now have a working graphical environment, if there is a wish to >>> 3d >>> acceleration - so go to the linux or windows. >> >> Yes, there's a need to hurry up: for instance, the Radeon X.Org >> driver >> dropped support for non-KMS mode in last August. It means newer cards >> are barely supported, more likely not supported at all. And we don't >> talk about 3D acceleration only here: this includes modern features >> such >> as GPGPU (which targets high-end needs too, not only desktops) but >> also >> simply detecting the correct resolution of the plugged-in monitor. >> Without this, users would be stuck with the VESA driver. >> >> -- >> Jean-Sébastien Pédron >> >> > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6f8f042d2c194e1d18668ce2fa36a9e7>