Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 7 May 2013 12:33:35 +0300
From:      Sergey Jamy <jamy023@gmail.com>
To:        =?ISO-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= <jean-sebastien.pedron@dumbbell.fr>
Cc:        freebsd-x11@freebsd.org
Subject:   Re: Status of ATI video acceleration support?
Message-ID:  <CAHKs5YipvnuVtTG6Qbm9A5P9h=qPPK6jw56DSb5o3_vX19Jr8A@mail.gmail.com>
In-Reply-To: <5188C489.3040808@dumbbell.fr>
References:  <53471.1367887450@server1.tristatelogic.com> <CAHKs5YizFidbG=52SBiD5ctvQubyKf-gWH%2BM-Qz-PcSR_Hjtpw@mail.gmail.com> <5188C489.3040808@dumbbell.fr>

next in thread | previous in thread | raw e-mail | index | archive | help
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.


2013/5/7 Jean-S=E9bastien P=E9dron <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 tester=
s,
> >>> 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 cod=
e
> > which you porting from linux? Whether there can be conflicts of license=
s?
>
> 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 xor=
g,
> > but he will be work in USER SPACE?  I think there is no need to hurry u=
p
> 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=E9bastien P=E9dron
>
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAHKs5YipvnuVtTG6Qbm9A5P9h=qPPK6jw56DSb5o3_vX19Jr8A>